Custom Query (1145 matches)

Reported by jdreed, 14 years ago.

      w20-575-44:~> lpq -Pajax                                                 
       Traceback (most recent call last):                                       
         File "/usr/bin/lpq", line 8, in <module>                               
           load_entry_point('debathena.printing==1.23.2-ubuntu9.04', 'console_sc
         File "/var/lib/python-support/python2.6/debathena/printing/lpq.py", lin
           sys.exit(_main(sys.argv)) # pragma: nocover                          
         File "/var/lib/python-support/python2.6/debathena/printing/lpq.py", lin
           s.connect((server, 515))                                             
         File "<string>", line 1, in connect                                    
       TypeError: coercing to Unicode: need string or buffer, NoneType found    

Further investigation reveals:

consult / printing / ezyang  16:37  (Edward Z. Yang)                         
       >>> from debathena.printing import common                                
       >>> common.find_queue('ajax')                                            
       (0, None, 'ajax')   

       >>> from debathena.printing import common                                
       >>> common.get_cups_uri('ajax')                                          
       u'file:///dev/null'                                                      
       >>> common.canonicalize_queue('ajax')    

       (yes, that last line is blank)                                                                                                

Further investigation is necessary to determine if this affects Jaunty, or just w20-575-44.

Reported by geofft, 14 years ago.

While building for Maverick we ran into a bunch of builds that failed for hash sum mismatches or unauthenticated-package errors while trying to download Debathena packages. Presumably this is because of a race condition between reprepro uploading packages and apt-get in the build chroots downloading them. We already have a global lock for all reprepro invocations within do-build; it would be nice to get apt-get inside the chroot to share this lock (although somewhat hard, since that's inside the chroot, and run by sbuild).

I'm also a bit confused here, because we use approx, which should 1) insulate us from this by caching and 2) not work, since we may need new packages as soon as they're uploaded.

Reported by jdreed, 14 years ago.

zulu:~# all-schroots upgrade-schroot
Chroot for distribution lenny-i386-sbuild-source, architecture amd64 not found
Chroot for distribution lenny-i386-sbuild-source, architecture amd64 not found
Chroot for distribution lenny-i386-sbuild-source, architecture amd64 not found

(the message is repeated for each chroot we have).