From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1JexfO-0003aZ-Jo for garchives@archives.gentoo.org; Thu, 27 Mar 2008 19:21:38 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7E023E051E; Thu, 27 Mar 2008 19:21:36 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 2C0B5E051E for ; Thu, 27 Mar 2008 19:21:36 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id AEE8A674EC for ; Thu, 27 Mar 2008 19:21:35 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -2.272 X-Spam-Level: X-Spam-Status: No, score=-2.272 required=5.5 tests=[AWL=0.327, BAYES_00=-2.599] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uhH7DsxU08tC for ; Thu, 27 Mar 2008 19:21:29 +0000 (UTC) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id BF2E267923 for ; Thu, 27 Mar 2008 19:21:27 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Jexew-0005yR-2x for gentoo-user@gentoo.org; Thu, 27 Mar 2008 19:21:10 +0000 Received: from 84-72-81-46.dclient.hispeed.ch ([84.72.81.46]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 Mar 2008 19:21:10 +0000 Received: from michael.schmarck by 84-72-81-46.dclient.hispeed.ch with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 Mar 2008 19:21:10 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Michael Schmarck Subject: [gentoo-user] Re: Gnome: No sound - "No volume control GStreamer plugins and/or devices found" Date: Thu, 27 Mar 2008 19:20:51 +0000 (UTC) Message-ID: References: <200803262217.05873.alan.mckinnon@gmail.com> <3852429.pWez0ayJHa@schmarck.cn> <200803271656.08948.alan.mckinnon@gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: main.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 84.72.81.46 (Opera/9.50 (X11; Linux i686; U; en)) Sender: news X-Archives-Salt: a5efec48-bc62-408c-bd54-720e26cba174 X-Archives-Hash: d5434afde48b8e2edb091bd63eb2cd65 Alan McKinnon gmail.com> writes: > > On Thursday 27 March 2008, Michael Schmarck wrote: > > > 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. > > Good luck with getting a dev to agree to that. I wouldn't, and don't > know a single case in portage where an ebuild DEPENDS on a -meta ebuild > (possible -metas DEPENDING on subordinate -metas excepted) In that case, rb should depend on gst-plugins-base, but that's also not what them devs want. It rather seems, that they prefer that users have a non-functional system - which I find a quite strange attitude. But that's just me, I guess. > -meta packages are designed to be manually added to world by users who > wish an easy way to emerge everything. Fine, but did you actually have a look at the gst-plugins-meta package? It does *NOT* add everything. It is *NOT* at all like the kde-meta package. The gst-plugins-meta package only adds everything, if all the USE flags are set. Again, that's very much different from the kde-meta package - for it to be the same, the kde-meta would need to have, let's say, a "ppp" flag with which a user could control if ppp stuff (kppp for example) get's installed. But there's no such flag. > It's not described in policy > anywhere I have ever seen, the actual usage in practise tells you the > intended usage. The actual usage of other meta packages (again, I'm thinking abut kde-meta and also gnome-base/gnome here) differs *completely* from the usage of the gst-plugins-meta package. So I don't see, how you can compare different things here. > Go back and read bug 159470 again, especially comments 3 and 4. I don't quite understand that. Nobody is proposing, that rb should now grow an "alsa" USE flag. I'm also not saying that gst-plugins-base should re-grow the alsa USE flag. > The > dependencies you propose cause circular dependency loops Why's that? rb should depend on gst-plugins-meta which should depend on gst-plugins-alsa (if the USE flag is set so). > and > recompilation of packages that depend on the USE flags when they > change, even when the resulting files installed are EXACTLY the same as > the ones replaced. Care to expand on that? > This is the reason why the USE flags were removed > from the ebuild, That's fine. > to save you from the horror that is circular deps. Could you cook up a testcase to show 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. > > And Jakob will probably just close it. Then I'll reopen it. > He's brutal about that, and it's > his job. Dunno. But let's not discuss Jakub. > The problem you are trying to solve would be much better > served with a request for an ELOG to be emitted by rhythmbox alerting > to user to the need to install gst-plugins-whatever. I don't think so. > There's a damn good reason why rhythmbox does does depend on -meta. I suppose you mean "does not depend on -meta", right? > That > will never happen, so you should get over it. Bug 159470 explains why > it's not a good idea to depend on -base either, so now you get to issue > one more emerge by yourself. Actually, it doesn't. Comment #3 from Jakub doesn't apply. I totally agree with Jakub, that it might have been a bad idea to have something like mad? ( =media-plugins/gst-plugins-mad-0.10* ) in the totem ebuild. That sucks. Nobody wants that back. I seem to be missing something - what happens, if rb would depend on gst-plugins-meta? Suppose USE=alsa is set. Then if "emerge rhythmbox" would be done, gst-plugins-meta and gst-plugins-alsa would be emerged. Then the user thinks that dvb is a good idea and adds "dvb" to his make.conf file. If he'd recompile gst-plugins-meta, he'd also get gst-plugins-dvb installed. Would rb then need to be recompiled, in the point of view of emerge? Michael -- gentoo-user@lists.gentoo.org mailing list