I am submitting this bug on the basis of this forum discussion: http://forums.gentoo.org/viewtopic-p-6338821.html which shows the issue affects more than one person. I am entering my own specific information since that is what I have, but it clearly is affecting a bunch of different users with different models. The analysis on the initial post of the forum discussion seems to be correct. I have recently added a Brother HL-5340D USB printer. After all the standard Gentoo printing setup and Brother's drivers, cupswrapper etc. everything seemed to work fine, jobs were queued but never executed. Cups reports "Waiting for printer to become available" and nothing happens. This is with cups 1.4.4 (and previous minor 1.4.* versions it seems). Downgrading cups to 1.3.11-r2 and re-adding the printer works. Printing with 1.4.4 and a (different) network printer works. So the issue seems to be local USB printing. Reproducible: Always Steps to Reproduce: 1. Cups 1.4.4 2. Brother USB printer 3. Attempt to print Actual Results: No printout. Cups 1.4.4 reports "Waiting for printer to become available". Cups 1.3.11-r2 prints. Expected Results: Printout would be nice. CONFIG_USB_PRINTER=y There is relatively little moaning and groaning about this if you search and then discard the people with other obvious problems, so I am guessing it is a gentoo-specific problem, though I can't prove it right now.
Thanks for taking initiative to file a bug instead of just masking the newer versions and waiting for someone else to solve the cups 1.4 problem. Please post your 'emerge --info' output, and attach sample logs from failed printing with cups-1.4 and successful printing with cups-1.3
Created attachment 237513 [details] output of emerge -info
Created attachment 237515 [details] cups access_log with cups 1.3.11-r2
Created attachment 237517 [details] cups error_log with cups 1.3.11-r2
Created attachment 237519 [details] cups access_log with cups-1.4.4
Okay unfortunately these are not as helpful as I hoped. Here is what I did: I stopped cupsd (1.3.*) and deleted all its logs. I then restarted it and printed one page. The resulting (voluminous) access_log and error_log are attached. The printout was successful. I then stopped cupsd and deleted all the logs. I emerged back 1.4.*, did the requested etc-update accepting all changes and restarted cupsd. Then I printed one page. The results were: 1. No error log 2. A one-line access log claiming success ("the cake is a lie") 3. A printer queue falsely claiming printing is in progress: ; lpq -PBrother Brother is ready and printing Rank Owner Job File(s) Total Size active frossie 331 The Book of Mozilla, 11:9 57344 bytes 4. Cups at port 631 claims: Processing - "Waiting for printer to become available..." Nothing happens. I will dig up an ubuntu box and see if I can reproduce this on a different distro.
Thanks Frossie. You also could do that test by booting from a live CD from another distro that uses cups 1.4.
What if you change LogLevel in cupsd.conf to 'debug'? Maybe that would provide something more useful in your log. Also, does "print test page" from cups admin interface work in cups-1.4?
Sorry I haven't done the rest yet, but just a quick reply to this: > Also, does "print test page" from cups admin interface work in cups-1.4? No it does not, it exhibits the same issue.
Like Frossie said, he isn't the only one. Don't let this one go stable for sure. Same exact problem as him with amd64, HP LaserJet 1022, foo2zjs driver.
As a general rule for upgrading to cups 1.4 when something regarding local usb printers doesn't work: 1. disable kernel usblp: CONFIG_USB_PRINTER=n 2. delete /etc/cups 3. (re-)install cups 1.4 with USE="usb" 4. configure printer(s) from scratch via the cups webinterface 5. if your printer is a multifunction device, be sure you got the udev rules setting the device permissions in shape so cups can access the device regarding stabilization we can't respect printer drivers which are not in the official tree since the few ones which are in are already hard to maintain with our low manpower, see foo2zjs for example (hplip is in a great shape thanks to the massive work of Daniel Pielmeier (billie) and gutenprint should be ok, too). (In reply to comment #10) > Same exact problem as him with amd64, HP LaserJet 1022, foo2zjs driver. Try the steps I posted above. HP LaserJet 1022 connected via usb works just fine using the official hp drivers from the hplip package.
For those using the foo2zjs driver, make sure you have usblp kernel module loaded, and USE="-usb" emerge net-print/cups. This is how I got it working with CUPS-1.4.5
(In reply to comment #12) I can confirm that if you emerge cups 1.4.5 with usb useflag it does not find the brother mfc7320 usb printer on automatic search. if I emerge without usb useflag it finds, works and prints. (i had brother cupswapper installed but did not change that before removing 1.3.2 and emerging 1.4.5)
I had such problem with Epson PX810FW printer (used with the Epson pipslite driver compiled manualy). I do not remember the version of CUPS my printer failed to be detected first, I have tried several upgrades up to net-print/cups-1.4.8-r22 to no avail. I think it is the bug described and circumvented in Debian http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632189 For printers with built-in card reader the kernel mass-storage driver masks the USB interface from CUPS with libusb. Using the kernel usblp driver makes the printer be detected again. According to another related Debian bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=546558 having the kernel USB line printer driver should even not longer conflict with libusb support in CUPS, at least Debian seems to have introduced a patch to that effect in their cups-1.4.1-4: Changes: cups (1.4.1-4) unstable; urgency=low . [ Till Kamppeter ] * debian/patches/usb-backend-both-usblp-and-libusb.dpatch: Make the USB backend supporting both printer access via libusb and via the usblp kernel module. Make it also printing via libusb if the URI for the queue was generated via usblp and vice versa. This should solve most USB printing problems which occured on the transition to CUPS 1.4.x (LP: #420015, LP: #436495; Closes: #546558, #545288, #545453).
Please test with cups-1.5.0 and report back.
(In reply to comment #15) > Please test with cups-1.5.0 and report back. No reply for 2 1/2 months
