Alan McKinnon <[EMAIL PROTECTED]> wrote: > On Wednesday 26 March 2008, Michael Schmarck wrote: >> Alan McKinnon <[EMAIL PROTECTED]> wrote: >> > Perhaps you could file a feature request at b.g.o. to get the old >> > behaviour back. It seems entirely reasonable to me that rhythmbox >> > should DEPENDs on gst-plugins-base which should conditionally >> > DEPEND on -alsa or -oss (or other sound systems). >> >> Isn't that what the gst-plugins-meta package does? >> >> RDEPEND="oss? ( >=media-plugins/gst-plugins-oss-0.10 ) >> alsa? ( >=media-plugins/gst-plugins-alsa-0.10 ) >> esd? ( >=media-plugins/gst-plugins-esd-0.10 ) >> X? ( >=media-plugins/gst-plugins-x-0.10 ) >> xv? ( >=media-plugins/gst-plugins-xvideo-0.10 ) >> dvb? ( media-plugins/gst-plugins-dvb >> >> >=media-libs/gst-plugins-bad-0.10.6 >> > >> >=media-plugins/gst-plugins-fluendo-mpegdemux-0.10 >> >.15 ) >> >> mythtv? ( media-plugins/gst-plugins-mythtv )" >> >> I filed a bug report at >> http://bugs.gentoo.org/show_bug.cgi?id=214831. > > It all makes sense in a kind of roundabout way:
Does it? gst-plugins-meta MAY install everything, if all the USE flags are set. But I don't quite get, why rb (or any other gst using app) should not depend on it. > gst-plugins-meta installs everything, so rhythmbox does not DEPEND on > it - that would force a user to have every possible plugin with no > option to not have them (very much a gentoo no-no). Nope, that's not the case. > -meta packages tend > to not be DEPENDED on, they are there as a convenience for user that > want everything and can't be bothered to put the whole shebang in > world. But that's not what gst-plugins-meta does. Read the ebuild again. It features alsa, oss and what-not USE flags. And only if those flags are set, stuff is installed. > rhythmbox DEPENDS on gst-plugins-base to give you the required framework > that will handle the plugins you want (you get to pick and install them > manually...) No, that's not the case. Read the bug report and read the bugs that Jakub pointed out there. > The question now is why were the alsa, oss and other drivers removed > from the -base ebuild? Because they belong to the meta package, I suppose. The real question rather is, why was rb not updated to depend on -meta. I filed https://bugs.gentoo.org/show_bug.cgi?id=214852 for that. > I recall something similar with another sound > app a while ago, the reason is that it could be used as a networked > sound delivery server and there's no good reason to require the user to > have sound driver support on the local machine. I suspect your bug will > be closed WONTFIX, with luck the dev will justify their reasoning. If not, I'll reopen it. Michael -- gentoo-user@lists.gentoo.org mailing list