[gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
Recompiled hplip for use with C5180 with new use flag: scanner. Now scanning works, printing does not. Recompiled with new-hpcups use flag. Still not working. Output from cups web interface: "/usr/libexec/cups/backend/hp failed" Any ideas? ubiquitous1980
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
2010/4/19 ubiquitous1980 : > Recompiled hplip for use with C5180 with new use flag: scanner. Now > scanning works, printing does not. Recompiled with new-hpcups use flag. > Still not working. Output from cups web interface: > "/usr/libexec/cups/backend/hp failed" Is it connected via network or usb? Which hplip version? Which cups version? -- Daniel Pielmeier
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
Hello Daniel The all-in-one printer is connected via USB. The following versions are installed: net-print/hplip-3.9.12-r1 net-print/cups-1.3.11-r1 Thanks ubiquitous1...@gmail.com On 20/04/10 16:59, Daniel Pielmeier wrote: > 2010/4/19 ubiquitous1980 : > >> Recompiled hplip for use with C5180 with new use flag: scanner. Now >> scanning works, printing does not. Recompiled with new-hpcups use flag. >> Still not working. Output from cups web interface: >> "/usr/libexec/cups/backend/hp failed" >> > Is it connected via network or usb? Which hplip version? Which cups version? > >
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
On Tue, Apr 20, 2010 at 5:58 AM, ubiquitous1980 wrote: > Hello Daniel > > The all-in-one printer is connected via USB. The following versions are > installed: > > net-print/hplip-3.9.12-r1 > net-print/cups-1.3.11-r1 Try to blacklist & rmmod the usblp module. I had to do that for my HP USB printer to work. Whenever usblp module was loaded, printing failed... I don't know if it applies to your printer as well, but it's something easy to try. :)
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
Paul Hartman schrieb am 20.04.2010 17:03: > On Tue, Apr 20, 2010 at 5:58 AM, ubiquitous1980 wrote: >> Hello Daniel >> >> The all-in-one printer is connected via USB. The following versions are >> installed: >> >> net-print/hplip-3.9.12-r1 >> net-print/cups-1.3.11-r1 > > Try to blacklist & rmmod the usblp module. I had to do that for my HP > USB printer to work. Whenever usblp module was loaded, printing > failed... I don't know if it applies to your printer as well, but it's > something easy to try. :) > > I do not own an all-in-one printer so I can not test, but if Paul's suggestions do not work can you tell me the permissions of your device. lsusb Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 002: ID 03f0:1712 Hewlett-Packard Printing Support Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub lsusb tells you to which bus the printer is attached. In my case it is Bus 001 and Device 002 so I have the following device /dev/bus/usb/001/002 ls -al /dev/bus/usb/001/002 crw-rw-r-- 1 root lp 189, 1 20. Apr 19:05 /dev/bus/usb/001/002 There should also be a /dev/usb/lp0 ls -al /dev/usb/lp0 crw-rw 1 root lp 180, 0 20. Apr 19:05 /dev/usb/lp0 Do you have the same permissions or do they differ? -- Daniel Pielmeier signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
On 21/04/10 01:26, Daniel Pielmeier wrote: > Paul Hartman schrieb am 20.04.2010 17:03: > >> On Tue, Apr 20, 2010 at 5:58 AM, ubiquitous1980 >> wrote: >> >>> Hello Daniel >>> >>> The all-in-one printer is connected via USB. The following versions are >>> installed: >>> >>> net-print/hplip-3.9.12-r1 >>> net-print/cups-1.3.11-r1 >>> >> Try to blacklist & rmmod the usblp module. I had to do that for my HP >> USB printer to work. Whenever usblp module was loaded, printing >> failed... I don't know if it applies to your printer as well, but it's >> something easy to try. :) >> >> >> > I do not own an all-in-one printer so I can not test, but if Paul's > suggestions > do not work can you tell me the permissions of your device. > > lsusb > Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > Bus 001 Device 002: ID 03f0:1712 Hewlett-Packard Printing Support > Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > > lsusb tells you to which bus the printer is attached. In my case it is Bus 001 > and Device 002 so I have the following device /dev/bus/usb/001/002 > > ls -al /dev/bus/usb/001/002 > crw-rw-r-- 1 root lp 189, 1 20. Apr 19:05 /dev/bus/usb/001/002 > > There should also be a /dev/usb/lp0 > > ls -al /dev/usb/lp0 > crw-rw 1 root lp 180, 0 20. Apr 19:05 /dev/usb/lp0 > > Do you have the same permissions or do they differ? > > Paul, I checked for lsusb and could not find it...therefore I checked my kernel source, and found usb printer support, which I removed. This has not fixed the problem. Daniel, The results for lsusb: Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 006: ID 12d1:1465 Huawei Technologies Co., Ltd. Bus 002 Device 004: ID 05a9:2640 OmniVision Technologies, Inc. OV2640 Webcam Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 006 Device 002: ID 046d:c315 Logitech, Inc. Classic New Touch Keyboard Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 003: ID 046d:c51a Logitech, Inc. MX Revolution/G7 Cordless Mouse Bus 005 Device 004: ID 03f0:5811 Hewlett-Packard PhotoSmart C5100 series Bus 005 Device 002: ID 058f:9254 Alcor Micro Corp. Hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 004: ID 0a5c:4502 Broadcom Corp. Bus 003 Device 005: ID 0a5c:4503 Broadcom Corp. Bus 003 Device 003: ID 413c:8126 Dell Computer Corp. Wireless 355 Bluetooth Bus 003 Device 002: ID 0a5c:4500 Broadcom Corp. BCM2046B1 USB 2.0 Hub (part of BCM2046 Bluetooth) Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Thanks for your response, and sorry for my delay. Damien
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
ubiquitous1980 schrieb am 22.04.2010 16:23: > On 21/04/10 01:26, Daniel Pielmeier wrote: >> I do not own an all-in-one printer so I can not test, but if Paul's >> suggestions >> do not work can you tell me the permissions of your device. >> >> lsusb >> Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub >> Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub >> Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub >> Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub >> Bus 001 Device 002: ID 03f0:1712 Hewlett-Packard Printing Support >> Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub >> >> lsusb tells you to which bus the printer is attached. In my case it is Bus >> 001 >> and Device 002 so I have the following device /dev/bus/usb/001/002 >> >> ls -al /dev/bus/usb/001/002 >> crw-rw-r-- 1 root lp 189, 1 20. Apr 19:05 /dev/bus/usb/001/002 >> >> There should also be a /dev/usb/lp0 >> >> ls -al /dev/usb/lp0 >> crw-rw 1 root lp 180, 0 20. Apr 19:05 /dev/usb/lp0 >> >> Do you have the same permissions or do they differ? >> > The results for lsusb: > Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > Bus 002 Device 006: ID 12d1:1465 Huawei Technologies Co., Ltd. > Bus 002 Device 004: ID 05a9:2640 OmniVision Technologies, Inc. OV2640 Webcam > Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > Bus 006 Device 002: ID 046d:c315 Logitech, Inc. Classic New Touch Keyboard > Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > Bus 005 Device 003: ID 046d:c51a Logitech, Inc. MX Revolution/G7 > Cordless Mouse > Bus 005 Device 004: ID 03f0:5811 Hewlett-Packard PhotoSmart C5100 series > Bus 005 Device 002: ID 058f:9254 Alcor Micro Corp. Hub > Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > Bus 003 Device 004: ID 0a5c:4502 Broadcom Corp. > Bus 003 Device 005: ID 0a5c:4503 Broadcom Corp. > Bus 003 Device 003: ID 413c:8126 Dell Computer Corp. Wireless 355 Bluetooth > Bus 003 Device 002: ID 0a5c:4500 Broadcom Corp. BCM2046B1 USB 2.0 Hub > (part of BCM2046 Bluetooth) > Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > > Thanks for your response, and sorry for my delay. Please also provide the following output I already requested above and check if the permissions are the same. ls -al /dev/bus/usb/005/004 ls -al /dev/usb/lp0 -- Daniel Pielmeier signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
Hello Daniel, Sorry for the omission in last email: localhost ubiquitous1980 # ls -al /dev/bus/usb/005/004 crw-rw-r-- 1 root scanner 189, 515 2010-04-23 07:42 /dev/bus/usb/005/004 localhost ubiquitous1980 # ls -al /dev/usb/lp0 ls: cannot access /dev/usb/lp0: No such file or directory localhost ubiquitous1980 # Thanks ubiquitous1980
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
Daniel, Some additional info in the log file: Thanks ubiquitous1980 hp-check[29672]: info: : Initializing. Please wait... scheduler is running 1.3.11 Linux localhost.localdomain 2.6.31-gentoo-r10 #2 SMP Thu Apr 22 22:02:49 WST 2010 x86_64 Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz GenuineIntel GNU/Linux hp-check[29672]: info: : hp-check[29672]: info: :--- hp-check[29672]: info: :| SYSTEM INFO | hp-check[29672]: info: :--- hp-check[29672]: info: : hp-check[29672]: info: :[01mBasic system information:[0m hp-check[29672]: info: :Linux localhost.localdomain 2.6.31-gentoo-r10 #2 SMP Thu Apr 22 22:02:49 WST 2010 x86_64 Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz GenuineIntel GNU/Linux hp-check[29672]: info: : hp-check[29672]: info: :[01mDistribution:[0m hp-check[29672]: info: :gentoo 0.0 hp-check[29672]: info: : hp-check[29672]: info: :[01mChecking Python version...[0m hp-check[29672]: info: :OK, version 2.6.4 installed hp-check[29672]: info: : hp-check[29672]: info: :[01mChecking PyQt 4.x version...[0m hp-check[29672]: info: :OK, version 4.7 installed. hp-check[29672]: info: : hp-check[29672]: info: :[01mChecking for CUPS...[0m hp-check[29672]: info: :Status: scheduler is running hp-check[29672]: info: :Version: 1.3.11 hp-check[29672]: info: :error_log is set to level: info hp-check[29672]: info: : hp-check[29672]: info: :[01mChecking for dbus/python-dbus...[0m hp-check[29672]: info: :dbus daemon is running. hp-check[29672]: info: :python-dbus version: 0.83.0 hp-check[29672]: info: : hp-check[29672]: info: : hp-check[29672]: info: : hp-check[29672]: info: :| COMPILE AND RUNTIME DEPENDENCIES | hp-check[29672]: info: : hp-check[29672]: info: : note: To check for compile-time only dependencies, re-run hp-check with the -c parameter (ie, hp-check -c). note: To check for run-time only dependencies, re-run hp-check with the -r parameter (ie, hp-check -r). hp-check[29672]: info: : hp-check[29672]: info: :[01mChecking for dependency: CUPS - Common Unix Printing System...[0m hp-check[29672]: info: :OK, found. hp-check[29672]: info: : hp-check[29672]: info: :[01mChecking for dependency: CUPS devel- Common Unix Printing System development files...[0m hp-check[29672]: info: :OK, found. hp-check[29672]: info: : hp-check[29672]: info: :[01mChecking for dependency: CUPS image - CUPS image development files...[0m hp-check[29672]: info: :OK, found. hp-check[29672]: info: : hp-check[29672]: info: :[01mChecking for dependency: DBus - Message bus system...[0m hp-check[29672]: info: :OK, found. hp-check[29672]: info: : hp-check[29672]: info: :[01mChecking for dependency: gcc - GNU Project C and C++ Compiler...[0m hp-check[29672]: info: :OK, found. hp-check[29672]: info: : hp-check[29672]: info: :[01mChecking for dependency: GhostScript - PostScript and PDF language interpreter and previewer...[0m hp-check[29672]: info: :OK, found. hp-check[29672]: info: : hp-check[29672]: info: :[01mChecking for dependency: libcrypto - OpenSSL cryptographic library...[0m hp-check[29672]: info: :OK, found. hp-check[29672]: info: : hp-check[29672]: info: :[01mChecking for dependency: libjpeg - JPEG library...[0m hp-check[29672]: info: :OK, found. hp-check[29672]: info: : hp-check[29672]: info: :[01mChecking for dependency: libnetsnmp-devel - SNMP networking library development files...[0m hp-check[29672]: info: :OK, found. hp-check[29672]: info: : hp-check[29672]: info: :[01mChecking for dependency: libpthread - POSIX threads library...[0m hp-check[29672]: info: :OK, found. hp-check[29672]: info: : hp-check[29672]: info: :[01mChecking for dependency: libtool - Library building support services...[0m hp-check[29672]: info: :OK, found. hp-check[29672]: info: : hp-check[29672]: info: :[01mChecking for dependency: libusb - USB library...[0m hp-check[29672]: info: :OK, found. hp-check[29672]: info: : hp-check[29672]: info: :[01mChecking for dependency: make - GNU make utility to maintain groups of programs...[0m hp-check[29672]: info: :OK, found. hp-check[29672]: info: : hp-check[29672]: info: :[01mChecking for dependency: PIL - Python Imaging Library (required for commandline scanning with hp-scan)...[0m hp-check[29672]: info: :OK, found. hp-check[29672]: info: : hp-check[29672]: info: :[01mChecking for dependency: PolicyKit - Administrative policy framework...[0m hp-check[29672]: info: :OK, found. hp-check[29672]: info: : hp-check[29672]: info: :[01mChecking for dependency: PyQt 4 DBus - DBus Support for PyQt4...[0m hp-check[29672]: info: :OK, found. hp-check[29672]: info: : hp-check[29672]: info: :[01mChecking for dependency: Python DBus - Python bindings for DBus...[0m hp-check[29672]: info: :OK, found. hp-check[29672]: info: : hp-check[29672]: info: :[01mChecking for dependency: Python devel - Python development files...[0m hp-check[29672]: info: :OK, found. hp-check[29672]: info: : hp-check[29672]: info: :[01mChecking for depend
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
2010/4/23 ubiquitous1980 : > Daniel, > > Some additional info in the log file: So your device uses the scanner group where mine uses the lp group. >From your log file I see you are in the scanner and the lp group, so you should have the appropriate permissions to access the device. Nevertheless can you post the the groups your user is in by entering "groups" on the commandline Also did you add your printer through the cups webinterface or hp-setup? -- Daniel Pielmeier
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
Hello Daniel, I have tried both cups webinterface and hp-setup with the same results. My groups are as follows: adm disk lp wheel uucp audio cdrom dialout video games cdrw usb users haldaemon plugdev gdm ubiquitous1980 polkituser scanner Regards, ubiquitous1980 On 23/04/10 19:51, Daniel Pielmeier wrote: > 2010/4/23 ubiquitous1980 : > >> Daniel, >> >> Some additional info in the log file: >> > So your device uses the scanner group where mine uses the lp group. > From your log file I see you are in the scanner and the lp group, so > you should have the appropriate permissions to access the device. > > Nevertheless can you post the the groups your user is in by entering > "groups" on the commandline > > Also did you add your printer through the cups webinterface or hp-setup? > > -- > Daniel Pielmeier > >
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
2010/4/23 ubiquitous1980 : > Hello Daniel, > > I have tried both cups webinterface and hp-setup with the same results. > My groups are as follows: > > adm disk lp wheel uucp audio cdrom dialout video games cdrw usb users > haldaemon plugdev gdm ubiquitous1980 polkituser scanner Hm I am out of ideas now. You can try a newer version of hplip maybe this solves your issue. There is also a forum post [1] where a user had a similar problem and solved it by adding the lp user to the scanner group. See the last comment of the thread. [1] https://forums.gentoo.org/viewtopic-t-822795.html?sid=f4214ab346ef56e607623918801d5764 -- Daniel Pielmeier
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
ubiquitous1980 wrote: Hello Daniel, I have tried both cups webinterface and hp-setup with the same results. My groups are as follows: adm disk lp wheel uucp audio cdrom dialout video games cdrw usb users haldaemon plugdev gdm ubiquitous1980 polkituser scanner Regards, ubiquitous1980 I have set up my HP printer with the cups interface before and it does not work as well as using the hp-setup command. It either is slow to print or jobs just set in the que and never print at all. I also always run hp-setup as root not a user. May want to consider doing it this way and see if it helps. It may, it may not. Dale :-) :-)
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
Some success! By changing the permissions by: chmod a=rw /dev/bus/usb/005/005 I get printing (Scanning still works also). However simply adding the groups and rebooting does not. Therefore, I am still completely at a loss. Not pragmatic to have to set permissions on a moving target each boot. Any ideas how to proceed from here? Thanks ubiquitous1980 On 24/04/10 00:03, Daniel Pielmeier wrote: > 2010/4/23 ubiquitous1980 : > >> Hello Daniel, >> >> I have tried both cups webinterface and hp-setup with the same results. >> My groups are as follows: >> >> adm disk lp wheel uucp audio cdrom dialout video games cdrw usb users >> haldaemon plugdev gdm ubiquitous1980 polkituser scanner >> > Hm I am out of ideas now. You can try a newer version of hplip maybe > this solves your issue. > There is also a forum post [1] where a user had a similar problem and > solved it by adding the lp user to the scanner group. See the last > comment of the thread. > > [1] > https://forums.gentoo.org/viewtopic-t-822795.html?sid=f4214ab346ef56e607623918801d5764 > >
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
ubiquitous1980 schrieb am 24.04.2010 01:39: > Some success! > > By changing the permissions by: > > chmod a=rw /dev/bus/usb/005/005 I get printing (Scanning still works > also). However simply adding the groups and rebooting does not. > Therefore, I am still completely at a loss. Not pragmatic to have to > set permissions on a moving target each boot. Any ideas how to proceed > from here? Solving a permission problem by giving the device world write permission seems not like proper solution. Please try if this problem also occurs with net-print/hplip-3.10.2-r4. -- Daniel Pielmeier signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
On Friday 23 April 2010 17:23:31 Dale wrote: > I have set up my HP printer with the cups interface before and it > does not work as well as using the hp-setup command. It either is > slow to print or jobs just set in the que and never print at all. I > also always run hp-setup as root not a user. You have to run hp-setup as root; nothing less will do. Seems to me that hplip is a black art. I have an HP printer here which sometimes is entirely complaisant, other times its jobs just sit there until I find the right invocation, other times again nothing I do will coax it into action, short of killing the job and trying again. Surely, printing can't be as hard as this in this new age? -- Rgds Peter.
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
Hello everyone who has replied so far, I updated to net-print/hplip-3.10.2-r4 same fault occurs...ran hp-setup as root. Perhaps it is time to escalate this as a bug? Any opinion? Thanks ubiquitous1980 On 24/04/10 08:22, Peter Humphrey wrote: > On Friday 23 April 2010 17:23:31 Dale wrote: > > >> I have set up my HP printer with the cups interface before and it >> does not work as well as using the hp-setup command. It either is >> slow to print or jobs just set in the que and never print at all. I >> also always run hp-setup as root not a user. >> > You have to run hp-setup as root; nothing less will do. > > Seems to me that hplip is a black art. I have an HP printer here which > sometimes is entirely complaisant, other times its jobs just sit there > until I find the right invocation, other times again nothing I do will > coax it into action, short of killing the job and trying again. > > Surely, printing can't be as hard as this in this new age? > >
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
ubiquitous1980 schrieb am 24.04.2010 03:45: > Hello everyone who has replied so far, > > I updated to net-print/hplip-3.10.2-r4 same fault occurs...ran hp-setup > as root. Perhaps it is time to escalate this as a bug? Any opinion? You already opened a bug here which I try to fix :) What are the contents of /etc/udev/rules.d/. I guess among the files there are 70-libsane.rules and 40-hplip.rules or 55-hpmud.rules. If this is the case rename 40-hplip.rules or 55-hpmud.rules by changing the number to 71. Restart udev, "killall udevd && /sbin/udevd --daemon" should be sufficient. Afterwards try if printing and scanning works. -- Daniel Pielmeier signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
Daniel, Both printing and scanning work. File group for /dev/bus/usb/005/005 is lp. Why did the change to the names change the group for the file. How can this be incorporated into the hplip package? Btw it was hpmud-support.rules which I changed as well. Thanks ubiquitous1980 On 24/04/10 10:08, Daniel Pielmeier wrote: > ubiquitous1980 schrieb am 24.04.2010 03:45: > >> Hello everyone who has replied so far, >> >> I updated to net-print/hplip-3.10.2-r4 same fault occurs...ran hp-setup >> as root. Perhaps it is time to escalate this as a bug? Any opinion? >> > You already opened a bug here which I try to fix :) > > What are the contents of /etc/udev/rules.d/. I guess among the files there are > 70-libsane.rules and 40-hplip.rules or 55-hpmud.rules. If this is the case > rename 40-hplip.rules or 55-hpmud.rules by changing the number to 71. Restart > udev, "killall udevd && /sbin/udevd --daemon" should be sufficient. Afterwards > try if printing and scanning works. > >
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
why has moving /etc/udev/rules.d/40-hplip.rules to /etc/udev/rules.d/71-hplip.rules and /etc/udev/rules.d/55-hpmud_support.rules to /etc/udev/rules.d/71-hpmud_support.rules changed the group from scanner to lp for file: /dev/bus/usb/005/005 and allowed my printer to work? Thanks ubiquitous1980 On 24/04/10 10:08, Daniel Pielmeier wrote: > ubiquitous1980 schrieb am 24.04.2010 03:45: > >> Hello everyone who has replied so far, >> >> I updated to net-print/hplip-3.10.2-r4 same fault occurs...ran hp-setup >> as root. Perhaps it is time to escalate this as a bug? Any opinion? >> > You already opened a bug here which I try to fix :) > > What are the contents of /etc/udev/rules.d/. I guess among the files there are > 70-libsane.rules and 40-hplip.rules or 55-hpmud.rules. If this is the case > rename 40-hplip.rules or 55-hpmud.rules by changing the number to 71. Restart > udev, "killall udevd && /sbin/udevd --daemon" should be sufficient. Afterwards > try if printing and scanning works. > >
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
ubiquitous1980 schrieb am 24.04.2010 07:29: > why has moving /etc/udev/rules.d/40-hplip.rules to > /etc/udev/rules.d/71-hplip.rules and > /etc/udev/rules.d/55-hpmud_support.rules to > /etc/udev/rules.d/71-hpmud_support.rules changed the group from scanner > to lp for file: /dev/bus/usb/005/005 and allowed my printer to work? Look at my previous post where I explained this. Also there should be no need to move /etc/udev/rules.d/55-hpmud_support.rules. Can you please tell me which application are you using for scanning. hp-scan included in the hplip package, xane, scanimage included in sane-backends or xscanimage included in sane-frontends. I would appreciate it if you could try is scanning fails with all of the above applications if the rules files are not moved. Especially if it just fails with the hp-scan program or also with the other applications not shipped by hplip. Thanks in advance. -- Daniel Pielmeier signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
Hello Daniel Contents of /etc/udev/rules.d: 40-hplip.rules 70-persistent-cd.rules 56-hpmud_support.rules 70-persistent-net.rules 64-device-mapper.rules 77-nm-probe-modem-capabilities.rules 70-libgphoto2.rules 90-hal.rules 70-libsane.rules91-usb_modeswitch.rules What was asked for: hp-scan [ok] xsane [ok] scanimage [ok] xscanimage [ok] Although not asked for, and it is obvious: printing [failed] I did not see your *explanation* of how the udev rules mv changes things. I only know *what* happens, not *why*. Regardless, I appreciate your help and seek to learn why the udev rules were preventing me from printing. Thanks ubiquitous1980 On 24/04/10 17:21, Daniel Pielmeier wrote: > ubiquitous1980 schrieb am 24.04.2010 07:29: > >> why has moving /etc/udev/rules.d/40-hplip.rules to >> /etc/udev/rules.d/71-hplip.rules and >> /etc/udev/rules.d/55-hpmud_support.rules to >> /etc/udev/rules.d/71-hpmud_support.rules changed the group from scanner >> to lp for file: /dev/bus/usb/005/005 and allowed my printer to work? >> > Look at my previous post where I explained this. > Also there should be no need to move /etc/udev/rules.d/55-hpmud_support.rules. > > Can you please tell me which application are you using for scanning. > > hp-scan included in the hplip package, > xane, > scanimage included in sane-backends or > xscanimage included in sane-frontends. > > I would appreciate it if you could try is scanning fails with all of the above > applications if the rules files are not moved. Especially if it just fails > with > the hp-scan program or also with the other applications not shipped by hplip. > > Thanks in advance. > >
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
Daniel,
I have found the line which is at fault in xx-libsane.rules. Problem
is, what we are doing is a work around:
# Hewlett-Packard Photosmart C5100 series
ATTRS{idVendor}=="03f0", ATTRS{idProduct}=="5811", MODE="0664",
GROUP="lp", ENV$
I have changed the group to lp from scanner so that I could maintain the
file number. Problem is, if we have MODE="0664", those in the scanner
group should be able to access the printer. Do you think this suggests
a deeper bug? I created a testfile in my home directory with stickybits
set to 0664. I then set ownership to root:scanner. Of course, I could
edit the file, as I am in the scanner group. This makes me wonder why
the rules did not apply in /dev/bus/usb/005/005 when this file was set
to 0664 and group to scanner. I know for sure that the group was
scanner, but I cannot be sure that the file was truly set to 0664.
For now I have the intra-config file workaround. I will see if I can
mess with things a bit to get things working.
Thanks
ubiquitous1980
Re: [gentoo-user] hplip recompiled with scanner use flag now scanning works, printing does not.
Daniel, After a bit of messing around I have the following: In my home directory I can write to a 0664 file which is in the scanner group I can write to a file with the same permissions in /dev/bus/usb/005, however it does not have the c prefix in the stickybits like the device files do. I am definitely in the scanner group I am definitely in the lp group I cannot print when /dev/bus/usb/005/005 is in the scanner group I can print when /dev/bus/usb/005/005 is in the lp group. I can print when /dev/bus/usb/005/005 is set to chmod a+rwx Confounding I know...by me being in the scanner group, I would have thought this would allow me to write to the device if its sticky bits are set to 0664. This is however not the case. This makes me think that any edit to /etc/udev/rules.d/xx-libsane.rules is simply a workaround. I am thinking the bug is in HPLIP. Thanks ubiquitous1980
