Bug 76477

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830

Description of problem:
  according to the docs, CUPS can have a system default printer
that can be seen by running "lpstat -d".

  however, there are two ways to set this system-wide value.
the first, through "lpadmin -d" puts the default value in
/etc/cups/printers.conf.

  the second, by running "lpoptions -d" as root, puts the
default printer name in /etc/cups/lpoptions, and this value
overrides the one in printers.conf.

  this is confusing since root can (allegedly) set a value
using "lpadmin", yet this value is ignored if a value has
already been set via lpoptions.

  as i've heard it, this is by design.  it's very confusing.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1."# lpadmin -d printer1" to set a default printer
2."# lpoptions -d printer2" to set a different default printer
3."lpstat -d" to see the (alleged) default printer, which will
  always allow lpoptions to take precedence despite the docs
  for lpadmin which simply say that you're setting the 
  "default" printer
	

Actual Results:    lpoptions value always takes precedence

Expected Results:  it would be nice if CUPS understood the concept of a single
default printer.

Additional info: