CentOS - Dec 2008 - Yum messages: /usr/lib/liblzo.so.1 is not a symbolic link

Ran yum update this A.M. Got this. Is it a problem for rpmforge, CentOS
or just me? Maybe not a problem at all?

/etc/ld.so.conf.d files are "box stock", so there were no clues there.

TIA for any insight.

==================================================Running Transaction
  Updating       : cups-libs                                  [ 1/10]
/sbin/ldconfig: /usr/lib/liblzo.so.1 is not a symbolic link

  Updating       : libpurple                                  [ 2/10]
/sbin/ldconfig: /usr/lib/liblzo.so.1 is not a symbolic link
<snip>

  Cleanup        : libpurple                                  [ 7/10]
/sbin/ldconfig: /usr/lib/liblzo.so.1 is not a symbolic link

  Cleanup        : cups-libs                                  [ 8/10]
/sbin/ldconfig: /usr/lib/liblzo.so.1 is not a symbolic link

  Cleanup        : enscript                                   [ 9/10]
  Cleanup        : pidgin                                     [10/10]
==================================================
$ rpm -q --whatprovides /usr/lib/liblzo.so.1
lzo-1.08-5.el5.rf

$ls -ld /usr/lib/liblzo.so.1
-rwxr-xr-x 1 root root 406394 Nov  4 02:39 /usr/lib/liblzo.so.1

$ rpm -q libpurple enscript pidgin
libpurple-2.5.2-6.el5
enscript-1.6.4-4.1.1.el5_2
pidgin-2.5.2-6.el5
==================================================Updated: cups.i386
1:1.2.4-11.18.el5_2.3 cups-libs.i386 \
     1:1.2.4-11.18.el5_2.3 enscript.i386 0:1.6.4-4.1.1.el5_2 \
     libpurple.i386 0:2.5.2-6.el5 pidgin.i386 0:2.5.2-6.el5
Complete!
==================================================
-- 
Bill

Hi,

On Tue, Dec 16, 2008 at 07:05, William L. Maltby
<CentOS4Bill at triad.rr.com> wrote:
> /sbin/ldconfig: /usr/lib/liblzo.so.1 is not a symbolic link
This message is not generated by "yum", but by "ldconfig"
(as the
message itself is actually saying). When "yum" installs a new library,
the RPM contains instructions to run "ldconfig" after installing it,
so that the loader cache is updated and when you run a program that
needs that library it will be found.

One of the steps "ldconfig" does is creating symbolic links for
libraries, using the name that is hardcoded inside the library.
> $ rpm -q --whatprovides /usr/lib/liblzo.so.1
> lzo-1.08-5.el5.rf
The lzo package actually contains a file such as
/usr/lib/liblzo.so.1.0.0 (or similar version number), that file has
"liblzo.so.1" hard-coded as the name to look for inside it (it's
the
SONAME), and the RPM also contains the symbolic link,
/usr/lib/liblzo.so.1 -> liblzo.so.1.0.0 (this is the symbolic link
created/updated by ldconfig).

However, in your system, you have a file and not a symbolic link:
> $ls -ld /usr/lib/liblzo.so.1
> -rwxr-xr-x 1 root root 406394 Nov  4 02:39 /usr/lib/liblzo.so.1
Something overwrote that symbolic link and created a file in that
place. Maybe by copying the original /usr/lib/liblzo.so.1.0.0 to
liblzo.so.1, or maybe by doing something else. I've seen this happen
with installation scripts for commercial products, maybe you installed
something that used "lzo" and included a version of it that was
packaged differently than the version you got from RPMforge.

The date of the file might be a clue on when that happened, in that
case, at 2:39am last Novemeber 4th. You can try to look for logs on
your system to see what might have done that.

In any case, the simple fix is to just remove that file (back it up
first, just in case), and run ldconfig again, you will see that the
symbolic link will be properly created.

You may also try to erase and reinstall the lzo RPM, I believe this
would also fix the problem.

HTH,
Filipe

On Tue, Dec 16, 2008 at 7:05 AM, William L. Maltby
<CentOS4Bill at triad.rr.com> wrote:
> Ran yum update this A.M. Got this. Is it a problem for rpmforge, CentOS
> or just me? Maybe not a problem at all?
Bill: I have PUP running and this morning got the alert that updates
were available. I had PUP (which I believe is a front end forYUM/RPM)
install the 3 packages, without any issues, on this CentOS 5.2 (32
bit) box. I wonder why it went awry for you, when you did it
manually.... Lanny