On Mon, Feb 21, 2005 at 05:33:19PM -0500, Joey Hess wrote: > Justin Pryzby wrote: > > Could you comment on bug #294655? I set LD_LIBRARY_PATH in > > ./debian/rules, which unexpectedly caused `dh_testroot`==1 > > (because /usr/bin/fakeroot just sets LD_PRELOAD=libfakeroot.so.0 > > and LD_LIBRARY_PATH=/usr/lib/libfakeroot/, which is a NOP if I > > klobberize either of those variables). > > > > I don't think there's anything fakeroot can do in this situation; > > but, I was wondering if it would be appropriate to reassign to > > dh_testroot. I've included a dh_testroot which checks that it is > > called as "fakeroot debian/rules", and warns if it suspects that > > variables have been clobbered (sorry, my perl is pretty bad). > > I don't understand from the bug report why you need to set > LD_LIBRARY_PATH at all; I've never seen a shared library + bins > package that needed to use that hack to get the bins linked against > the new build of the shared library. There are plenty of other ways > to get that to work using gcc -L and such. IRAF includes its own build system, which is linked against those libraries. I want the build system binaries to see the libraries in the build tree, not the ones potentially found in /usr/lib/.
Some of the libraries are used only by the build system, but they are included in the .deb because the build system is also needed at install time (by users, and also to compile add-on packages). If there's a better way of doing it, I'm all ears; however, this is precisely how its used in a "good use of LLP" [0]. > As to the debhelper patch, it assumes a linux system, is highly > dependenct on implementation details of fakeroot and dpkg-dev, and I > don't see any reason for dh_checkroot to do that kind of thing. Granted; however, it was necessary for me to dig into the implementation details of fakeroot in order to understand the problem (which I've now worked around, by setting LD_LIBRARY_PATH relative to its previous value, instead of clobbering it with an absolute value). Justin References [0] http://www.visi.com/~barr/ldpath.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
