Jean-Michel Sauvage wrote: > > Cela dit je n'ai pas bien compris que donne un > > cat texte.txt > /dev/lp0 ?
Il "donne" !!! :-))) De m�me que cat texte.txt | lpr De m�me que ls > /dev/lp0 mais l� j'ai un texte en escalier. Non. Par contre, j'ai fait varier les param�tres pw et pl de /etc/printcap et il n'en tient aucun compte. Il �crit pr�s de 80 caract�res et jusqu'en bord de page et apr�s tout le texte qui suit dans une m�me "ligne" du fichier d'origine n'est pas imprim�, m�me pas � la ligne suivante de la feuille. Mais bon, on va pas faire la fine bouche. La d�monstration est faite dans le principe, le reste c'est du bidouillage. > ==> question 1 : un cat sur /dev/lp0 est-il toujours la bonne fa�on de > tester le fonctionnement d'une imprimante ? M�me question... > ==> question 2 : pourquoi �a ne fonctionne plus ? �a fonctionne et je sais m�me pas pourquoi, du coup ! :-( J'ai rien compris au sketche... > ==> question 3 : est-ce li� � la patate ou aux imprimantes HP DJ ? Latreyte David wrote: > juste une petite r�flexion totalement hors sujet en ce qui concerne ton > probl�me mais je ne pense pas que cel� soit une bonne id�e d'int�grer lp > au noyau, ceci t'interdit toute utilisation d'un zip sur port parall�le Je me suis mal exprim� ? Il est en module ! David Marsal wrote: > J'ai eu exactement le m�me probl�me, il me manquait la ligne suivante dans > modules.conf : > > alias parport_lowlevel parport_pc > > et selon les cas il faut donner une ligne d'options (si tu utilise lpr) > De plus j'ai installer cups et depuis tout fonctionne � merveille. > > Ce dont je suis sur, tant que ls > /dev/lp0 ne donne rien, cela signifie que > le > fichier modules.conf n'est pas correctement d�fini Faut croire que c'est r�gl�. Mon /etc/modules.conf contenait ceci depuis le d�but: alias parport_lowlevel parport_pc options parport_pc io=0x378 irq= -- () Campagne du ruban ascii... /\ Contre les mails en html, les vcards et les blaireaux
