1.1. Terminologia

Si cercherà di usare una terminologia universale in tutto il documento, così che gli utenti di tutti i sistemi liberi Unix-like, e perfino gli utilizzatori di software libero su sistemi non Unix-like, possano beneficiarne. Sfortunatamente esistono molti termini utili ma ambigui e molti termini difficili ma non ambigui, quindi, per chiarezza, qui si può trovare un rapido glossario:

1.2. Storia delle versioni

Ci sono state diverse generazioni di questo Printing HOWTO. La sua storia può essere riassunta così:

1. Grant Taylor scrisse il Printing HOWTO nel 1992 in risposta alle numerose domande inerenti la stampa poste su comp.os.linux. Ciò anticipò il progetto dell'HOWTO di alcuni mesi, e fu pertanto il primo documento ad essere definito un "howto". Questa edizione era in ASCII piano.

2. Dopo essere entrato a far parte del progetto HOWTO, il Printing-HOWTO è stato unito ad una FAQ su Lpd di Brian McCauley <B.A.McCauley@bham.ac.uk>; per circa due anni il PHT è stato sviluppato in collaborazione. Ad un certo punto è stato incorporato anche il lavoro di Karl Auer <Karl.Auer@anu.edu.au>. Questa generazione del PHT era in TexInfo e disponibile in PS, HTML, ASCII ed Info.

3. Dopo aver abbandonato il PHT per oltre un anno, ed aver cercato inutilmente di convincere qualcun altro ad occuparsene, è stata scritta questa versione in SGML, usando il LinuxDoc DTD ed il pacchetto SGML-Tools-1. A partire dalla versione 3.27, è stato incorporato il riassunto di un database di stampanti complementare; in precedenza non c'era mai stata una lista di stampanti compatibili in questo HOWTO.

4. A metà Gennaio del 2000, Grant scoprì lo "spooler" di stampa di PDQ. Il meccanismo di stampa messo a disposizione da PDQ era così migliorato rispetto a quello di lpd che Grant passò diverse ore giocandoci, riscrisse parti di questo HOWTO e fece balzare a 4 il numero di versione del documento.

5. A metà del 2000, Grant spostò il suo sito web su www.linuxprinting.org, e cominciò ad mettere a disposizione strumenti di configurazione più potenti. Inoltre convertì l'HOWTO in docBook, e iniziò la trattazione di CUPS, LPRng e GPR/libppd.

6. All'inizio del 2001, Grant iniziò ad usare la GNU Free Documentation License, che gli sembrò abbastanza adatta. Cominciò anche a cercare di chiarire cos'è e cosa non è specifico di Linux; ci sono diversi kernel liberi Unixlike in giro, e tutti usano lo stesso software per la stampa.

7. All'inizio del 2003, dopo aver sentito una presentazione di Till Kampeter al FOSDEM, io (Dirk) decisi di aggiornare questo HOWTO. Da quando Grant lo modificò l'ultima volta, CUPS è diventato più maturo e molto più popolare.

1.3. Copyright

Copyright (c) 1992-2001 Grant Taylor.

Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.1 or any later version published by the Free Software Foundation; with no Invariant Sections, with no Front-Cover Texts, and with no Back-Cover Texts. A copy of the license is included in Appendice A.

Nota del traduttore: qui di seguito trovate la traduzione del paragrafo precedente, l'unica licenza che ha valore legale resta l'originale inglese.

Copyright 1992-2001 di Grant Taylor.

È concesso il permesso di copiare, distribuire e/o modificare questo documento nei termini di cui alla licenza GNU Free Documentation, versione 1.1 o qualsiasi versione successiva pubblicata dalla Free Software Foundation; senza i vincoli sulle sezioni invarianti, sulla prima di copertina e sull'ultima di copertina. Una copia della licenza è inclusa nella Appendice A.

2.1. Dove trovare aiuto

I newsgroup di Usenet comp.os.linux.hardware, comp.os.linux.setup e comp.periphs.printers contengono la loro parte di domande generiche sulla stampa. Si tratta di newsgroup molto trafficati nei quali si potrà sicuramente trovare una risposta; controllare anche gli archivi dei gruppi di Google. Si può provare anche sui newsgroup linuxprinting.foo; sono disponibili sia come forum via web che NNTP; si veda il sito web.

Rovistate anche il web per trovare le risposte. LinuxPrinting.org è un eccellente punto di partenza; da qui sono raggiungibili altri siti web e progetti.

Si può trovare ulteriore aiuto provando sui newsgroup, sulle mailing list, tramite il supporto del fornitore e così via. L'autore è contattabile tramite il forum di discussione su LinuxPrinting.org; questo darà la possibilità ad altri utenti di rispondere, e permetterà di archiviare pubblicamente il vostro problema ed ogni soluzione per il prossimo utente in difficoltà.

3.1. Con BSD LPD e il comando lpr

Se lpd è già stato configurato per stampare da voi, o se l'amministratore di sistema o il venditore l'hanno fatto per voi, tutto quello che si deve fare è imparare ad usare il comando lpr. Il Printing Usage HOWTO tratta di questo e di qualche altro comando di manipolazione della coda di stampa. Oppure si legga la pagina di manuale di lpr(1).

In poche parole, il nome della coda di stampa si specifica con -P, seguito dal nome di un file per stamparlo, oppure niente per stampare dallo standard input. Tradizionalmente le opzioni del driver non sono controllabili da lpr, ma vari sistemi accettano certe opzioni tramite -o, -Z, o -J.

lpr /etc/hosts
lpr -J "my hosts file" /etc/hosts
lpr -P mylaserjet /etc/services

3.2. Con LPD System V e il comando lp

Sono due i set di comandi che si possono incontrare avendo a che fare con parecchie versioni di Unix. Il sistema di stampa LPD basato su BSD (*BSD, Linux) usa lpr (per stampare), lpq (per vedere la coda di stampa), lprm (per cancellare i lavori). I sistemi basati su System V dall'altra parte usano lp (per stampare), lpstat (per vedere la coda di stampa), cancel (per cancellare i lavori). Alcuni sistemi Unix di tipo System V sono Solaris, SCO ed altri.

Sui sistemi SYSV, si può ovviamente consultare la pagina di manuale del comando lp. Per specificare una coda si usa l'opzione -d con il nome di un file per stamparlo, o niente per stampare dallo standard input.

lp /etc/hosts
lp -d mylaserjet /etc/services

3.3. Con CUPS

CUPS mette a disposizione sia l'interfaccia a linea di comando di System V che quella di Berkeley. Ciò significa che si può usare sia lpr che lp per stampare, il che torna molto utile se si hanno già diversi script che usano, per esempio, lp o per chi ha una precedente esperienza con un sistema System V o BSD.

3.4. Strumenti a interfaccia grafica per la stampa

La maggior parte dei sistemi di spool offre soltanto un'interfaccia a linea di comando abbastanza semplice. Piuttosto che usare direttamente lpr, si potrebbe desiderare di usare un'interfaccia utente che generalmente permette di giocherellare con diverse opzioni di stampa (stampante, tipo di carta, fascicolazione, pagine per foglio, ecc.) tramite una forma grafica di facile uso. Alcune possono avere anche altre funzioni.

4.1. Il dispositivo lp (kernel <=2.1.32)

Il kernel di Linux (<=2.1.32), dando per scontato che sia stato compilato o caricato il dispositivo lp (il risultato di cat /proc/devices dovrebbe includere il dispositivo lp), fornisce uno o più dispositivi /dev/lp0, /dev/lp1 e /dev/lp2. Questi NON sono assegnati dinamicamente, ma corrispondono ad uno specifico indirizzo di I/O hardware. Ciò significa che la stampante potrebbe essere lp0 o lp1, a seconda della configurazione hardware del sistema: vanno provati entrambi.

Alcuni utenti riferiscono che la porta lp bidirezionale non viene riconosciuta se si usa un vecchio cavo per stampanti unidirezionale. Si controlli di usare un cavo decente.

Non è possibile eseguire contemporaneamente i driver plip e lp su una data porta (sotto 2.0, in ogni caso). È possibile comunque caricare l'uno o l'altro driver, sia manualmente che automaticamente dal kerneld dei kernel versione 2.x (e le ultime 1.3.x). Configurando adeguatamente gli interrupt e simili, dovrebbe essere possibile eseguire plip su una porta ed lp su un'altra. Qualcuno è riuscito a farlo modificando il codice dei driver; si spera che qualcun altro riesca a farlo direttamente dalla linea di comando.

C'è una piccola utilità chiamata tunelp con la quale è possibile, da root, mettere a punto l'uso degli interrupt del dispositivo lp di Linux 2.0, la frequenza dei sondaggi e altri parametri.

Quando il driver lp è compilato nel kernel, si può usare l'opzione lp= per impostare gli interrupt e gli indirizzi di IO:

Quando il driver lp è compilato nel kernel, si può usare la linea di
comando di LILO/LOADLIN per passare al driver gli indirizzi delle porte e gli
interrupt che userà.

Sintassi:	lp=port0[,irq0[,port1[,irq1[,port2[,irq2]]]]]

Ad esempio:	lp=0x378,0   oppure   lp=0x278,5,0x378,7 **

Si noti che se si usa questa tecnica, si devono specificare *tutte* le porte che
devono essere considerate, non esistono parametri predefiniti. Si può
disabilitare un driver con lp=0.

Quando il driver viene caricato come modulo, è possibile specificare gli indirizzi di I/O e gli interrupt nella linea di comando di insmod (oppure in /etc/conf.modules per influenzare kerneld) usando la solita sintassi. I parametri sono io=port0,port1,port2 e irq= irq0,irq1,irq2. Si consulti la pagina di manuale di insmod per ulteriori informazioni.

**Per chi non riesca a ricordare gli indirizzi standard quando servono, sono quelli del secondo esempio. L'altra porta (lp0) si trova a 0x3bc. Non ho idea di quali interrupt usi.

Il codice sorgente del driver della porta parallela in Linux 2.0 è in /usr/src/linux/drivers/char/lp.c.

4.2. Il dispositivo parport (kernel >= 2.1.33)

A partire dal kernel 2.1.33 (e a disposizione come patch per il kernel 2.0.30), il dispositivo lp è soltanto un client del nuovo dispositivo parport. L'aggiunta del dispositivo parport corregge alcuni dei problemi che assillavano il driver del vecchio dispositivo lp - può condividere la porta con altri driver, assegna dinamicamente le porte parallele disponibili a numeri di dispositivo piuttosto che far rispettare un accordo fisso tra gli indirizzi I/O e i numeri delle porte, e così via.

L'avvento del dispositivo parport ha permesso la prolificazione di nuovi driver per le porte parallele per cose come dischi Zip, dischi e CD-Rom Backpack e così via. Alcuni di questi sono disponibili anche per i kernel 2.0; si cerchi sul web.

La differenza principale che si noterà, per quanto riguarda la stampa, è che i kernel basati su parport assegnano dinamicamente i dispositivi lp alle porte parallele. Così, quello che era lp1 sotto Linux 2.0 potrebbe essere lp0 sotto Linux 2.2: se si effettua un aggiornamento da un kernel con driver lp ad uno con driver parport bisognerà assicurarsi di verificarlo.

I problemi più comuni di questo dispositivo sembrano derivare da una configurazione errata:

Si può anche leggere la documentazione parport dai sorgenti del kernel, o cercare il sito web di parport.

4.3. Dispositivi seriali

I dispositivi seriali vengono solitamente identificati come /dev/ttyS1 e simili sotto Linux. L'utilità stty permette di vedere e modificare in modo interattivo le impostazioni per una porta seriale; setserial permette di controllare alcuni parametri estesi e di configurare gli interrupt e gli indirizzi di I/O per porte non standard. Ulteriori informazioni sulle porte seriali sotto Linux possono essere trovate nel Serial-HOWTO .

Usando una stampante seriale lenta con il controllo di flusso, ci si accorgerà che alcuni dei lavori di stampa vengono tagliati. Questo potrebbe essere dovuto alla porta seriale, il cui comportamento predefinito è di eliminare ogni carattere non trasmesso dal buffer entro 30 secondi dalla chiusura della porta del dispositivo. Il buffer può trattenere fino a 4096 caratteri, e se la stampante usa il controllo di flusso ed è troppo lenta per poter accettare tutti i dati dal buffer entro 30 secondi dalla chiusura della porta seriale, la fine del contenuto del buffer verrà persa. Se il comando cat file > /dev/ttyS2 produce un tabulato completo per file brevi ma uno tagliato per quelli più lunghi, potreste essere in queste condizioni.

Il problema dell'intervallo di 30 secondi può essere sistemato attraverso l'opzione a linea di comando di setserial "closing_wait" (versioni 2.12 e successive). Le porte seriali di una macchina solitamente sono inizializzate da una chiamata a setserial tramite il file di avvio rc.serial. La chiamata per la porta seriale della stampante può essere modificata perché imposti il closing_wait nello stesso momento in cui imposta gli altri parametri della porta.

4.4. Dispositivi USB

5.1. Postscript

Per quanto riguarda le stampanti che funzionano con il software libero, la scelta migliore è comprarne una che abbia il supporto nativo per PostScript nel firmware. Quasi tutto il software Un*x che produce output stampabile lo produce in PostScript, quindi ovviamente sarebbe carino avere una stampante che supporti direttamente PostScript. Sfortunatamente, il supporto PostScript è raro al di fuori dell'ambito delle stampanti laser, e alcune volte è un'aggiunta costosa.

Il software Un*x, e l'industria editoriale in generale, ha standardizzato l'uso di Postscript come linguaggio di controllo delle stampanti. Questo è successo per varie ragioni:

5.2. Non Postscript

In mancanza del (ingente) budget necessario per comprare una stampante Postscript, si può usare ogni stampante supportata da Ghostscript , l'interprete libero per Postscript usato al posto dell'attuale supporto Postscript. Si noti che la maggior parte delle distribuzioni GNU/Linux possono vendere solo una versione di Ghostscript piuttosto antiquata a causa della licenza. Per fortuna solitamente ci sono dei pacchetti aggiornati di Ghostscript messi a disposizione nelle aree contrib di ogni distribuzione.

Oggi Adobe usa un nuovo linguaggio per le stampanti chiamato "PrintGear". Sembra che sia un linguaggio in formato binario molto semplificato con un po' di eredità Postscript ma senza compatibilità Postscript, e non si sa se Ghostscript lo supporta. Ma alcune stampanti PrintGear sembrano supportare un altro linguaggio come PCL, e queste stampanti funzioneranno con GNU/Linux (se PCL è implementato nella stampante e non in un driver Windows).

Allo stesso modo, Adobe offre un'implementazione Postscript basata sugli host chiamata PressReady. Funziona come Ghostscript nell'offrire supporto Postscript per una stampante non PostScript, ma ha lo svantaggio di funzionare solo sotto Windows.

5.3. Quali stampanti funzionano?

Ci sono diversi luoghi dove si può cercare per scoprire se una particolare stampante funzionerà. Il database di stampanti mantenuto cooperativamente dal Printing HOWTO vuole essere una lista esauriente dello stato del supporto per le stampanti. Ce n'è un riassunto più sotto; ci si assicuri di controllare on-line per maggiori dettagli e informazioni su quale driver usare.

La scommessa più sicura per chi deve acquistare una nuova stampante è consultare la lista delle stampanti suggerite, che si concentrano intorno alle stampanti a getto d'inchiostro a colori e ai dispositivi laser monocromatici. Acquistarne una dai fornitori affiliati aiuterà a supportare questo documento e il sito web.

La pagina delle stampanti compatibili di Ghostscript contiene una lista di alcune stampanti funzionanti, nonché collegamenti ad altre pagine.

I gruppi di Google contengono centinaia di testimonianze sul "funziona" e "non funziona". Si provi con tutti e tre, dopo di che si controlli che la propria stampante sia presente nel database, così che sia elencata correttamente per il futuro.

5.4. Come comprare una stampante

È difficile selezionare una stampante al giorno d'oggi; ci sono molti modelli tra cui scegliere. Ecco alcuni suggerimenti per l'acquisto:

6.1. CUPS

CUPS oggi è diventato il sistema di stampa predefinito di molte distribuzioni. Cosa rende CUPS diverso dal resto? CUPS è un'implementazione di IPP (Internet Printing Protocol), un nuovo standard che tenta di risolvere alcune delle mancanze del vecchio protocollo LPD. Inoltre CUPS supporta LPD, SMB e AppSocket (JetDirect) con funzionalità ridotte. L'implementazione di CUPS è stata sviluppata da Michael Sweet di Easy Software Products; CUPS è distribuito sotto GPL. Dato che è un nuovo protocollo, IPP ha diversi vantaggi sul vecchio protocollo LPD:

• lo scheduler è un server web HTTP 1.1 e mette anche a disposizione un'interfaccia web

• opzioni di stampa, si può perfino chiedere al dispositivo IPP quali opzioni e formati di documenti supporta.

• controllo sull'accesso che limita i lavori di stampa, i controlli sui lavori di stampa e i comandi di amministrazione del sistema che arrivano da e vanno verso specifici computer e stampanti. L'accesso a CUPS può essere controllato, come con Apache, usando le direttive Allow e Deny.

• supporto proxy (dato che IPP usa HTTP)

• supporto per la cifratura

CUPS include diverse funzioni molto buone, tra cui una gestione delle opzioni ragionevole; interfacce web, grafiche e a linea di comando; e un sistema di filtraggio basato su mime con un forte supporto per PostScript.

Parecchi set di PPD possono essere usati con CUPS:

Il programma di terze parti XPP (si veda Figura 4) offre un'interfaccia grafica per le funzionalità utente di CUPS molto gradevole, inclusa una meravigliosa interfaccia per le opzioni da indicare al momento della stampa (mostrate in Figura 5). Per informazioni sull'uso di XPP, si veda la Sezione 3.4.2.

6.2. LPD

LPD, il demone di stampa BDS Unix originale, è stato per anni lo standard di Unix. È disponibile per ogni tipo di Unix, e offre un set di funzioni piuttosto minimale nato dalle necessità dell'era dei sistemi timesharing. Malgrado la sua storia alquanto particolare, è ancora utile oggi come spooler di stampa di base. Per renderlo veramente utile con le stampanti moderne sarà necessario molto lavoro extra, creando script per i filtri complementari e programmi front-end. Ma esiste, e fa tutto il lavoro.

LPD è anche il nome dato al protocollo di stampa di rete dalla RFC 1179. Questo protocollo di rete non è usato solo dal demone LPD, ma essenzialmente da ogni server di stampa in rete, da ogni stampante di rete, e da qualunque altro spooler di stampa presente; LPD è il minimo comun denominatore della stampa via rete.

LPRng(si veda la Sezione 6.3) è un'implementazione di gran lunga migliore rispetto a quella regolare del modello di base di LPD; se si deve usare LPD, si consideri l'uso di LPRng. Non sono necessari molti riti voodoo per fargli fare quello che si vuole, e sono riti ben documentati. LPRng è essenzialmente un'implementazione avanzata di LPD con un grado di sicurezza migliore e con più funzioni.

C'è un buon numero di sorgenti di LPD in giro. Si potrebbe sostenere che il possessore ufficiale sia qualche tipo di BDS Unix, ma volenti o nolenti chiunque può aver implementato cambiamenti che si sarebbero quindi incrociati in modi sconosciuti, così che è difficile dire con esattezza quale LPD si stia usando. Tra gli LPD disponibili con più facilità ce n'è uno offerto da GNUlpr con modifiche minori che rende l'interfaccia utente molto più flessibile. GNUlpr permette di specificare le opzioni da linea di comando usando il flag -o; le opzioni vengono poi passate attraverso i filtri, in modo analogo alle funzioni offerte da un buon numero di venditori Unix tradizionali, e simile a (anche se incompatibile con) il meccanismo dell'opzione -z di LPRng.

Se si decide di usare LPD, il modo migliore è tramite un front-end. Ce ne sono diversi tra cui scegliere; KDEPrint, GPR (si veda la Sezione 3.4) e XPP sono forse i migliori. Ne esistono altri; fatemi avere informazioni al riguardo.

6.3. LPRng

Alcuni venditori GNU/Linux mettono a disposizione LPRng, un'implementazione molto meno vecchia dello spool di stampa LPD. LPRng è più facile da amministrare per ampie installazioni (come dire: più di una stampante, qualunque stampante seriale, o qualche particolare stampante di rete non-lpd) e il suo codice di base è fatto meno terribilmente a casaccio di quello fornito con lpd. Può perfino pretendere in tutta onestà di essere sicuro: non contiene binari SUID, e supporta l'autenticazione tramite PGP o Kerberos.

LPRng include anche alcune impostazioni di esempio adatte per stampanti di rete comuni (principalmente HP LaserJet) che includono alcune capacità di autenticazione. LPRng usa più o meno lo stesso modello di filtri di base di BDS lpd, quindi il supporto LPD offerto dal sito web linuxprinting.org si può applicare anche a LPRng. Questo può aiutare ad usare driver di software libero con molte stampanti.

LPRng è distribuito sia sotto licenza GPL che sotto licenza Artistic.

6.4. PPR

PPR è uno spooler incentrato su Postscript che include una rudimentale capacità di analisi dalla quale trae diverse belle funzioni. Include buone capacità di autenticazione, un buon supporto per Appletalk, SMB e per client LPD, e una migliore gestione degli errori rispetto a lpd. PPR, come ogni altro spooler, può usare Ghostscript per gestire stampanti non Postscript.

PPR venne scritto, ed è attualmente usato, al Trinity College. La licenza è di tipo BSD; libera per ogni uso ma è obbigatorio citare i realizzatori.

6.5. Altri

7.1. CUPS

Per stampare con CUPS, si possono usare sia comandi BSD (si veda la Sezione 5.3.1) che System V, rendendone l'uso molto semplice per chi ha precedenti esperienze con altri sistemi.

Inizialmente a CUPS mancava un backend LPD, che ovviamente fu aggiunto velocemente. Attualmente sono disponibili backend almeno per IPP, LPD, SMB, JetDirect, USB, Netatalk, per stampanti su porta parallela e seriali. Se ne possono trovare altri sulla rete o si possono scrivere da sé.

C'è solo una manciata di driver incorporati che permettono di stampare con molte stampanti, ma probabilmente non alla massima risoluzione possibile. Si può aggiungere a CUPS un file PPD per un driver Postscript, ma se si vuole stampare alla miglior qualità con una nuova stampante HP Deskjet non si avrà fortuna: per questo viene in aiuto Foomatic, che può essere usato in combinazione con CUPS. Foomatic usa un filtro di CUPS chiamato foomatic-rip per fare il suo lavoro. Foomatic-rip usa file PPD per descrivere le capacità della stampante, perfino per stampanti non Postscript. CUPS + Foomatic è attualmente il metodo di stampa raccomandato: alcune distribuzioni Linux già lo usano, e questo numero è destinato a salire.

Lo scheduler di CUPS non solo accetta lavori di stampa, è anche un'interfaccia di amministrazione via web. Attualmente si possono aggiungere/cancellare stampanti, cancellare lavori di stampa, far partire/fermare stampanti. In una prossima release sarà possibile anche spostare i lavori di stampa.

7.2. LPD

Lpd sta per Line Printer Daemon, e si riferisce, a seconda del contesto, sia al demone che all'intera raccolta di programmi responsabili dello spooling di stampa. Questi sono:

Quindi, come si mette insieme il tutto? Questo è quello che succede:

1. Quando il sistema viene avviato viene eseguito lpd, che resta in attesa di connessioni e si occupa di gestire le code di stampa.

2. L'utente invia un lavoro di stampa con il comando lpr o, in alternativa, con un front-end come GPR, PDQ, ecc. Lpr contatta lpd attraverso la rete e gli fornisce sia il file dell'utente (che contiene i dati da stampare) che un file di controllo (che contiene le opzioni dell'utente).

3. Quando la stampante è disponibile, l'istanza principale di lpd produce un'istanza figlio lpd che si occupa del lavoro di stampa.

4. L'istanza figlio lpd esegue il filtro/i adatto per quel lavoro di stampa (come specificato dall'attributo if del file /etc/printcap) ed invia i dati risultanti alla stampante.

Il sistema lp era stato progettato quando le stampanti erano per lo più stampanti di linea, cioè adatte a stampare principalmente in ascii piano. È possibile andare incontro a tutte le necessità di stampa odierne con lpd usando diverse opzioni nel filtro if (più o meno; molti altri sistemi fanno un lavoro migliore).

Ci sono molti programmi utili per scrivere filtri LPD, tra i quali:

8.1. Configurare CUPS

Se si sta usando un client con CUPS ed è già stato configurato un server CUPS, installare la stampante sul client non potrebbe essere più facile: non c'è niente da fare. Attraverso il broadcasting, il client dovrebbe trovare il server CUPS e configurare automaticamente le stampanti installate. Questa è una delle funzioni di CUPS più apprezzate in una grande rete.

Configurare manualmente le stampanti con CUPS è altrettanto facile. Per chi è alle prime armi con CUPS e/o con la stampa Unix il modo migliore di procedere probabilmente è usare l'interfaccia web. Per chi deve configurare molte stampanti, sarà probabilmente più veloce usare la linea di comando.

L'indirizzo predefinito da cui si accede all'interfaccia web di CUPS è http://hostname:631/admin. Se necessario, la porta può essere cambiata nel file cupsd.conf.

La sintassi generica per aggiungere una stampante da linea di comando è lpadmin -p printer -E -v device -m ppd. Lpadmin con l'opzione -p aggiunge o modifica una stampante. Le stampanti vengono salvate nel file L'opzione -x cancella la stampante indicata. Si legga la pagina di manuale di lpadmin per conoscere le opzioni disponibili.

/usr/sbin/lpadmin -p testpr1 -E -v socket://192.168.1.9 -m deskjet.ppd
/usr/sbin/lpadmin -p testpr2 -E -v parallel:/dev/lp0 -m laserjet.ppd
/usr/sbin/lpadmin -x testpr1

Si possono trovare maggiori informazioni sulla configurazione delle stampanti e sulle opzioni nella documentazione CUPS. Il Software Administrators Manual contiene tutto quello che serve sapere per configurare stampanti con CUPS.

8.2. Configurare LPD

Fino a poco tempo fa le distribuzioni GNU/Linux fornivano LPD. Questa sezione descrive una configurazione di base per LPD; le sezioni successive dettaglieranno la creazione di filtri complessi e la configurazione per la rete.

# LOCAL djet500
lp|dj|deskjet:\
        :sd=/var/spool/lpd/dj:\
        :mx#0:\
        :lp=/dev/lp0:\
        :sh:

Questa è la prima riga.
	Questa è la seconda riga.
		Questa è la terza riga.

lp|dj|deskjet:\
        :sd=/var/spool/lpd/dj:\
        :mx#0:\
        :lp=/dev/lp0:\
        :if=/var/spool/lpd/dj/filter:\
        :sh:

#!perl
# The above line should really have the whole path to perl
# La linea precedente dovrebbe contenere il percorso completo a perl
# This script must be executable: chmod 755 filter
# Questo script deve essere eseguibile: chmod 755 filter
while(<STDIN>){chomp $_; print "$_\r\n";};
# You might also want to end with a form feed: print "\f";
# Si potrebbe voler finire con un form feed: print "\f";

---

8.2.2. LPD per stampanti PostScript

Mentre molte versioni di LPD non sono in grado di usare PostScript (senza dare altre possibilità agli utenti), VA Linux ha modificato LPD e il software di filtraggio di Red Hat per supportare le stampanti PostScript piuttosto bene. Il progetto è stato chiamato GNUlpr perché è loro intenzione donare il codice al progetto gnu.

---

8.2.2.1. Come funziona

Il sistema VA usa file Postscript Printer Definition, o PPD, che sono forniti dai produttori delle stampanti e dichiarano le opzioni disponibili per la stampante insieme al codice Postscript necessario per attivarle. Con il sistema VA, il normale schema di lavoro di LPD funziona in maniera leggermente diversa:

1. L'utente può specificare le opzioni usando il flag -o. Per esempio, volendo stampare su un lucido si può specificare -o MediaType:Transparency. In alternativa, si possono specificare le opzioni tramite una finestra di dialogo usando il front-end GPR; si possono vedere alcuni screenshot di GPR in la Sezione 3.4.3.

2. LPR invia le opzioni a LPD come attributo esteso nel file di controllo di LPD.

3. Una versione modificata del pacchetto rhs-printfilters assegna le opzioni estese ad una variabile d'ambiente, e usa ppdfilt per aggiungerle ai dati da stampare.

---

8.2.2.2. Come ottenere ed installare i pacchetti

I pacchetti RPM, o gli archivi compattati dei sorgenti, si possono ottenere dal sito web del progetto su SourceForge. Per i dettagli sull'installazione, si consulti il micro-HOWTO. In sostanza, dovrà essere disinstallata completamente la versione di Red Hat di printtool, di lpd e di rhs-printfilters, e installata invece la versione VA, più ppdfilt, gpr, e poche altre utilità.

Sarà necessario avere anche i file PPD per la propria stampante Postscript. I file PPD solitamente sono abbastanza facili da trovare. VA Linux e HP distribuiscono file PPD per molti modelli di Laserjet: altri venditori forniscono file PPD per le proprie stampanti, e Adobe distribuisce file PPD per molte stampanti.

Al momento molti di questi file sono leggermente difficili da installare. Ma verranno creati strumenti di installazione basati sulla libreria di configurazione delle stampanti libprinterconf, che abilita sia l'autoriconoscimento che la configurazione di rhs-printfilter, sia per stampanti di rete che per stampanti locali.

È possibile usare GPR da solo, senza l'LPD modificato o anche senza rhs-printfilters. GPR può essere compilato con tutto quello che è necessario per effettuare direttamente stampe di tipo Postscript, il che potrebbe essere una soluzione più semplice, adatta a chi non avrà mai bisogno di stampare usando lpr direttamente.

---

8.2.2.3. Controllo delle opzioni Postscript

Dopo aver impostato un sistema LPD in grado di utilizzare il supporto Postscript fornito da VA (GNUlpr), le opzioni della stampante possono essere controllate in due modi:

Tramite un'interfaccia grafica

Per usare GPR, assicurarsi prima di tutto di aver specificato il file PPD corretto. Dopo di che le opzioni della stampante saranno disponibili nel pannello "Avanzate". Le opzioni ppdfilt di base saranno disponibili nel pannello "Comuni".

Tramite la linea di comando

lpr supporta l'opzione -o. È possibile specificare qualunque coppia di opzioni/valori dal file PPD della stampante con -o. Per esempio, si consideri questa proposizione contenuta in un file PPD:

*OpenUI *PrintQuality/Print Quality: PickOne *DefaultPrintQuality: None *OrderDependency: 150 AnySetup *PrintQuality *PrintQuality None/Printer Setting: "" *PrintQuality Quick/QuickPrint: "<< /DeviceRenderingInfo ... *PrintQuality Normal/Normal: "<< /DeviceRenderingInfo << /... *PrintQuality Pres/Presentation: "<< /DeviceRenderingInfo ... *PrintQuality Image/1200 Image Quality: "<< /DeviceRenderi... *CloseUI: *PrintQuality

Possibili valori per l'opzione PrintQuality sono Quick, Normal,Pres, o Image. Si potrebbe dare un comando del tipo:

% lpr -o PrintQuality:Image file.ps

Un certo numero di opzioni sono comuni a tutte le stampanti, e possono essere usate in aggiunta a quelle del proprio file PPD. Tra queste:

page-ranges

È possibile specificare una serie di pagine da stampare. Per esempio, page-ranges:2-3.

page-set

È possibile stampare solo pagine pari o dispari. Per esempio, page-set:odd.

number-up

È possibile stampare pagine multiple su un foglio. Per esempio, number-up:2.

Altre opzioni sono dettagliate nella pagina di manuale di ppdfilt.

-r-sr-sr-x   1 root     lp    /usr/bin/lpr*
-r-sr-sr-x   1 root     lp    /usr/bin/lprm*
-rwxr--r--   1 root     root  /usr/sbin/lpd*
-r-xr-sr-x   1 root     lp    /usr/sbin/lpc*
drwxrwxr-x   4 root     lp    /var/spool/lpd/
drwxr-xr-x   2 root     lp    /var/spool/lpd/lp/

8.3. Installazioni su larga scala

Con installazioni su larga scala si intendono reti che includono più di due stampanti o macchine, e che hanno necessità speciali. Ecco qui sotto alcuni suggerimenti.

CUPS supporta alcune funzioni interessanti che ne fanno una buona scelta per grandi reti. Per nominarne alcune, le classi di stampa, il controllo degli accessi e la configurazione automatica per i client.

Se si usa LPD per ambienti su scala davvero molto grande, già la sola distribuzione delle informazioni relative a printcap/filtri diventa un problema; il Cisco Enterprise Print System fa riferimento proprio a questo e può essere un buon punto di partenza o una soluzione completa a seconda delle necessità. Le funzioni native di LPRng possono supportare molto bene ambienti di medie o grandi dimensioni.

• Ogni stampante dovrebbe avere un singolo punto di controllo, tramite il quale un amministratore possa mettere in pausa, riordinare o redirigere la coda di stampa. Per implementarlo, si dovrebbe far stampare tutti su un server locale, che metterà in coda i lavori di stampa e li indirizzerà alla stampante corretta. Per grandi campus o reti distribuite, ci vorrà un server o un altro sottosistema adatto per la rete per ogni edificio.

• Usare CUPS o LPRng, almeno sui server; il sistema BDS LPD è troppo bacato perché si possa farne un uso "reale". Ma non ci si deve basare solo su queste parole; si dovrebbero testare diversi spooler per scoprire quale è più adatto alle proprie necessità.

• I client non dovrebbero avere un'unica configurazione di stampa. CUPS permette di configurare automaticamente i client appartenenti alla stessa sottorete. Si potrebbe perfino configurare CUPS (BrowsePoll) per sondare dei server presenti su altre sottoreti e trovare stampanti disponibili. Queste funzioni limitano il numero di configurazioni che devono essere fatte su un client. Per implementare una configurazione di stampa uniforme usando LPRng, si usi la sintassi estesa di printcap per ottenere un printcap adatto per essere usato dappertutto. CEPS permette di farlo creando in cima un database leggero e distribuibile al posto dei file printcap tradizionali.

• Non si dovrebbe dare alle code di stampa un nome corrispondente al modello o alla marca della stampante; sarebbe meglio usare un nome più indicativo come l'ubicazione (piano2_nw) o le capacità (colore_trasparenza). Fra tre anni, quando una stampante si romperà, potrà essere rimpiazzata con una di marca diversa o con un modello diverso senza creare confusione.

• Pubblicare una pagina web che mostri informazioni dettagliate su ogni stampante, inclusa l'ubicazione, le capacità e così via, considerando di mostrare le code di stampa e includendo un bottone per la rimozione dei lavori di stampa dalla coda. Ambienti di rete complessi saranno ingestibili per gli utenti in mancanza di un'adeguata documentazione.

• Su sistemi Windows e Apple, si usino dappertutto i driver specifici per la piattaforma (Samba supporta il meccanismo automatico di scaricamento dei driver di Windows) o, meglio ancora, si usino dappertutto driver Postscript generici. Mai mischiare le cose; gli elaboratori di testo più primitivi spesso producono un output diverso quando viene cambiato il driver di stampa installato; gli utenti non possono avere a che fare con un output diverso a seconda di quale coppia di client/stampante usano.

• Per grandi volumi di stampa acquistare, se possibile, una stampante adatta. Se si deve rispettare un budget, si sfruttino le capacità di LPRng di usare una coda di stampa su più stampanti, o le classi di stampa di CUPS assegnando una babysitter; le stampanti sono dispositivi meccanici complessi che spesso si inceppano e finiscono la carta in configurazioni di questo tipo.

• Non è più necessario attaccare le stampanti direttamente alle postazioni di lavoro; "server di stampa" di tipo Ethernet oggi costano meno di $100. La capacità di localizzare stampanti ovunque all'interno di una rete è un grande miglioramento rispetto alla necessità di localizzare una stampante vicino ad un host; le stampanti possono essere poste in punti centrali e pratici.

• Usare trappole SNMP o altri sistemi di controllo/allarme a vostra disposizione. Qualcuno dovrebbe essere incaricato di controllare e sistemare stampanti senza inchiostro o carta. Per effettuare operazioni di controllo su stampanti SNMP può essere usato Npadmin (si veda la Sezione 11.10.1).

8.4. Autenticazione

Una normale installazione di LPD non aiuta molto con l'autenticazione. È possibile specificare il nome di un file di autenticazione tramite l'attributo af del file printcap, ma in questo modo l'attributo verrà semplicemente passato come argomento al filtro if. È compito nostro far si che il filtro if scriva entrate appropriate nel file di autenticazione, e di processarlo successivamente (il formato tradizionale è utile principalmente per stampanti in linea, e non è banale trasformarlo in Perl, dunque non c'è motivo di conservarlo). Usando come filtro il programma foomatic-rip si dovranno fare dei cambiamenti, dato che il programma richiede che gli venga indicato un file di configurazione come nome di file di "autenticazione".

CUPS mette a disposizione l'autenticazione per pagina, passando i lavori di stampa attraverso il filtro pstops. Questo file si aspetta input Postscript. Se si passano lavori di stampa "raw", questi saranno sempre contati come una pagina. Questo significa che l'autenticazione non funzionerà stampando da Windows con il suo driver di stampa nativo.

Ghostscript mette a disposizione l'operatore PageCount che può essere usato per fare il conto delle pagine che compongono un lavoro di stampa; sostanzialmente, verranno aggiunte alcune linee postscript alla fine del lavoro di stampa che serviranno ad aggiungere una voce nel file di autenticazione; il miglior esempio si trova nel file unix-lpr.sh presente nel sorgente di Ghostscript.

L'implementazione dell'autenticazione di unix-lpr scrive su un file dall'interprete Ghostscript, ed è quindi incompatibile con l'opzione raccomandata -dSAFER. Una soluzione migliore potrebbe essere un'interrogazione alla stampante tramite un comando PJL dopo ogni lavoro di stampa, o la scrittura di uno qualche riga di codice postscript che stampi il conto delle pagine sullo standard output, dove possa essere catturato senza dover essere scritto in un file.

Lo spooler di stampa di LPRng include un'implementazione di autenticazione specifica per HP, che interroga la stampante tramite PJL. Questa tecnica dovrebbe funzionare per quasi tutte le stampanti PJL, Postscript o SNMP con le quali si ha una comunicazione a doppio senso.

Avendo una stampante di rete che supporta SNMP, si può usare il programma npadmin per richiedere un PageCount dopo ogni lavoro di stampa. Dovrebbe funzionare correttamente per tutti i lavori di stampa. Si veda la sezione la Sezione 11.10.1 per maggiori informazioni su npadmin.

9.1. Red Hat

La RedHat fornisce uno strumento di amministrazione dotato di interfaccia grafica chiamato printtool che può aggiungere stampanti remote e stampanti locali. Permette di scegliere tra le stampanti supportate dal Ghostscript e i dispositivi su cui stampare, e quindi installa una coda di stampa in /etc/printcap ed usa un programma di filtro tratto dal pacchetto rhs-printfilters per supportare postscript ed altri tipi comuni di input. Questa soluzione funziona piuttosto bene, ed è semplicissima da configurare.

Red Hat 6.x forniva una versione LPD BSD; Red Hat 7.x e 8.0 usano LPRng in maniera predefinita.

Red Hat 6.x e 7.x non funzioneranno se la stampante non è supportata dal loro Ghostscript predefinito (che è quello GNU, non quello Aladdin Ghostscript, e che supporta poche stampanti). Se non si riesce a stampare correttamente con il software fornito da Red Hat si controlli la lista di stampanti compatibili riportata sopra (oppure online). Nel caso in cui la stampante non sia supportata dagli strumenti Red Hat, bisognerà installare una versione fatta in collaborazione con Aladdin Ghostscript, e probabilmente sarà meglio usare anche i pacchetti lpdomatic o apsfilter, che riconoscono le stampanti supportate dai più recenti Ghostscript, ed altri ancora.

L'installazione predefinita di Red Hat 8.0 è LPRng anche se si può scegliere CUPS. Ma anche scegliendo esplicitamente solo CUPS, verrà installato anche LPRng. CUPS diventerà finalmente lo spooler predefinito a partire da Red Hat 8.1.

Red Hat 9.0 usa CUPS come spooler predefinito.

9.2. Debian

Debian permette di scegliere tra LPD piano, LPRng o CUPS; le scelte migliori probabilmente sono LPRng o CUPS. Nel ramo unstable (attualmente chiamato sid) è possibile trovare PDQ. Debian offre anche una scelta di strumenti per configurare le stampanti; quella più sicura è usare apsfilter versione 5 o superiore, che aggiunge il supporto per lo schema del driver uniprint per LPRng e Ghostscript. È supportato anche lo strumento printtool di Red Hat, per chi ama l'uso di strumenti di amministrazione con una interfaccia grafica.

9.3. SuSE

Il sistema di stampa di SuSE Linux è basato su apsfilter, con alcuni miglioramenti; l'apsfilter di SuSE riconosce tutti i file nei formati più comuni (incluso l'HTML, se è installato html2ps). Ci sono due modi per installare stampanti sui sistemi SuSE:

• Yast permette di configurare "PostScript", "DeskJet" e "Altre stampanti", supportati dai driver Ghostscript; è anche possibile installare stampanti HP di tipo GDI (DeskJet 710/720, 820, 1000, tramite il pacchetto "ppa"). YaST crea voci adatte per /etc/printcap per ogni stampante ("raw", "ascii", "auto" e "color", se la stampante da configurare è a colori); crea anche directory di spool e mette in ordine i file apsfilterrc, tramite i quali è possibile mettere a punto diverse impostazioni (precaricamenti Ghostscript, formato della carta, orientamento, risoluzione, sequenze di escape della stampante, e così via). Con YaST è anche possibile impostare stampanti di rete (TCP/IP, Samba, o stampanti Novell Netware).

• Oltre a questo SuSE include il normale programma SETUP tratto dal pacchetto originale apsfilter (con alcuni miglioramenti); questo script di configurazione può essere invocato tramite il comando lprsetup. Una volta presa l'abitudine alla sua interfaccia grafica, si sarà in grado di configurare stampanti locali e di rete.

Il manuale di installazione di SuSE spiega entrambe le procedure di configurazione.

Wolf Rogner ha riportato alcune difficoltà con SuSE. A quanto pare potrebbe presentarsi il seguente bug:

• lo script SETUP di Apsfilter sembra essere leggermente rovinato, come gli strumenti di configurazione di KDE. Si usi YaST. [Ed: tutto ciò è ancora valido? è passato diverso tempo dall'avviso di Wolf.]

• Per stampanti di rete che necessitano di essere alimentate tramite Ghostscript, sarà necessario togliere il commento alla riga REMOTE_PRINTER="remote" in /etc/apsfilterrc. Fatto ciò bisognerà usare YaST per configurare la stampante e, alla voce Configurazione di rete, impostare la coda della stampante remota.

• YaST non permette di configurare stampanti laser a colori, perciò bisognerà configurare la stampante come monocromatica e cambiarla successivamente come stampante a colori dappertutto nella relativa voce di printcap. Bisognerà anche rinominare la directory di spool.

9.4. Caldera

Caldera fornisce LPRng. Non si conoscono gli strumenti di configurazione messi a disposizione.

Recentemente è stato aggiunto un impiegato di Caldera come curatore del dabatase LinuxPrinting.org; evidentemente intendono fornire CUPS ed un sistema di stampa basato su Foomatic nelle prossime release.

9.5. Corel

Corel è basata su Debian, quindi dovrebbe essere valido tutto quello spiegato prima. In più, hanno scritto un loro strumento di configurazione basato sulle librerie sysAPS, che a sua volta usa il mio database. Sicuramente è stato fatto come parte di WordPerfect.

Corel gestisce un newsgroup di supporto chiamato corelsupport.linux.printing. Il tipo di traffico sembra essere relativo a WordPerfect e Corel Linux.

9.6. Mandrake

Dalla versione 7.2b1, Mandrake fornisce in modo predefinito CUPS, insieme ad una semplice interfaccia grafica di amministrazione ottenuta tramite il programma QtCUPS. Till ebbe alcuni problemi nel cercare di includere quanti più driver possibile, e i loro file PPD per CUPS sono stati realizzati con il codice del mio foomatic. Mandrake è stata la prima distribuzione a fornire CUPS.

Penso che versioni precedenti fornissero lo strumento printtool di Red Hat.

9.7. Slackware

Slackware fornisce i filtri APS. Lo script SETUP di apsfilter viene installato sotto il nome «apsfilterconfig»: usandolo, è possibile ottenere una configurazione ragionevole.

Dalla versione 9.0, CUPS è stato incluso nella directory extras, ma il sistema predefinito è rimasto LPRng + APSFilter.

9.8. Altre distribuzioni

Per favore fatemi sapere cosa fanno le altre distribuzioni.

10.1. Richiamare Ghostscript

Tipicamente, Ghostscript funzionerà tramite qualunque filtro venga impostato (si raccomanda Foomatic se il venditore non ha fornito strumenti adatti), ma per effettuare un debug è spesso più utile usarlo direttamente.

gs -help darà un breve elenco di opzioni e di driver disponibili (questa lista indicherà i driver compilati, non la lista principale di tutti i driver disponibili).

Si può far partire gs per scopi di test con: «gs <options> -q -dSAFER -sOutputFile=/dev/lp1 test.ps».

10.2. Regolazione dell'output di Ghostscript

Ci sono un sacco di cose che si possono fare se l'output di gs non è soddisfacente (in realtà si può fare qualsiasi cosa, avendo i sorgenti).

Alcune di queste opzioni, e anche altre, sono descritte nella guida utente di Ghostscript (il file Use.htm nella distribuzione Ghostscript; probabilmente sarà installato sotto /usr/doc o /usr/share/doc ) sono tutti ottimi candidati come opzioni per i driver nel sistema di filtri.

%!
%transfer functions for cyan magenta yellow black
{0.3 exp} {0.3 exp} {0.3 exp} {0.3 exp} setcolortransfer

11.1. Stampare su un host Unix/lpd

Per abilitare macchine remote a stampare su una stampante usando il protocollo LPD, si devono elencare tali macchine in /etc/hosts.equiv o /etc/hosts.lpd. (Si noti che aggiungere una macchina a hosts.equiv ha molti altri effetti; ci si assicuri di sapere cosa si sta facendo prima di elencarvi una macchina). Si possono anche abilitare solo certi utenti dell'altra macchina a stampare su una stampante utilizzando l'attributo rs; per informazioni si legga la pagina di manuale di lpd.

# REMOTE djet500
lp|dj|deskjet:\
        :sd=/var/spool/lpd/dj:\
        :rm=machine.out.there.com:\
        :rp=printername:\
        :sh:

11.2. Stampare su una stampante Windows o Samba

Si possono trovare molte più informazioni al riguardo nel Printing to Windows mini-HOWTO.

lp|remote-smbprinter:\
    :sh:\
    :lp=/dev/null:\
    :sd=/var/spool/lpd/lp:\
    :if=/usr/local/sbin/smbprint:

11.3. Stampare su una stampante NetWare

La suite ncpfs comprende una utilità chiamata nprint che fornisce le stesse funzionalità di smbprint , ma per NetWare. È possibile ottenere ncpfs da Metalab . Dalla LSM per la versione 0.16:

"Con ncpfs si possono montare volumi del server NetWare sotto Linux. Inoltre è possibile stampare verso code di stampa NetWare e fare lo spool di code di stampa NetWare verso lo spool di stampa Un*x. Si avrà bisogno del kernel 1.2.x, o 1.3.54 e superiori. ncpfs non funziona con kernel della serie 1.3.x inferiori alla 1.3.54."

      
sub2|remote-NWprinter:\
        :sh:\
        :lp=/dev/null:\
        :sd=/var/spool/lpd/sub2:\
        :if=/var/spool/lpd/nprint-script:

#! /bin/sh
# You should try the guest account with no password first!
# Si dovrebbe provare prima di tutto con un account guest senza password.
/usr/local/bin/nprint -S net -U name -P passwd -q printq-name -

11.4. Stampare su una stampante EtherTalk (Apple)

Il pacchetto netatalk comprende qualcosa di simile a nprint e a smbclient. Altri hanno documentato la procedura per stampare da e verso una rete Apple molto meglio di quanto si potrebbe mai fare qui; si veda il Linux Netatalk-HOWTO .

11.5. Stampare su una stampante di rete

Molte stampanti sono dotate di un'interfaccia ethernet verso la quale si può stampare direttamente usando il protocollo LPD. Per farlo, si possono seguire le istruzioni allegate alla stampante o al suo adattatore di rete, ma in generale tali stampanti "eseguono" lpd, e forniscono una o più code su cui stampare. Una HP, per esempio, dovrebbe funzionare con un printcap del tipo:

lj-5|remote-hplj:\
        :sh:\
        :sd=/var/spool/lpd/lj-5:\
        :rm=printer.name.com:\
        :rp=raw:

Stampanti HP Laserjet con interfacce JetDirect generalmente supportano due code lpd incorporate: quella "raw" che accetta PCL (e se possibile Postscript) e quella "text" che accetta direttamente codici ascii (e risolve automaticamente l'effetto a gradinata). Con una stampante JetDirect Plus3 a tre porte, le code si chiameranno "raw1", "text2" e così via.

Si noti che la società ISS ha identificato un assortimento di attacchi di tipo "denial of service" che bloccano le interfacce HP Jetdirect. La maggior parte è stata scoperta nell'autunno 98. Questi problemi sono comuni nel codice incorporato; poche apparecchiature da ufficio dovrebbero essere esposte al traffico Internet.

In installazioni su larga scala, specialmente in un ambito in cui alcune stampanti non supportano il PostScript, può essere utile configurare un server di stampa dedicato, verso il quale stampano tutte le macchine, e che esegue le varie istanze di ghostscript. Questo permetterà di mettere in pausa o riordinare la coda, usando i comandi topq e lprm.

Inoltre permette alla GNU/Linux box di agire come server di spool per la stampante, in modo che gli utenti della rete possano completare i loro lavori di stampa velocemente e andare avanti con le loro cose senza dover aspettare che finisca il lavoro di stampa inviato da qualcun altro. È una soluzione suggerita anche quando siano presenti vecchie HP Jetdirects impossibili da sistemare; riduce infatti la probabilità che le stampanti si inceppino.

Per farlo, si dovrà impostare una coda sulla linux box che punti alla stampante HP LJ equipaggiata con l'interfaccia ethernet (come detto prima). Poi si impostino anche tutti i client della LAN perché puntino alla coda LPD (lj-5 nell'esempio riportato sopra).

Alcune stampanti di rete HP in apparenza non tengono conto delle impostazioni delle intestazioni delle pagine inviate dai client; la generazione interna delle intestazioni può essere disattivata connettendosi via telnet alla stampante, premendo due volte il tasto invio e scrivendo "banner: 0" seguito da "quit". Ci sono anche altre impostazioni che si possono cambiare in questo modo; scrivere "?" per vederne una lista.

Tutte le impostazioni possono essere controllate tramite il software webJetAdmin di HP. Questo pacchetto viene eseguito come demone, e accetta richieste http su una porta designata allo scopo. Tramite l'uso di moduli e di applet Java permette di controllare stampanti HP sulla rete. Teoricamente, può anche controllare code di stampa Unix, ma lo fa tramite il servizio rexec, che è assolutamente insicuro. Sarebbe meglio non usare questa funzione.

11.6. Esecuzione di if per una stampante remota con il vecchio LPD

Un difetto delle vecchie versioni di lpd è che l'if non viene eseguito per le stampanti remote. (Versioni successive alla 0.43 comprendono la modifica che ha avuto origine su FreeBSD che permette a if di essere sempre eseguito). Se si ha bisogno di eseguire un if su una stampante remota, e ci si accorge che lpr non funziona, si può ottenere la stampa configurando una coda di stampa doppia e riaccodando il lavoro di stampa. Come esempio si consideri questo printcap:

lj-5:\
        :lp=/dev/null:sh:\
        :sd=/var/spool/lpd/lj-5:\
        :if=/usr/lib/lpd/filter-lj-5:
lj-5-remote:sh:rm=printer.name.com:\
        :rp=raw:sd=/var/spool/lpd/lj-5-raw:

#!/bin/sh
gs <options> -q -dSAFER -sOutputFile=- - | \
lpr -Plj-5-remote -U$5

L'opzione -U di lpr funziona solamente se lpr è eseguito come demone, e imposta il nome utente corretto nella seconda coda di stampa. Probabilmente è meglio usare un metodo più robusto per determinare il nome dell'utente, perché in alcuni casi non è il quinto argomento. Si veda la pagina di manuale di printcap .

11.7. Da Windows

La stampa da un client Window (o presumo OS/2) ad un server Un*x è supportata direttamente su SMB tramite l'uso del pacchetto SAMBA, che supporta anche lo scambio di file tra il file system Un*x e i client Windows.

Samba include una documentazione molto completa, e si possono trovare anche buone FAQ al proposito. La configurazione può essere fatta o tramite un filtro magico sulla macchina Un*x per stampare PostScript, o girandoci intorno installando un driver specifico della stampante su tutte le macchine Windows e creando una coda senza alcun filtro. In alcuni casi fidarsi del driver Windows può produrre un output migliore, ma dal punto di vista amministrativo possono crearsi un sacco di problemi se ci sono molti client Windows. Meglio provare Postscript per primo. Per superare questo problema, le versioni più moderne di Samba dovrebbero supportare il meccanismo automatico di scaricamento dei driver offerto dai server Windows NT.

11.8. Da Apple

Il supporto per la stampa da client Apple viene supportato da Netatalk tramite EtherTalk. Si veda la pagina Netatalk HOWTO per maggiori informazioni.

In verità, comunque, qualunque Mac moderno può stampare tramite TCP/IP usando piuttosto bene il protocollo LPD. UVa mette a disposizione una pagina di supporto molto carina che spiega dettagliatamente come impostarlo.

11.9. Da Netware

Il pacchetto ncpfs include un demone chiamato pserver che può essere usato per fornire servizi ad una coda di stampa NetWare. Per quanto ne so, questo sistema richiede NetWare basato su Bindery, ad esempio 2.x, 3.x o 4.x con l'accesso bindery abilitato.

Si veda il sito FTP di ncpfs per maggiori informazioni su ncpfs e sul suo programma pserver.

11.10. Amministrazione di stampanti di rete

Quasi tutte le stampanti di rete supportano alcuni metodi amministrativi remoti: spesso si possono configurare tramite pagine web facili da usare. Molto più utile è il supporto per l'amministrazione via SNMP: tipicamente, sarà possibile trovare interessanti informazioni sullo stato della stampante, come i livelli dell'inchiostro e della carta, i volumi di stampa, e così via; inoltre solitamente si possono cambiare alcune impostazioni. Il controllo delle stampanti via SNMP, e alcune altre cose relative alla stampa, sono state standardizzate dal Printer Working Group di IEEE.

12.1. Redirezionatore Ghostscript per Windows

Ora è disponibile un driver per stampanti Ghostscript (chiamato mswinpr2) che stampa usando chiamate GDI Windows. C'è anche uno strumento che serve a redirigere le porte chiamato redmon che passerà un lavoro di stampa attraverso Ghostscript prima di stamparlo. (Più o meno come un filtro if nell'LPD Unix). Messi insieme, questi due strumenti permettono ad una macchina Windows di stampare PostScript verso una stampante solo Windows attraverso il driver del venditore.

Una stampante locale che non può essere usata direttamente può essere esportata come stampante "Postscript" usando redmon, Ghostscript e mswinpr2 da un PC Windows per stampare attraverso il driver del venditore.

12.2. Stampanti HP per Windows

Alcune stampanti HP usano "Printing Performance Architecture" (un modo commerciale per dire "siamo troppo economiche per poter implementare PCL"). Il supporto viene fatto in maniera indiretta tramite il traduttore pbm2ppa scritto da Tim Norman. Sostanzialmente, tramite ghostscript si interpreta PostScript in una immagine bitmap in formato pbm e usando pbm2ppa lo si traduce in un formato ppa specifico per la stampante pronto per essere scaricato alla stampante. Questo programma ormai si può trovare anche nel formato dei driver di ghostscript.

Il software ppa può essere preso dalla sua home page; pbm2ppa supporta alcuni modelli di HP 720, 820 e 1000; si veda la documentazione compresa nel pacchetto per maggiori dettagli.

12.3. Stampanti Lexmark per Windows

Quasi tutte le stampanti a getto d'inchiostro economiche della Lexmark usano un linguaggio proprietario e sono quindi stampanti per Windows. Comunque Henryk Paluch ha scritto un programma che può stampare sulla Lexmark 7000: si spera che sia in grado di capire i colori ed estendere il supporto ad altre stampanti Lexmark a getto d'inchiostro. Si veda qui per maggiori informazioni.

Allo stesso modo, ora si possono trovare driver per le stampanti 5700, 1000, 1100, 2070, 3200 e altre. Si veda l'elenco delle stampanti supportate, e il mio sito web, per maggiori informazioni su come ottenere questi driver.

13.1. Usando un faxmodem

Ci sono una quantità di programmi per fax che permettono di spedire e ricevere fax. Uno dei più potenti è HylaFax di Sam Leffler. Supporta di tutto, dall'uso di più modem al broadcasting.

SuSE fornisce un client Java HylaFax che lavora dichiaratamente su qualunque piattaforma Java (inclusi Windows e GNU/Linux). Ci sono anche client per fax non Java che lavorano su molte piattaforme; GNU/Linux si potrà certamente occupare di inviare fax da una rete.

È anche disponibile, e probabilmente è una scelta migliore per piccole installazioni, efax , un semplice programma che spedisce e riceve fax. Il programma di getty mgetty può ricevere fax tramite efax (e può anche gestire la posta vocale o login interattivi).

13.2. Usando il servizio di stampa remota

Esiste un servizio sperimentale che permette di spedire un messaggio email contenente qualcosa che si vorrebbe stampare in modo che questo compaia su un fax da qualche altra parte. Essendo supportati anche formati come il postscript, questo è un servizio che può essere utile, anche se la copertura mondiale è a macchie. Per maggior informazioni sulla stampa tramite servizi di stampa remota si veda il sito WWW sulla stampa remota .

13.3. Servizi di invio fax commerciali

Il servizio di invio fax basato sul web viene fornito da una quantità di società. EFax, in particolare, offre la ricezione gratuita di fax (unicamente al proprio numero di fax) tramite email, mentre la trasmissione è a pagamento. Altre società offrono servizi simili.

14.1. Linguaggi di markup

La maggior parte dei linguaggi di markup è adatta a progetti molto grandi o ripetitivi, nei quali si desidera che sia il computer a controllare l'aspetto del testo, per rendere tutto uniforme.

14.2. Elaboratori di testo WYSIWYG

Non c'è carenza di elaboratori di testo WYSIWYG: sono disponibili parecchie suite complete di programmi per l'ufficio, compresa una che è libera per uso personale (StarOffice).

Sarebbero gradite da altri venditori notizie sui prodotti che offrono.

15.1. Ghostscript e le fotografie

Ghostscript incontra alcune difficoltà nell'interpretare i colori fotografici attraverso quasi tutti i driver. I problemi sono di vario tipo:

• In molti driver il supporto per la sintonizzazione dei colori è scarso. Spesso i colori non corrispondono all'output di un driver Windows o a quello visibile sullo schermo. D'altra parte il supporto per i colori in tutti i driver, e in Ghostscript nel suo insieme, sono regolabili con facilità; un'impostazione da controllare sicuramente è la "Gamma" (si veda la sezione la Sezione 10.2.2), e se ne possono trovare altre nel file di documentazione Use.htm di Ghostscript.

• Al momento c'è un solo driver Ghostscript con il supporto 6 e 7 per la stampa a colori, che è ancora in versione beta e supporta quasi tutti i modelli Epson Stylus Photo: pare che produca colori anche migliori di quelli ottenibili con un driver Windows (!). Il driver Ghostscript in sé non supporta colori non CMYK o RGB; c'è bisogno di un po' di lavoro per risolvere questo problema.

• Ghostscript spesso effettua il dithering grossolanamente, o generando stampe con metodi artificiosi, come generare delle strisce. Il dithering solitamente può essere corretto; si veda la Sezione 10.2.3, e si legga la documentazione per il proprio driver.

Detto questo, la soluzione più ovvia è di usare software non Ghostscript per stampare le foto, e in effetti questo software esiste. Il contendente principale è il plugin di stampa di Gimp, che supporta la stampa pixel-a-pixel su stampanti Epson Styluses e Postscript (con un supporto elementare di PPD). Una porzione di questo driver per le Epson Stylus è disponibile per Ghostscript, così come il driver stp. Un'altra possibilità è usare gli assortiti programmi esterni pnm-to-foo, che sono in grado di stampare sulle Lexmark più economiche; queste stampe tentano di stampare mappe pixel-per-pixel.

Naturalmente la soluzione migliore è comprare una stampante Postscript, che può essere completamente controllata dal software libero disponibile, e che stamperà sfruttando tutte le capacità della stampante.

15.2. Carta

Il risultato ottenuto usando stampanti a getto d'inchiostro a colori dipende moltissimo dal tipo di carta usato. La carta lucida rivestita, molto costosa, permette di ottenere un risultato molto simile ad una fotografia, mentre la carta normale non rivestita spesso produce colori smorti e dettagli sfocati. Carte non lucide rivestite permetteranno di ottenere una via di mezzo, e sono le migliori anche per stampare testo. Carta fotografica rigida, lucida e rivestita produrrà un risultato simile a quello ottenibile con carta lucida più leggera che sembrerà una foto normale.

15.3. Impostazioni della stampante

Per ottenere un risultato fotografico su quasi tutte le stampanti a getto d'inchiostro a colori si dovrebbe usare il metodo di stampa più strettamente interlacciato (e più lento); altrimenti zone di colore pieno potrebbero avere delle bande o colori smorti. Generalmente con Ghostscript succede quando si usa la risoluzione più alta. Con stampanti Postscript potrebbe essere necessario aggiungere qualche riga di codice al prologo basandosi su quanto indicato dal file PPD. Il supporto PPD di Gimp non include impostazioni per la qualità di stampa (specifici per una stampante), ma ne ho aggiunto uno io per mio uso; potete contattarmi se vi interessa. Usando PDQ o CUPS si possono controllare facilmente tutte le impostazioni della stampante. Si possono aggiungere queste opzioni anche alle stampanti Postscript tramite il libppd di VA Linux e il front-end GPR.

15.4. Durata della stampa

Le stampe ottenute da stampanti a getto d'inchiostro a colori svaniscono dopo pochi anni, specialmente se esposte a molta luce ed aria; è un problema di inchiostro. Stampanti a cartucce di solo inchiostro come le Epson e le Canon possono usare un tipo di inchiostro per archivi che è meno soggetto a questo problema. Le stampanti più recenti spesso usano inchiostro basato su pigmenti, che non svanisce in fretta come quelli più vecchi basati su tinture. In realtà, nessuna stampa di questo tipo è adatta per essere archiviata a lungo termine: meglio usare un CD-R e archiviare quello.

15.5. Software di tipo shareware e commerciale

C'è un programma chiamato xwtools che supporta stampe fotografiche con tutti gli annessi e connessi su un buon assortimento di stampanti Epson, HP e Canon. Sfortunatamente, essendo scritto sotto NDA non mette a disposizione il sorgente. A meno che sia usato per la stampante Epson Stylus Color 300 su un sistema GNU/Linux con architettura x86, costa E15 per uso personale; non si conosce il prezzo commerciale.

Il pacchetto ESP Print Pro di Easy Software supporta alcune stampanti che altrimenti non sarebbero supportate. Questi driver funzionano, anche se sembra che non siano messi bene a punto per le fotografie.

16.1. PostScript

Ghostscript ha un driver per X11, che viene sfruttato al meglio sotto il controllo del visualizzatore PostScript gv. Le ultime versioni di questi programmi supportano anche i file PDF. gv ha rimpiazzato il vecchio visualizzatore "Ghostview"; la nuova interfaccia utente è molto più bella e ricca di funzioni rispetto alla vecchia interfaccia grafica Athena.

16.2. TeX dvi

I Device Indipendent file di TeX possono essere visti sotto X11 con xdvi. Le versioni moderne di xdvi chiamano ghostscript per rendere alcune particolarità del PostScript.

Esiste un driver per VT100 che si chiama dgvt . Tmview lavora con GNU/Linux e la svgalib, in mancanza di meglio.

16.3. Adobe PDF

L'Acrobat Reader di Adobe è disponibile per GNU/Linux; basta scaricarlo dal sito web di Adobe.

Si può usare anche xpdf, che è software libero, e gv supporta la visualizzazione di file PDF se usato con gs sotto X11.

17.1. Configurazione di printcap

Lpd fornisce cinque attributi da configurare in /etc/printcap per controllare le impostazioni della porta seriale a cui è collegata la stampante. Si legga la pagina di manuale di printcap e si prenda nota del significato degli attributi br#, fc#, xc#, fs# e xs#. Gli ultimi quattro sono mappe di bit che indicano le impostazioni della porta. L'attributo br# è semplicemente il baud rate, ad esempio " br#9600".

È molto semplice tradurre le impostazioni stty in attributi per printcap. Se ce n'è bisogno, si guardi ora la pagina di manuale di stty.

stty può essere usato per configurare la porta della stampante, in modo da poter fare il cat di un file sulla porta ed ottenere una stampa corretta. Nel mio caso «stty -a» fornisce le seguenti informazioni:

dina:/usr/users/andy/work/lpd/lpd# stty -a < /dev/ttyS2
speed 9600 baud; rows 0; columns 0; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>;
eol2 = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W;
lnext = ^V; min = 1; time = 0;
-parenb -parodd cs8 hupcl -cstopb cread -clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr 
-igncr -icrnl ixon -ixoff -iuclc -ixany -imaxbel
-opost -olcuc -ocrnl -onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 
bs0 vt0 ff0
-isig -icanon -iexten -echo -echoe -echok -echonl -noflsh -xcase
-tostop -echoprt -echoctl -echoke

In realtà l'uso di stty è un po' strano. Dato che stty opera sul terminale collegato al suo standard input, lo si usa per manipolare una data porta seriale utilizzando il carattere "<" come sopra.

Dopo aver configurato correttamente le impostazioni di stty, in modo che «cat file > /dev/ttyS2» (nel mio caso) invii il file alla stampante, si guardi il file /usr/src/linux/include/asm-i386/termbits.h. Questo file contiene molti #defines ed alcune strutture (si potrebbe farne il cat sulla stampante (che ormai funziona) e usarlo come punto di partenza). Si veda la sezione che comincia con

/* c_cflag bit meaning */
#define CBAUD   0000017

Annotare quali di questi settaggi sono preceduti da un - nell'output di stty e sommare tutti questi numeri (sono in ottale). Questo rappresenta i bit che vanno azzerati, così il risultato è la capacità di fc# . Naturalmente ci si ricordi che poi i vari bit verranno impostati direttamente dopo essere stati azzerati, pertanto si potrà semplicemente usare "fc#0177777" (io lo faccio).

Ora fare lo stesso per quei settaggi (elencati in questa sezione) che non hanno un - davanti nell'output di stty. Nell'esempio i più importanti sono CS8 (0000060), HUPCL (0002000), e CREAD (0000200). Controllare anche il flag relativo al baud rate (il mio è 0000015). Sommare tutti questi numeri, ottenendo nell'esempio 0002275. Questo numero viene messo nelle capacità di fs# ("fs#02275" funziona correttamente nell'esempio).

Ripetere il procedimento di azzeramento e impostazione dei bit nella successiva sezione del file di include, "c_lflag bits". Nell'esempio non c'è niente da impostare, quindi vengono usati " xc#0157777" e "xs#0".

17.2. Stampanti seriali antiquate che perdono caratteri

Jon Luckey ha evidenziato come alcune stampanti seriali con interfacce da due lire e buffer molto piccoli intendono veramente fermarsi quando lo indicano attraverso il controllo di flusso. Jon ha scoperto che disabilitando il buffer FIFO della porta seriale 16550 tramite setserial si risolve il problema della perdita dei caratteri (in pratica specificando il tipo UART della porta seriale come 8250).