Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 481666 - =media-libs/libmtp-1.1.6 has garbage at beginning of 69-libmtp.rules
Summary: =media-libs/libmtp-1.1.6 has garbage at beginning of 69-libmtp.rules
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Sound Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-08-19 16:29 UTC by Maxim Kammerer
Modified: 2013-11-23 13:41 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Maxim Kammerer 2013-08-19 16:29:56 UTC
> head -2 /lib/udev/rules.d/69-libmtp.rules
Unable to open ~/.mtpz-data for reading, MTPZ disabled.# UDEV-style hotplug map for libmtp
# Put this file in /etc/udev/rules.d
Comment 1 Samuli Suominen (RETIRED) gentoo-dev 2013-08-19 18:17:17 UTC
I can verify.   It's hotplug.sh (hotplug.sh.in in tarball) that is generating the .rules
As in, the hotplug.sh.in should be fixed :/
Comment 2 Ulenrich 2013-10-17 16:43:30 UTC
Ping!

I only found this string at line
"        LIBMTP_INFO("Unable to open ~/.mtpz-data for reading, MTPZ disabled.");"
of /temp/portage/media-libs/libmtp-1.1.6/work/libmtp-1.1.6/src/mtpz.c
when compiling. How does it get into the rules ????
Comment 3 Ulenrich 2013-10-17 16:52:57 UTC
I hoped to find a patch there:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=723701
But Debian didn't find a solution since one month :(
Comment 4 Georgi Georgiev 2013-11-08 12:54:55 UTC
Got the same problem. Worked around it by building libmtp with "-crypt". The "crypt" use flags is the one that enables support for mtpz, and I have no idea what mtpz is.

It is also quite annoying that I see this warning when running any of the mtp command, and now it's gone. So - double win.

Unless someone knows of what the use case for mtpz is (quick Google says it's for zune? really?), I would suggest you make "-crypt" the default. Or even better, --disable-mtpz unconditionally.
Comment 5 Samuli Suominen (RETIRED) gentoo-dev 2013-11-11 09:14:19 UTC
ArchLinux fixes this by sed, later in the process, like in end of src_install()

Like so:

https://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/libmtp&id=b250f0917eb60e91e477a3733fdd71c786e5b7aa

+ # fix broken udev rule
+ sed -i "/^Unable to open/d" ${pkgdir}/usr/lib/udev/rules.d/69-libmtp.rules

So similar patch could be created for the .ebuild, however it's nothing upstreamable... The script creating the rule in the first place should be fixed... But I'd settle with .ebuild fix for this one for now
Comment 6 Samuli Suominen (RETIRED) gentoo-dev 2013-11-23 13:41:09 UTC
Fixed in tree for 1.1.6, created 1.1.6-r1 for ~arch and -9999