gnome-vfs2 and cdda

[John Thacker]

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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20050131/a5b5ba53/attachment.sig>