Bugzilla Bug 67124

When building evolution-2.0* with USE="-mozilla ssl" it will configure to build
with nsrp and nss, and setting up libpath as /usr/lib. nss is installed in
/usr/lib/nss.

Created an attachment (id=41552) [details]
emerge info

I wasn't very clear, it will build, but IMAP SSL will not be possible (the
option is not there). After adding /usr/lib/nss to the ebuild SSL will be
available.

One more comment... I made a emerge sync; emerge -e world, and after that no
SSL in evolution once again. After editing the ebuild and remerge again, I did
not get any SSL support... don't know why... I haven't got a clue why it worked
last time when I did like this... 

The evolution trace say:

account gui setup
checking writable option 'auth' perms=00000040
checking writable option 'use_ssl' perms=00000010
checking writable option 'check_all' perms=00000000
checking writable option 'use_command' perms=00000000
checking writable option 'use_lsub' perms=00000001
checking writable option 'override_namespace' perms=00000002
checking writable option 'filter' perms=00000004
checking writable option 'filter_junk' perms=00000008
checking writable option 'filter_junk_inbox' perms=00000008
checking writable option 'offline_sync' perms=00000000
checking writable option 'auth' perms=00000040
checking writable option 'use_ssl' perms=00000010
checking writable option 'auth' perms=00000040
checking writable option 'use_ssl' perms=00000010
checking writable option 'auth' perms=00000040
checking writable option 'use_ssl' perms=00000010
checking writable option 'auth' perms=00000040
checking writable option 'use_ssl' perms=00000010
checking writable option 'auth' perms=00000040
checking writable option 'use_ssl' perms=00000010
checking writable option 'check_all' perms=00000000
checking writable option 'use_command' perms=00000000
checking writable option 'use_lsub' perms=00000001
checking writable option 'override_namespace' perms=00000002
checking writable option 'filter' perms=00000004
checking writable option 'filter_junk' perms=00000008
checking writable option 'filter_junk_inbox' perms=00000008
checking writable option 'offline_sync' perms=00000000

whatever that means.


Anyway, I tracked down the problem with nss: dev-libs/nss-3.9.2 will not
install any shared objects, only static libs in /usr/lib/nss. I added || die 
to dolibs */lib/*.so in nss-3.9.2 ebuild, and it bails out with:

>>> Install nss-3.9.2 into /var/tmp/portage/nss-3.9.2/image/ category dev-libs
ln: creating symbolic link
`/var/tmp/portage/nss-3.9.2/image//usr/lib/Linux2.6_x86_glibc_PTH_OPT.OBJ/lib/libfort.so'
to `../../../nss/lib/fortcrypt/Linux2.6_x86_glibc_PTH_OPT.OBJ/libfort.so': No
such file or directory
ln: creating symbolic link
`/var/tmp/portage/nss-3.9.2/image//usr/lib/Linux2.6_x86_glibc_PTH_OPT.OBJ/lib/libnss3.so'
to `../../../nss/lib/nss/Linux2.6_x86_glibc_PTH_OPT.OBJ/libnss3.so': No such
file or directory
ln: creating symbolic link
`/var/tmp/portage/nss-3.9.2/image//usr/lib/Linux2.6_x86_glibc_PTH_OPT.OBJ/lib/libnssckbi.so'
to
`../../../nss/lib/ckfw/builtins/Linux2.6_x86_glibc_PTH_OPT.OBJ/libnssckbi.so':
No such file or directory
ln: creating symbolic link
`/var/tmp/portage/nss-3.9.2/image//usr/lib/Linux2.6_x86_glibc_PTH_OPT.OBJ/lib/libsmime3.so'
to `../../../nss/lib/smime/Linux2.6_x86_glibc_PTH_OPT.OBJ/libsmime3.so': No
such file or directory
ln: creating symbolic link
`/var/tmp/portage/nss-3.9.2/image//usr/lib/Linux2.6_x86_glibc_PTH_OPT.OBJ/lib/libsoftokn3.so'
to `../../../nss/lib/softoken/Linux2.6_x86_glibc_PTH_OPT.OBJ/libsoftokn3.so':
No such file or directory
ln: creating symbolic link
`/var/tmp/portage/nss-3.9.2/image//usr/lib/Linux2.6_x86_glibc_PTH_OPT.OBJ/lib/libssl3.so'
to `../../../nss/lib/ssl/Linux2.6_x86_glibc_PTH_OPT.OBJ/libssl3.so': No such
file or directory
ln: creating symbolic link
`/var/tmp/portage/nss-3.9.2/image//usr/lib/Linux2.6_x86_glibc_PTH_OPT.OBJ/lib/libswft.so'
to
`../../../nss/lib/fortcrypt/swfort/pkcs11/Linux2.6_x86_glibc_PTH_OPT.OBJ/libswft.so':
No such file or directory

So there is probably the error (I'll report it for dev-libs/nss).

Workaround? Install some links to and from /usr/lib/MozillaFirefox... or
install mozilla... (it should work with --enable-nss=static and some tweaking,
but I really haven't the time to try that)

thanks, this is fixed in nss now. 

A revision bump would have been nice just so I can set a new dependency.  This
affected gaim and gaim-encryption packages.  I've updated the packages but now
users will have to re-install dev-libs/nss to install/update gaim or
gaim-encryption, and an nss revision bump would allow me to do that
automatically.

Please don't forget gaim when you make changes to nss.

*** Bug 67427 has been marked as a duplicate of this bug. ***