lpstat default destination of two minds

[Mark Robinson]

Binary package hint: cups

$ lpstat -d
no system default destination
$ lpstat -s
system default destination: HP_LaserJet_5L
device for HP_LaserJet_5L: parallel:/dev/lp0
$

cups version 1.4.3-1ubuntu1.2

[Mark Robinson (launchpad-zl2tod)]

Before filing this bug I had already removed /etc/cups/lpoptions and ~/.lpoptions

Removing ~/.cups/lpoptions has restored the desired operation.

See:
http://www.cups.org/str.php?L3503
https://bugzilla.redhat.com/show_bug.cgi?id=481481
https://bugzilla.redhat.com/show_bug.cgi?id=565569

I still consider the inconsistent output a bug and can't tell if it's fixed upstream.

[Mark Robinson (launchpad-zl2tod)]

$ cat ~/.cups/lpoptions
Default hplj5l _kde-filters=true
$

The others are lost.

A number of points come to mind:

- lpr (the failure of which brought me to this point) and lpstat should moan if the lpoptions files reference non-existent printers.

- they should fail in a manner which tends to work rather than not work.

- old lpoptions files, especially /etc/cups/lpoptions, should be sanitised by cups on package upgrade and configuration

- the conflict between ~/.lpoptions and ~/.cups/lpoptions needs to be analysed and resolved

[gf (gf-interlinks-deactivatedaccount)]

Hello Mark,
Thank you for submitting this bug and reporting a problem with cups and printing. You made this bug report some time ago and Ubuntu has been updated since then.

Could you confirm that this is no longer a problem and that we can close the ticket?
If it is still a problem, are you still interested in finding a solution to this bug?
If you are, could you let us know, and in the current version, run the following (only once):
apport-collect BUGNUMBER
and upload the updated logs and and any other logs that are relevant for this particular issue.

Thank you again for helping make Ubuntu better.
G