After updating libdb from 4.6 to 4.7.25_p3, evolution-data-server cannot be recompiled by revdep-rebuild. Reproducible: Always Steps to Reproduce: 1. Install libdb-4.6 and evolution-data-server 2. Update libdb to version 4.7 3. Unmerge the old version and run revdep-rebuild Actual Results: The compilation fails: /var/tmp/portage/gnome-extra/evolution-data-server-2.24.5-r2/work/evolution-data-server-2.24.5/docs/reference/addressbook/libedata-book/.libs/libedata-book-scan: error while loading shared libraries: libdb-4.6.so: cannot open shared object file: No such file or directory Scan failed: make[5]: *** [scan-build.stamp] Error 127 make[5]: Leaving directory `/var/tmp/portage/gnome-extra/evolution-data-server-2.24.5-r2/work/evolution-data-server-2.24.5/docs/reference/addressbook/libedata-book' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/var/tmp/portage/gnome-extra/evolution-data-server-2.24.5-r2/work/evolution-data-server-2.24.5/docs/reference/addressbook' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/var/tmp/portage/gnome-extra/evolution-data-server-2.24.5-r2/work/evolution-data-server-2.24.5/docs/reference' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/gnome-extra/evolution-data-server-2.24.5-r2/work/evolution-data-server-2.24.5/docs' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/gnome-extra/evolution-data-server-2.24.5-r2/work/evolution-data-server-2.24.5' make: *** [all] Error 2 Expected Results: evolution-data-server should use the new version of libdb.
I have solved the problem by: - reemerging gtk-doc - emerging evolution-data-server without the doc useflag (I'm not sure which one solved the problem)
I have the same problem. Re-emerging gtk-doc doesn't fix it but I'm pretty sure building evolution-data-server with USE="-doc" would work. Can someone reopen this bug?
I solved the problem by unemerging the current installation of evolution-data-server (with emerge -C) before emerging it again. It seems that the libedata-book-scan program that failed to load libdb-4.6 was linked to already installed versions of its own libraries from a previous install, but those libs were broken by removal of libdb-4.6.so.
Woot. Yet another "evo linked against installed version" bug. Unfortunately, evo is a maze of twisty linker statements, all the same. Fortunately, upstream is splitting it up into smaller, more self-contained segments over time.
Actually I think this is the same bug as the gnome-keyring issue where gtk-doc tries to make the libs load stuff from outsite the sandbox to generate the doc. Hence the workaround described by Krzysztof. I checked the Makefile.ams and there is no obvious linking problem that would make it look for system libs.
Same problem here with evolution-2.26.3 "libebook-scan: error while loading shared libraries: libplds4.so.7: cannot open shared object file: No such file or directory" removing the installed version of evolution-data-server solved the problem. Perhaps, if the evo dependencies are so convoluted, it would be a good idea to put this suggestion in a messages emitted if the build fails
Please read comment #5 again. It's not an eds bug in itself, just gtk-doc doing weird things.
*** This bug has been marked as a duplicate of bug 298560 ***