develooper Front page | | Postings from April 2017

Re: BBC testing from upriver downwards

Thread Previous | Thread Next
James E Keenan
April 5, 2017 18:10
Re: BBC testing from upriver downwards
Message ID:
On 04/04/2017 07:24 PM, Kent Fredric wrote:
> On 5 April 2017 at 10:35, James E Keenan <> wrote:
>> Module::Runtime was successfully installed all three times -- though that's
>> actually two times, because my first run used an earlier perl 5 blead
>> commit.  Each of the three runs used a different, progressively newer
>> version of 'cpanm'.
>> Task::Weaken did not succeed on my first run (20170330).  It failed here:
>> #####
>> Can't locate inc/Module/ in @INC (you may need to install the
>> inc::Module::Install module) (@INC contains:
>> /home/jkeenan/testing/blead/lib/perl5/site_perl/5.25.11/x86_64-linux
>> /home/jkeenan/testing/blead/lib/perl5/site_perl/5.25.11
>> /home/jkeenan/testing/blead/lib/perl5/5.25.11/x86_64-linux
>> /home/jkeenan/testing/blead/lib/perl5/5.25.11) at Makefile.PL line 42.
>> BEGIN failed--compilation aborted at Makefile.PL line 42.
>> -> N/A
>> -> FAIL Configure failed for Task-Weaken-1.04. See
>> /home/jkeenan/.cpanm/work/1490881305.4413/build.log for details.
>> #####
>> However, Task::Weaken succeeded on the second run -- where I was working
>> with a more recent blead and with App-cpanminus v1.7042 -- and was therefore
>> already installed in time for the third run.
>> So, the only thing I can offer is:  Are you working with (a) a recent enough
>> blead to capture all the changes relevant to no-dot; and (b) the very most
>> recent version of cpanm?
> What you're telling me is you have set your tools up to hide the bug,
> instead of isolating and reporting the bug.
> cpanm hides the bug by setting PERL_USE_UNSAFE_INC=1
> This is useful for testing for what end users using the cpan
> toolchains will see, but it is not "The whole problem"

"[T]esting for what end users using the cpan toolchains will see" was 
precisely what I was focusing on in this exercise.

I never claimed to have a solution for "The Whole Problem".  It's not 
clear whether there is anyone who even understands "The Whole Problem". 
Until such a person emerges, we shouldn't be dismissive of people's 
attempts to apply partial solutions to partial understandings.  TIMTOWTDI.

Thank you very much.
Jim Keenan

Thread Previous | Thread Next Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at | Group listing | About