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