Attached is a small modification of the gdk-pixbuf ebuild which will build gnome-libs only if gnome is in the user's USE variable. This allows gdk-pixbuf aware applications to use this library without having to install gnome as well.
Created attachment 3767 [details, diff] gdk-pixbuf sans gnome The aforementioned patch
this request comes up about once every 3 months. believe me it is something I want to do. I can not until our USE variable functionality is extended a little bit...
I'd like to echo the need for this optionalization. Installing Sylpheed requires GDK-Pixbuf in order to enable graphical support, which in-turn requires GNOME. I have manually modified my GDK-Pixbuf ebuild file in the interim.
*** Bug 26962 has been marked as a duplicate of this bug. ***
*** Bug 28832 has been marked as a duplicate of this bug. ***
That's odd. I did searches for "gdk-pixbuf" and "pixbuf" before submitting my duplicate. Why didn't this show up?
*** Bug 30807 has been marked as a duplicate of this bug. ***
Is there a bug against portage detailing the required functionality? If so, it should be noted as blocking this bug. I want the gimp installed, but I don't want any gnome (or kde) libs cluttering my system.
*** Bug 62792 has been marked as a duplicate of this bug. ***
*** Bug 64933 has been marked as a duplicate of this bug. ***
*** Bug 74967 has been marked as a duplicate of this bug. ***
Now that we have built_with_use functionality in portage we should investigate this. A significant enough number of packages still dep on gdk-pixbuf that trimming out gnome-1.x libraries when not needed is a good idea (such as fvwm).
If this was to be done, a patch for configure.in that has a proper switch would need to be created first. There are 39 packages that have it as a dep.
configure runs through properly with no patch, if you emerge gdk-pixbuf with --nodeps and without gnome-libs installed, for example...
Brad: However, the configure patch is needed if : emerge gnome-libs ; USE="-gnome" gdk-pixbuf; emerge -C gnome-libs This is supposed to be a working case. Ebuilds with hidden deps are evil(tm) Feel free to pursue this if you have the time and patience. Personally, I'd prefer to deprecate all software depending on <gtk+-2
please re-open if you have a configure patch, otherwise, we will not do this.
*** Bug 120168 has been marked as a duplicate of this bug. ***
Here is the configure.in patch. Testing for a tri-state ain't pretty. It works well though. Please re-open.
Created attachment 78038 [details, diff] gdk-pixbuf-0.22.0 with optional gnome patch
*** Bug 127290 has been marked as a duplicate of this bug. ***
Reopened as requested by allanonjl. See also bug 127290 for an alternative suggestion.
We're not much interested in 'fixing' a few dozen obsolete packages, the one way this should be going is a tree wide effort to get rid of gtk/gnome1 apps. The resolution to this bug is not under discussion.
Ok, I'll try to port gscmxx (the only tool which pulls in gtk-perl on my box) to gtk2-perl.
*** Bug 149202 has been marked as a duplicate of this bug. ***