Bug#766811: spurious library links

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



* Marco d'Itri <md@xxxxxxxx>, 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@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

_______________________________________________
xfs mailing list
xfs@xxxxxxxxxxx
http://oss.sgi.com/mailman/listinfo/xfs



[Index of Archives]     [Linux XFS Devel]     [Linux Filesystem Development]     [Filesystem Testing]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux