Excellent.
I'll call that the standard then and knock up a FFR:NoIndex.
Adam K
2009/2/10 Andreas J. Koenig :
>> On Tue, 10 Feb 2009 12:19:06 +1100, Adam Kennedy
>> said:
>
> > Hi gang
> > Can someone in the know please clarify for me EXACTLY what the file
> > and directory entries i
# from Eric Wilhelm
# on Monday 09 February 2009 23:38:
> It will also cause "Use of uninitialized
>value in join or string at .../TAP/Parser/Source/Perl.pm line 135"
>warnings.
Actually, those come from my locally patched TAP::Harness, which is
currently broken wrt PERL5LIB in trunk since 1244.
# from Eric Wilhelm
# on Monday 09 February 2009 22:05:
># from David Golden
>
># on Monday 09 February 2009 20:06:
>> See some
>>of the many red and orange blocks at
>>http://bbbike.radzeit.de/~slaven/cpantestersmatrix.cgi?dist=Module-Bu
>>ild+0.31_03 for examples.
>
> PERL5LIB=t/lib:t/bundled:
> On Tue, 10 Feb 2009 12:19:06 +1100, Adam Kennedy
> said:
> Hi gang
> Can someone in the know please clarify for me EXACTLY what the file
> and directory entries in no_index mean?
> Are they always considered to be multi-part root-relative
> unix-normalised paths? (i.e. foo/b
# from David Golden
# on Monday 09 February 2009 20:06:
> See some
>of the many red and orange blocks at
>http://bbbike.radzeit.de/~slaven/cpantestersmatrix.cgi?dist=Module-Build+0.31_03
>for examples.
PERL5LIB=t/lib:t/bundled:lib::.../Module-Build-0.31_03/blib/lib:...
CPANPLUS add_to_includ
It looks like the attempts to improve CPANPLUS::Dist::Build to interact with
Module::Build via subprocesses and to capture test output has inadvertently
changed PERL5LIB in a way that creates Module-Build test failures. See some
of the many red and orange blocks at
http://bbbike.radzeit.de/~slaven
Hi gang
Can someone in the know please clarify for me EXACTLY what the file
and directory entries in no_index mean?
Are they always considered to be multi-part root-relative
unix-normalised paths? (i.e. foo/bar )
Or could they be seen as referring to other things?
I want to write up a File::Fin
demerphq wrote:
> 2009/2/9 Michael G Schwern :
>> demerphq wrote:
I tracked down the problem inside ExtUtils::Install and fixed it. It was a
tiny mistake.
https://rt.cpan.org/Ticket/Display.html?id=41646
>>> Great, thanks. Have you uploaded the fix already or are you waiting on me?
2009/2/9 Michael G Schwern :
> demerphq wrote:
>>> I tracked down the problem inside ExtUtils::Install and fixed it. It was a
>>> tiny mistake.
>>> https://rt.cpan.org/Ticket/Display.html?id=41646
>>
>> Great, thanks. Have you uploaded the fix already or are you waiting on me?
>
> No, I'd only do
demerphq wrote:
>> I tracked down the problem inside ExtUtils::Install and fixed it. It was a
>> tiny mistake.
>> https://rt.cpan.org/Ticket/Display.html?id=41646
>
> Great, thanks. Have you uploaded the fix already or are you waiting on me?
No, I'd only do that if it were an emergency and I cou
2009/2/9 Michael G Schwern :
> Michael G Schwern wrote:
>> Eric Wilhelm wrote:
>>> # from David Golden
>>> # on Sunday 08 February 2009 08:21:
>>>
> I strongly encourage Module::Build to require/use the latest EUI. If
> there are any backcompat problems that arise from doing so please
>
11 matches
Mail list logo