x11-libs/gtk+-3.14.6 depends on a specific icon theme, the x11-themes/adwaita-icon-theme. If the icons-package is masked (e.g. due to it's license) an emerge of apps that will use gtk+-3.14.6 fails. This is not about a library but some _icons_. If 'I can make my system as I like' is a major feature of gentoo, then something like this should not happen. Please provide a way to freely choose a (generic) icon theme. Reproducible: Always Steps to Reproduce: emerge -pvUND @system Actual Results: The following license changes are necessary to proceed: (see "package.license" in the portage(5) man page for more details) # required by x11-libs/gtk+-3.14.6 # required by x11-misc/notification-daemon-3.14.1 # required by virtual/notification-daemon-0[-gnome] # required by x11-libs/libnotify-0.7.6-r1 # required by media-video/vlc-2.1.5[libnotify] # required by media-libs/phonon-vlc-0.8.2 # required by media-libs/phonon-4.8.3[vlc] # required by kde-base/kdepimlibs-4.14.3 # required by @__auto_slot_operator_replace_installed__ (argument) >=x11-themes/adwaita-icon-theme-3.14.1 CC-Sampling-Plus-1.0 Expected Results: The update of gtk+ just works with any (generic) icon theme. Or - in case there has to be an icon theme for gnome (on a non-gnome desktop) - something like "This package depends on an icon theme for gnome. Please emerge one of <foo> [...] <bar>" should be displayed. Emerging one of those should be sufficient then. $> grep theme /var/lib/portage/world x11-themes/gnome-icon-theme x11-themes/zukitwo $> grep -i 'CC-Sampling-Plus' /var/portage/profiles/license_groups; echo $? 1 Right now this can be worked around by masking the gtk+ version. E.g. by executing echo -e '# gtk+-3.14.6 depends on >=x11-themes/adwaita-icon-theme-3.14\n>=x11-libs/gtk+-3.14.6' > /etc/portage/package.mask/gtk+ as root.
The only response to that is "sucks to be you". To elaborate: once again gtk+ upstream made one of their unilateral moves - this one, while quite annoying, is *somewhat* well grounded. They have stopped including icons that are - by their account - part of the theme, leaving only toolkit specific included. Unfortunately, at this time adwaita-icon-theme is one of the very few (the only one ?) that has all the required icons available. Till that changes, the theme needs to be enforced, cause the alternative is a flood of warnings from apps (and odd looking gui elements, for example file dialogs) using those icons. It's a bit sad, looking at the process of regressing gtk+ from general use toolkit to something Gnome specific. I hope they'll come to their senses before it gets too late to fix this.
...also, a minor correction of your misunderstanding: adwaita-icon-theme is gnome-icon-theme+gnome-icon-theme-symbolic (Gnome herd seems to have missed that, at least in evince-3.14.1 ebuild).
CC-Sampling-Plus-1.0 is only pulled with USE branding *** This bug has been marked as a duplicate of bug 293309 ***
> The only response to that is "sucks to be you". nice start > It's a bit sad, looking at the process of regressing gtk+ from general use > toolkit to something Gnome specific. I hope they'll come to their senses > before it gets too late to fix this. I agree. Please keep ebuilds of packages that do not contain such dependencies in the portage tree. --- > CC-Sampling-Plus-1.0 is only pulled with USE branding I missed that. Thanks! If I might make another suggestion, something like "You need to disable branding for package <name> or accept the <name> license in order to ..." would be nice. ATM portage only offers accepting the license. When I emerged firefox-{24,28,29} there was a notice regarding branding. "LOG: setup You are enabling official branding. You may not redistribute this build to any users on your network or the internet. Doing so puts yourself into a legal problem with Mozilla Foundation"
(In reply to Attila Stehr from comment #4) > > It's a bit sad, looking at the process of regressing gtk+ from general use > > toolkit to something Gnome specific. I hope they'll come to their senses > > before it gets too late to fix this. > I agree. Please keep ebuilds of packages that do not contain such > dependencies in the portage tree. > While bugzilla isn't really a proper place for this kind of the discussion, I must stress, that this wasn't my point - my complaint was about upstream acting misguided, not what Gentoo is doing (or not) about it.