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. 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. -- see shy jo
signature.asc
Description: Digital signature
