Libifp (for the iRiver devices) does not allows to connect to a regular user (in group ifp). Root however is allowed: quake@deuteranoptic ~ $ ifp ls Device is busy. (I was unable to claim its interface.) quake@deuteranoptic ~ $ sudo ifp ls Password: d VOICE d RECORD d Octavarium d Second Life Syndrome [FLAC] d Opeth - Morning Rise d A Change of Seasons d Utopia Banished (PREVIEW_ buy it at www.magnatune.com) When emerging =dev-libs/libusb-0.1.11 instead of 0.1.12. User being in ifp group can connect (using ifp, ifpgui, ifp-gnome and Amarok). It looks like /usr/share/ifp-line/nonroot.sh works well in both cases, because after connecting an iRiver device to the USB port I get something like this: quake@deuteranoptic ~ $ ls -l /proc/bus/usb/*/ /proc/bus/usb/001/: razem 0 -rw-rw-r-- 1 root usb 43 lis 20 14:14 001 /proc/bus/usb/002/: razem 0 -rw-rw-r-- 1 root usb 43 lis 20 14:14 001 -rw-rw-r-- 1 root usb 73 lis 20 14:14 003 /proc/bus/usb/003/: razem 0 -rw-rw-r-- 1 root usb 43 lis 20 14:14 001 /proc/bus/usb/004/: razem 0 -rw-rw-r-- 1 root usb 43 lis 20 14:14 001 -rw-rw-r-- 1 root ifp 50 lis 20 14:36 004 But when libusb is in version 1.1.12 user still can't connect. I do not know whether this is a bug in libusb or in libifp or in the interaction between the two. Temporary solution is masking the new libusb: As root: echo =dev-libs/libusb-0.1.12 >> /etc/portage/package.mask/libusb or if package.mask is a file: echo =dev-libs/libusb-0.1.12 >> /etc/portage/package.mask
Using libusb version 0.1.11 everything works as expected.
See bug #131756 :)
yeah, i really dont think this is a libusb bug ... more likely a dupe of that
