On 10/31/06, Andreas J. Koenig <[EMAIL PROTECTED]> wrote:
> On Tue, 31 Oct 2006 08:51:42 +0200, "Gabor Szabo" <[EMAIL PROTECTED]>
said:
> What about adding a mechanism to PAUSE to map module/version pairs
> to the bundles they are mentioned in? One could parse the most recent
> bundle
> On Tue, 31 Oct 2006 08:51:42 +0200, "Gabor Szabo" <[EMAIL PROTECTED]>
> said:
> What about adding a mechanism to PAUSE to map module/version pairs
> to the bundles they are mentioned in? One could parse the most recent
> bundles, extract the list of modules and the frozen version
On 10/31/06, Jonathan Rockway <[EMAIL PROTECTED]> wrote:
On Monday 30 October 2006 18:16, David Golden wrote:
> Bundle gives the option of either freezing a particular version (by
> specifying a distribution file) or else fully upgrading to the
> absolute latest version (by specifying a module).
On Oct 30, 2006, at 11:58 AM, Jos Boumans wrote:
You're right, Test.pm does not, never has and does not have to.
Exiting
non-zero on failure is a little "feature" I put in to make using
Test::More without Test::Harness a little easier but I plan on
removing
it.
Hmm, I hope this doesn't m
On Monday 30 October 2006 18:16, David Golden wrote:
> Bundle gives the option of either freezing a particular version (by
> specifying a distribution file) or else fully upgrading to the
> absolute latest version (by specifying a module).
The problem I've experienced with this method is that auth
On 10/30/06, Andreas J. Koenig <[EMAIL PROTECTED]> wrote:
> On Tue, 31 Oct 2006 00:23:09 +0200, "Gabor Szabo" <[EMAIL PROTECTED]>
said:
> The mapping of flag to Module-Version pairs could actually reside on any
> server with ftp or http access. CPAN.pm would be configured to use such
> On Tue, 31 Oct 2006 00:23:09 +0200, "Gabor Szabo" <[EMAIL PROTECTED]>
> said:
> The mapping of flag to Module-Version pairs could actually reside on any
> server with ftp or http access. CPAN.pm would be configured to use such
> a URL.
> What do you think?
What you describe ca
> Jos Boumans wrote:
>> I got this bug report for CPANPLUS the other day, which turns out that
>> Test.pm
>> does not actually exit with a non-zero exitcode like Test::More does on
>> failed tests:
>>
>> http://rt.cpan.org/Ticket/Display.html?id=22685
>
> You're right, Test.pm does not, never has
I am not exactly sure this is the appropriate place to raise this idea
but it relates very strongly to quality of CPAN modules.
Occasionally new version of CPAN modules break code in applications.
We cannot catch that, but we can at least catch cases when it breaks
other CPAN modules.
There are
On Oct 30, 2006, at 11:34 AM, Michael G Schwern wrote:
The solution is to get authors to stop using test.pl.
That sounds like an important Kwalitee test to me!
Chris
--
Chris Dolan, Software Developer, Clotho Advanced Media Inc.
608-294-7900, fax 294-7025, 1435 E Main St, Madison WI 53703
On 10/30/06, Michael G Schwern <[EMAIL PROTECTED]> wrote:
This is not Test.pm's fault but the fact that test.pl is not run through
Test::Harness by MakeMaker.This is a historical accident. No, I won't
change it. Many test.pl's do not output TAP. For example, DBI's test.pl
contains bench
Jos Boumans wrote:
> I got this bug report for CPANPLUS the other day, which turns out that
> Test.pm
> does not actually exit with a non-zero exitcode like Test::More does on
> failed tests:
>
> http://rt.cpan.org/Ticket/Display.html?id=22685
You're right, Test.pm does not, never has and does
On 30 Oct 2006, at 08:48, Jos Boumans wrote:
Greetings,
I got this bug report for CPANPLUS the other day, which turns out that
Test.pm
does not actually exit with a non-zero exitcode like Test::More
does on
failed tests:
http://rt.cpan.org/Ticket/Display.html?id=22685
This means neither
Greetings,
I got this bug report for CPANPLUS the other day, which turns out that
Test.pm
does not actually exit with a non-zero exitcode like Test::More does on
failed tests:
http://rt.cpan.org/Ticket/Display.html?id=22685
This means neither CPAN.pm nor CPANPLUS actually detect the fact that
14 matches
Mail list logo