FS#24491 - [libmtp] duplicate udev rules installed

Attached to Project: Arch Linux
Opened by Rick Chen (stuffcorpse) - Sunday, 29 May 2011, 01:33 GMT
Last edited by Dave Reisner (falconindy) - Saturday, 24 December 2011, 03:56 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Dave Reisner (falconindy)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description: two identical udev rule files are installed:

/lib/udev/rules.d/52-libmtp.rules is owned by libmtp 1.0.6-1
/lib/udev/rules.d/libmtp.rules is owned by libmtp 1.0.6-1
This task depends upon

Closed by  Dave Reisner (falconindy)
Saturday, 24 December 2011, 03:56 GMT
Reason for closing:  Fixed
Additional comments about closing:  extra/libmtp 1.1.1-1
Comment by Tom Gundersen (tomegun) - Saturday, 11 June 2011, 12:43 GMT
I'm struggling at the moment with libmtp interfering with libgpod, and it would be great if this could be fixed so one source of possible confusion is eliminated. Any idea why this is not done upstream? I could contact them, but I guess the maintainer knows better what the situation is (and maybe has a suggestion for what they should change to?).

Should be as simple as adding:

rm "${pkgdir}/lib/udev/rules.d/libmtp.rules"

to the PKGBUILD.
Comment by Tom Gundersen (tomegun) - Monday, 11 July 2011, 10:38 GMT
The original report is fixed upstream, but I believe there is now a packaging bug. We should not force the name of the rule, but let upstream decide. We use the prefix 52-, whereas upstream use 39-. This causes problems with the interaction with some other rule files (especially the one from media-player-info (or whatever it is called)).
Comment by Dave Reisner (falconindy) - Saturday, 24 December 2011, 03:56 GMT
Fixed this in 1.1.1. Upstream defaults to the name 69-libmtp.rules, so that's what we'll use. There's no packaging conflict either.

Loading...