Joey Hess wrote: > Monty Taylor wrote: >> Ok. Fair enough. I guess the only reason I brought it up is that I >> thought it might be affecting more people than just me (since rpath is a >> default libtool behavior) because of >> http://lintian.debian.org/tags/binary-or-shlib-defines-rpath.html > > Note that the majority of rpaths listed there are to things like > /usr/lib/<package>, which can be a valid use of rpath. Also, AFAIK > this change to libtool from 2003 is still in effect: > > * Yet Another(tm) patch to prevent hardcoding of dependency library > rpaths, replacing the one in 1.5-3. Any path listed in /etc/ld.so.conf > is now not rpathed. This is more palatable upstream. >
Well that explains why libdrizzle doesn't need the rpath removal (upstream author runs Debian - generates tarball using debian libtool) yet libmemcached does (upstream author generates the tarballs on a mac AFAIK) Debian wins. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
