[arch-dev-public] confirm LTS kernel / usb printer permission issues
I have a permission issue when using the kernel26-lts with my usb printer. The device doesn't always get "lp" group. Especially when I switch it off and on again. Then new cups 1.4.x can't find the printer. With kernel 2.6.30 and 2.6.31 the group is always set well. I already asked a few udev upstream devs without a solution so far. See http://www.spinics.net/lists/hotplug/msg02798.html It would be nice if some of you could try confirming my problem and maybe you can help me to find the reason why it fails on my server. Thanks. -Andy
Am Sat, 10 Oct 2009 23:49:49 +0200 schrieb Andreas Radke <a.radke@arcor.de>:
I have a permission issue when using the kernel26-lts with my usb printer. The device doesn't always get "lp" group. Especially when I switch it off and on again. Then new cups 1.4.x can't find the printer. With kernel 2.6.30 and 2.6.31 the group is always set well.
I already asked a few udev upstream devs without a solution so far.
See http://www.spinics.net/lists/hotplug/msg02798.html
It would be nice if some of you could try confirming my problem and maybe you can help me to find the reason why it fails on my server.
Thanks.
-Andy
I solved this now with a workaround: a custom udev rule: SYSFS{idVendor}=="043d", SYSFS{idProduct}=="000c", GROUP="lp", MODE="0664" Now that I know how to solve this we can soon move cups 1.4.x to extra. -Andy
Am Sat, 10 Oct 2009 23:49:49 +0200 schrieb Andreas Radke <a.radke@arcor.de>:
I have a permission issue when using the kernel26-lts with my usb printer. The device doesn't always get "lp" group. Especially when I switch it off and on again. Then new cups 1.4.x can't find the printer. With kernel 2.6.30 and 2.6.31 the group is always set well.
I already asked a few udev upstream devs without a solution so far.
See http://www.spinics.net/lists/hotplug/msg02798.html
It would be nice if some of you could try confirming my problem and maybe you can help me to find the reason why it fails on my server.
Thanks.
-Andy
I solved this now with a workaround: a custom udev rule: SYSFS{idVendor}=="043d", SYSFS{idProduct}=="000c", GROUP="lp", MODE="0664" Now that I know how to solve this we can soon move cups 1.4.x to extra. -Andy
participants (1)
-
Andreas Radke