Re: CPANTS preview

2004-07-22 Thread Paul Johnson
On Thu, Jul 22, 2004 at 05:25:38PM +0100, Nicholas Clark wrote: > On Thu, Jul 22, 2004 at 04:28:08PM +0200, Thomas Klausner wrote: > > Hi! > > > > I ran CPANTS today, you can view results here: > > Oooh. Nice Agreed. I think it is a great start. Thanks very much for your work. > > Max Kwal

Re: CPANTS preview

2004-07-22 Thread Tim Bunce
On Thu, Jul 22, 2004 at 04:28:08PM +0200, Thomas Klausner wrote: > Hi! > > I ran CPANTS today, you can view results here: > > http://cpants.dev.zsi.at/ > ( or http://test1.dev.zsi.at if DNS isn't updated..) > > in /metrics there is a yaml-file for each dist > cpants.db (or cpants.db.gz) is a

Re: Testing Database Schema

2004-07-22 Thread Tim Bunce
On Mon, Jul 19, 2004 at 05:00:05AM -0700, Ask Bjoern Hansen wrote: > [EMAIL PROTECTED] (Tony Bowden) writes: > > [...] > > The two "best" ideas we've had so far are to either run the SQL in the > > code against a temporary database, and then compare both SHOW CREATE > > TABLE outputs, or to use so

Re: CPANTS preview

2004-07-22 Thread Thomas Klausner
Hi! On Thu, Jul 22, 2004 at 05:25:38PM +0100, Nicholas Clark wrote: > > Max Kwalitee is 10, which is reached by 99 dists. > > Will it go up to eleven soon? :-) as I'm planning to go on vacation next week, probably not... > > is_prereq (is listed as PREREQ by at least 3 other dists) > >

Re: CPANTS preview

2004-07-22 Thread Nicholas Clark
On Thu, Jul 22, 2004 at 04:28:08PM +0200, Thomas Klausner wrote: > Hi! > > I ran CPANTS today, you can view results here: Oooh. Nice > http://cpants.dev.zsi.at/ > ( or http://test1.dev.zsi.at if DNS isn't updated..) > > in /metrics there is a yaml-file for each dist > cpants.db (or cpants.db.

Re: Testing Database Schema

2004-07-22 Thread Tony Bowden
On Sun, Jul 18, 2004 at 04:49:24PM +0200, James Mastros wrote: > Change the procedure to require the bit after __DATA__ to match what > mysql gives you back? This is actually better then what you do anyway, > as what mysql gives you is significantly more detailed. We considered that, but, among

RE: Script to find Module Dependency Test Results...

2004-07-22 Thread Barbie
On 20 July 2004 22:30 Robert Rothenberg wrote: > I have a prototype Perl script that will determine the > dependencies of a given > CPAN distribution, and then check CPAN Testers for any > failure reports of that > distro or dependent distros for a given platform. One thing to remember, is that

CPANTS preview

2004-07-22 Thread Thomas Klausner
Hi! I ran CPANTS today, you can view results here: http://cpants.dev.zsi.at/ ( or http://test1.dev.zsi.at if DNS isn't updated..) in /metrics there is a yaml-file for each dist cpants.db (or cpants.db.gz) is a SQLite DB file Oh, there might be a bug, because 100 dists didn't get any kwalite

CPANTS (was Re: Script to find Module Dependency Test Results...)

2004-07-22 Thread Thomas Klausner
Hi! On Mon, Jul 19, 2004 at 12:12:39AM -0400, Robert Rothenberg wrote: > I have a prototype Perl script that will determine the dependencies of a > given CPAN distribution, and then check CPAN Testers for any failure > reports of that distro or dependent distros for a given platform. Sounds a l

Re: is_deeply and overloaded obejcts

2004-07-22 Thread Michael G Schwern
On Wed, 21 Jul 2004 14:51:13 -0400, Ricardo SIGNES <[EMAIL PROTECTED]> wrote: > I was going nuts recently, trying to figure out why I couldn't use > is_deeply to compare objects. I've finally determined that it's only an > issue (as far as I see) when comparing objects that overload > dereferencin

Script to find Module Dependency Test Results...

2004-07-22 Thread Robert Rothenberg
I have a prototype Perl script that will determine the dependencies of a given CPAN distribution, and then check CPAN Testers for any failure reports of that distro or dependent distros for a given platform. I would like to work with other people to turn this into something of use to the community,

Re: Exit status code from Test::More might go away

2004-07-22 Thread David Wheeler
On Jul 19, 2004, at 8:09 AM, Michael G Schwern wrote: The exit code information adds unnecessary extra information to an already crowded set of diagnostics. Observe the difference. Oh, yeah, it's nice that you lose the extra two lines that I, for one, never paid attention to, anyway. Regards, D

Re: [OT] Re: Single Sign-on Re: Perl Passport?

2004-07-22 Thread Ask Bjoern Hansen
[EMAIL PROTECTED] (Darren Chamberlain) writes: > > As I figured it out neither... > > > > Reason: auth.perl.org is part of the SSO (Single Sign-on) that was > > created especially for the perl.org domain and its sub-domains. > > > > As far as I know it isn't a service that is publicly available.

Re: Testing Database Schema

2004-07-22 Thread Ask Bjoern Hansen
[EMAIL PROTECTED] (Tony Bowden) writes: [...] > > > lots of SQL to a common format. Both seem much too cumbersome, however. > > > Anyone have any brighter ideas? > > Don't use a temporary database, just a temporary table. > > Surely that's more work? That depends on how you open your databases a

Re: Testing Database Schema

2004-07-22 Thread Ask Bjoern Hansen
[EMAIL PROTECTED] (Tony Bowden) writes: [...] > The two "best" ideas we've had so far are to either run the SQL in the > code against a temporary database, and then compare both SHOW CREATE > TABLE outputs, or to use something like SQL::Translator to convert both > lots of SQL to a common format.

Script to find Module Dependency Test Results...

2004-07-22 Thread Robert Rothenberg
I have a prototype Perl script that will determine the dependencies of a given CPAN distribution, and then check CPAN Testers for any failure reports of that distro or dependent distros for a given platform. I would like to work with other people to turn this into something of use to the commun

Re: Testing Database Schema

2004-07-22 Thread James Mastros
Tony Bowden wrote: We have an in-house procedure that says that the SQL definition for a table should be included in the __DATA__ section of the class that represents it (we're using Class::DBI), and is to be treated as the definitive version of the schema. [cut] We're having too much difficulty th