This content has been marked as final. Show 9 replies
I think this is a Fedora specific problem. I don't see this problem in Ubuntu.
Fedora has linked libcrypt.so with NSS libraries.
$ ldd /lib64/libcrypt.so.1
linux-vdso.so.1 => (0x00007fff555ff000)
libc.so.6 => /lib64/libc.so.6 (0x00000030dfe00000)
libfreebl3.so => /lib64/libfreebl3.so (0x00000030f0a00000)
libdl.so.2 => /lib64/libdl.so.2 (0x00000030e0200000)
Hence any application which links to libcrypt.so has to use Fedora's
libfreebl3.so. (libcrypt.so wants a libfreebl3.so which is from
NSSRAWHASH_3.12.3 library, not a generic libfreebl3.so)
Web Server links with libcrypt.so and indirectly links libfreebl3.so from OS.
This conflicts which libraries what Web Server 7.0.x ships. (libcrypt.so
doesn't like libfreebl3.so shipped with Web Server 7.0.x)
I could not think of any good solution for that so far.
One workaround would be to get a libcrypt.so compiled and copy in
<webserver_install_location>/lib but that is something not trivial.
IMHO, any application which links with libcrypt.so and has it's own version of
libfreebl3.so won't work on Fedora.