[cups.general] LoadBalanced CUPS

[Ralf Schade]

Am 11.11.2010 11:24, schrieb Tim Waugh:
> 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.
> */
>

Isn't it possible to set the option waitjob in the printer section?
As in:
<Printer CLIENTPRINTER>
DeviceURI ipp://10.0.0.100:631/printers/TESTPRINTER
Option waitjob false
....
....
....
</Printer>

The client CUPS is a (VERY!) old 1.1.22..
According to the documentation, a CUPS >=1.2 is needed, but I'm not 
allowed to update this :(

Is there any chance to pass the option waitjob to the server?

Ralf