Bug#465486: libmodule-build-perl: using MakeMaker emulation results in packages in /usr/usr

[Niko Tyni]

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 gwolf at mosca[3]/tmp$ apt-get source libcrypt-eksblowfish-perl
> 0 gwolf at mosca[5]/tmp/libcrypt-eksblowfish-perl-0.005$ perl Makefile.PL INSTALLDIRS=vendor
> 0 gwolf at mosca[7]/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   ntyni at debian.org