PROFILBARU.COM

Common unix printing system; software
	Logo
	Logo del progettoLogo del progetto
Genere	Printer spooler
Sviluppatore	Apple Inc.
Data prima versione	9 giugno 1999
Ultima versione	2.4.11 (30 settembre 2024)
Sistema operativo	Linux; Unix-like; macOS
Linguaggio	C++; C
Toolkit	web user interface
Licenza	GNU General Public License; GNU Lesser General Public License; (licenza libera)
Sito web	openprinting.github.io/cups/
	Modifica dati su Wikidata · Manuale

Il Common Unix Printing System (CUPS) è un spooler di stampa modulare per sistemi operativi di tipo Unix che permette ad un computer di funzionare come un efficace print server.

Un computer con CUPS in esecuzione è in grado di accettare stampe da altri computer client, elaborarle ed inviarle alla stampante richiesta. Il sistema è costituito da uno spooler/scheduler, un filtro che converte i dati di stampa ricevuti in un formato accettato dalla stampante ed un modulo che invia i dati elaborati al dispositivo di stampa. Si basa sull'Internet Printing Protocol (IPP) per gestire l'invio dei dati e le code di stampa. Dispone di interfaccia a riga di comando simile a quella del System V e del Berkeley printing system, oltre ad un limitato supporto per il protocollo Server message block (SMB). L'interfacciamento con i driver si basa sul formato PostScript Printer Description (PPD).

La gestione e configurazione di CUPS può essere effettuata con una delle molteplici interfacce grafiche disponibili per le diverse piattaforme software oppure attraverso l'interfaccia web integrata.

Storia

Michael Sweet fondatore della Easy Software Products iniziò a sviluppare CUPS nel 1997. La prima versione pubblica venne distribuita nel 1999.^[1] Il progetto iniziale di CUPS prevedeva l'utilizzo del protocollo LPD, ma le limitazioni di LPD e le sue incompatibilità spinsero Sweet a utilizzare il protocollo Internet Printing Protocol (IPP). CUPs venne rapidamente utilizzato come sistema di stampa di default da molte distribuzioni Linux come Red Hat. Nel marzo 2002 Apple Computer decise di utilizzare CUPS come sistema di stampa per il macOS a partire dalla versione 10.2^[2] Nel febbraio 2007 Apple. Inc decise di acquistare il codice sorgente del progetto e di assumere Sweet come capo progetto.^[3]

Dettaglio del funzionamento

I dati sono inviati ad uno scheduler, che li manda a sua volta al filtro, il quale li converte in un formato adatto alla stampante. Il sistema di filtraggio passa i dati così preparati ad un'interfaccia (back end) che invia i dati direttamente alla stampante locale oppure su una connessione di rete.
Il processo di filtraggio utilizza il linguaggio PostScript come linguaggio intermedio tra il dato originale da stampare ed il formato inviato alla stampante.

Il principale vantaggio di CUPS è di essere un sistema modulare e standard, in grado quindi di operare con numerosi formati di dati e interfacciarsi con i numerosi modelli di stampanti presenti sul mercato, ciascuna in grado di accettare un formato o un linguaggio specifico.

Per confronto i sistemi di stampa del System V o il Berkeley printing systems sono incompatibili tra loro e richiedono una elaborata configurazione per gestire diversi formati di dati e stampanti. In genere non sono in grado di riconoscere accuratamente il formato dei dati ricevuti eseguendo la conversione in modo errato. Un altro limite è che la conversione può avvenire solo sul computer client e non sul server.

Con CUPS è molto più facile sviluppare driver in grado di funzionare nativamente sul print server Unix. Una volta effettuata la conversione la stampa può essere facilmente inviata attraverso gli altri sistemi di stampa Unix. Inoltre grazie al protocollo Samba il servizio di stampa è accessibile anche da sistemi Windows.

Lo scheduler

Lo scheduler ha il compito di gestire i lavori in stampa, la priorità nella coda (l'ordine con cui sono inviati alla periferica), la loro eventuale cancellazione ecc.
Per questo scopo utilizza il protocollo Internet Printing Protocol (IPP), a sua volta basato sull'HTTP. Lo scheduler accetta le richieste in formato HTTP/1.1 e fornisce una interfaccia web per la gestione e la configurazione del server, oltre che per fornire documentazione sul suo uso.

Lo scheduler include un modulo di autorizzazione che controlla l'accesso dei messaggi IPP e HTTP, che una volta autorizzati sono inviati al modulo client, che soddisfa le richieste. Questo modulo esegue anche i processi CGI esterni necessari per le funzioni dell'interfaccia web. I messaggi di risposta sono reinviati al modulo di IPP che li sottopone alla validazione dell'URL, per prevenire tentativi di aggiramento dell'autenticazione. L'autorizzazione degli utenti è organizzata per stampante e per classe. Una classe è un raggruppamento di diverse stampanti su cui lo scheduler invia la stampa autorizzata in arrivo alla prima periferica libera. Un modulo di lavoro (job module) gestisce la coda di ogni stampante ed invia i dati ai filtri e ai backend, gestendo inoltre i messaggi restituiti da questi.

Nello scheduler è compreso un modulo di configurazione che attinge al file di configurazione di CUPS all'avvio del sistema. Un altro modulo (logging module) si occupa di registrare (loggare) tutti gli eventi di sistema, accessi, errori, lavori. Il modulo principale dello scheduler si occupa di gestire le comunicazioni con i client e coordinare i diversi moduli descritti.

Altri moduli utilizzati sono il modulo MIME che gestisce i tipi MIME e il database utilizzato dai filtri per la conversione dei dati. Un modulo PPD che gestisce la lista dei file con i dati Postscript Printer Description, un modulo che mantiene una lista delle periferiche disponibili e moduli che gestiscono le singole stampanti.

Il filtro

Il cuore di CUPS è la capacità di convertire i molteplici formati di dati in entrata nei formati adatti alle diverse stampanti.
Questa operazione viene fatta sul server attraverso una serie di passaggi intermedi. Il riconoscimento dei dati ricevuti è effettuato utilizzando il sistema dei tipi MIME (Multipurpose Internet Mail Extensions). Questo è uno standard usato su Internet per la composizione delle e-mail ma è comunemente impiegato per determinare la natura di un file.

Il database MIME

Quando CUPS è avviato vengono caricati due file database: mime.types e mime.convs.
mime.types contiene un elenco dei formati di file che CUPS può accettare, mentre mime.convs associa ciascun tipo MIME con il programma in grado di elaborarlo.

Il file mime.types ha la sintassi seguente:

mimetype      { [estensioni] | [pattern-matching] }

Per esempio, volendo riconoscere un file HTML si può aggiungere il codice:

text/html       html htm \
     printable(0,1024) + (string(0,"<HTML>") string(0,"<!DOCTYPE"))

In questo esempio la prima linea contiene il nome del tipo MIME e le estensioni caratteristiche del file. La seconda linea contiene una serie di istruzioni che portano a riconoscere il file come costituito per il primo kilobyte da caratteri stampabili in cui è compresa una stringa caratteristica del markup HTML. Se il file risponde a queste caratteristiche è contrassegnato come tipo MIME text/html.

Il file mime.convs ha la sintassi:

origine destinazione peso programma

Il campo origine è il tipo MIME ottenuto precedentemente, destinazione definisce il formato che si vuole in uscita, peso determina il grado di priorità per due filtri simili e programma è il nome del programma da utilizzare per la conversione.

Un esempio di mime.convs è il seguente:

text/plain application/postscript 50 texttops
application/vnd.cups-postscript application/vnd.cups-raster 50 pstoraster
image/* application/vnd.cups-postscript 50 imagetops
image/* application/vnd.cups-raster 50 imagetoraster

Il processo di filtraggio

Il modulo di filtraggio richiede in ingresso sei parametri:

il nome della coda di stampa o del filtro
il numero identificativo del lavoro di stampa
il nome dell'utente proprietario del lavoro
il nome del lavoro
il numero di copie da stampare
eventuali opzioni tra cui il nome del file di origine nel caso non sia lo standard input

Per mezzo del database MIME viene riconosciuto il tipo di file e scelto di conseguenza il programma di conversione appropriato; per esempio una immagine viene elaborata diversamente rispetto ad un file HTML o PDF.

I dati possono essere convertiti in PostScript oppure direttamente in dati raster (rappresentazione pixel per pixel dell'immagine da stampare). Se è impiegato il PostScript, è necessario un pre-filtro che invii i dati ad un successivo convertitore PostScript. In questo passaggio è possibile specificare opzioni come l'intervallo di pagine da stampare, l'ordine di stampa, la fascicolatura ecc.
Dopo il "prefiltraggio", i dati possono seguire una di queste tre vie:

andare direttamente al backend, nel caso la stampante accetti il PostScript
attraversare un altro filtro, per esempio il foomatic di linuxprinting.org
essere convertiti da Ghostscript in un file raster intermedio specifico di CUPS (tipo MIME application/vnd.cups-raster). Il formato raster intermedio è inviato ad un filtro finale che lo converte nel formato raster specifico per la stampante in uso.

In CUPS sono inclusi i filtri standard da raster a PCL, da raster a ESC/P o ESC/P2 (un linguaggio della Epson ora superato da ESC/P-Raster) e da raster a Dymo.

Esistono molte altre alternative utilizzabili con CUPS. La Easy Software Printing (ESP) Solutions, creatrice di CUPS, ha sviluppato propri filtri: Gimp-Print è una serie di driver di alta qualità adatto per molte stampanti ink-jet. Turbo-Print per Linux è un'altra serie di driver per una ampia gamma di stampanti.

I back end

I back end sono le interfacce finali che inviano i dati alle singole stampanti. Diversi tipi di interfacce sono gestite da CUPS: porta parallela, porta seriale, USB, sistemi di rete IPP, JetDirect, protocolli LPD e SMB.