emerging gtkpod now bloats my system with useless junk Reproducible: Always Steps to Reproduce: 1.emerge gtkpod 2.watch useless gnome crap install Actual Results: My system gets bloated with crap. Expected Results: My system should not have been bloated with crap. Runs without gnome-vfs, builds without gnome-vfs, why the hell should it have gnome-vfs and friends? Remove junk you don't need from DEPEND, and if it DOES happen to need it when you run bloat, make it have a USE flag so the non-gnome users don't deal with this.
It has a bunch of other compulsory gnome dependencies like gnomecanvas, glade, etc.. So I decided that there really wasnt much of a point trying to have a use flag for a single not-so-big library.
so what if it requires libgnomecanvas, at least that doesn't pull in 50 new packages, reopening because solution sucks. gnome-vfs != glade/libgnomecanvas, which do not require a crapload of packages.
Yes, Please seperate the gnome relatives out. I do really hate the fat gnome things if not very necessary. So, if it's possible, please please make the USE flag for we gnome hater.
*** Bug 187272 has been marked as a duplicate of this bug. ***
I'd suggest to add support for curl, flac and vorbis USE flags too. However that's not so critical as dozen gnome libs pulling out with gtkpod.
Created attachment 126822 [details, diff] ebuild deps patch This patch introduces new USE flags. using -gnome lowered number of deps from 24 to just one! gtkpod still works perfectly. PS: there seems no way to force gtkpod ignore flac/curl/vorbis, but configure detects their absence at run-time and build works. That means it's impossible to remove flac support by -flac, but it's possible to build gtkpod without flac if it's not present in system and re-merging it with USE=flac pulls flac and builds gtkpod with flac support.
Comment on attachment 126822 [details, diff] ebuild deps patch (In reply to comment #6) > PS: there seems no way to force gtkpod ignore flac/curl/vorbis, but configure > detects their absence at run-time and build works. Not possible, not acceptable. Get that fixed upstream, until then, the dependencies stay unconditional. http://www.gentoo.org/proj/en/qa/automagic.xml
Created attachment 129245 [details, diff] autoconf patch for missing options Here goes a patch that adds missing --with/--without functionality
please send it upstream
Uhm, it's from upstream, we just can use it for now in current ebuild.
Created attachment 129826 [details, diff] makes gnome-vfs conditional This is just part of Vladimir's patch, and only adds gnome-vfs conditional on gnome. I think this is proper as the --without-gnome-vfs switch is already provided by upstream, and if applied will save a lot of gnome stuff to be pulled in. Cheers, Pietro
If any of you can confirm that the proposed upstream patch works well, I'll commit it. I was only holding off while waiting to get some feedback in case the changes caused any problems or needed improvement to solve the problem properly. The thread on gtkpod-devel where we discussed this is at http://article.gmane.org/gmane.comp.ipod.gtkpod/2835 (msg-id = <20070807040344.GC26040@psilocybe.teonanacatl.org>).
The patch seems to be ok, at least I don't have any problems with it.
Thanks for confirming Vladimir. That makes 2 of us that it works for. I've committed this upstream in svn rev 1709: http://gtkpod.svn.sourceforge.net/viewvc/gtkpod?view=rev&revision=1709 I hope this helps make the gentoo ebuild more flexible. Don't hesitate to ask on gtkpod-devel if there's anything else we can do upstream to help out. :)
Hello, I was just wondering why the patch from comment #11 that makes gnome-vfs conditional was not included in the 0.99.10 ebuild that is now marked stable?
Because the patch was made AFTER 0.99.10 was put in portage, and the devs are too lazy to put a -r1 version for it. Just put it in an overlay for now. It will be included in next release
Created attachment 135891 [details, diff] makes gnome-vfs conditional Hmm...the patch in comment #11 kicked back the following for me: !!! Invalid or corrupt dependency specification: Conditional without flag: "? ( >=gnome-base/gnome-vfs-2.6 )" I removed the space from the conditional flag and it seemed to build OK...
oooooold bug :) fixed in 0.9.14 and above at least
closing, forgot all about this lol
