Red Hat Bugzilla – Bug 203171
Fedora Core 5 can no longer act as a scan server
Last modified: 2008-01-30 10:56:39 EST
Description of problem:
Permissions for scanner are set incorrectly. Consequence is that machine
no longer can act as a scan server
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Plug an USB scanner
2. Check permissions you will get owner=myuser
owner=myuser (the one who is logged in at the console) group=root perm=600
owner=myuser (so console user can scan) group=sane perm=660 ( when started by
xinetd I run sane with group sane, the xinetd file is my own since Fedora
doesn't provide one, this could count as an additional bug)
Fedora Core 4 ran fine as a scanner server. Short term solution is fix
permissions manually but as soon as console user unlogs these are reset. :-(
It appears that the udev rules in the sane package don't care for permissions
and these are set by the
I am running with Selinux disabled.
In fact the problem is in the /etc/security/console.perms.d/50-default.perms
file (belonging to pam). In Fedora 4 the incorrect permissions set by this
file were overridden by the permissions set by hotplug so, at least when
scanner was powered on after login (I think I never had my scanner powered on
before loggin in), the bug was hidden. But Fedora 5 uses udev instead and
pam_console_apply to set permissions like required by pam.
Bug should be reassigned to the pam maintainer.
The problem is group sane cannot be used in 50-default.perms in the rpm as
revert group, because the group is not in the default /etc/group. You can edit
the file yourself or add another .perms file with higher number to override the
ConsoleKit is the way to go now.