Bug#791876: lpr -H parameter ignored if passed as first
On Thu 09 Jul 2015 at 15:52:56 +0200, Stefano wrote: Uhm. -d option does not exit. -h suppresses the banner. I don't understand your request... A typo. lp - not lpr. $ lpstat -t scheduler is running no system default destination lpstat: No destinations added. lpstat: No destinations added. lpstat: No destinations added. lpstat: No destinations added. In fact I have no local printers on this machine. Thank you, Stefano. You do not have *any* print queues, local or remote. cups has no knowledge of a queue named lexmark-t652-1. Are you running avahi-daemon and cups-browsed? Is the remote server broadcasting its queues? I honestly didn't know order of options matters in this case, maybe this is a feature and not a bug? :) Best to look on it as a feature. It doesn't matter because it is not the cause of your problem. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791876: lpr -H parameter ignored if passed as first
Uhm. -d option does not exit. -h suppresses the banner. I don't understand your request... $ lpstat -t scheduler is running no system default destination lpstat: No destinations added. lpstat: No destinations added. lpstat: No destinations added. lpstat: No destinations added. In fact I have no local printers on this machine. I honestly didn't know order of options matters in this case, maybe this is a feature and not a bug? :) On Thu, Jul 9, 2015 at 2:28 PM, Brian Potkin claremont...@gmail.com wrote: On Thu 09 Jul 2015 at 08:58:40 +0200, Stefano Rivoir wrote: Upgrading CUPS to 2.0.3 on sid it seems I cannot use remote printers anymore. I found that if I pass -H parameter as the first one, it is ignored: $ lpr -H 172.16.5.20 -P lexmark-t652-1 lpr: The printer or class does not exist. Not reproducible here with a 2.0.3 client sending to 2.0.3 and Wheezy servers. I expect your result is the same with lpr -h 172.16.5.20 -d lexmark-t652-1 Please post the client's 'lpstat -t' output. $ lpr -P lexmark-t652-1 -H 172.16.5.20 waits for input, works as expected Upstream has said a few times that the order of options matters. Regards, Brian. -- Stefano
Bug#791876: lpr -H parameter ignored if passed as first
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). 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. On Thu, Jul 9, 2015 at 4:23 PM, Brian Potkin claremont...@gmail.com wrote: On Thu 09 Jul 2015 at 15:52:56 +0200, Stefano wrote: Uhm. -d option does not exit. -h suppresses the banner. I don't understand your request... A typo. lp - not lpr. $ lpstat -t scheduler is running no system default destination lpstat: No destinations added. lpstat: No destinations added. lpstat: No destinations added. lpstat: No destinations added. In fact I have no local printers on this machine. Thank you, Stefano. You do not have *any* print queues, local or remote. cups has no knowledge of a queue named lexmark-t652-1. Are you running avahi-daemon and cups-browsed? Is the remote server broadcasting its queues? I honestly didn't know order of options matters in this case, maybe this is a feature and not a bug? :) Best to look on it as a feature. It doesn't matter because it is not the cause of your problem. Regards, Brian. -- Stefano
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. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791876: lpr -H parameter ignored if passed as first
forwarded 791876 https://www.cups.org/str.php?L4662 thanks On Thu 09 Jul 2015 at 17:23:54 +0100, Brian Potkin wrote: Indeed, this does look like a bug. But where it lies I do not know. And because we do not know the cause: https://www.cups.org/str.php?L4662 Cheers, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791876: lpr -H parameter ignored if passed as first
Package: cups-bsd Version: 2.0.3-6 Severity: important Upgrading CUPS to 2.0.3 on sid it seems I cannot use remote printers anymore. I found that if I pass -H parameter as the first one, it is ignored: $ lpr -H 172.16.5.20 -P lexmark-t652-1 lpr: The printer or class does not exist. $ lpr -P lexmark-t652-1 -H 172.16.5.20 waits for input, works as expected -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.0.3 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cups-bsd depends on: ii cups-client2.0.3-6 ii cups-common2.0.3-6 ii debconf [debconf-2.0] 1.5.56 ii libc6 2.19-18 ii libcups2 2.0.3-6 cups-bsd recommends no packages. Versions of packages cups-bsd suggests: ii cups 2.0.3-6 ii update-inetd 4.43 -- debconf information: cups-bsd/setuplpd: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791876: lpr -H parameter ignored if passed as first
On Thu 09 Jul 2015 at 08:58:40 +0200, Stefano Rivoir wrote: Upgrading CUPS to 2.0.3 on sid it seems I cannot use remote printers anymore. I found that if I pass -H parameter as the first one, it is ignored: $ lpr -H 172.16.5.20 -P lexmark-t652-1 lpr: The printer or class does not exist. Not reproducible here with a 2.0.3 client sending to 2.0.3 and Wheezy servers. I expect your result is the same with lpr -h 172.16.5.20 -d lexmark-t652-1 Please post the client's 'lpstat -t' output. $ lpr -P lexmark-t652-1 -H 172.16.5.20 waits for input, works as expected Upstream has said a few times that the order of options matters. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791876: lpr -H parameter ignored if passed as first
And because we do not know the cause: https://www.cups.org/str.php?L4662 Thanks! -- Stefano
