Re: buildbot - an experiment

# from nadim khemir # on Wednesday 02 January 2008 12:02: >Cabie seems to be as good, if not better (psst, it's written in Perl). > >http://cabie.tigris.org/ Well, it says it is written in "PERL", which I have found to be a very scary and unworkable language derived from FORTRAN or maybe C ;-)

Re: Test::Aggregate - Speed up your test suites

* Eric Wilhelm <[EMAIL PROTECTED]> [2008-01-03 01:45]: > looking for (and diffusing) mines That sounds like a novel approach! Or do you mean “defusing”? :-) Regards, -- Aristotle Pagaltzis //

Re: Test::Aggregate - Speed up your test suites

On 2 Jan 2008, at 23:45, chromatic wrote: On Wednesday 02 January 2008 08:55:40 Adrian Howard wrote: * Pointless warnings from UNIVERSAL::can needed to be stomped. Is this with U::c 1.13_001? Nope. 1.12. Adrian

Re: Test::Aggregate - Speed up your test suites

--- Adrian Howard <[EMAIL PROTECTED]> wrote: > * The Perl::Critic tests slowed the T::A tests down. Didn't bother to > figure it out - just swapped it out again. Anybody know why? I couldn't tell you why, but that reminds me of another thing we'll be doing to speed up tests. Tests fall into t

Re: Test::Aggregate - Speed up your test suites

On Wednesday 02 January 2008 08:55:40 Adrian Howard wrote: > * Pointless warnings from UNIVERSAL::can needed to be stomped. Is this with U::c 1.13_001? -- c

Re: buildbot - an experiment

On Saturday 29 December 2007 10.11.41 Matisse Enzer wrote: > I've spent some of this holiday season learning how to set up BuildBot > ... I've also found this one to be written in Perl: http://www.johnkeiser.com/mozilla/tbox3.html other links http://en.wikipedia.org/wiki/Continuous_Integration

Re: buildbot - an experiment

On Saturday 29 December 2007 10.11.41 Matisse Enzer wrote: > I've spent some of this holiday season learning how to set up BuildBot > ... Cabie seems to be as good, if not better (psst, it's written in Perl). http://cabie.tigris.org/ Cheers, Nadim.

Re: Test::Aggregate - Speed up your test suites

# from Adrian Howard # on Wednesday 02 January 2008 04:10: >>Too much is left to accident (of both order and omission.) >>... >I think the point was that: >a) Run them as separate tests scripts - bug invisible >b) Run them in single process - bug visible > >I prefer (b). Even if I get a totally op

Re: buildbot - an experiment

On Jan 1, 2008, at 5:23 PM, James E Keenan wrote: svn co https://svn.perl.org/parrot/trunk/ parrot_test cd parrot_test perl Configure.pl make make test (If you're not looking to commit, you may be able to get by with http rather than https: UNTESTED.) ('make smoke' can be substituted for

Re: Test::Aggregate - Speed up your test suites

On 02/01/2008, Ovid <[EMAIL PROTECTED]> wrote: > --- demerphq <[EMAIL PROTECTED]> wrote: > > > Ah this reminds me. One of these days someone needs to write a robust > > DD output validator. I tried to convince MJD it would be a great > > example for HOP parser technology and i think I almost succee

Re: Test::Aggregate - Speed up your test suites

--- demerphq <[EMAIL PROTECTED]> wrote: > Ah this reminds me. One of these days someone needs to write a robust > DD output validator. I tried to convince MJD it would be a great > example for HOP parser technology and i think I almost succeeded I assume this would be so that you could read i

Re: Test::Aggregate - Speed up your test suites

On 29 Dec 2007, at 23:31, Ovid wrote: Hi all, I've just released a new version of Test::Aggregate (http://search.cpan.org/dist/Test-Aggregate/). [snip] A quick experience report. After about three hours work I shifted all of the tests that worked without changes in a $work project to use T

Re: Test::Aggregate - Speed up your test suites

On 1 Jan 2008, at 18:47, Eric Wilhelm wrote: # from Ovid # on Tuesday 01 January 2008 00:12: [snip] This is the sort of stuff that tests are designed to catch, but stuff this bad *might* get missed with tight process boundaries. ... (such as the time someone was parsing Data::Dumper output wi

Re: Test::Aggregate - Speed up your test suites

On 31 Dec 2007, at 23:07, Eric Wilhelm wrote: # from Adrian Howard # on Monday 31 December 2007 11:18: That's been my experience too. I've caught many nice bugs that would have been missed by completely-clean slate tests. Are they bugs in the tests or actual bugs? Both. More the latter.

Re: Test::Aggregate - Speed up your test suites

--- Sam Vilain <[EMAIL PROTECTED]> wrote: > Actually a large part of my > initial reaction was due to the use of the word "concatenation". > Looking at the module documentation I see that it's not anywhere near > as simplistic as that. Yes, I did oversimplify the description. I can see how that

Re: Test::Aggregate - Speed up your test suites

--- Eric Wilhelm <[EMAIL PROTECTED]> wrote: > >> How could one test variations on that singleton's > >> parameters with T::A? > > > >Read the docs. I explicitly address this issue. > > Uh... "Be careful"? So, how does one actually deal with it? Read the docs. ALL OF THE DOCS. Completely. In

Re: buildbot - an experiment

David Cantrell wrote: On Sat, Dec 29, 2007 at 05:51:50PM -0500, James E Keenan wrote: If anyone can give me an idiots' guide to how to grab the most recent source tree, build it, and test it, then I can test it on the same boxes as I do CPAN testing, plus maybe a couple of others. svn co htt