On Mon, Oct 22, 2001 at 09:48:56PM -0400, Michael G Schwern wrote:
> It then orders them in terms of which needs to be installed first. In
> Test::SDK it would be Test::Harness, Test::Simple and finally
> Test::Inline.
since the CPAN Bundle lets you specify exact versions, the purpose
of SDK cur
On Tue, Oct 23, 2001 at 10:37:30AM +0800, Autrijus Tang wrote:
> On Mon, Oct 22, 2001 at 09:48:56PM -0400, Michael G Schwern wrote:
> > It then orders them in terms of which needs to be installed first. In
> > Test::SDK it would be Test::Harness, Test::Simple and finally
> > Test::Inline.
>
> si
Test::SDK currently has too many unresolved problems, so I'm pulling
it off CPAN until they're solved.
There's two major problems stemming from one cause.
First, there's no safeguard against an older version of the module in
the SDK blowing over a newer installed version. This will happen if
th
On Mon, Oct 22, 2001 at 09:25:24PM +0100, Graham Barr wrote:
> On Mon, Oct 22, 2001 at 04:27:51PM -0400, Michael G Schwern wrote:
> > On Mon, Oct 22, 2001 at 02:08:05PM -0600, chromatic wrote:
> > > > > So if a test depends on a module in the core it should check that
> > > > > the module is avali
On Mon, Oct 22, 2001 at 04:27:51PM -0400, Michael G Schwern wrote:
> On Mon, Oct 22, 2001 at 02:08:05PM -0600, chromatic wrote:
> > > > So if a test depends on a module in the core it should check that
> > > > the module is avaliable, so that the test is skipped with older
> > > > perl releases.
>
On Mon, Oct 22, 2001 at 02:08:05PM -0600, chromatic wrote:
> > > So if a test depends on a module in the core it should check that
> > > the module is avaliable, so that the test is skipped with older
> > > perl releases.
> > But this is a little funny. How are these new tests going to wind up
>
On Mon, Oct 22, 2001 at 02:14:43PM -0600, chromatic wrote:
> On Monday 22 October 2001 14:13, Graham Barr wrote:
>
> > > I understood that as Graham being unsure about using Test::More in the
> > > tests.
>
> > Actually I was refering to Mock::Socket
>
> Would you be amenable to a patch that mo
On Monday 22 October 2001 14:13, Graham Barr wrote:
> > I understood that as Graham being unsure about using Test::More in the
> > tests.
> Actually I was refering to Mock::Socket
Would you be amenable to a patch that moves that into the .t file?
There's no technical reason it has to be a modu
On Mon, Oct 22, 2001 at 02:08:05PM -0600, chromatic wrote:
> On Monday 22 October 2001 14:10, Michael G Schwern wrote:
>
> > I can understand this. We should be patching the CPAN libnet.
>
> In progress.
>
> > > So if a test depends on a module in the core it should check that
> > > the module
On Mon, Oct 22, 2001 at 04:10:06PM -0400, Michael G Schwern wrote:
> On Mon, Oct 22, 2001 at 01:44:32PM +0100, Graham Barr wrote:
> > Any patches to modules from libnet, and test additions, should be
> > against the latest libnet on CPAN, I do not want the core to diverge.
>
> I can understand th
On Monday 22 October 2001 14:10, Michael G Schwern wrote:
> I can understand this. We should be patching the CPAN libnet.
In progress.
> > So if a test depends on a module in the core it should check that
> > the module is avaliable, so that the test is skipped with older
> > perl releases.
>
On Mon, Oct 22, 2001 at 01:44:32PM +0100, Graham Barr wrote:
> Any patches to modules from libnet, and test additions, should be
> against the latest libnet on CPAN, I do not want the core to diverge.
I can understand this. We should be patching the CPAN libnet.
> So if a test depends on a mod
In article <[EMAIL PROTECTED]>, "Benjamin Goldberg"
<[EMAIL PROTECTED]> wrote:
> Chromatic wrote:
> [snip]
>> sub parse_command_line {
>> -usage() if defined $opt_help;
>> -$opt_help = "";# make -w shut up +usage() if defined
>> $Options{help};
>> +$Options{help}
Any patches to modules from libnet, and test additions, should be
against the latest libnet on CPAN, I do not want the core to diverge.
So if a test depends on a module in the core it should check that
the module is avaliable, so that the test is skipped with older
perl releases.
Graham.
On Sat,
Chromatic wrote:
[snip]
> sub parse_command_line {
> -usage() if defined $opt_help;
> -$opt_help = "";# make -w shut up
> +usage() if defined $Options{help};
> +$Options{help} = ""; # make -w shut up
Isn't that "make -w shut up" is talking about
On Sun, Oct 07, 2001 at 03:57:48PM -0400, Kirrily 'Skud' Robert wrote:
> Also, there's some weirdness with webchatpp's generated code if your
> WWW::Chat script was inside subroutines (or presumably other blocks).
> Here's a real life example:
> [snippage]
> It would be nice if we could get this t
On Sun, Oct 21, 2001 at 02:44:50PM -0600, chromatic wrote:
> Is this valuable for anyone? I could probably turn something like
> this into an article for perl.com or the Perl Journal or even
> use.perl, if anyone could sweet-talk an editor or thinks gonzo
> testing ought to be promoted.
This sor
17 matches
Mail list logo
