Per a discussion in the ML: The systemd dbus scripts that handle USB device creation are creating rinters as root:lp per upstream preference with perms rw-rw-r--. Unfortunately, cups and its subtasks (like hpcups) are running as lp:?? (lp:sys, I think), and the combination means that the device is not writable to cups. If the device (/dev/bus/usb/xxx/yyy) is changed to lp:sys, everything flows smoothly, ubt if the systemd stuff is correct, then it's cups that needs to change to run in the lp group rather than whatever it is running as now. Reproducible: Steps to Reproduce:
Keywords: (none) => TriagedCC: (none) => mageia, mageia, thierry.vignaud, tmb
Please try latest package
Seems fixed, thanks !
Status: NEW => RESOLVEDResolution: (none) => FIXED
This should now be fixed for real. cups helpers are still running as the lp user, so we really need to give the lp user access to USB printing devices. Here is a list of changes I did in the cups package: - add back udev rule to fix perms of USB devices for cups helpers like hplip - run udev lp user fix for bus/usb device too, not just usb/lp0 - run udev lp user fix on normal device, not parent, and merge with parport rule - install lp user fix udev rule after 73-seat-late.rules since the uaccess helper resets ACLs
Fixed in cups-1.7.0-3.mga4