Hello, On Feb 3 18:16 NanoScale Administrator wrote (shortened): > I am sorry but the cups error_log is really too large to post > and I am not knowledgeable enough to trim it correctly.
See http://en.opensuse.org/SDB:CUPS_in_a_Nutshell "If problems are encountered" near the bottome how to get a CUPS error_log for exactly one failed attempt. > The test printer is a Deskjet F380 purchased in > Australia, running on a Celeron 2.66GHz with SuSE Linux 10.2 installed. The > included HP-Lip is 1.6.10. I first added the printer in YaST and then printed > the SuSE test page. This worked fine. I then added the scanner in YaST. I > then ran Kooka and scanned the previously printed test page. This also worked > fine. I then opened the KDE Help Centre and attempted to print out one of the > help pages but the job simply stayed in the queue and never printed. Reason: YaST cannot detect this model as an all-in-one model because it is not listed as all-in-one model in YaST's built-in static model list. Unfortunately there is no generic method to autodetect a HP all-in-one model because at the USB all HP models show up only as a plain printer (i.e. one cannot detect a scanner unit on the USB), for background information see http://en.opensuse.org/SDB:Set_up_a_HP_OfficeJet_%28%22all-in-one%22_device%29 Even if this is about the outdated HPOJ/PTAL software, the problems regarding autodetection are still the same (except newest HPLIP versions which provide hplip_api). Therefore YaST set it up as a plain printer using the generic CUPS backend "usb" for plain USB printers and this works as long as you don't use it via HPLIP. But when you set it up for scanning the device is accessed via HPLIP. The generic CUPS backend "usb" uses the kernel driver "usblp" to do the I/O but HPLIP uses libusb which is the kernel driver "usbfs". But there is a usblp <-> usbfs/libusb conflict because the kernel cannot have two drivers at the same time for the same piece of hardware. Therefore HPLIP removes the usblp driver when it does I/O via usbfs/libusb so that then the generic CUPS backend "usb" does no longer work and you see it in your log: ------------------------------------------------------------------- ... computer kernel: drivers/usb/class/usblp.c: usblp0: removed ------------------------------------------------------------------- For some more details see https://bugzilla.novell.com/show_bug.cgi?id=184825#c1 Solution: The solution is to use HPLIP for both printing and scanning. This means to change the CUPS DeviceURI from "usb:..." to "hp:...". The easiest way is to run the CUPS "hp" backend to get the correct new HPLIP DeviceURI and then use "lpadmin" to change the DeviceURI for the existing print queue like for example: [EMAIL PROTECTED] /usr/lib/cups/backend/hp direct hp:/usb/HP_LaserJet_1220?serial=00XXXXXXXXXX "HP LaserJet ... The second item "hp:...=00XXXXXXXXXX" is the DeviceURI. Set the new DeviceURI for the existing print queue: [EMAIL PROTECTED] lpadmin -p <queue-name> -v <DeviceURI> Perhaps you may also have to restart the CUPS service and the HPLIP services in the right odrer: [EMAIL PROTECTED] rccups stop [EMAIL PROTECTED] rchplip restart [EMAIL PROTECTED] rccups start See http://en.opensuse.org/SDB:CUPS_in_a_Nutshell for background information regarding CUPS. Kind Regards Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5 Mail: [EMAIL PROTECTED] 90409 Nuernberg, Germany WWW: http://www.suse.de/ ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ HPLIP-Help mailing list HPLIP-Help@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hplip-help
