Bug #50475 for Module-Install: EUMM 6.54 bundling

Tue Oct 13 21:56:14 2009 miyagawa [...] gmail.com - Ticket created

Subject:	EUMM 6.54 bundling
Date:	Tue, 13 Oct 2009 18:55:51 -0700
To:	bug-Module-Install [...] rt.cpan.org, Michael G Schwern <schwern [...] pobox.com>
From:	Tatsuhiko Miyagawa <miyagawa [...] gmail.com>

When you have install_share() in Makefile.PL Module::Install automatically pulls ExtUtils/MakeMaker.pm into inc/ directory, which is 6.54 from my @INC. The distribution is shipped to CPAN and an user who has ExtUtils::MakeMaker 6.50 runs perl Makefile.PL, then the script dies with the line $self->_arch_check because his EUMM is old and MM_Any.pm doesn't have that method. I have no idea why install_share wants to bundle MakeMaker.pm in inc/, but if it decides to do, it should bundle other MakeMaker files as well since that leads to a failure like this. -- Tatsuhiko Miyagawa

Fri Nov 20 18:36:09 2009 miyagawa [...] gmail.com - Correspondence added

Subject:	Re: [rt.cpan.org #50475] AutoReply: EUMM 6.54 bundling
Date:	Fri, 20 Nov 2009 15:35:55 -0800
To:	bug-Module-Install [...] rt.cpan.org
From:	Tatsuhiko Miyagawa <miyagawa [...] gmail.com>

I deleted the line $self->build_requires( 'ExtUtils::MakeMaker' => '6.11' ); from Module/Install/Share.pm since to me it looks like EUMM version is already specified to use reasonably recent one in other places. And that seems to revert the offending bunde ExtUtils/MakeMaker.pm in inc/ -- Tatsuhiko Miyagawa

Sun Feb 28 01:10:09 2010 ishigaki [...] cpan.org - Correspondence added

Closed this ticket as this is rather an issue of undocumented auto_include family. Thanks.

Sun Feb 28 01:10:11 2010 The RT System itself - Status changed from 'new' to 'open'

Sun Feb 28 01:10:12 2010 ishigaki [...] cpan.org - Status changed from 'open' to 'resolved'