Now it is working. BUT it seems that this is related to my attempt yesterday to install directly from sources since my user needs to be in the ifp group instead of the plugdev group to be able to use ifp (whereas the mpm-common package is supposed to bypass this), being or not being in plugdev group has no effect.
As a matter of fact dmesg gives usb 1-1: new full speed USB device using address 4 and ls -l in /proc/bus/usb/001 shows -rw-rw-r-- 1 root ifp 50 2005-02-07 22:16 004 so that it seems that a user really need to be in the ifp group to be able to access the pmp. --------------------------------- A little bit of testing I have just renamed /etc/hotplug/usb.usermap into /etc/hotplug/usb.usermap.bkp and apt-get remove pmp-common ifp-line. This is the closer I can do to come back to a clean state as before my compiling the source. Then I apt-get install pmp-common and ifp-line -> the problem reappears : Device is busy. (I was unable to claim its interface.) To make it work again (still with my user in ifp group instead of plugdev group) I have had to rename /etc/hotplug/usb.usermap.bkp into /etc/hotplug/usb.usermap. It seems that without this /etc/hotplug/usb/ifpdev is never executed (as a cat > file I have added in it shows) so that /proc/bus/usb/001 never chgrp ifp. If it is relevant : vigr gives plugdev:*:46:alpha,gamma ifp:x:1001:alpha,beta where alpha and beta can use ifp but gamma cannot --------------------------------- I do not know how to make further tests ? If you believe there is a problem with pmp-common and/or ifp-line and fix one of these wo packages, please tell me and I will be happy to redo the test or another test if you specify it.
