Re: libz.so.1 conflict/compatibility issue

[Florian Kulzer <florian.kulzer+debian@icfo.es>]

On Sat, Oct 18, 2008 at 17:50:36 -0700, Ken Teague wrote:
> Florian Kulzer wrote:
>> That does not tell you which library is used in the end. I would run
>>
>> ldd /usr/X11R6/bin/epiphany-browser | grep libz
>>   
> host:~# ldd /usr/X11R6/bin/epiphany-browser |grep libz
>     libz.so.1 => /usr/local/bin/acusim/LINUX64/V1.7e/base/lib/libz.so.1  
> (0x00007fd39ad83000)

Something that I missed previously: Didn't you say this is a Lenny
system? Programs in /usr/X11R6/bin/ should not exist anymore from Etch
onwards. Please explain in more detail how you have set this up, does
the program run in a Sarge chroot? (So far I had assumed we were talking
about a "clean" Lenny system.)

> host:~# ldconfig -pNX |grep libz
>     libz.so.1 (libc6.x86-64) => /usr/lib/libz.so.1
>     libz.so.1 (libc6) => /usr/lib32/libz.so.1
>     /libz.so (libc6,x86-64) => /usr/lib/libz.so
>
> It appears that it's calling upon the older libz.so.1 and causing  
> imcompatibilities. 

The ldconfig output looks normal to me; all programs should find the
system version of libz.so.1. On Lenny this should be a symlink to
/usr/lib/libz.so.1.2.3.3, provided by package zlib1g version
1:1.2.3.3.dfsg-12.

Are there any environmental variables that influence the linker? Post
the output of

env | grep LD_

-- 
Regards,            | http://users.icfo.es/Florian.Kulzer
          Florian   |