Philip Kime wrote:
Seems broken ...
[root@hqldap01 scripts]# ls -l /opt/fedora-ds/shared/lib/libnss3.so
-rwxr-xr-x 1 root root 679918 Aug 25 13:36
/opt/fedora-ds/shared/lib/libns33.so
[root@hqldap01 scripts]# LD_LIBRARY_PATH=/opt/fedora-ds/shared/lib ldd
/opt/fedora-ds/lib/libjss3.so
linux-gate.so.1 => (0xffffe000)
libnss3.so => /usr/lib/libnss3.so (0xf7f48000)
libsmime3.so => /usr/lib/libsmime3.so (0xf7f28000)
libssl3.so => /usr/lib/libssl3.so (0xf7f08000)
libplc4.so => /usr/lib/libplc4.so (0xf7f04000)
libplds4.so => /usr/lib/libplds4.so (0xf7f01000)
libnspr4.so => /usr/lib/libnspr4.so (0xf7ed0000)
libjvm.so => not found
libjava.so => not found
libc.so.6 => /lib/tls/libc.so.6 (0xf7da5000)
libsoftokn3.so => /usr/lib/libsoftokn3.so (0xf7d3f000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0xf7d2d000)
libdl.so.2 => /lib/libdl.so.2 (0xf7d28000)
/lib/ld-linux.so.2 (0x56555000)
Nothing to do with the NSS/NSPR library update to fix the memory
leaking? Perhaps jss3 was compiled with the "ignore LD_LIBRARY_PATH"
flag?
Perhaps. Do an ls -l /opt/fedora-ds/lib/libjss3.so then do md5sum
/opt/fedora-ds/lib/libjss3.so
Hmm. I checked ns-slapd with ldd and this seems to have been
compiled with relative paths to the libs so it's ok.
PK
--
Fedora-directory-users mailing list
Fedora-directory-users(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-directory-users