#642552 stop calling mtp-probe if it is not installed

Package:
libmtp-common
Source:
libmtp
Submitter:
Damyan Ivanov
Date:
2017-12-24 15:27:05 UTC
Severity:
normal
#642552#5
Date:
2011-09-23 18:52:35 UTC
From:
To:
It is annoying to see warnings about mtp-probe not being found during boot or
USB hotplug.

Maybe make the udev rules not try to run that program if it is not available?
#642552#10
Date:
2012-08-27 08:59:01 UTC
From:
To:
Dear Debian folks,


Am Freitag, den 23.09.2011, 21:52 +0300 schrieb Damyan Ivanov:

I am seeing that issue too on a system where I installed `gnome`.

$ aptitude why libmtp-common
i   gnome             Depends rhythmbox-plugins
i A rhythmbox-plugins Depends libmtp9 (>= 1.1.0)
i A libmtp9           Depends libmtp-common

Does libmtp9 need to depend on libmtp-common and need the files packaged
in it?

        $ dpkg -L libmtp-common
        /.
        /usr
        /usr/share
        /usr/share/hal
        /usr/share/hal/fdi
        /usr/share/hal/fdi/information
        /usr/share/hal/fdi/information/20thirdparty
        /usr/share/hal/fdi/information/20thirdparty/20-libmtp9.fdi
        /usr/share/doc
        /usr/share/doc/libmtp-common
        /usr/share/doc/libmtp-common/changelog.Debian.gz
        /usr/share/doc/libmtp-common/copyright
        /usr/share/doc/libmtp-common/changelog.gz
        /usr/share/apport
        /usr/share/apport/package-hooks
        /usr/share/apport/package-hooks/source_libmtp.py
        /lib
        /lib/udev
        /lib/udev/rules.d
        /lib/udev/rules.d/69-libmtp.rules

I guess the libmtp is split in libmtp-common and libmtp-runtime because
of multiarch reasons?

So should libmtp9 just recommend libmtp-runtime and libmtp-runtime
depend on libmtp-common?

Additionally, on Linux HAL is deprecated and replaced by udev. HAL is
only needed for the *BSD* stuff, if I remember correctly.

That would indeed hide the problem and not confuse users.

I hope though a “proper” solution can be found.


Thanks,

Paul
#642552#15
Date:
2013-02-24 09:28:25 UTC
From:
To:
This bug makes udev litter the terminal output before X is
started, e.g. when fsck is run. It becomes more difficult
to absorb the legitimate information that is printed on the
terminal at boot time, and this is sometimes important.

I don't use any MTP devices, so I would like to avoid having
any unnecessary MTP executables on my system.

Best regards
Torquil Sørensen
#642552#20
Date:
2015-06-12 12:50:36 UTC
From:
To:
tags 642552 pending
thanks

Hi,

I think this commit should be enough:
http://anonscm.debian.org/cgit/collab-maint/libmtp.git/commit/?id=d859fdc006abee20273af1353863a6032de5dd90

Cheers.
#642552#33
Date:
2017-12-24 15:16:28 UTC
From:
To:
This trivial patch instructs udev to not call mtp-probe if it is not
available.
Please apply: this silly bug has been around since 2011.
--- 69-libmtp.rules.orig	2017-12-24 16:14:29.102926048 +0100
+++ 69-libmtp.rules	2017-12-24 16:12:11.188007015 +0100
@@ -2279,6 +2279,8 @@
 # Isabella Her Prototype
 ATTR{idVendor}=="0b20", ATTR{idProduct}=="ddee", SYMLINK+="libmtp-%k", MODE="660", GROUP="audio", ENV{ID_MTP_DEVICE}="1", ENV{ID_MEDIA_PLAYER}="1"

+TEST!="/lib/udev/mtp-probe", GOTO="libmtp_rules_end"
+
 # Autoprobe vendor-specific, communication and PTP devices
 ENV{ID_MTP_DEVICE}!="1", ENV{MTP_NO_PROBE}!="1", ENV{COLOR_MEASUREMENT_DEVICE}!="1", ENV{libsane_matched}!="yes", ATTR{bDeviceClass}=="00|02|06|ef|ff", PROGRAM="mtp-probe /sys$env{DEVPATH} $attr{busnum} $attr{devnum}", RESULT=="1", SYMLINK+="libmtp-%k", MODE="660", GROUP="audio", ENV{ID_MTP_DEVICE}="1", ENV{ID_MEDIA_PLAYER}="1"