I had masked >=libical-1 a while back because of problems (I think while experimenting with 3.16 from the overlay while it was still at its infancy). Today, I wanted libical-1 because it was needed for gnome-calendar. This update led to several other packages (evolution, evolution-data-server and kdepimlibs to name a few) to auto-rebuild as part of my gnome-calender emerge. gnome-shell, however, did not, and is now in the @preserved-rebuild set. >>> Installing (6 of 6) gnome-extra/gnome-calendar-3.16.2::gentoo * Updating desktop mime database ... * Updating shared mime info database ... * Updating icons cache ... [ ok ] * Updating GSettings schemas ... [ ok ] >>> Recording gnome-extra/gnome-calendar in "world" favorites file... >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. !!! existing preserved libs: >>> package: dev-libs/libical-1.0.1 * - /usr/lib64/libical.so.0 * - /usr/lib64/libical.so.0.48.0 * used by /usr/libexec/gnome-shell-calendar-server (gnome-base/gnome-shell-3.16.2) I thought it might have something to do with how libical is specified as a subslotting-related dependency but that does not appear to be the case? (since evolution does it the same way?) # for i in gnome-shell evolution-data-server evolution kdepimlibs; do echo "$i >>> $(equery w $i | xargs grep libical)" ; done gnome-shell >>> dev-libs/libical:= evolution-data-server >>> >=dev-libs/libical-0.43:= evolution >>> dev-libs/libical:= kdepimlibs >>> >=dev-libs/libical-0.48-r2:= Reproducible: Always
Thanks for reporting. This was fixed a few days ago, but unfortunately portage won't auto-rebuild your gnome-shell if you had emerged it before the fix was added. https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/gnome-base/gnome-shell/gnome-shell-3.16.2.ebuild?r1=1.2&r2=1.3