try to start lpd and get: lpd: error while loading shared libraries: libkrb5.so.3: cannot open shared object file: No such file or directory check mail with mail client from another computer (worked fine before upgrade) Server response: ipop3d: error while loading shared libraries: libgssapi_krb5.so.2: cannont open shared object file: No such file or directory try to start checkpc and get: checkpc: error while loading shared libraries: libkrb5.so.3: cannot open shared object file: No such file or directory try to start samba and get: smbd: error while loading shared libraries: libdes425.so.3: cannot open shared object file: No such file or directory have installed the following updates & bug fixes...LPR/cpp/emacs/fetchmail/gcc/glibc/libstdc/modutils/nscd/openssh/pam/usermode/xinetd indeed have the kerberos libraries installed in /usr/kerberos and have in desperation created symbolic links in /usr/lib HELP ! ! !
What's your /etc/ld.so.conf look like?
/usr/X11R6/lib /usr/lib /usr/i486-linux-libc5/lib /usr/lib/qt-2.0.1/lib /usr/lib/qt-1.44/lib /usr/local/lib/usr/kerberos/lib /usr/lib/qt-2.2.0/lib /usr/lib/qt-1.45/lib /usr/lib/mysql
OK - turns out that what I needed to do was to 'force' a rpm install of the krb libraries to make things work. rpm -ivvh --force krb5-libs-1.21.i386.rpm can't understand why they were partially installed on upgrade but that solved things
It failed because /usr/kerberos/lib wasn't in your /etc/ld.so.conf. I'd guess that whatever added /usr/local/lib didn't end the file with a newline.
Bill's right about that last bit. The addition of /usr/kerberos/lib to the ld.so.conf happens in the post-install of the krb5-libs package. Adding an extra newline to the file across all packages which manipulate the file isn't really feasible. If you run "rpm -qai --scripts" and search the script snippets for scripts which manipulate /etc/ld.so.conf, you can probably isolate the package which does this.