Bug 905143 - udev rules in the wrong place
udev rules in the wrong place
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: hplip (Show other bugs)
6.4
All Linux
high Severity high
: rc
: ---
Assigned To: Tim Waugh
qe-baseos-daemons
: Patch
: 893003 962606 (view as bug list)
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2013-01-28 11:56 EST by Tim Waugh
Modified: 2014-06-19 04:46 EDT (History)
6 users (show)

See Also:
Fixed In Version: hplip-3.12.4-6.el6
Doc Type: Bug Fix
Doc Text:
Previously, the udev rules files were not in the correct location on the file system. As a consequence, permissions on the device node after connecting a device were insufficient. This update moves the udev rules files to the correct location, and udev rules now work correctly in the described situation.
Story Points: ---
Clone Of:
Environment:
Last Closed: 2014-06-19 04:46:06 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)

  None (edit)
Description Tim Waugh 2013-01-28 11:56:02 EST
Description of problem:
The hplip 3.12.4 re-base puts its udev rules in the wrong location.  Instead of /usr/lib/udev/rules.d it should be /lib/udev/rules.d.

Version-Release number of selected component (if applicable):
hplip-3.12.4-4.el6

Steps to Reproduce:
1.Connect a multi-function device.
2.Try scanning.
  
Actual results:
Insufficient permissions on device node.
Comment 2 Phil Knirsch 2013-01-30 09:58:26 EST
Proposing as a blocker as without the very simple fix scanning with locally attached scanners would be completely broken and a regression from RHEL-6.3.

Thanks & regards, Phil
Comment 3 Phil Knirsch 2013-01-30 11:04:45 EST
After discussion we agreed that local scanners aren't a critical use case so we're moving the fix to be addressed in RHEL-6.5.

Thanks & regards, Phil
Comment 8 Tim Waugh 2013-05-13 10:15:37 EDT
*** Bug 893003 has been marked as a duplicate of this bug. ***
Comment 9 Tim Waugh 2013-05-17 09:39:27 EDT
*** Bug 962606 has been marked as a duplicate of this bug. ***
Comment 12 Joost Ringoot 2013-10-30 17:00:11 EDT
xsane works for root. 

I tried  working around the issue by making symbolic links in /lib/udev/rules.d to all the files in: /usr/lib/udev/rules.d/*

like this:
ln -s /usr/lib/udev/rules.d/* /lib/udev/rules.d/

xsane still doesn't work for the user.

I removed the links and copied the files from /usr/lib/udev/rules.d to /lib/udev/rules.d 

xsane still doesn't work for the user.

If you have a workaround, please add it as a comment.

Thanks,
Comment 13 Joost Ringoot 2013-10-30 17:13:23 EDT
Correction on the previous comment: copying the files to the correct location helps,... only after reboot.
Udev rules are read only at boot.
Comment 19 errata-xmlrpc 2014-06-19 04:46:06 EDT
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHBA-2014-0767.html

Note You need to log in before you can comment on or make changes to this bug.