[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