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