Bug#791876: lpr -H parameter ignored if passed as first
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.
Reply to: