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?
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
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