On Mon, May 26, 2008 at 01:37:43PM -0500, Gunnar Wolf wrote: > Please confirm if the current version of Module::Build still presents > this bug, as I think it has been fixed upstream: I tried to locally > build the package against which this bug was originally filed, using > the MakeMaker emulation, and the result looks correct: Confirming: the bug is not fixed.
> 0 [EMAIL PROTECTED]/tmp$ apt-get source libcrypt-eksblowfish-perl > 0 [EMAIL PROTECTED]/tmp/libcrypt-eksblowfish-perl-0.005$ perl Makefile.PL > INSTALLDIRS=vendor > 0 [EMAIL PROTECTED]/tmp/libcrypt-eksblowfish-perl-0.005$ make install > PREFIX=/tmp/build_test The usual mantra for MakeMaker packages has both DESTDIR and PREFIX, as in rules.MakeMaker.noxs of the current dh-make-perl package. This still results in a 'usr/usr' hierarchy: # make install DESTDIR=debian/tmp PREFIX=/usr /usr/bin/perl Build --makefile_env_macros 1 install Files found in blib/arch: installing files in blib/lib into architecture dependent library tree Installing debian/tmp/usr/usr/lib/perl5/auto/Crypt/Eksblowfish/Eksblowfish.bs -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
