I used udev-045, and it set /dev/hdc to group 'disk' instead of 'cdrom'. For that reason my user didn't have access to the drive and I couldn't play cd-audio. By upgrading to udev-056 the problem was resolved. genstef asked me to tell you about the problem, and that a newer version needs to be marked stable. :)
This is probably a dupe of Bug 85463 and also you cannot assume that /dev/hdc is cdrom drive. It is not for a heck a lot of people. You should use /dev/cdrom symlink instead.
true, but still the symlinks follow the target's permissions. And the fact is that once I upgraded udev, it correctly identified /dev/hdc as cdrom and gave it group 'cdrom', while leaving the other /dev/hd* in group 'disk'. That's how it should be.
You can close this bug I think. Now that udev 056 is stable the problem no longer exists for those who keep their system up to date... Hope to see udev 057 soon ;-)
udev 057 will be a while :(
I'm seeing this bug again in udev-062 when I upgraded from 056. My cdrom, cdrw and dvd symlinks get created but their targets hde and hdf are owned by group disk: aconite portage # ls -al /dev/cdrom /dev/dvd /dev/cdrw lrwxrwxrwx 1 root root 3 Jul 11 22:12 /dev/cdrom -> hde lrwxrwxrwx 1 root root 3 Jul 11 22:12 /dev/cdrw -> hde lrwxrwxrwx 1 root root 3 Jul 11 22:12 /dev/dvd -> hdf aconite portage # ls -al /dev/hde /dev/hdf brw-rw---- 1 root disk 33, 0 Jul 11 15:41 /dev/hde brw-rw---- 1 root disk 33, 64 Jul 11 15:41 /dev/hdf Used to work for me automatically in 056.
See bug# 98290 for the 062 problem report.
