Bug#766811: spurious library links
Jakub Wilk
jwilk at debian.org
Sat Feb 6 07:22:41 CST 2016
* Marco d'Itri <md at linux.it>, 2016-02-06, 01:58:
>>I can still see them in the current version:
>You are right, I was fooled because the extra files disappear if you
>rebuild the package:
>
>md at bongo:/tmp/xfs/xfsprogs-4.3.0+nmu1$ find debian/|grep libhandle
>debian/xfslibs-dev/lib/libhandle.so
>debian/xfslibs-dev/usr/lib/libhandle.a
>debian/xfslibs-dev/usr/lib/libhandle.la
>debian/xfsprogs/lib/libhandle.so.1
>debian/xfsprogs/lib/libhandle.so.1.0.3
I can't reproduce this disappearance in a clean up-to-date sid chroot.
AFAICS this is the code responsible for creating /lib/libfoo <->
/usr/lib/libfoo symlinks (see include/buildmacros:79):
if [ "x$(shell readlink -f $(PKG_LIB_DIR))" != \
"x$(shell readlink -f $(PKG_ROOT_LIB_DIR))" ]; then \
../$(INSTALL) -S $(PKG_LIB_DIR)/$(LIBNAME).a $(PKG_ROOT_LIB_DIR)/$(LIBNAME).a; \
../$(INSTALL) -S $(PKG_LIB_DIR)/$(LIBNAME).la $(PKG_ROOT_LIB_DIR)/$(LIBNAME).la; \
../$(INSTALL) -S $(PKG_ROOT_LIB_DIR)/$(LIBNAME).so $(PKG_LIB_DIR)/$(LIBNAME).so; \
fi
I guess the symlinks weren't created on your system only because your
/lib is symlinked to /usr/lib.
--
Jakub Wilk
More information about the xfs
mailing list