Hi, I've got a system running with -gnome which works fine. But some package still pulled in gnome-libs-1.4.2 which I'd like to avoid. I tracked it down to gtk-perl which already has a gnome USE flag but deps on gdk-pixbuf which has a hard dep on gnome-libs to successfully build the GnomeCanvasPixbuf. But: gtk-perl doesn't even support GnomeCanvasPixbuf, the code is commented out! I'd like to get rid on that dep and had two ideas how this could be done: 1. Add the gnome USE flag to gdk-pixbuf and a) depend on gnome-libs only if set and b) make sure the lib isn't build if gnome-libs exists anyway (makes the ebuild predictable) I'm not sure which apps might break because of this. 2. Never build GnomeCanvasPixbuf in gdk-pixbuf but add another ebuild, say gdk-pixbuf-gnomecanvas, then a) Add the gnome USE flag to gdk-pixbuf which makes it depend on gdk-pixbuf-gnomecanvas b) Add the gdk-pixbuf-gnomecanvas as an additonal dep to all ebuilds which depend on gdk-pixbuf with a "FIXME: check if needed" (except gtk-perl which doesn't need it) Which one would be the preferred solution for this? I'd go and create patches to do the necessary changes against all the ebuilds, but I don't want to waste my time if neither solution is wanted :)
Created attachment 82933 [details, diff] patch against gdk-pixbuf-0.22.0-r5.ebuild Hmmm... doing it with a USE flag was acutally pretty trivial. This patch against the current ebuild completely disables building of GnomeCanvasPixmap if the USE flag gnome isn't set.
But some apps expect the canvas there.. thats why this has always been a problem. This problem is as old as Methusalem. *** This bug has been marked as a duplicate of 7693 ***
Yeah, for some reason I did not see bug 7693 when I queried for existing ones. But what about my second suggestion? And what about the attachment 78038 [details, diff] which was requested by allanonjl?