[cups.general] LoadBalanced CUPS
Tim Waugh
twaugh at redhat.com
Thu Nov 11 02:24:18 PST 2010
On Wed, 2010-11-10 at 13:12 -0800, Ralf Schade wrote:
> I get the following errors in cups.error_log:
> D [10/Nov/2010:21:50:49 +0100] cupsdAcceptClient: 16 from 10.0.0.150:631
> (IPv4)
> D [10/Nov/2010:21:50:49 +0100] cupsdReadClient: 16 GET
> /printers/TESTPRINTER?waitjob=false.ppd HTTP/1.1
> <- Where the heck comes the ".ppd" from??? ->
The client is trying to fetch the PPD file for the queue. However, it
hasn't stripped options from the printer-uri.
What client are you using -- what is showing the print dialog? Is it
something GTK+-based? Just trying locally here, it looks like the GTK+
print dialog doesn't strip the options part from the URI.
There's another question here though: if there is a queue hard-wired for
a remote CUPS queue, i.e. the queue has a device device-uri like
ipp://other-machine:631/printers/whatever, shouldn't the
printer-uri-supported value for the hard-wired queue strip the options
rather than just using the device-uri as-is?
scheduler/printers.c:5134:
/*
* Tell the client this is really a hard-wired remote printer.
*/
p->type |= CUPS_PRINTER_REMOTE;
/*
* Point the printer-uri-supported attribute to the
* remote printer...
*/
ippAddString(p->attrs, IPP_TAG_PRINTER, IPP_TAG_URI,
"printer-uri-supported", NULL, p->device_uri);
Tim.
*/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part
URL: <https://lists.cups.org/pipermail/cups/attachments/20101111/5860fa49/attachment.bin>
More information about the cups
mailing list