[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]

The following issue has been CLOSED 
====================================================================== 
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:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2012-06-28 17:20 CEST
Last Modified:              2012-07-10 17:37 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

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

---------------------------------------------------------------------- 
 (0010010) maciej (manager) - 2012-07-10 17:37
 https://www.opencsw.org/mantis/view.php?id=4970#c10010 
---------------------------------------------------------------------- 
It could be a pkgadd problem / bug. I don't know what are the
reproducibility conditions, but sometimes the symlinks aren't correctly
replaced. We had a case of this on the buildfarm a couple of times.

There isn't anything that could be done on the OpenCSW side, unfortunately.