Ok, here is the problem. If evolution-data-server and/or evolutiona are linked at compile-time against standard nspr/nss or against mozilla's, they will link at run-time against firefox or mozilla (if installed and dependening on which path comes first in ld.so.conf). Simple ldd on the so-libraries, could show you this. In this sense it is sinnloss to link against the standard nss/nspr (as 90% of the gentoo-users are using mozilla and/or firefox) and it is also dangerous, because it could lead to crashes and lockups. All this said, I will attach ebuild and patch (for evolution-data-server and in another bug for evolution), which builds only against mozilla or firefox and sets the correct rpath-dynamic-tags to ensure correct run-time linking. Building against firefox needs the ebuilds from bug #100597, which install the needed includes and archive-objects (for possible static linking) for firefox.
Created attachment 65922 [details, diff] evolution-data-server-rpath.patch The patch to set the correct rpath-tag of the so-libraries, in order to ensure consistent run-time-linking.
Created attachment 65925 [details] evolution-data-server-1.2.3-r1.ebuild The ebuild, which applies the patch and changes the dependancies only to firefox/mozilla as mentioned.
Created attachment 66040 [details, diff] evolution-data-server-rpath.patch It is a reduced patch, which is needed, because the make-files in the doc directory do not use flags found from the configure script, causing the build to fail if there are no nss/nspr libraries in the ld.so.conf-defined paths. This bug in the make-files is probably the culprit for the automagically nss/nspr dependancy in gnome-panel #102661.
Created attachment 66041 [details] evolution-data-server-1.2.3-r1.ebuild Using the configure script to find the needed libraries and includes with the help of the pkg-config files, only patching it for firefox accordingly to the flag.
changing to depend only for tracking, as the ebuilds of mozilla and firefox are already in the portage.
Created attachment 67340 [details] evolution-data-server-1.3.8.ebuild Updated build, although the one in portage could now use the firefox-flag it does this not in the correct way, supplying only the libdir and libs properties, which will not set the rpath-tag, so the solution - as earlier to simply change the occurences of mozilla-{nss|nspr} in the configure script to firefox-{nss|nspr} to allow the configure script use the correct flags.
Created attachment 67341 [details, diff] evolution-data-server-rpath-1.patch This patch is needed if there are no directories in ld.so.conf, which contain any nss|nspr-libs. Somehow the libtool pulls these libraries for the documentation.
Created attachment 68547 [details] evolution-data-server-1.4.0.ebuild The privious ebuild for 1.3.8 was not correct, I should have looked to this earlier:(
Created attachment 68548 [details, diff] evolution-data-server-rpath-1.patch The last patch was not full, is there any way to remove the libtool la-files madness?
the same as with evolution "I have forgotten about this - with nss/nspr corrected in portage and the ebuilds using only them this is not a problem anymore. so closing. the only thing probably left is make evolution and e-d-s use the pkg-config files from nss/nspr."