[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