[opensuse-factory] Scanner-implementation with Yast fails
Hu listmates! I have an Officejet J 5780 in use under OS 11.1 KDE 4.1.3. Yast is providing a particular driver for the scanner. Hplip ist installed. The test scanner test in yast is ok, but when I try to start xsane, the program finds no scanning device and stops. This worked already under OS 11.0. Is there a workaround or has something changed which I am not aware of. Thanks in advance for any hints. Kind regards, Peter -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Hello, On Dec 1 10:05 Peter Hoyer wrote (shortened):
I have an Officejet J 5780 in use under OS 11.1 KDE 4.1.3. Yast is providing a particular driver for the scanner. Hplip ist installed. The test scanner test in yast is ok, but when I try to start xsane, the program finds no scanning device and stops. This worked already under OS 11.0.
Probably https://bugzilla.novell.com/show_bug.cgi?id=450351 In particular note https://bugzilla.novell.com/show_bug.cgi?id=438867#c3 and https://bugzilla.novell.com/show_bug.cgi?id=438867#c5 At some time it has also worked for openSUSE 11.1 but now it seems to fail again - just the usual unstable udev/HAL/hal-resmgr stuff all the time since it exists... Kind Regards Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany AG Nuernberg, HRB 16746, GF: Markus Rex -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Am Dienstag 02 Dezember 2008 09:46:20 schrieb Johannes Meixner:
Hello,
On Dec 1 10:05 Peter Hoyer wrote (shortened):
I have an Officejet J 5780 in use under OS 11.1 KDE 4.1.3. Yast is providing a particular driver for the scanner. Hplip ist installed. The test scanner test in yast is ok, but when I try to start xsane, the program finds no scanning device and stops. This worked already under OS 11.0.
Access was denied.
In particular note https://bugzilla.novell.com/show_bug.cgi?id=438867#c3 and https://bugzilla.novell.com/show_bug.cgi?id=438867#c5 At some time it has also worked for openSUSE 11.1 but now it seems to fail again - just the usual unstable udev/HAL/hal-resmgr stuff all the time since it exists...
As recommended I added the normal user to the group "lp". Rebooted the system. Then I configured the scanner again and it works. Thank you. When I have recognised that the yast scanner-test was ok, but still no effect for the user, I looked for a user group scan, but didn't find any. Kind regards, Peter Hoyer -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Hello, On Dec 2 11:22 Peter Hoyer wrote (shortened):
Am Dienstag 02 Dezember 2008 09:46:20 schrieb Johannes Meixner:
Access was denied.
The initial comment in this report is (shortened): --------------------------------------------------------------- configured scanner using control-center -> hardware -> scanner. test scan said ok. $ xsane a popup flashes for 0.1sec: "scanning for devices" or similar then a popup 'no devices available' [close] [help] One of the suggestions displayed by pressing the help button, is 'try as root' xsane indeed works when called as root. ---------------------------------------------------------------
When I have recognised that the yast scanner-test was ok, but still no effect for the user, I looked for a user group scan, but didn't find any.
I think I cannot implement such a test for the group because the YaST scanner config runs as root and I don't know "inside" the scanner config which normal user account would be used later to access the scanner. I don't like the idea to inspect /etc/passwd if there is a user account where the the numerical user ID is >= 1000 and/or where the numerical primary group ID for the user is 100 or where the user's home directory seems to be located on the local host or whatever else magic to find out which normal user account might be used later to access the scanner. Compare https://bugzilla.novell.com/show_bug.cgi?id=438867#c3 which points to https://bugzilla.novell.com/show_bug.cgi?id=340173 where I describe a similar problem. Additionally have a look at https://bugzilla.novell.com/show_bug.cgi?id=349084 in particular starting at https://bugzilla.novell.com/show_bug.cgi?id=349084#c7 Kind Regards Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany AG Nuernberg, HRB 16746, GF: Markus Rex -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday, 2008-12-02 at 11:43 +0100, Johannes Meixner wrote:
The initial comment in this report is (shortened): --------------------------------------------------------------- configured scanner using control-center -> hardware -> scanner. test scan said ok.
$ xsane a popup flashes for 0.1sec: "scanning for devices" or similar then a popup 'no devices available' [close] [help]
One of the suggestions displayed by pressing the help button, is 'try as root'
xsane indeed works when called as root. ---------------------------------------------------------------
That's the same thing I'm seing in 11.0 - with the exception that on Nov 11 it worked (last scan I remember), and now it doesn't. Could be an update to something in the stack? I know I haven't changed anything myself in the configuration related to scanning...
Compare https://bugzilla.novell.com/show_bug.cgi?id=438867#c3 which points to https://bugzilla.novell.com/show_bug.cgi?id=340173 where I describe a similar problem.
nimrodel:~ # /usr/lib/YaST2/bin/test_and_set_scanner_access_permissions The following models are currently not known to HAL: USB-ID(hex)=04b8:0110 To access the scanner as normal user, udev, HAL, and hal-resmgr are needed to grant appropriate access permissions automatically. Therefore the scanner model must be known to HAL. If the scanner is not known to HAL, a re-plug of a USB scanner should help. Otherwise a reboot should be done to restart the whole udev/HAL/hal-resmgr machinery. Check if the scanner is listed in the 'lshal' output. If a SCSI scanner which was switched on during boot is not listed in the 'lshal' output, the usual reason is that the kernel module for the scanner's SCSI host adapter does not notify HAL about the scanner device. If even a reboot does not help, you could access the scanner via the 'saned' as a workaround. For this workaround choose 'scanning via network' and select the 'local host configuration'. nimrodel:~ # (disconnect / connect usb cable, repeat) nimrodel:~ # /usr/lib/YaST2/bin/test_and_set_scanner_access_permissions The following models are currently not known to HAL: USB-ID(hex)=04b8:0110 To access the scanner as normal user, udev, HAL, and hal-resmgr are needed to grant appropriate access permissions automatically. Therefore the scanner model must be known to HAL. If the scanner is not known to HAL, a re-plug of a USB scanner should help. Otherwise a reboot should be done to restart the whole udev/HAL/hal-resmgr machinery. Check if the scanner is listed in the 'lshal' output. If a SCSI scanner which was switched on during boot is not listed in the 'lshal' output, the usual reason is that the kernel module for the scanner's SCSI host adapter does not notify HAL about the scanner device. If even a reboot does not help, you could access the scanner via the 'saned' as a workaround. For this workaround choose 'scanning via network' and select the 'local host configuration'. nimrodel:~ # Notice that it says it knows nothing about my scanner - and this scanner worked a month ago. It looks like a regression of some kind. nimrodel:~ # lshal | grep -i scanner nimrodel:~ # lshal | grep -i epson info.vendor = 'Seiko Epson Corp.' (string) usb_device.vendor = 'Seiko Epson Corp.' (string) usb.vendor = 'Seiko Epson Corp.' (string) nimrodel:~ # I can open a bugzilla if you want. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkk1ITsACgkQtTMYHG2NR9WXqACeJ5BqBab1OD0CbGG/1SZAfeAN EUgAn3KjlqT5tRje9YSvrOpftDdUacod =2XJX -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
participants (3)
-
Carlos E. R.
-
Johannes Meixner
-
Peter Hoyer