lpd est la partie démon du spooler Berkeley. Il a pour charge de gérer les files d'attente pour les impressions ordonnées par les utilisateurs.

Historiquement, les imprimantes Unix supportent en principe un langage commun : PostScript. Il s'agit presque d'un véritable langage de programmation. En réalité, les imprimantes supportant le PostScript sont maintenant principalement des imprimantes laser haut de gamme. Avec l'arrivée du marché de la bureautique pour les particuliers, les constructeurs ont développé leur propre langage. Ainsi, HP a abandonné PostScript au profit de PCL, leur propre langage de description de page (PDL ou Page Description Language). Pendant un moment, PostScript et PCL étaient les deux seules possibilités se présentant à l'utilisateur. Aujourd'hui, chaque fabricant possède son langage et sa manière de dialoguer avec ses imprimantes. Pire encore, il est très courant que toutes les imprimantes d'un seul et même constructeur utilisent un langage différent.

A ce niveau de spécificité, on ne parle plus de langage, mais de pilote. Si vous avez déjà utilisé un système comme Windows, vous devez savoir que chaque périphérique d'impression nécessite un pilote qui lui est propre. Le problème qui se pose alors avec un système Unix comme GNU/Linux se résume par la capacité de transformer le traditionnel langage PostScript en un patois intelligible par l'imprimante que vous possédez. Bien sûr, si vous choisissez d'investir dans une imprimante laser digne de ce nom, il est fort probable qu'elle comprenne le PostScript ou le PCL (ou les deux). Malheureusement, les imprimantes courantes destinées aux particuliers n'entrent pas dans cette catégorie.

La solution pour GNU/Linux est donc de travailler sur une base PostScript et de traduire ce langage en fonction de l'imprimante. Le pilote devient donc un filtre. Il existe plusieurs packages de filtres pour les distributions GNU/Linux. Les plus connus sont APS Filters et Magic Filters.

Les files d'impression associées aux imprimantes sont configurées dans un fichier spécifique : printcap. Ce fichier définit plusieurs caractéristiques de la file d'attente, des paramètres de l'imprimante, et des filtres à utiliser.

Comme dit plus haut, la première ligne est la définition du nom de la file d'impressions : lp. Les alias suivent ensuite séparés par une barre verticale (|). Voici les paramètres / variables définis ensuite :

Vous l'aurez compris à la valeur du champ if, cette entrée printcap utilise un filtre Magic Filters. Voici un autre exemple pour une imprimante Canon BJ200 utilisant un filtre du package APS Filters.

lp|lp2|bj200-a4-auto-mono-360|bj200 a4 auto mono 360:\
	:lp=/dev/lp0:\
	:sd=/var/spool/lpd/bj200-a4-auto-mono-360:\
	:lf=/var/spool/lpd/bj200-a4-auto-mono-360/log:\
	:af=/var/spool/lpd/bj200-a4-auto-mono-360/acct:\
	:if=/var/lib/apsfilter/bin/bj200-a4-auto-mono-360:\
	:la@:mx#0:\
	:tr=:cl:sh:

Nous retrouvons des champs semblables à l'exemple précédent. Remarquez que le filtre est différent. Comme vous pouvez le constater, une fois la fonction de chaque champ correctement assimilée, la définition d'une entrée dans printcap est relativement simple. De plus, il existe un certain nombre d'applications permettant de configurer les files simplement via une interface graphique. C'est le cas de printtool livré dans bon nombre de distributions.

lpc fonctionne de manière interactive. Après son lancement, vous êtes invité à entrer des commandes internes à lpc. L'une des plus utiles est stat permettant d'avoir une vue d'ensemble des files et de leur état.

Pour soumettre un travail d'impression directement depuis la ligne de commande sous la forme d'un fichier ou d'un flux de donnée, vous utiliserez lpr. Vous pouvez par exemple envoyer un fichier PostScript directement dans la file d'impressions avec lpr fichier.ps. Une autre solution est de rediriger la sortie d'un programme vers lpr avec | (pipe) :

# ls /var/log | lpr

Le listing complet du répertoire /var/log sera envoyé à lpr et sera inséré dans la file d'impressions par défaut (lp). Si vous désirez utiliser une autre file d'impressions, vous devrez utiliser l'option -P. Ce qui nous donne ici :

# ls /var/log | lpr -Premote

Si vous soumettez beaucoup d'impressions à une file d'attente, il est possible que la vitesse du périphérique ralentisse les opérations. Les impressions en attente sont donc stockées dans la file. Vous pouvez lister le contenu d'une file d'attente en utilisant lpq. Là encore, sans option spécifique, lpq vous listera les travaux en attente sur la file lp. Vous pourrez, une fois de plus, utiliser l'option -P pour spécifier une autre file à examiner. Enfin, ultime commande forte utile dans certains cas, lprm permet de supprimer un travail dans une file d'impressions. Il suffit pour cela de spécifier en paramètre le numéro du travail dans la file tel qu'il est spécifié dans la sortie de lpq.

La ligne importante, rm= définit le nom d'hôte ou l'adresse IP de la machine où tourne le lpd. Ensuite, rp= donne le nom de l'imprimante à utiliser, c'est-à-dire le nom de la file d'impression sur le serveur. Ce nom est généralement défini par le constructeur de l'imprimante. Il est sensé être unique puisque plusieurs imprimantes du même modèle pourraient être mises en oeuvre sur le LAN.

Si vous utilisez un LAN, il est fort probable qu'un autre cas se présente à vous : l'impression depuis une autre plate-forme. Cette autre plate-forme est généralement Windows, et permettre l'impression sur le serveur lpd depuis Windows est parfois indispensable. Dans ce genre de situation, il faut mettre en oeuvre Samba pour mettre en place le partage de vos ressources. Une simple entrée supplémentaire dans votre smb.conf fera l'affaire :

[printers]
	comment = All Printers
	browseable = no
	printable = yes
	public = yes
	read only = yes
	create mode = 0700
	directory = /tmp

Nous rendons ainsi notre ou nos imprimante(s) GNU/Linux accessible(s) par l'ensemble des utilisateurs du LAN utilisant Windows. Ces utilisateurs se serviront du pilote fourni par le constructeur de l'imprimante et utiliseront une entrée spécifique dans printcap. Cette entrée n'utilisera aucun filtre, c'est habituellement par le nom raw ou lp-raw que la file d'attente sera désignée. Les données en provenance de Windows seront déjà formatées pour le périphérique d'impression, il n'est pas nécessaire de filtrer. De plus, il est courant que des fonctionnalités supplémentaires soient mises à disposition par le pilote Windows (test de l'imprimante, nettoyage des têtes, etc.). Ceci ne devrait pas poser de problème puisque ce genre de directives prennent la forme de paquet de données qui ne seront pas filtrées par le système BSD.