libsfs0-dev: shared libraries placed in /lib, contradicting /usr/lib/sfs/*.la

Emil Sit sit at amsterdam.lcs.mit.edu
Tue Feb 1 16:23:29 UTC 2005


Package: libsfs0-dev
Version: 1:0.8-0+pre20040625.1-1
Severity: important

The .la files in /usr/lib/sfs-0.8pre instruct libtool to link the
shared libraries from /usr/lib/sfs-0.8pre.  However, the
libsfs0-dev.install scripts specifies that debian/tmp/usr/lib/sfs-*/*.so
should go into /lib.

The effect of this is that other applications linking against sfs
libraries dynamically (e.g. libasync.so) fail to be able to find
the libraries.

I would think that the simplest fix would be store the shared libraries
in /usr/lib/sfs-0.8pre, unless there's some policy reason why they
were placed in /lib, in which case the .la files should somehow be
fixed.

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Kernel: Linux 2.6.8.1-4-386
Locale: LANG=en_US, LC_CTYPE=en_US

Versions of packages libsfs0-dev depends on:
ii  libc6-dev        2.3.2.ds1-13ubuntu2.2   GNU C Library: Development Librari
ii  libgmp3-dev      4.1.3-1                 Multiprecision arithmetic library 
ii  libsfs0          1:0.8-0+pre20040625.1-1 Self-Certifying File System shared
ii  sfs-common       1:0.8-0+pre20040625.1-1 Self-Certifying File System common

-- no debconf information




More information about the ubuntu-users mailing list