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
