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

[Damyan Ivanov]

tags 465486 upstream confirmed
forwarded 465486 http://rt.cpan.org/Public/Bug/Display.html?id=46180
thanks

-=| Niko Tyni, Wed, May 28, 2008 at 02:55:51PM +0300 |=-
> 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

A recipe for reproducing:

$ apt-get source libcrypt-eksblowfish-perl
$ cd libcrypt-eksblowfish-perl-<tab>
$ cp /usr/share/dh-make-perl/rules.MakeMaker.noxs debian/rules
$ debuild binary

Upstream seems to be working on the issue.

-- 
dam
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-perl-maintainers/attachments/20090821/a87c6ecb/attachment.pgp>