x11-libs/wxGTK-2.8.8.1 attempts to install the files /usr/share/bakefile/presets/wx.bkl /usr/share/bakefile/presets/wx_unix.bkl /usr/share/bakefile/presets/wx_win32.bkl which are created by eselect wxwidgets as symlinks to their versioned equivalents. This appears to be caused by the following difference between wxGTK-2.8.4-collision.patch and wxGTK-2.8.8-collision.patch: $(INSTALL_DIR) $(DESTDIR)$(datadir)/bakefile/presets -- (cd $(srcdir)/build/bakefiles/wxpresets/presets/ ; $(INSTALL_DATA) wx.bkl wx_unix.bkl wx_win32.bkl $(DESTDIR)$(datadir)/bakefile/presets) + (cd $(srcdir)/build/bakefiles/wxpresets/presets ; $(INSTALL_DATA) wx.bkl wx_unix.bkl wx_win32.bkl $(DESTDIR)$(datadir)/bakefile/presets) + (cd $(srcdir)/build/bakefiles/wxpresets/presets/ ; for i in wx.bkl wx_unix.bkl wx_win32.bkl; \ + do $(INSTALL_DATA) $$i $(DESTDIR)$(datadir)/bakefile/presets/wx$(WX_RELEASE_NODOT)$${i##wx} ; done) $(INSTALL_DIR) $(DESTDIR)$(libdir)/wx/include/$(TOOLCHAIN_FULLNAME)/wx Notice that the removal of the installation of the unversioned files has itself been removed from the newer patch, presumably inadvertently when updating it to account for the missing trailing slash.
looks like portage doesn't do config-protect on symlinks, which is why i don't hit this. will fix tomorrow.
Fixed, thanks.