Ze zajmem jsem si precetl vas clanek, doufaje, ze se konecne dozvim odpoved na problem, ktery me pali jiz dlouhou dobu ( a to jsem cetl manual CUPSu horem dolem nekolikrat). Na prvni cteni (manualu a podle me to udela kazdy u vaseho clanku) jsem take zajasal, hura nemusime menit nas LPRng server (na ktery je navazan slozity system APS, nupu, okonkify-u if-hp apod) a budu moc na nove tiskarny tisknout pres CUPS a na osvedceny system pres LPR. Prvni zklamani nastalo po instalaci Fedory 1 - novy prikaz lpr vubec netiskl na lpd daemona s tim ze neni service dostupny. Po dlouhem hledani se ukazalo, ze je to defaultne klient pro CUPS (i kdyz se jmenoval lpr )
A podle vseho si ani na lpd neskrtne.
Takze zase typicke mateni - CUPS klient totiz vubec neumi LPD protokol - nejde to ani nikde konfigurovat.
Pak ale nastava tragicke zmateni ve vasem
prikladu s tiskarnou ncprint.
Sam rikate, ze nemuzu pouzit web rozhrani a tedy ani definovat lpd: protokol
lp -d ncprint -h ipnp00 jmeno_souboru
tiskarnu ncprint jste ale definoval na zacatku jako
-----------------------------------
tiskárna ncprint: připojena ke vzdálenému počítači s Linuxem, kde běží jiný tiskový server (lpd). Položka
Device URI lpd://ipnp00.troja.mff.cuni.cz:515/ncprint
znamená, že se tisk posílá na server ipnp00.troja.mff.cuni.cz daemonu lpd (port 515) do fronty ncprint.
------------------------------
Naivni uzivatel pri povrchnim precteni nabyde optimistickeho dojmu, ze muze tisknout z klienta i primo na vzdalenou lpd tiskarnu. Coz je hruba dezinformace a podle me by jste si jako Matfyzak mel davat priste pozor na definicni obor vasich vyroku.
Chapu, ale ze jste vyse uvedeny priklad nikdy nezkusil, protoze mate automaticky instalovaneho servera CUPS.
A pak uz je pravda, ze muzete nastavit lpd tiskarnu apod. Ale musite mit na kazdem klientskem pocitaci instalovany a konfigurovany CUPS server.
V nasem pripade tiskoveho serveru pro cele oddeleni bylo pouziti LPRng vyhodne z toho duvodu, ze pridani dalsiho klienta do site nevyzadovalo zadne specificke upravy (zadne /etc/printcapy) apod a uzivatele si zvykli psat pomoci lpr -Ptiskarna@server, coz vyrazne zjednodusilo administraci a umoznilo centralni sdileni adresare /usr/ pro spoustu klientu.
Bohuzel RH9(tusim) a Fedora uz meli jako defaultniho klienta lpr pro CUPS ktery jeste pro vetsi legraci je aliasovany jako
lp (zatimco drive bylo lp a lpr schopno komunikovat lpd protokolem, od nyni uz nejsou)
Prechod na CUPS pak byl v nasi specificke konfiguraci krok zpet, nebot by pro kazdeho klienta vyzadoval instalaci a hlavne individualni konfiguraci CUPS serveru. Totiz ten klient umi jen IPP a teprve server to preklada do LPD.
protokolu.
Selhalo i opacne reseni - na pocitac s pripojenou tiskarnou dat LPRng i CUPS zaroven. NEJDE. Diky dojemne peci programatoru ESP (kteri dodnes chteji velke penize za CUPS reseni, aby to slo poradne - tusim 999 a 2495 USD a vyuzilo to vsechny moznosti tiskaren jako to umeji dodane WIN drivery - zejmena photo print, blany na laserovky apod) o vymazani konkurence se vetsina souboru jmenuje stejne a je v konfliktu. Navic viz uvedeny zmatek u RH co je lpr a lp.
Takze jste nakonec ve vetsi siti (kde se vam nechce obihat kazdy nove instalovany stroj) stejne nuceni cely system tisku postavit znovu.
Omlouvam se, pokud si stezuju na neco, co neni pravda (v tom pripade cely vylev ignorujte - CUPS jsme zavrhli uz pred rokem a od te doby nesleduji stav - treba uz to nekdo udelal chytreji).
Chtel jsem ale svou ho\v{r}kou zkusenost tlumocit dalsim spravcum rozsahlejsich siti (kde maji vlastni system filtru zalozeny jiste na LPRng ci nejakem komercnim UNIXu) aby se pod marketingovym tlakem podobnych optimistickych clanku moc neradovali. (P.S. neobvinuji autora clanku, ale autory manualu - ktery je napsan velmi sikovne, ze podstatne veci nejsou implicitne zretelne)
Podle meho nazoru je CUPS sikovne vymysleny system jak donutit uzivatele vyhodit soucasne reseni (namlsa ho na to jak kazda tiskarna od vyrobce prijde z CUPS profilem, dovoli mu tisknout napr barevne blany, photo tisk apod - na vsechno jsou parametry ) aby pak poznal, ze to neni co si myslel a donuti ho pekne vyndat penize a calovat za SW i za podporu.
Osobne jsem zatim kvalitni UNIXove reseni (nekomercni) na tisk kde by veci chodily stejne jako pod WIN (specialne ty barevne blany, phototisky apod) nevidel. Podpora v GS je mizerna a jediny mnohem levnejsi nez CUPS system je TurboPrint.
Samozrejme trochu smesuju 2 pojmy (stejne jako autori) CUPS jako infrastruktura a prekladac protokolu - tady je problem s integraci do soucasne infrastruktury, vyhodou je ale lepsi kontrola prav pristupu a webove rozhrani k rizeni jobu -
a CUPS jako tiskovy system pro tiskarny ktere namaji PS ( a nebo ho maji, ale jsou treba barevne a je treba jim posilat slozite preambly ala HP PJL aby vedely co a kam tisknout traye, duplexy ...)
Tam vas ani original PPD vyrobce tiskarny nespasi a stale budou WIN tisknout lepe !
A az se hodne stroju zamori CUPSem a nebude cesty zpet sebere firma i tech par zakladnich ovladacu co jsou soucasti distribuce CUPSu a nezbyde bud platit, nebo si kompilovat vlastni drivery z pokoutne sehnanych zdrojaku - jako se to driv delalo v GS napr pro Deskjet 870/690.
Chce mi nekdo oponovat ? Prosim, ma moznost nam to predvest v praxi (Ondrejov, 30 km od Prahy) na nasi siti a jeste dostane zaplaceno (pokud to bude chodit)
Jenom upresnim, ze ty binarky z baliku cups se nejmenuji stejne. RedHat/Fedora pouziva program alternatives, ktery umoznuje prepinat mezi baliky s obdobnou funkcionalitou (MTA - postix | sendmail) tim, ze dela symbolicke linky.
Zkuste napr. "alternatives --display print" nebo "alternatives --display mta".
