Licence CUPS bude změněna z GPL na Apache

Společnost Apple oznámila, že počínaje verzí 2.3 budou zdrojové kódy obecného unixového tiskového systému CUPS (Common Unix Printing System, Wikipedie) k dispozici pod licencí Apache. Zdrojové kódy aktuálních verzí CUPS jsou k dispozici pod licencí GPL.

8.11.2017 12:11 | Ladislav Hagara | Komunita

Komentáře

[Harvie.CZ]

To jsem nikdy moc nechapal s tim, ze CUPS je od applu. To znamena, ze tisknuti na MacOSu je stejnej opruz jako na Linuxu?

[cezz]

Ked si clovek vyberie aspon trochu rozumnu tlaciaren, tak je tlac bez problemov v kazdom OS. Inak je to tak trochu o nahode ktory OS vyrobca prave podporuje a ako dobre to robi.

[Dušan]

"je stejnej opruz jako na Linuxu" Ale notak. Mne Cups funguje veľmi dobre. Ak ti chýbajú ovládače tak pošli výrobcovy nech vidá štandardný ovláda napríklad cez PPD súbor.

[pavele]

Spíš budou teď zajímavé reakce Debianu a Fedory.

[Franta Hanzlík]

Já jsem zase nikdy moc nechápal to, že při hledání ovladačů pro tiskárnu (týkalo se to snad více než deseti různých modelů) bylo možné na webu výrobce stáhnout PPD pro Mac, ale ne pro Linux. Dá se to něčím vysvětlit? Architektura Mac-u je taky AMD64, CUPS je na obojím... Vidíte do toho někdo?

[R]

PPD je rovnake aj pre Linux. Ak tlaciaren podporuje nejaky standardny tlacovy jazyk (PCL, PS), tak ti staci PPD.

Ak ale tlaciaren pouziva nejaky vlastny datovy format, tak PPD nestaci, treba aj program na konverziu.

[Franta Hanzlík]

Aha, takže konverzní program už je poplatný OS, takže ten pro OSX se nedá použít v Linuxu (samotné PPD by ale použít šlo, ne?). Nicméně stejně, v nejjednodušším případě je konverzní program asi jenom filtr, na vstupu dostane PS a na výstupu bude něco v jazyce tiskárny - takže nějaká výrazně velká práce s ovladačem pro Linux by to pro výrobce tiskárny (když už má ovladač pro Mac) být snad IMO neměla...
V reálu to ale nejspíš bude složitější, komunikace s tiskárnou je asi obousměrná (tiskárna předává info o svém stavu, vybavení, chybové kódy; GDI tiskárny asi ovladač používají ještě na další skopičiny... Hmm - je někde nějaký pěkný popis tisku v Linuxu, který by šel i trochu do hloubky? Nikdy jsem se tím nějak vážněji nezabýval, ale zdá se mi to jako zajímavá oblast).

Každopádně, pokud výrobce má ovladač pro CUPS/Mac, tak jeho úprava pro CUPS/Linux by nemělo být nic extra náročného, ne? Nebo jestli je pro výrobce Linux tak okrajová záležitost...

[R]

Najjednoduchsie tlaciarne (nespravne nazyvane GDI) potrebuju na vstupe bitmapu - pre kazdy bod na papieri (podla dpi) informaciu, ci na danom bode ma byt toner alebo nema (ciernobiela laserova tlaciaren). Spravidla je tam nejaka kompresia a je to zabalene v nejakych blokoch + hlavicky.

Komunikacia staci jednosmerna a je riesena o uroven vyssie - bud cez lp, usblp alebo siet. Takze je mozne z Windows pomocou driveru od vyrovcu "vytlacit" nieco do suboru, tento subor z Linuxu poslat na port (napr. "cat xxx.prn >/dev/usb/lp0") a ono sa to vytlaci.

Konverzny program (filter) moze konvertovat napriklad aj z PS, ale to by bolo zlozite. V tychto pripadoch je najlepsie konvertovat z bitmapy - tu vygeneruje CUPS. Pre vyrobcu, ktory ma dokumentaciu, to nie je problem napisat. Horsie sa to robi bez dokumentacie, analyzovat hlavicky, bloky, kompresiu... Nastastie je vo Windows ta moznost tlace do suboru - da sa tak vygenerovat mnoho dat pre analyzu - staci napr. v GIMPe kreslit po pixeloch, tlacit (bez okrajov!) do suboru a porovnavat.

[Nemo]

Škoda Nevidím v tom smysl.

[frr]

Asi 15 let si správcuju tisk v LANce v malé firmě. Momentálně asi 5 tiskáren. Mám tu jeden server, skrz který spooluju tiskové joby. V průběhu let se na něm převalilo několik různých distribucí, posledních pár případů je postupně mládnoucí Debian.

Před lety jsem začínal s lpr/lpd jakožto transportem a spoolerem. Pak mi nějaké distro natlačilo Cups, a všude jsem četl, že jedině CUPS a IPP je ta správná volba. No zbyl tam jakýsi shim démonek, který bral i LPR a cpal ho do CUPSu, tak jsem to nechal tak. Občas jsem musel vyprostit zaseklé fronty, nakonec jsem si na to napsal skript, který se spouštěl pravidelně z CRONu. Při dalším upgradu distra mi začaly nějaké joby padat do kanálu. Pitvou logů a zdrojáků CUPSu jsem přišel na to, že CUPS odmítá tiskové joby, které mají v jakémsi interním netisknutém atributu (název jobu) české znaky - což Windows dělají a nejde to vypnout. Měl jsem na výběr: kompilovat CUPS ze zdrojáků (s tím že oprava nevypadala zrovna jednoduše), nebo přejít na unstable distro a doufat že už je to opravené, nebo vyhodit CUPS.

Co myslíte, jak to dopadlo?

Všiml jsem si v dokumentaci, kdo má na CUPS copyright. To byla poslední kapka, a CUPS letěl jak dlouhý tak široký. Místo něj mám LPRng. Počáteční konfigurace měla taky oproti starému LPD nějaké novoty, ale dohledal a pokonfiguroval jsem asi dvě "špecifiká" a od té doby happy ever after.

V malé ajťácké firmě nedržíme uživatele centrálním IT úplně u huby, a konkrétně pokud se týče tisku, většina kolegů používá k detekci tiskáren PnP - microsoftí novoty nad sambou, uPnP, moderní jedinci Bonjour apod. Kde konfiguruju tisk já, je to přes LPR a funguje to. Ostatní s PnP hlásí všelijaké anomálie: někomu lezou z konkrétního softwaru černé stránky, jiný si všimne, že po fyzickém prohození dvou tiskáren mu teď lezou joby o patro níž (přestože jsem v tiskárnách prohodil IPčka, lokálně nakonfigurované DNS jméno a další popisné atributy). Pomůže vždycky jediné: tisk protokolem LPR na konkrétní IP adresu a jméno fronty. Sjednocení na značku HP taky situaci dost zpřehlednilo: laserjety za mnoho let zpátky berou PCL5e, PS a (nerad přiznávám) PCL6. Takže kdo má tiskárny "po mém", přes generický LPR transport pod Windows, ten tiskne po každém servisním zásahu pořád ve stejné místnosti, maximálně si někdo občas stěžuje, že ta tiskárna co šla do servisu měla duplexer i na skeneru, nebo líp brala samolepící štítky...

Jediné, co mi pije krev, je demence wokenního klikacího instalátoru tiskáren, který při konfiguraci lokálního virtuláního LPR "portu" pokaždé odmocňuje Pí, přestože se mu řekne, aby se nesnažil tiskárnu autodetekovat. Dělá to tak minimálně od XP po desítky stále dál. Jednou jedinkrát jsem zažil, že instalace LPR portu pod Windows proběhla svižně - byly to první desítky, co jsem dostal do ruky, tuším po upgradu ze sedmiček a nějakém "anniversary update". Následně jsem zjisitl, že se mi nechtějí zobrazit nainstalované tiskárny v ovládacím panelu, a následně jsem našel nějaké povypínané služby (kamarádi tikového spooleru). Poté co jsem všecky "tiskové" služby zapnul, ikonky v ovládacím panelu se všechny zázrakem objevily, a... instalační dialog LPR portu začal hnít standardním navyklým způsobem

[R]

Najlepsie bolo, ze sietova tlaciaren sa do Windows pridavala tak, ze v tom dialogu sa muselo zvolit "lokalna" a nasledne vytvorit novy TCP/IP port... Kto zvolil "sietova", tak mu to nefungovalo, pretoze to bolo len na SMB. Ale v novsich Windows je to uz tusim zmenene.

[Lazar]

Stále fascinující, ale funkční.

Pro ty co to nestačí je tu nový "Local Port" s názvem \\computername\share_printer_name.