We should convert gtk-update-icon-cache to a separate package, that both gtk2 and gtk3 would rdepend on (at least for now). That way we can remove the gtk2 dependency from gtk3 and cleanly support gtk3-only systems (like my RPi wayland-only poking) without some sort of gtk3-only USE flag nonsense. gtk-update-icon-cache itself only depends on dev-libs/glib and x11-libs/gdk-pixbuf, not gtk, so no issues there. Upstream seems uninterested in merging any patches to that effect, but make -C gtk gtk-update-icon-cache should work, but we may need to do our own configure for that, to avoid build-time dependencies. Though if we can tune it so it only needs things that both gtk2 and gtk3 want, then that may be unnecessary. without this, only gtk2-only systems are cleanly possible, but most interesting things are getting ported to gtk3. Eventually also firefox... So this is the cleaner approach instead of flipping gtk-update-icon-cache from being built by gtk2 package to gtk3.
It looks like this is a single C file. We could either just copy that in a git project of our own or write a dumb Makefile that would replace the need to run configure at all.
*** Bug 496348 has been marked as a duplicate of this bug. ***
So it ended up being a bit more complicated because I wanted to preserve translations, result can be reviewed in the overlay for now. I will move it to the tree if there is no objection to it.
Moved from the overlay to avoid getting gtk+-2.24.x and gtk+-3.14.x ebuilds out of sync between the overlay and gx86, which has started happening already. Thanks for fixing this! +*gtk-update-icon-cache-3.14.13 (25 May 2015) +*gtk-update-icon-cache-2.24.27 (25 May 2015) + + 25 May 2015; Alexandre Rostovtsev <tetromino@gentoo.org> + +gtk-update-icon-cache-2.24.27.ebuild, +gtk-update-icon-cache-3.14.13.ebuild, + +metadata.xml: + Move Gilles's splitted gtk+ icon cache update tool from the overlay; allows + gtk+:3 to be installed without gtk+:2. See bug #528810 +*gtk+-2.24.28-r1 (25 May 2015) + + 25 May 2015; Alexandre Rostovtsev <tetromino@gentoo.org> + +gtk+-2.24.28-r1.ebuild, gtk+-3.14.13.ebuild, + +files/gtk+-2.24.27-update-icon-cache.patch: + Move gtk+ ebuilds depending on split gtk-update-icon-cache from the overlay; + allows gtk+:3 to not depend on gtk+:2. See bug #528810, thanks to Gilles + Dartiguelongue for the fix.
that's bad: Now gtk-update-icon-cache-3 has been made a dep of gtk+:3 and it block update because: [blocks B ] <x11-libs/gtk+-2.24.28-r1:2 ("<x11-libs/gtk+-2.24.28-r1:2" is blocking dev-util/gtk-update-icon-cache-3.14.13) (yes gtk:3 is there and slotted but the 3.12 version as if you try update it, you goes again into the block).
(In reply to nobody from comment #5) > that's bad: > > Now gtk-update-icon-cache-3 has been made a dep of gtk+:3 and it block > update because: > [blocks B ] <x11-libs/gtk+-2.24.28-r1:2 ("<x11-libs/gtk+-2.24.28-r1:2" > is blocking dev-util/gtk-update-icon-cache-3.14.13) (yes gtk:3 is there and > slotted but the 3.12 version as if you try update it, you goes again into > the block). To solve this, just do "emerge -1 gtk+:2 gtk+:3" Or simply "emerge --deep --update world" should work as long as you have at least one gtk2-based thing in your world set somewhere.
wasn't really in hope, but it looks like it did the trick now (wonder why it was failing earlier), it now agree to upgrade gtk:3 Thank you