Today i updated dev-db/sqlite from current stable 3.6.20-r1 to lastest ~arch 3.6.22-r2 couse the mozilla-firefox-3.6-r2 revision bump needs it, in the update process xulrunner and firefox were rebuilded too due to the revision bump. After that i had few preserved-rebuild packages (i use portage 2.2_rc62), including mail-client/mozilla-thunderbird-3.0.1-r1. I launched emerge @preserved-rebuild but after the thunderbird compilation i get !!! existing preserved libs: >>> package: net-libs/xulrunner-1.9.2-r2 * - /usr/lib64/xulrunner-1.9.2/libsqlite3.so * used by /usr/lib64/mozilla-thunderbird/components/libstoragecomps.so (mail-client/mozilla-thunderbird-3.0.1-r1) i then launched it again.... same result. I'm going to try to remove /usr/lib64/xulrunner-1.9.2/libsqlite3.so && revdep-rebuild Reproducible: Always
i moved /usr/lib64/xulrunner-1.9.2/libsqlite3.so away but revdep-rebuild can't find errors. if i start thunderbird now (without rebuild it!) it starts normally and seems to work well
Same here. The background is that xulrunner bundled own libsqlite3.so and now uses system one in /usr/lib. The ld.so.conf contains these relevant entries: /usr/lib64 ... /usr/lib64/xulrunner-1.9.2 So there used to be two libsqlite3.so in the ld.so.conf paths, and portage doesn't take it into account, and doesn't allow one of them to be removed. IMHO thanks to the order, thunderbird uses the one in /usr/lib64 anyway. Might be a dupe of some other bug but I'm not sure.
(In reply to comment #2) > Might be a dupe of some other bug but I'm not sure. It seems to be the same issue described in bug #289180, comment #12. *** This bug has been marked as a duplicate of bug 289180 ***
