[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