Re: lp printing doesn't work
- Date: Wed, 30 Aug 2017 13:23:40 +0100
- From: Brian <ad44@xxxxxxxxxxxxxxx>
- Subject: Re: lp printing doesn't work
On Tue 29 Aug 2017 at 14:14:52 -0700, Gary Roach wrote:
> On 08/29/2017 06:02 AM, Brian wrote:
> >On Sun 27 Aug 2017 at 17:19:51 -0700, Gary Roach wrote:
> >>Anyone have an idea what's causing this.
> >Not a clue! I do not experience it myself. What does 'lpstat -t' give?
> >Does 'lp -d Officejet_Pro_8600_N911a <file>' print? You could compare
> >logs for the "good" and "bad" systems: 'strace lp <file>'. Both systems
> >have the same cupsd.conf and both run cups-browsed?
> Thank you for the response
> lpstat -t gives:
> scheduler is running
> system default destination: Officejet_Pro_8600_N911a
'lpstat -d' gives this line too?
> device for Officejet_Pro_8600_N911a: socket://192.168.1.5:9100
> Officejet_Pro_8600_N911a accepting requests since Mon 28 Aug 2017 05:24:28
> PM PDT
> printer Officejet_Pro_8600_N911a is idle. enabled since Mon 28 Aug 2017
> 05:24:28 PM PDT
> Yes 'lp -d Officejet_Pro_8600_N911a <file>' prints.
> Just lp <file> gives: lp:Error - no default destination aviilable
> running lpoptions print out, lists the proper url and name of the printer.
> I have a virtual machine - also Debian Stretch - that acts the exact same
> I have another computer with Stretch installed that works fine.
> Vary confused.
That makes two of us.
Try setting a per-user default queue, which overrides the system-level
setting in /etc/cups/lpoptions. The per-user default is stored in
~/.cups/lpoptions with 'lpoptions -d'. There is also a PRINTER variable
(see lp(1)) which can be used instead. It overrides ~/.cups/lpoptions.