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:
As I said, I won't change this since it is designed to work the way it does. This is something to take up with the upstream developers.