I just spent a few hours trying to figure out why I couldn't play CD's (even though cdda is enabled as a USE flag in my profile) and it turned out that gstreamer didn't include a plug-in for CD playback. When I looked at the gst-plugins-meta package, there wasn't a USE flag to enable CD playback either, even though at least two plugins for that exist: cdparanoia and cdio. I suggest adding USE flags for both, and if the cdda USE flag is enabled, auto-selecting a default. Having CD audio enabled in the profile, but then not including CD playback as a result is non-intuitive behavior at best. Reproducible: Always
(In reply to comment #0) > I just spent a few hours trying to figure out why I couldn't play CD's (even > though cdda is enabled as a USE flag in my profile) and it turned out that > gstreamer didn't include a plug-in for CD playback. I got hit by the same problem trying to debug why Amarok (which I'm a developer of) doesn't play audio CDs. Additionally, Amarok ebuild has cdda USE-flag, which sadly currently doesn't ensure working CD playback. If gst-plugins-meta had cdda USE-flag, then phonon-gstreamer and phonon could have it and Amarok could depend on it.
Sorryn but meta ebuild is not here to provide plugins required for applications to provide basic features. It is only here to hold extra stuff. ebuilds should provide direct dependencies on plugins that are required for them to work, see totem, sound-juicer and rhythmbox for example.
(In reply to comment #2) > Sorryn but meta ebuild is not here to provide plugins required for > applications to provide basic features. It is only here to hold extra stuff. > ebuilds should provide direct dependencies on plugins that are required for > them to work, see totem, sound-juicer and rhythmbox for example. Gilles, even if this reason is invalid, original Tim's one still holds: It is very strange that you don't get Audio CD reading support when emerging gst-plugins-meta package with cdda, cdparanoia and cdio in USE. What is a difference between cdda flag (not handled by gst-plugins-meta) and e.g. a dvd flag, which is handled correctly?
(In reply to comment #2) > Sorryn but meta ebuild is not here to provide plugins required for > applications to provide basic features. It is only here to hold extra stuff. > ebuilds should provide direct dependencies on plugins that are required for > them to work, see totem, sound-juicer and rhythmbox for example. IMHO the meta ebuild is here not for ebuilds to depend on, but for *users*. Users who have no idea that they need gst-plugins-cdparanoia to play audio CDs, or that installing gst-plugins-assrender is equivalent to USE=libass in all normal Gentoo video-related ebuilds.
I have added a "cdda" USE flag, which pulls in || ( gst-plugins-cdparanoia gst-plugins-cdio ). Packages that require CD audio for their core functionality (e.g. sound-juicer) certainly need to depend on these plugins directly; but for users of generic media players (e.g. totem) that can play audio CDs among >9000 other potential media sources, it's highly convenient to have a "cdda" flag in the meta ebuild. +*gst-plugins-meta-1.0-r1 (06 Jan 2013) +*gst-plugins-meta-0.10-r8 (06 Jan 2013) + + 06 Jan 2013; Alexandre Rostovtsev <tetromino@gentoo.org> + +gst-plugins-meta-0.10-r8.ebuild, +gst-plugins-meta-1.0-r1.ebuild, + metadata.xml: + Add cdda, jack, libass, opus, x264, xvid USE flags that users have been + requesting (bugs #412183, #422637, #442566, #450332). Drop alpha, arm, hppa, + ia64, ppc, ppc64, sparc, amd64-fbsd keywords due to new dependencies.
(In reply to comment #5) > I have added a "cdda" USE flag, which pulls in || ( gst-plugins-cdparanoia > gst-plugins-cdio ). Packages that require CD audio for their core > functionality (e.g. sound-juicer) certainly need to depend on these plugins > directly; but for users of generic media players (e.g. totem) that can play > audio CDs among >9000 other potential media sources, it's highly convenient > to have a "cdda" flag in the meta ebuild. That was quick, thanks!
(In reply to comment #6) > That was quick, thanks! Ditto!