Bug 1074122 - libftdi udev rules should use uaccess rather than non-existent plugdev group
Summary: libftdi udev rules should use uaccess rather than non-existent plugdev group
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: libftdi   
(Show other bugs)
Version: 20
Hardware: Unspecified
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Lucian Langa
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-03-08 02:01 UTC by Eric Smith
Modified: 2014-07-10 15:12 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2014-03-24 15:24:35 UTC
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)
proposed replacement for libftdi udev rules (277 bytes, text/plain)
2014-03-08 02:01 UTC, Eric Smith 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Description Eric Smith 2014-03-08 02:01:29 UTC 
Created attachment 872077 [details]
proposed replacement for libftdi udev rules

Description of problem:

libftdi provides /etc/udev/rules.d/99-libftdi.rules, which doesn't work as intended on recent Fedora releases (and probably EPEL7):

1)  The rules use GROUP="plugdev", but the plugdev group no longer exists.  (Regression from fix of bug #517773?)  That should be replaced with TAG+="uaccess"

2)  The rules file shouldn't be in /etc/udev/rules.d, which is for user-added rules.  It should be in /usr/lib/udev/rules.d

3)  The numeric portion of the rules file name needs to be less than 70, so it runs before /lib/udev/rules.d/70-uaccess.rules

I recommend replacing the existing file with the attached file as /lib/udev/rules.d/69-libftdi.rules.  (That will also resolve bug #1015289.)
Comment 1 Peter Robinson 2014-03-24 15:24:35 UTC 
This will be fixed in 1.1 (committed to git now) but the new version will need some coordination with the dependent packages
Note You need to log in before you can comment on or make changes to this bug.