On Sun, Aug 14, 2005 at 10:00:49PM +0800, Paul Wise wrote: > Hi all, > > I'm packaging lufis[1], which will allow me to package captive ntfs, and > I've come across an issue with lintian/linda complaining about -rpath > > Basically, lufis uses shared libraries from lufs, located > in /usr/lib/lufs/ on debian (from the lufs-utils package). When I build > the upstream source, the lufis binary doesn't know where to find these > shared libraries. In order to tell it where to look, I can either use a > wrapper script (and set LD_LIBRARY_PATH), or send the -rpath option to > the linker. > > Lintian/linda complain with the following messages: > > I'm not sure what to do here[2], should I add an override for this, or > file a bug on lufs-utils? What if you link with the library filename directly? As in:
gcc -W -Wall -O3 foo.c -L../lib -lbar -lbaz /usr/lib/lufs/liblufs.so.0 Then the binary dependency will be on "/usr/lib/lufs/liblufs.so.0", and not "liblufs.so.0", which is what you would get when you use "-llufs". dpkg-shlibdep or some such program may complain (mildly), but this is the best way I know of how to deal with it. The situation also arises with debianization of saods9, where libtk-img in /usr/lib/Img1.3 needs to be included. Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
