On Thu 09 Jul 2015 at 16:45:25 +0200, Stefano wrote: > I don't need any local queue on the machine running lpr, because all of the > printers are remote and queues are managed on another machine. lpr > shouldn't need any local server if I'm not wrong (in fact cups-bsd does not > depend on cups-daemon).
Thank you for highlighting both those facts. I've now taken a more thorough look at cups-bsd on 1.7.5-11 without cups, avahi-daemon and cups-browsed installed. lpr sends to a remote server irrespective of the order of -H and -P. lp does the same with no -h, -d order dependency. > The -H command should indeed instruct lpr to connect to another machine's > cups server instead of the local one (as I understand it)... and it just > works like that if the options order is switched: may be a feature, OK, but > a very weird one :). And it worked like that before CUPS 2 upgrade (1.7 was > the previous version) with any option order, that's why I thought it was a > bug. With 2.0.3 (no cups etc) both lpr and lp give 'Bad file descriptor' when the order is -H, -P. This is a sign that cupsd was expected to be running. Installing cups gives the error message you got, With avahi-daemon and cups-browsed the job prints. This is what I observed because all three packages were on my system. :( With -P, -H as the order the job always completes. Indeed, this does look like a bug. But where it lies I do not know. Sorry for the confusion I caused by mentioning order of options in some cups commands. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org