equery d adwaita-icon-theme ... x11-libs/gtk+-2.24.31-r1 (>=x11-themes/adwaita-icon-theme-3.14) equery g adwaita-icon-theme ... x11-libs/gtk+-3.22.19 I masked the new adwaita-icon-theme for now, but is there a cleaner way to get this?
It is only needed at build time. The problem is that gtk+:3 ships gtk-encode-symbolic-svg which is required to build adwaita-icon-theme (and possibly other themes). The clean solution would be to split the tool off of gtk+ like gtk-update-icon-cache but this requires some maintenance effort on the package itself and then walking the tree to find all packages actually needing this to avoid breakage.
Maybe make gtk2 depend on the last adwaita version without this issue? This is definitely not clean, though.
(In reply to Gilles Dartiguelongue from comment #1) > It is only needed at build time. The problem is that gtk+:3 ships > gtk-encode-symbolic-svg which is required to build adwaita-icon-theme (and > possibly other themes). The clean solution would be to split the tool off of > gtk+ like gtk-update-icon-cache but this requires some maintenance effort on > the package itself and then walking the tree to find all packages actually > needing this to avoid breakage. It links to libgdk for gdk_rgba_to_string. To split it out, we'd have to replace that usage (perhaps with an open-coded one) and remove linking to gdk too.
(In reply to Hadrien Lacour from comment #2) > Maybe make gtk2 depend on the last adwaita version without this issue? This > is definitely not clean, though. depending on gtk3 isn't exactly that dirty, either. It just bother people who has some obsession with avoiding gtk3 being installed.
Well, sure, it's a bit of autism. But a package depending on a later version of itself does sound strange.
Created attachment 559422 [details] emerge -t output show dependancy on gtk+3 and DBus
As an temporary workaround you could add x11-themes/adwaita-icon-theme-3.24.0 x11-themes/gtk-engines-adwaita to /etc/portage/profile/package.provided to trick the system into thinking those packages are already installed. This may break other things though.
That's indeed what I ended doing, with an ebuild for an older (and better) gtk/icon theme: bluecurve.