[bug-notifications] [amanda 0004970]: Amanda 3.3.1 fails because it is built against system libglib-2.0 instead of csw's libglib-2.0.so.0

[Mantis Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://www.opencsw.org/mantis/view.php?id=4970 
====================================================================== 
Reported By:                rodbruce
Assigned To:                maciej
====================================================================== 
Project:                    amanda
Issue ID:                   4970
Category:                   upgrade
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2012-06-28 17:20 CEST
Last Modified:              2012-07-10 17:29 CEST
====================================================================== 
Summary:                    Amanda 3.3.1 fails because it is built against
system libglib-2.0 instead of csw's libglib-2.0.so.0
Description: 
After upgrading to 3.3.1 when I try to run amcheck I get:

ld.so.1: amcheck: fatal: relocation error: file
/opt/csw/lib/amanda/libamanda-3.3.1.so: symbol g_slist_free_full:
referenced symbol not found

Using ldd I can see that libamanda-3.3.1.so is using the system
libglib-2.0:

ldd /opt/csw/lib/amanda/libamanda-3.3.1.so
        libcurl.so.4 =>  /opt/csw/lib/i386/libcurl.so.4
        libidn.so.11 =>  /opt/csw/lib/i386/libidn.so.11
        libssl.so.1.0.0 =>       /opt/csw/lib/i386/libssl.so.1.0.0
        libcrypto.so.1.0.0 =>    /opt/csw/lib/i386/libcrypto.so.1.0.0
        libz.so.1 =>     /opt/csw/lib/pentium_pro+mmx/libz.so.1
        libm.so.2 =>     /lib/libm.so.2
        libgmodule-2.0.so.0 =>   /usr/lib/libgmodule-2.0.so.0
        libgobject-2.0.so.0 =>   /usr/lib/libgobject-2.0.so.0
        libgthread-2.0.so.0 =>   /usr/lib/libgthread-2.0.so.0
        libpthread.so.1 =>       /lib/libpthread.so.1
        libthread.so.1 =>        /lib/libthread.so.1
        librt.so.1 =>    /lib/librt.so.1
        libglib-2.0.so.0 =>      /usr/lib/libglib-2.0.so.0
        libsocket.so.1 =>        /lib/libsocket.so.1
        libnsl.so.1 =>   /lib/libnsl.so.1
        libresolv.so.2 =>        /lib/libresolv.so.2
        libintl.so.8 =>  /opt/csw/lib/i386/libintl.so.8
        libc.so.1 =>     /lib/libc.so.1
        libiconv.so.2 =>         /opt/csw/lib/libiconv.so.2
        libdl.so.1 =>    /lib/libdl.so.1
        libaio.so.1 =>   /lib/libaio.so.1
        libmd.so.1 =>    /lib/libmd.so.1
        libmp.so.2 =>    /lib/libmp.so.2
        libscf.so.1 =>   /lib/libscf.so.1
        libdoor.so.1 =>  /lib/libdoor.so.1
        libuutil.so.1 =>         /lib/libuutil.so.1
        libgen.so.1 =>   /lib/libgen.so.1

====================================================================== 

---------------------------------------------------------------------- 
 (0010009) rodbruce (reporter) - 2012-07-10 17:29
 https://www.opencsw.org/mantis/view.php?id=4970#c10009 
---------------------------------------------------------------------- 
The problem on my server appears to have been with the libglib2-0-0
package. Even though I had version 2.28.8,REV=2011.12.11 installed, the
soft link still pointed to the previous version (see below):

[rod at diskbu lib]$ ls -l libglib-2.0.so*
lrwxrwxrwx   1 root     root          23 Jun 28 14:37 libglib-2.0.so ->
libglib-2.0.so.0.2305.0
lrwxrwxrwx   1 root     root          23 Jun 28 14:37 libglib-2.0.so.0 ->
libglib-2.0.so.0.2305.0
-rwxr-xr-x   1 root     bin      1310788 Mar  9  2010
libglib-2.0.so.0.2305.0
-rwxr-xr-x   1 root     bin      1504536 Dec 11  2011
libglib-2.0.so.0.2800.8

I'm not sure why this was like this. I have had to muck around with
packages in the past to get things to work so I probably inadvertently
messed this up at some point.

I un-installed and re-installed the libglib2-0-0 package and I no longer
get the linking error.

Thanks for your help.