[cups.general] advanced printer options visibility

Johannes Meixner jsmeix at suse.de
Fri Jun 1 02:33:58 PDT 2012


Hello,

On Jun 1 01:30 muzzol wrote (excerpt):
> If I add this printer without any ppd:
>
> # lpadmin -p Ricoh_Aficio_MP_171SPF_Informatica \
> -v ipp://cups.example.net:631/printers/Ricoh_Aficio_MP_171SPF_Informatica \
> -E
>
> this is what I get running lpoptions
>
> # lpoptions -p Ricoh_Aficio_MP_171SPF_Informatica -l
> lpoptions: Unable to get PPD file for
>  Ricoh_Aficio_MP_171SPF_Informatica: Not Found

We (i.e. SUSE) got a same bug report, see
https://bugzilla.novell.com/show_bug.cgi?id=762133
in particular
https://bugzilla.novell.com/show_bug.cgi?id=762133#c2
----------------------------------------------------------------------
When "lpadmin -p queue_local -v ipp://cups-server/printers/queue -E"
creates a "raw" queue on localhost which points to the remote queue
on a cups-server, and when via CUPS Browsing there are dynamically
generated local references to remote queues on a cups-server,
how is it possible to set up on localhost via "lpadmin" command
a fixed static reference to a remote queue on a cups-server
that works the same as the dynamic references via CUPS Browsing?

It seems with CUPS 1.3.x
"lpadmin -p queue_local -v ipp://cups-server/printers/queue -E"
did set up a local queue which works as such a static reference
but with CUPS 1.5.x it seems this is no longer possible.
----------------------------------------------------------------------

It seems the behaviour changed between CUPS 1.3.x and CUPS 1.5.x
but I don't know if the CUPS 1.5.x behaviour is actually a bug
because I don't know how "lpadmin -p queue_name -v ipp://... -E"
is actually meant to work in CUPS.


Kind Regards
Johannes Meixner
-- 
SUSE LINUX Products GmbH -- Maxfeldstrasse 5 -- 90409 Nuernberg -- Germany
HRB 16746 (AG Nuernberg) GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer





More information about the cups mailing list