From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030703 Description of problem: cdparanoia rightfully attempts to open the CD device with O_EXCL, but grip still holds it open, so cdparanoia retries for a while and evetually gives up, without ripping anything. grip doesn't report any errors. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.Start grip 2.Try to Rip a CD Actual Results: The directory that should contain the ripped files is empty Expected Results: It should contain the .wav files (or, if encoding was selected, the encode directory should contain the encoded files) Additional info: lsof -p in the CD-ROM device shows grip has the device open, while strace shows cdparanoia is repeatedly attempting to open the same device with O_EXCL, and reporting the failures to its stderr.
This is a duplicate of bug 101530.
*** Bug 101530 has been marked as a duplicate of this bug. ***
*** Bug 102549 has been marked as a duplicate of this bug. ***
Grip can be compiled with built-in cdparanoia, but it seems that this version is compiled without that option because the entry for "grip (cdparanoia)" is missing from the Config->Rip->Ripper selection list.
Both fixed in 3.0.7-3.
Confirmed, thanks!