real weirdness with "lpoptions" in configuring CUPS printers

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




  i'm playing with CUPS and testing setting per-printer options
with "lpoptions".  as i read it, any options you set are personal
and are stored in the file ~/.lpoptions.  so far, so good, but
frankly, i've rarely seen a flakier command.

  first, what the dickens is the "-l" option for?  as in,

  $ lpoptions -l

what is this supposed to represent?  it bears little resemblance
to anything *i've* set and the man page doesn't help much.

  next, i can add a per-printer option setting with something like:

  $ lpoptions -p nec -o scale=100

and sure enough, that new info shows up in my ~/.lpoptions.
then again, so does any other setting which could contain a
bogus printer name, option name or option value.  i could type

  $ lpoptions -p bedrock -o fred=barney

and sure enough, i get a new entry representing this info --
not a bit of error checking.  but wait, it gets better.

  if i don't specify a printer, as in

  $ lpoptions -o scale=50

it's reasonable to see that this option will be applied to my
personal default printer.  but if i try to *remove* that option
with:

  $ lpoptions -r scale

the command fails to remove the info, with no warning or error
message -- it just has no effect.  apparently, to remove an option,
i *must* specify a printer, as in:

  $ lpoptions -p nec -r scale

*and* the options *must* be in that order, otherwise the command
again fails silently.

  there's more but i think you get the idea.  yeesh, what a
tragically badly-designed command.

  i've already been admiring the much-improved rawhide version
of redhat-config-printer, which i heartily recommend over 
the mess that is "lpoptions".

rday



-- 
Psyche-list mailing list
Psyche-list@redhat.com
https://listman.redhat.com/mailman/listinfo/psyche-list

[Index of Archives]     [Fedora General Discussion]     [Red Hat General Discussion]     [Centos]     [Kernel]     [Red Hat Install]     [Red Hat Watch]     [Red Hat Development]     [Red Hat 9]     [Gimp]     [Yosemite News]

  Powered by Linux