So I created bug #137250 a while back, and no one seems to have claimed it. ( https://bugzilla.redhat.com/beta/show_bug.cgi?id=137250 ) I can understand why, as it's a bit complicated. gnome-vfs2 has a CDDA module which uses cdparanoia. By default, it's enabled in /etc/gnome-vfs-2.0/modules/default-modules.conf. However, it doesn't get built because of the unusual location of the cdparanoia include headers in RedHat and Fedora. They're located in /usr/include/cdda/cdda_paranoia.h and /usr/include/cdda/cdda_interface.h instead of just in /usr/include. Therefore, gnome-vfs2 doesn't build the CDDA module, and, since it's enabled in the default configuration, there are tons and tons of warnings when adding new files in totem or anything else which uses gstreamer and/or gnome-vfs2, and prevents totem from playing audio CDs. (Bug 144803 - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=144803 ) Other programs which use cdparanoia have been patched to detect the header files in their special location. See various bugs dealing with grip and kde ( such as 62852 ) Why is it in a non-standard place? Well, cdparanoia header files include a file called utils.h that includes a couple standard macros. Originally this wasn't included in RHL because of a reluctance to include a file called utils.h in /usr/include. (See bugs 38223 and 62852) As a result, they were put into /usr/include/cdda. (As it turns out, grip doesn't use utils.h anymore, it seems.) So, there are a couple of options: 1) Comment out the cdda plugin in default-modules.conf. Advantages: easy, no more warnings Disadvantages: still can't play audio CDs in totem 2) Patch gnome-vfs2 build process so that it finds the include files in the proper place Advantages: plugin builds, everything works Disadvantages: possibly annoying 3) (Drop utils.h and?) Put cdparanoia includes in the standard place. Advantages: easy, everything works Disadvantages: someone might want utils.h, changes old workaround, reasons for workaround might still exist I'd like to have some sort of fix for this, or at least a comment or two. I imagine that responsibility for the bug or the proper fix is difficult to identify, though, which probably has slowed things. See also bug 102754 for another problem having to do with compiling using cdparanoia. John Thacker
Attachment:
pgpo9CAILqiy7.pgp
Description: PGP signature
