iRiver ifp-899 USB device not in plugdev

This is not a security bug, so I have unmarked it, and made it public so that other developers can assist with this bug.

Still a problem for you on Feisty ?

We are closing this bug report as it lacks the information, described in the previous comments, we need to investigate the problem further. However, please reopen it if you can give us the missing information and don't hesitate to submit bug reports in the future.

Hi.

I've got more information, so I reopened the bug.

$ lsusb | grep 1008
Bus 005 Device 012: ID 4102:1008 iRiver, Ltd. iFP-800 series mp3/ogg vorbis player

There's a lack of permissions that cause the device not work, but for root. So the device won't work neither with amarok, nor ifp command line utility.

I've added this rule and all seems to be fine now

/etc/udev/rules.d/52-iriver.rules:
--------------------------------------------------8<----------------------------------------------
# iRiver IFP-800 series
SYSFS{idProduct}=="4102", SYSFS{idVendor}=="1008", MODE="660", GROUP="plugdev"
--------------------------------------------------8<----------------------------------------------

This is still truth for current gutsy.

I've reopened the bug because is still affecting gutsy. I've also changed the package from linux-source-2.6.15 to udev, since the problem is just a missing udev rule.

Thanks yS for these precise infos.
I am now Confirming this bug,

Better fixed with ConsoleKit in hardy

With 7.10 (Gutsy Gibbon) I added the file /etc/udev/rules.d/52-iriver.rules
But the example a few messages above has the idProduct en idVendor mixed up.

So my 52-iriver.rules contains this:
# iRiver IFP-100 series
SYSFS{idVendor}=="4102", SYSFS{idProduct}=="1001", MODE="660", GROUP="plugdev"
# iRiver IFP-300 series
SYSFS{idVendor}=="4102", SYSFS{idProduct}=="1003", MODE="660", GROUP="plugdev"
# iRiver IFP-700 series
SYSFS{idVendor}=="4102", SYSFS{idProduct}=="1007", MODE="660", GROUP="plugdev"
# iRiver IFP-800 series
SYSFS{idVendor}=="4102", SYSFS{idProduct}=="1008", MODE="660", GROUP="plugdev"

This enables running 'ifp' and 'ifpgui' as a normal user.
The iRiver iFP-895 records with higher bitrates and has less digital noise in 'manager mode'. That's why I don't use the 'usb disc mode'.
The iFP-895 player has different Product id's for both modes. So rhytmbox should only start if the player is in the 'usb disc mode'. But I don't know how to do that.

plugdev is being deprecated, these devices should be managed by HAL.

Scott, can you clarify what users should do to make this work?
I am having to apply this workaround (in Intrepid) to use libifp in user mode.
If there is an approved approach using HAL, I'd like to do the right thing.
If not, there may be a number of users who still need to add these custom udev rules.
Thanks.

The approach with HAL is for HAL to apply an ACL to the device based on class, in this case media player.