Summary: | audiocd:/ needs exclusive access to device | ||
---|---|---|---|
Product: | [Unmaintained] kio | Reporter: | Gustavo Michels <gustavo.michels> |
Component: | audiocd | Assignee: | icefox |
Status: | RESOLVED NOT A BUG | ||
Severity: | normal | CC: | aacid, jbarnes, joe, rdieter |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Gustavo Michels
2006-10-15 05:17:00 UTC
I'm seeing this too, with KDE 3.5.6 under Fedora. Looks like an audioslave process starts up, grabs /dev/scd0, and won't let go. kaudiocreator and k3b both complain that they can't get to the device to do their thing until I kill the initial kio_audiocd process and let them get at it. This happens every time I insert a CD. I'm still seeing this on KDE 3.5.7 (Fedora 7). It's really quite annoying, as I keep having to "killall kio_audiocd" every time I want to do anything with an audio CD. *** Bug 150151 has been marked as a duplicate of this bug. *** confirmed I think this problems is due to the fact that Fedora's cdparanoia includes a patch that opens the CD with O_EXCL. I don't think the patch is in upstream cdparanoia anymore though, so it may have to be worked around in the Fedora KDE packages, probably by not spawning more than one process that opens the CD at a time... Just confirmed that removing the O_EXCL patch from Fedora's cdparanoia patch makes things work again. pjones has a good point though, not opening the CD in exclusive mode can cause multiple apps to try to access it, which can lead to undesired results, so it might be best if this is fixed in upstream KDE rather than just the Fedora packages. Closing as invalid per last comment since it's not our fault if fedora ships a broken cdparanoia |