I client CUPS devono avere i driver installati localmente?


10

Se uso CUPS, i client dovrebbero avere i driver installati localmente?

Esempio: supponiamo di avere 1 PC in rete con Linux, 1 server di stampa (o CUPS, server di stampa Samba)

Se il PC Linux desidera stampare un documento tramite il server di stampa, è necessario che il PC Linux disponga dei driver per la stampante che utilizzerà?

O utilizza alcune API generiche?


Sto combattendo con le stampanti CANON LBP. Ho provato di tutto! E non riesco a farli funzionare localmente. Ma ho bisogno di computer Linux per poter stampare con loro. LBP 810 e LBP 1120.
Bakytn,

Penso che il tuo problema sia che l'LBP810 (e forse l'1120) sono stampanti win, con tutta l'intelligenza sul computer. IIRC non è mai stato prodotto alcun driver Linux per l'810 (almeno). Vedi la mia modifica qui sotto per alcuni suggerimenti.
Preoccupato di

Linux -> no; Windows -> dovrebbe ma non obbligatorio
MUY Belgio

Risposte:


10

Il server di stampa che esegue CUPS è l'unica macchina che deve disporre dei driver. Leggi ad esempio CUPS su Wikipedia - nella sezione Panoramica lo afferma abbastanza chiaramente:

CUPS consente ai produttori di stampanti e agli sviluppatori di driver di stampa di creare più facilmente driver che funzionano in modo nativo sul server di stampa. L'elaborazione avviene sul server, consentendo una stampa basata su rete più semplice rispetto ad altri sistemi di stampa Unix. Con Samba installato, gli utenti possono indirizzare le stampanti su computer Windows remoti e utilizzare driver PostScript generici per la stampa in rete.

Altrimenti, quale sarebbe il vero vantaggio di eseguire CUPS?


5

Se si utilizza Samba / CUPS come server di stampa per client basati su Windows, i client avranno normalmente i driver per quella stampante, sebbene in alcuni casi CUPS possa fare la propria traduzione. Ad esempio, è possibile configurare ghostscript e renderizzare postscript da visualizzare su una stampante non PS, anche se i client Windows avrebbero bisogno di un driver PS che funzioni bene con questo.

Per i client Linux, la risposta è: è complicato ma non. Unix / Linux tradizionali non hanno un'API nativa standard di stampa o rendering equivalente al GDI di Windows, sebbene librerie come Cairo possano fornire questa funzionalità per le applicazioni che le utilizzano. La maggior parte delle applicazioni unix tradizionali stampa ASCII su stdout o genera file Postscript in modo nativo. Le librerie di rendering indipendenti dal dispositivo, come Cairo, eseguiranno il rendering su Postscript tramite il proprio driver, che verrà raggruppato sul client con la libreria.

Quasi sicuramente troverai Postscript da qualche parte nel flusso di lavoro per un sistema di stampa CUPS o precedente lpr / lpd. In genere i client producono output ASCII o Postscript. L'output ASCII verrà convertito tramite qualcosa come a2ps e Postscript appena passato. Il Postscript verrà passato alla stampante o a un livello di rendering basato su Ghostscript.

È passato un po 'di tempo da quando ho impostato un sottosistema di stampa basato su Linux, ma IIRC i driver PS sono piuttosto generici con solo un file PPD per la stampante di destinazione. I clienti non devono necessariamente sapere molto al riguardo. Tradizionalmente, si impostano semplicemente le code per la stampa in diversi modi (ad es. Duplex, non duplex o carta intestata) e diventano destinazioni di stampa separate.

Se si utilizzano app con controllo della stampante locale, ad esempio app che utilizzano l' API GNOME-Print o si stampano i file direttamente con le lpr -oopzioni, la funzione di stampa può esercitare un maggiore controllo sulla destinazione effettiva della stampante. Ad esempio, è possibile selezionare vassoi o opzioni fronte / retro particolari. Se si dispone di un file PPD corretto per la stampante installata sul server CUPS, queste opzioni dovrebbero funzionare dal client senza richiedere l'installazione di software driver aggiuntivo sul client.

EDIT: Nel tuo caso, penso che il problema potrebbe essere che LBP810 è una stampante win e non ci sono mai stati driver Linux prodotti per questo. La tua scommessa migliore potrebbe essere quella di ottenere una stampante diversa, che può essere fatta in modo molto economico se ti avvicini ad essa nel modo giusto.

Le stampanti laser usate sono molto economiche su Ebay e puoi ottenere un Laserjet 4100 o qualcosa di simile per circa 100 USD , a seconda della tua posizione. Tutti i laser HP di fascia media supportano Postscript o PCL5 / 6 e funzionano bene con Linux e CUPS. Dovresti avere piccoli problemi a far funzionare uno di questi e quelli usati sono così economici che puoi trattarli come un oggetto usa e getta.


Dici che quando un PPD è installato sul server CUPS, il client non ha bisogno di driver. Che dire dei client Windows che richiedono esplicitamente un driver quando si aggiunge una stampante condivisa CUPS?
CDuv,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.