> At 18:09 29/11/00 +0100, you wrote:
> >Apparemment, �a ne suffit pas.
> >
> >qtcups ne peut pas s'utiliser purement et simplement � la place de
l'ancier
> >lpr. Il lui faut obligatoirement un nom de fichier, alors que le lpr
ancien
> >(pas celui de cups qui n'est qu'un lien symbolique sur lpr-cups)
acceptait
> >aussi un pipe sur son entr�e standard.
NON ??? c'est pas vrai : ce truc ne sait meme pas accepter un stream ???
mais c'est une heresie dans un univers unix ... rien que pour cela il
devrait etre banni de toutes distributions serieuses ! vraiment c'est
nul
: pour preuve j'ai la sous la main quelques script d'extraction sur une
base de donnees un rien volumineuse et vraiment je ne vois pas pourquoi
j'irais me fader un fichier intermediaire alors que c'est juste pour
faire
de l'archivage papier ! sans parler de ces millier d'etiquettes generees
automatiquement qui risque de me faire peter la table d'inode (lpr gere
tout seul son spool) : ca devient n'importe quoi cette distrib !!! et
pour
qu'elle raison mandrake a bien pu preferer ce bidule navrant plutot que
ce
bon vieux daemon lpd qui est maintenant a l'oeuvre depuis pres de 20 ans
?
paske la chez mandrake, il donne vraiment l'impression de vouloir
changer
juste pour le changement !
perso quand j'ai fais l'install de la 7.2, j'ai force lpd et sendmail...
pour sendmail ca c'est bien passe pour lpr, il refuse de m'enregistrer
les
serveurs et les queues des "remote printers" contrariant : y-a que ca
!...
je sens que je vais me recuperer des rpm non estampille mdk pour que �a
remarche du premier coup !!!
XB ... effare !!!
