[cups.development] [RFE] STR #2082: lpoptions(1) `-a' (all printers) option
Evan Broder
broder at mit.edu
Fri Jan 1 18:34:40 PST 2010
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Closed w/o Resolution]
Like you said, this is already a problem for system-wide vs. user-specific
lpoptions, but a conflict there has a well-defined behavior: system-wide
settings are overridden by user-specific settings.
Similarly, settings for all queues could be overridden by settings set for
specific queues, establishing something of a settings hierarchy: all
queues/global is beaten by specific queue/global is beaten by all
queues/user is beaten by specific queue/user.
As for dealing with the "all" destination, what if instead you created a
different command in the lpoptions file. Instead of something like
Dest #all sides=two-sided-long-edge
what about a syntax like
Options sides=two-sided-long-edge
Every place that parses either ~/.cups/lpoptions or /etc/cups/lpoptions
that I've found currently completely ignores lines that don't match either
/^dest/i or /^default/i, which means that this would be backwards
compatible should somebody happen to use a newer lpoptions file against an
older CUPS client.
And then you could add a separate flag to lpoptions for setting options
that apply to all queues, so setting the default to duplexing would be
something like
lpoptions -a -o sides=two-sided-long-edge
Link: http://www.cups.org/str.php?L2082
Version: 1.5-feature
Fix Version: Will Not Fix
More information about the cups-devel
mailing list