[cups] duplex not working ("Transport endpoint is not connected")

Martin Vogt martin.vogt at itwm.fraunhofer.de
Tue Jan 19 07:50:20 PST 2016


Hello Johannes,

On 01/19/2016 03:47 PM, Johannes Meixner wrote:
>>Does this mean commands like
>> lpoptions -h cups.server/version=1.1 -p cpsg0a -l
>>work on your RHEL7 client system?

No.

>vogt at pxe1[~]>lpoptions -h cups/version=1.1 -p cpsg0a -l
>lpoptions: Unable to get PPD file for cpsG0a: Transport endpoint is
>not connected

I already had on the RHEL7 system "version=1.1" in the client.conf.


I now compiled cups 1.6.4 on RHEL7, the error changed:

>vogt at pxe1[cups-1.6.4]>pwd
>/var/tmp/martin/cups-1.6.4
>vogt at pxe1[cups-1.6.4]>export LD_LIBRARY_PATH=`pwd`/cups
>vogt at pxe1[cups-1.6.4]>./systemv/lpoptions -h cups/version=1.1 -p >cpsg0a -l
>abort on cups_get_printer_uri
>lpoptions: Unable to get PPD file for cpsG0a: No printer-uri found

and the "abort on cups_get_printer_uri" is a printf by me in utils.c.

>Accordingly I think adding "/version=1.1" is the only way
>to make CUPS >= 1.6 clients working with CUPS < 1.6 servers.

I have no problem, to enforce in client.conf the "version=1.1",
but my initial mail was about that this does not work.

If I $somehow get the 'printer-uri' for the "version=1.1" path fixed
should it work?

Best regards,

Martin






More information about the cups mailing list