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 gw...@mosca[3]/tmp$ apt-get source libcrypt-eksblowfish-perl > > 0 gw...@mosca[5]/tmp/libcrypt-eksblowfish-perl-0.005$ perl Makefile.PL > > INSTALLDIRS=vendor > > 0 gw...@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
signature.asc
Description: Digital signature
