hi,
I've been using a cups server without any problems for about a year with mainly windows clients.
now I'm configuring several linux clients and I miss advanced printing options such as "Locked print" (you have to type a pass to print).
If I add printers with command:
lpadmin -p Ricoh_Aficio_MP_171SPF_Informatica \
-v ipp://cups.example.net:631/printers/Ricoh_Aficio_MP_171SPF_Informatica -E
I only get a subset of all printer options on local client workstation.
If I use
lpadmin -p Ricoh_Aficio_MP_171SPF_Informatica \
-v "http://cups.example.net:631/printers/Ricoh_Aficio_MP_171SPF_Informatica" \
-m "openprinting-ppds:0/Ricoh/PXL/Ricoh-Aficio_MP_171_PXL.ppd" -E
I get all printer options.
Is there any way to get all printing options without needing to specify driver?
regards,
muzzol
_______________________________________________
cups mailing list
http://lists.easysw.com/mailman/listinfo/cups
)
What OS and version of cups on the clients?
Sent from my iPad
On May 31, 2012, at 3:46 AM, muzzol <> wrote:
> hi,
>
> I've been using a cups server without any problems for about a year with mainly windows clients.
>
> now I'm configuring several linux clients and I miss advanced printing options such as "Locked print" (you have to type a pass to print).
>
>
> If I add printers with command:
>
> lpadmin -p Ricoh_Aficio_MP_171SPF_Informatica \
> -v ipp://cups.example.net:631/printers/Ricoh_Aficio_MP_171SPF_Informatica -E
>
> I only get a subset of all printer options on local client workstation.
>
> If I use
>
> lpadmin -p Ricoh_Aficio_MP_171SPF_Informatica \
> -v "http://cups.example.net:631/printers/Ricoh_Aficio_MP_171SPF_Informatica" \
> -m "openprinting-ppds:0/Ricoh/PXL/Ricoh-Aficio_MP_171_PXL.ppd" -E
>
>
> I get all printer options.
>
> Is there any way to get all printing options without needing to specify driver?
>
> regards,
>
> muzzol
>
>
> _______________________________________________
> cups mailing list
>
> http://lists.easysw.com/mailman/listinfo/cups
_______________________________________________
cups mailing list
http://lists.easysw.com/mailman/listinfo/cups
)
> What OS and version of cups on the clients?
>
sorry for not giving this info before:
# lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 12.04 LTS
Release: 12.04
Codename: precise
cups 1.5.2-9ubuntu1 Common UNIX Printing System(tm) - server
on the server side I've tried with 1.3.7 (current on production) and 1.5.2 on testing with same results.
please, dont hesitate to ask for further info.
muzzol
_______________________________________________
cups mailing list
http://lists.easysw.com/mailman/listinfo/cups
)
muzzol wrote:
>> What OS and version of cups on the clients?
>>
>
> sorry for not giving this info before:
>
>
> # lsb_release -a
> No LSB modules are available.
> Distributor ID: Ubuntu
> Description: Ubuntu 12.04 LTS
> Release: 12.04
> Codename: precise
>
>
> cups 1.5.2-9ubuntu1 Common UNIX Printing System(tm) - server
>
>
> on the server side I've tried with 1.3.7 (current on production) and 1.5.2
> on testing with same results.
>
>
> please, dont hesitate to ask for further info.
>
>
> muzzol
Well, then, on the server side, set the log level to debug (using the
command
cupsctl --debug-logging
submit a test job which exhibits the issue, switch back the logging to
normal (cupsctl --no-debug-logging) and post (an URL to) the part of the log
file containing the messages regarding the test job.
Helge
_______________________________________________
cups mailing list
http://lists.easysw.com/mailman/listinfo/cups
)
> muzzol wrote:
> > Well, then, on the server side, set the log level to debug (using the
> command
> cupsctl --debug-logging
> submit a test job which exhibits the issue, switch back the logging to
> normal (cupsctl --no-debug-logging) and post (an URL to) the part of the log
> file containing the messages regarding the test job.
>
I can send that info if you want but I think that has nothing to do with my problem.
printing works fine, is just I can see all advanced options. If I don't specify `-m' I was expecting to inherit all printer options and that's not happening, although printing is working just fine.
muzzol
_______________________________________________
cups mailing list
http://lists.easysw.com/mailman/listinfo/cups
)
Hello,
On May 31 03:46 muzzol wrote (excerpt):
> If I add printers with command:
>
> lpadmin -p Ricoh_Aficio_MP_171SPF_Informatica \
> -v ipp://cups.example.net:631/printers/Ricoh_Aficio_MP_171SPF_Informatica -E
>
> I only get a subset of all printer options on local client workstation.
Do you mean that on a client workstation the command
# lpoptions -h cups.example.net -p Ricoh_Aficio_MP_171SPF_Informatica -l
results more printer options than the command
# lpoptions -p Ricoh_Aficio_MP_171SPF_Informatica -l
?
Kind Regards
Johannes Meixner
--
SUSE LINUX Products GmbH -- Maxfeldstrasse 5 -- 90409 Nuernberg -- Germany
HRB 16746 (AG Nuernberg) GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer
_______________________________________________
cups mailing list
http://lists.easysw.com/mailman/listinfo/cups
)
muzzol wrote:
>> muzzol wrote:
>> > Well, then, on the server side, set the log level to debug (using the
>> command
>> cupsctl --debug-logging
>> submit a test job which exhibits the issue, switch back the logging to
>> normal (cupsctl --no-debug-logging) and post (an URL to) the part of the
>> log file containing the messages regarding the test job.
>>
>
> I can send that info if you want but I think that has nothing to do with
> my problem.
>
> printing works fine, is just I can see all advanced options. If I don't
> specify `-m' I was expecting to inherit all printer options and that's not
> happening, although printing is working just fine.
>
> muzzol
Sorry, I accidently hit the wrong thread.
Helge
_______________________________________________
cups mailing list
http://lists.easysw.com/mailman/listinfo/cups
)
>
> Hello,
>
> On May 31 03:46 muzzol wrote (excerpt):
> > If I add printers with command:
> >
> > lpadmin -p Ricoh_Aficio_MP_171SPF_Informatica \
> > -v ipp://cups.example.net:631/printers/Ricoh_Aficio_MP_171SPF_Informatica -E
> >
> > I only get a subset of all printer options on local client workstation.
>
> Do you mean that on a client workstation the command
>
> # lpoptions -h cups.example.net -p Ricoh_Aficio_MP_171SPF_Informatica -l
>
> results more printer options than the command
>
> # lpoptions -p Ricoh_Aficio_MP_171SPF_Informatica -l
>
> ?
>
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
and this is what I get against cups server:
# lpoptions -h cups.example.net -p Ricoh_Aficio_MP_171SPF_Informatica -l
OptionTray/Option Tray: *NotInstalled 1Cassette 2Cassette
ColorModel/Color Mode: *Grayscale
Resolution/Resolution: *600dpi
PageSize/PageSize: *A4 A5 B5 Legal Letter Statement F Folio FanFoldGermanLegal Executive Env10 EnvMonarch EnvC5 EnvC6 DLEnv 16Kai
InputSlot/InputSlot: MultiTray 1Tray 2Tray 3Tray *Auto
Duplex/Duplex: *None DuplexNoTumble DuplexTumble
Collate/Collate: *False True
MediaType/Paper Type: *Auto Plain Recycled Special Colored Letterhead Preprinted Prepunched Labels Bond Cardstock OHP Thick
RIPrintMode/Toner Saving: *0rhit 5rhit
JobType/JobType: *Normal
UserCode/User Code (up to 8 digits): *None 1001 1002 1003 Custom.PASSCODE
should first command show same options?
_______________________________________________
cups mailing list
http://lists.easysw.com/mailman/listinfo/cups
)
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
_______________________________________________
cups mailing list
http://lists.easysw.com/mailman/listinfo/cups
)
> Hello,
>
> 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.
>
the whole point about having a centralized print server is to simplify client setup.
if I can't see same options locally than remotely, how can this NOT be a bug?
can any dev give us a clue?
_______________________________________________
cups mailing list
http://lists.easysw.com/mailman/listinfo/cups
)
Hello,
On Jun 1 02:39 muzzol wrote (excerpt):
> the whole point about having a centralized print server is
> to simplify client setup.
The current (i.e. up to CUPS 1.5) way for this is to do
no client setup at all by using so called CUPS Browsing, see
"Intrinsic design of CUPS for printing in the network" at
http://en.opensuse.org/SDB:CUPS_in_a_Nutshell
With CUPS Browsing the clients get the printer options
from the queues on the centralized print server.
Only with local queues on the client as you set up
this did also work but now it does no longer work.
Note that CUPS Browsing will be dropped from CUPS 1.6 on
and Bonjour (Avahi under Linux) is the replacement, see
http://www.cups.org/str.php?L3922
http://www.cups.org/str.php?L3889
http://www.cups.org/newsgroups.php?gcups.general+T+Q%22Why+is+CUPS+browsing+deprecated%22
Kind Regards
Johannes Meixner
--
SUSE LINUX Products GmbH -- Maxfeldstrasse 5 -- 90409 Nuernberg -- Germany
HRB 16746 (AG Nuernberg) GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer
_______________________________________________
cups mailing list
http://lists.easysw.com/mailman/listinfo/cups
)
> On Jun 1 02:39 muzzol wrote (excerpt):
> > the whole point about having a centralized print server is
> > to simplify client setup.
>
> The current (i.e. up to CUPS 1.5) way for this is to do
> no client setup at all by using so called CUPS Browsing, see
> "Intrinsic design of CUPS for printing in the network" at
> http://en.opensuse.org/SDB:CUPS_in_a_Nutshell
>
> With CUPS Browsing the clients get the printer options
> from the queues on the centralized print server.
I was aware of browsing capabilities but it doesn't fit our environment.
I'll elaborate a little bit my setup.
we don't want a hundred printers confusing users in printer settings so we remove all queues when shuting down machines and when starting up we add only those ones configured for that machine. so on every boot we perform one
lpadmin -p ....
for every printer configured on that machine. so when user prints a document he only sees two or three printers and there's little room for confusion or mistakes.
does that make any sense? I'm I facing it wrong?
muzzol
_______________________________________________
cups mailing list
http://lists.easysw.com/mailman/listinfo/cups
)
> I'll elaborate a little bit my setup.
>
> we don't want a hundred printers confusing users in printer settings so we remove all queues when shuting down machines and when starting up we add only those ones configured for that machine. so on every boot we perform one
>
> lpadmin -p ....
>
> for every printer configured on that machine. so when user prints a document he only sees two or three printers and there's little room for confusion or mistakes.
>
> does that make any sense? I'm I facing it wrong?
we are using the same kind of setup.
As a workaround, you can adapt your script that creates the printer queues to download the PPDs from we server and then use them:
Code should be like this:
P=
# get printer ppd
PPD_URL=`lpstat -v $P 2>/dev/null | awk '
$4 ~ /^ipp:/ {
sub("ipp:", "http:", $4 );
print $4 ".ppd"
};
'`
wget $PPD_URL
_______________________________________________
cups mailing list
http://lists.easysw.com/mailman/listinfo/cups
)
