I have portdbapi.auxdbmodule = cache.sqlite.database in /etc/portage/modules After the update of icu to version 4.6_rc2 emerge was broken because sqlite depends on icu $ ldd /usr/lib64/libsqlite3.so ... libicui18n.so.44 => /usr/lib/libicui18n.so.44 (0x00007fc884ceb000) libicuuc.so.44 => /usr/lib/libicuuc.so.44 (0x00007fc8849a0000) ... I had to copy all libicu*44 files from another gentoo installation to get a working emerge again. After a revdep-rebuild everthing was ok. The next update tried to downgrade icu to version 4.4 again (because of chromium-bin). This would have caused another another broken emerge, but i didn't delete the old so the collision saved my day. Reproducible: Always Steps to Reproduce: 1. set portdbapi.auxdbmodule = cache.sqlite.database 1a. save libicu*44 files 2. upgrade to icu 4.6 3. emerge is broken 3a. copy saved files back to recover The old version of the lib (libicu*44) should be kept and only deleted after a revdep-rebuild --library ... This bug is nearly a duplicate of #347175 and #347147
Or you temporarily disable that module, run `emerge --metadata' and then you run revdep-rebuild. But maybe there's a case here to use preserve_old_lib().
Same here, updated icu and is left with borken emerge. Searching for another machine with libicu*44 to recover
I hit this one again after update to icu-4.8_rc1. I think that preserve_old_lib() could be very helpful here.
I guess we can close this now that preserved libs is in stable portage.