Frugalware

You have something broken on your system then.

Also your change is wrong since you change the group for any sg* devices ( scsi etc etc ) to be owened by cdrom :)

The rule is needed for cdrom is right :

...

SUBSYSTEMS=="scsi", KERNEL=="s[grt][0-9]*", ATTRS{type}=="5", NAME="%k", GROUP="cdrom", MODE="0660"

...

Also it does work right on all my boxes ( which all uses current )

$ ls -la /dev/sg*
crw------- 1 root root 21, 0 7. Aug 16:00 /dev/sg0
crw-rw---- 1 root cdrom 21, 1 7. Aug 16:00 /dev/sg1
crw------- 1 root root 21, 2 7. Aug 16:00 /dev/sg2
crw------- 1 root root 21, 3 7. Aug 16:00 /dev/sg3

However you did upgraded from what to current ?

Yes, something seems to be broken on my system -- sorry. I installed 0.9pre1 on this box and then regularly did pacman -Syu against current repository. The problem is related to not only brasero, but several other things, too -- CDs don't pop up on Xfce desktop anymore, for example. I'll perhaps download 0.9rc1 and do a reinstall, since this seems the best possibility to get it clean again (several other things broke, too, and I don't know why yet).

Thanks for your help so far,

lackS

this is in fact a bug, but i don't exactly know yet where is the problem.

the recent udev upgrade broke automounting of cds in kde as well, so i'm not yet closing this bug.

interesting. downgrading to 124 definitely makes showing harddisks again under system:/media in kde, but i don't see anything interesting in an ls -lR /dev diff. :S

crazy, does system:/media ok at you? (in konqueror)

Not really , sometimes I see my USB HDDs , cam etc sometimes not

http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=f755fd5657b619fd27160ad202fc5d773d096e9c is the problematic change.

A fully-upgraded and rebooted -current still has this problem.

ok, so here are the steps to see why the previous fix was wrong.

we reverted some random upstream patch, then run 'udevadm trigger', saying it's the same as a reboot. this is wrong.

if you put udevadm trigger to rc.local, then it works fine, without the reverted patch as well.

the question is what is the real fix here, then..

Note 1: Xfburn seems to be able to burn and/or erase CDs or DVDs, so the burning-problem might be a brasero-only problem.
Note 2: The 50-udev-default.rules file is not owned by any package on -current nowadays, it used to belong to udev-124. Is this the desired behaviour? I tried to remove it, and nothing seems to have changed.
Note 3: I opened a similar bug report at #3320 because this one was closed in between and the desktop show up part of the problem was not (yet) fixed. Maybe we can close one of the two bugs to avoid people working parallely on the same problem.
Note 4: It's just a mood, but to me it seems that hal is simply not recognizing the optical drive contents until explicitly asked. However, USB sticks work fine.

I have an idea what is wrong , I'll do some tests later on today

( BTW that bug has nothing to do with hal , is pure udev breakage )

ok, for now we reverted to udev-124 in current, we will bump it again and investigate the issue after 0.9 is out.

still not closing, but then this is not a problem for 0.9.

Problem solved with new udev update