https://bugzilla.novell.com/show_bug.cgi?id=342496#c6 Johannes Meixner <jsmeix@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |feiko_w@hotmail.com --- Comment #6 from Johannes Meixner <jsmeix@novell.com> 2007-11-23 00:57:25 MST --- Many thanks for the exact and detailed report! Such exact information saves us so much time and it helps us so much to understand what goes on on the usre's system. Unfortunately I have currently no idea why in this particular case read/wrire access for the "others" is required - of course it works for my HP printer via the default permissions (i.e. via the "lp" group). Since HPLIP version 2.7.6 the device I/O is no longer done by a daemon process which runs as root (therefore there have been no permission problems with HPLIP version before 2.7.6 but on the other hand no permission restrictions could be set with HPLIP version before 2.7.6). The out-of-the-box settings are sufficient for plain printing and for scanning with a all-in-one USB device. See the "controllable permissions" section in http://sourceforge.net/mailarchive/message.php?msg_name=Pine.LNX.4.64.070704... how you can set permissions manually if the out-of-the-box settings are not sufficient. Usually it is simplest to add those users who need read/write device access (e.g. for scanning with a parallel-port device and/or for device-status for a plain printer) to the group "lp" but again something is strange in your particular case because according to your hp-check output several users are in the "lp" group, in particular the user llandudno which you used in comment #5: --------------------------------------------------------------------------- Is user 'llandudno' a member of the 'lp' group? Yes (OK) --------------------------------------------------------------------------- Perhaps the CUPS backends are not run as user "lp" (or root) in your particular case? Please attach your /etc/cups/cupsd.conf file as MIME type "text/plain". Check that there are no secrets in there (e.g. LDAP password). Usually (i.e. by default) there are no secrets in cupsd.conf. While there is a "open device failed; will retry in 30 seconds..." the backend is running and you can use e.g. ps auxw | egrep '^USER|hp|usb' to display processes where one of them is the CUPS backend so that you can see which user actually runs the backend. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.