On Sat, Feb 12, 2005 at 11:45:44AM -0500, Clint Adams wrote:
> LD_LIBRARY_PATH=/ fakeroot dh_testroot
> also works for me.
Did you try dh_making a new debian package, and adding:
export LD_LIBRARY_PATH=/
> However, checking both versions of debhelper in the archive, I see that
> dh_testroot does
> Why unset it? I tried those three commands and they all did nothing
> with $?==0.
That's what it's supposed to do.
> To reproduce, add this as the second line of debian/rules:
> export LD_LIBRARY_PATH=/
LD_LIBRARY_PATH=/ fakeroot dh_testroot
also works for me.
However, checking both versio
On Sat, Feb 12, 2005 at 10:17:26AM -0500, Clint Adams wrote:
> > If LD_LIBRARY_PATH is set, fakeroot will fail the dh_testroot test (I
> > guess for similar reasons as why suid executables conflict with that
> > variable).
>
> Not for me.
>
> The following commands all work:
>
> a) fakeroot dh_t
> If LD_LIBRARY_PATH is set, fakeroot will fail the dh_testroot test (I
> guess for similar reasons as why suid executables conflict with that
> variable).
Not for me.
The following commands all work:
a) fakeroot dh_testroot
b) LD_LIBRARY_PATH=/usr/local/lib fakeroot dh_testroot
c) LD_LIBRARY_PA
Package: fakeroot
Version: 1.2.2
Severity: normal
If LD_LIBRARY_PATH is set, fakeroot will fail the dh_testroot test (I
guess for similar reasons as why suid executables conflict with that
variable).
Fakeroot should warn the user if this happens. (Maybe this should be
the job of dh_checkroot? P
5 matches
Mail list logo
