Bug #38286 for Cairo: Use of CPAN::Shell in Makefile.PL not appropriate for CPANPLUS based configurations

Thu Aug 07 07:55:59 2008 chris [...] bingosnet.co.uk - Ticket created

CC:	cpan-testers-discuss [...] perl.org
Subject:	Use of CPAN::Shell in Makefile.PL not appropriate for CPANPLUS based configurations
Date:	Thu, 7 Aug 2008 12:45:35 +0100
To:	bug-Cairo [...] rt.cpan.org
From:	Kidney Bingos <chris [...] bingosnet.co.uk>

Hi, I have been monitoring my automated CPAN smoke tester programs recently and noticed a few problems with testing Cairo. The problems I have been experiencing relate to the use of CPAN::Shell->install() within the Makefile.PL I can see why you are using this mechanism, but it is unfortunately flawed when the user is using CPANPLUS and has not configured CPAN. In the case of my smokers, the CPAN::Shell invocation goes into a spin-loop trying to configure itself, before the whole process gets killed after an hour. I have unfortunately had to exclude Cairo from my smokers. I see you are using configure_requires in META.yml. That's great. When CPANPLUS does support this everything will be cool. Until then, can I suggest that either: a). You detect whether CPANPLUS is running your Makefile.PL or not. The environment variable PERL5_CPANPLUS_IS_EXECUTING will be set if this is the case. b). Change the default nature of that prompt to 'n' so that my smokers can just fall through. Many thanks in advance, -- Chris Williams aka BinGOs PGP ID 0x4658671F http://www.gumbynet.org.uk ==========================

Download (untitled)
application/pgp-signature 189b

Message body not shown because it is not plain text.

Mon Aug 11 02:06:08 2008 ANDK [...] cpan.org - Correspondence added

And please note: the environment variable PERL5_CPANPLUS_IS_EXECUTING is burnt and broken too. CPAN.pm is also setting it. It was my only chance to stop broken ExtUtils::AutoInstall and Module::AutoInstall instances from running wild. The only sane solution I can imagine is to refrain from using an installer within a Makefile.PL. Talk to the user and exit and rely that he will come back later. The endless loops caused by helpful second level installers have caused much more problems than they solved.

Mon Aug 11 02:06:09 2008 The RT System itself - Status changed from 'new' to 'open'

Sun Sep 07 14:12:41 2008 kaffeetisch [...] gmx.de - Correspondence added

Sorry for the late response. On Thu Aug 07 07:55:59 2008, chris@bingosnet.co.uk wrote: Show quoted text

> Until then, can I suggest that either: > > a). You detect whether CPANPLUS is running your Makefile.PL or not. > The environment variable PERL5_CPANPLUS_IS_EXECUTING will > be set if this is the case. > > b). Change the default nature of that prompt to 'n' so that my smokers > can just fall through.

b) sounds good to me. Changed in CVS. Thanks for the report.

Sun Sep 07 14:12:44 2008 kaffeetisch [...] gmx.de - Status changed from 'open' to 'resolved'