Custom Query (1145 matches)

Reported by geofft, 14 years ago.

This is a continuation of ticket #652, which we worked around locally by detecting pre-1.4 clients and falling back to an implementation of RFC-1179 lpq in five lines of Python.

We've opened  ticket #3619 in CUPS' bugtracker about this issue. They recommended trying a newer version of the 1.3.x branch, but that did not work for me. We should track down what's different between the lpq implementations in 1.3 and 1.4.

I'll note that although lpstat seemed to work for Jon, it does not for me (on Linerva, with cups-bsd 1.3.8-1+lenny8). Perhaps something is wrong with my syntax, but...

dr-wily:~ geofft$ lpstat -h get-print acantha
lpstat: No printer-uri in request!
dr-wily:~ geofft$ lpstat -h get-print -p acantha
printer acantha now printing acantha-0.  enabled since Sat 14 Aug 2010 04:01:44 PM EDT
        Connecting to printer...

contents-vnder-pressvre:~ geofft$ lpstat -h get-print acantha
w84prt-451473           [...]          12972032   Fri 13 Aug 2010 04:27:50 PM EDT
w84prt-451474           [...]          12958720   Fri 13 Aug 2010 04:27:58 PM EDT
w84prt-451475           [...]          17232896   Fri 13 Aug 2010 04:28:05 PM EDT
acantha-451500          [...]           997376   Fri 13 Aug 2010 05:31:04 PM EDT
contents-vnder-pressvre:~ geofft$ lpstat -h get-print -p acantha
printer acantha now printing acantha-0.  enabled since Sat 14 Aug 2010 04:01:44 PM EDT
        Connecting to printer...

(cvp has cups-bsd 1.4.3-1ubuntu1.2.) Should I expect something after "Connecting to printer..."?

Reported by jdreed, 14 years ago.

cups-client thinks it's SMRT and ignores dpkg-statoverride:

       root@ringworld:~# dpkg-statoverride --list /usr/bin/lppasswd             
       root lpadmin 755 /usr/bin/lppasswd                                       
       root@ringworld:~# ls -l /usr/bin/lppasswd                                
       -rwsr-xr-x 1 root lpadmin 13752 2010-06-18 11:16 /usr/bin/lppasswd       

From /var/lib/dpkg/info/cups-client.postinst:

        chown root:lpadmin /usr/bin/lppasswd
        chmod u+s /usr/bin/lppasswd

We should file an LP bug.

Reported by geofft, 14 years ago.

On linerva (CUPS 1.3.8):

>>> import cups
>>> cups.Connection().getDefault()
>>> 

On tyger (CUPS 1.4.4):

>>> import cups
>>> cups.Connection().getDefault()
'Adobe_PDF_7_0'
>>>

I think this is also true of Maverick/Natty?. This breaks our code that tells you to go set a default printer, and makes lpr with no -P argument instead go to some random untrusted printer, which is a bit of a problem.

(Alternatively, it's entirely possible CUPS 1.3.x does this, and linerva simply isn't on a subnet where anyone else is broadcasting printers.) We should debug and report this regression upstream, and then figure out if we care to work around it locally.