Sane udev rules make printer-and-scanner devices controlled by an hplip driver belong to the "scanner" group, and give only reading permissions for other users. Since the printing command suid like an user not in the scanner group, they cannot print (but they can, for instance, read the ink levels). Changing the udev sane rules for the specific device solves the problem. Reproducible: Always
CC'ing calchan for net-print/hplip and base-system for sys-fs/udev.
Can you provide some details about your device and the udev rule from SANE that's catching it?
Is this no duplicate of Bug #193266. So it tells that this should be solved using sane-backends-1.0.18-r5 or newer.
(In reply to comment #3) > Is this no duplicate of Bug #193266. > So it tells that this should be solved using sane-backends-1.0.18-r5 or newer. > Problem actually showed up when upgraded from sane-backends-1.0.18-r4 to 1.0.19-r1 My printer is an HP Photosmart C3180, and the line in /etc/udev/rules.d/70-libsane-backends is: # Hewlett-Packard Photosmart C3180 ATTRS{idVendor}=="03f0", ATTRS{idProduct}=="5611", MODE="0777", GROUP="scanner", ENV{libsane_matched}="yes" (previously the MODE was set to "0664", but i changed it.
Considering multi-function devises do multiple things (hence their name), they fall under multiple packages. 1 side falls under scanning and another falls under printing, and yet another could fall under something else. Since the nature of Linux is one device node per device (and not action), you'll only have 1 device node for this device. It's a reasonable assumption that this device node would have to belong to one group or another for these functions. It is also a reasonable assumption that the user would have to belong to both groups to use this device properly.
FWIW I don't have any trouble using the scanner on my Officejet 5610 as a user who's not in the scanner group. And I'm using sane-backends-1.0.19-r1. Also, I do not have any 70-libsane-backends rule file in /etc/udev/rules.d but 70-libsane.rules instead. It looks like an update went wrong somewhere or you forgot to run etc-update or dispatch-conf or else. I'd suggest you remove this file as well as /etc/sane.d/dll.conf and remerge sane-backends and hplip. Not like I know anything about all this though. Usually I do what Doug says. Denis.
Assigning to phosphan for SANE stuff.
(In reply to comment #6) [...] > Also, I do not have any 70-libsane-backends rule file in /etc/udev/rules.d but > 70-libsane.rules instead. It looks like an update went wrong somewhere or you > forgot to run etc-update or dispatch-conf or else. I'd suggest you remove this > file as well as /etc/sane.d/dll.conf and remerge sane-backends and hplip. [...] Yes, Miguel, please check to which package this file is supposed to belong. It is not installed by current SANE versions. Then please tell me if you still have a problem.
No response for a few weeks and looks like old garbage caused the problem, closing.
