Diego Patteno added a patch to the -r3 version of cdparanoia that made it working again on maschines with e.g. CDROM drives connected via SATA (like most Intel notebooks with ICH7 southbridge).
The patch lets cdparanoia use the SG-IO interface of the kernel. The -r2 (and older) versions don't work on this maschines and thus e.g. KDE audiocd:/ KIO and KDE ripping applications do not work.
I use the -r3 version for ~ 6 weeks now on my Dell Inspiron 6000 without problems and there a no bugs about it in bugzilla.
Thanks in advance!
P.S.; Diego Petteno and Patrick McLean I CCed you case you were the last comitters to the ebuild. Hope thats OK ;-)
*** Bug 131015 has been marked as a duplicate of this bug. ***
*** Bug 131013 has been marked as a duplicate of this bug. ***
It ripped one album without any problems here in an x86 chroot (and has ripped lots on an ~x86 system).
Apart from that I haven't tested all the weird and wonderful things that it can probably do, but I can do so if anyone thinks it's necessary. Looks ok to be marked stable to me though.
Sorry for the bugzilla SPAM I produzed with this report beeing processed three times. I blame the damn dial-up connection for it ;-)
chutzpah, is this ready to go stable? Thanks.
Sure, it can go stable.
stable on ppc64
x86 stable and holy crazy bug reassignments batman!
stable on hppa.
ppc stable, re-re-re removing x86 from cc..
There is a problem in src_unpack():
/usr/portage/media-sound/cdparanoia/cdparanoia-3.9.8-r3.ebuild: line 54: elibtoolize: command not found
It's missing the libtool eclass.
I can also point out "checking host system type... Invalid configuration `x86_64-pc-linux-gnu': machine `x86_64-pc-linux' not recognized" even after having updated the config.guess/config.sub (dont know why)...
tibtool eclass added, I can't seem to reproduce the problem in comment #15 though.
Stable on mips.