Comment 9 for bug 6909

Message-Id: <E1Bhvdv-0001pz-00@dual>
Date: Tue, 06 Jul 2004 21:30:15 +0200
From: Goswin Brederlow <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: kaffe: Problem of the lib path

Package: kaffe
Version: 2:1.1.4.PRE1.1.5-5
Severity: normal
Followup-For: Bug #256978

Hi,

as you said in your last message "/usr/lib/." is a valid library patch
on its own.

The problem arises with libtool checking the lib path against the
system paths to see if rpath will be needed or not. Since "/usr/lib/."
is not one of the standard search path libtool will use rpath for this
library. That on its own is buggy but does not stop the binaries from
working.

But the problem becomes even more serious when dpkg-shlibdeps tries to
calculate shared library dependancies. dpkg-shlibdeps compares the
output from ldd (which includes the rpath /usr/lib/./) with dpkgs file
database to find packages providing the library, which fails because
dpkg has no . in there. Hence the missing Depends.

On amd64 the lib path is even more strange: /usr/lib/../lib64. Since
lib64 is a link to lib that ends up in the right place but again
libtool and dpkgs file database won't work with that path.

MfG
 Goswin

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.5-amd64
Locale: LANG=C, LC_CTYPE=de_DE

Versions of packages kaffe depends on:
ii kaffe-pthreads 2:1.1.4.PRE1.1.5-5 A POSIX threads enabled version of

-- no debconf information