till.kamppeter: 05:15 Sep 06, 2012
client-till-quantal-cupsd.conf (4k)
|
till.kamppeter: 05:16 Sep 06, 2012
client-till-quantal-printers.conf (1k)
|
till.kamppeter: 05:16 Sep 06, 2012
client-till-quantal-error_log (0.9M)
|
till.kamppeter: 05:17 Sep 06, 2012
client-till-quantal-syslog (147k)
|
till.kamppeter: 05:17 Sep 06, 2012
server-till-quantal2-cupsd.conf (4k)
|
till.kamppeter: 05:17 Sep 06, 2012
server-till-quantal2-printers.conf (1k)
|
till.kamppeter: 05:18 Sep 06, 2012
server-till-quantal2-lj3390.ppd (176k)
|
till.kamppeter: 05:21 Sep 06, 2012
server-till-quantal2-error_log.gz (4.2M)
|
till.kamppeter: 05:22 Sep 06, 2012
server-till-quantal2-syslog (0.7M)
|
till.kamppeter: 03:15 Sep 19, 2012
lpoptions-poll-ppd-of-remote-ipp-printer.patch (2k)
|
till.kamppeter: 07:04 Aug 31, 2012
Both server and client are CUPS 1.6.1 on Ubuntu Quantal 12.10 (with Avahi) and the patches of STR #4155, STR #4156, STR #4157, STR #4158, and especially the patch of STR #4159.
Like in STR #4159 I have a raw queue on the client which points to a queue with PPD/driver on the server. In contrary to the 1.5.3 server of STR #4159 I use a CUPS 1.6.1 server now and with this the options of the server's PPD do not show in print dialogs of the client. The client recognizes the queue correctly as one pointing to a remote CUPS server but the PPD/option data is not transferred from the server to the client.
|
mike: 15:13 Sep 05, 2012
Till,
Can you provide a debug error_log from the server?
|
till.kamppeter: 05:07 Sep 06, 2012
I have taken two virtual machines, both running Quantal with CUPS 1.6.1, with the patches as mentioned in the initial posting. Both machines have avahi-daemon running. I have removed all print queues and PPD files in /etc/cups/ppd and have reset cupsd.conf to the Ubuntu default. I have also removed all backup files from /etc/cups/.
On both I have set debug mode:
cupsctl LogLevel=debug
On the server (till-quantal2) I create a queue:
cupsctl FileDevice=yes
lpadmin -p lj3390 -E -v file:/tmp/printout -m postscript-hp:0/ppd/hplip/HP/hp-laserjet_3390-ps.ppd
The PPD is a PostScript PPD which comes with HPLIP. It does not use any filter. The queue prints into a file.
I have activated printer sharing via
cupsctl --share-printers
I go to the client (till-quantal) and run
avahi-discover
The printer gets advertised three times in IPv4 and three times in IPv6, in both cases as "UNIX Printer" (LPD), "Internet Printer" (IPP), and "_ipps._tcp".
The printer set up on the server does not appear in the "lpinfo -v" output of the client:
till@till-quantal:~$ lpinfo -v
network socket
network ipp
network https
network ipp14
network ipps
network http
network lpd
network beh
network smb
file cups-pdf:/
direct hp
direct hpfax
till@till-quantal:~$
The "dnssd" backend on the client has no output at all:
till@till-quantal:~$ sudo /usr/lib/cups/backend/dnssd
DEBUG: sent=0, count=0
till@till-quantal:~$
I created a queue on the client:
lpadmin -p lj3390-quantal2 -E -v ipp://192.168.122.104:631/printers/lj3390
Printing on this queue works, after
lp -d lj3390-quantal2 ~/.bashrc
I get the client's ~/.bashrc as a PostScript file in /tmp/printout on the server. Ghostscript is able to display the file.
I am not able to access the PPD file options of the server's queue from the client:
till@till-quantal:~$ lpoptions -p lj3390-quantal2 -l
lpoptions: Unable to get PPD file for lj3390-quantal2: Not Found
till@till-quantal:~$
I am attaching all possibly interesting files from server and client.
|
till.kamppeter: 03:15 Sep 19, 2012
This problem turned out to be similar to STR #4159, only that here on the client a static queue with IPP URI is created and not with DNS-SD URI. Similar to the fix of STR #4159 the attached patch handles IPP URIs to remote CUPS servers and makes sure that the PPD gets polled from the remote server.
|