Bug 905143 – udev rules in the wrong place

Bug 905143 - udev rules in the wrong place

Summary:	udev rules in the wrong place

Status:	CLOSED ERRATA

Aliases:	None

Product:	Red Hat Enterprise Linux 6
Classification:	Red Hat
Component:	hplip (Show other bugs)
Sub Component:
Version:	6.4
Hardware:	All Linux

Priority	high Severity high
Target Milestone:	rc
Target Release:	---
Assigned To:	Tim Waugh
QA Contact:	qe-baseos-daemons
Docs Contact:

URL:
Whiteboard:
Keywords:	Patch

Duplicates:	893003 962606 (view as bug list)
Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2013-01-28 11:56 EST by Tim Waugh
Modified:	2014-06-19 04:46 EDT (History)
CC List:	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:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Groups: 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.