Thomas Klausner <[EMAIL PROTECTED]> writes:
>
>Personally, I'm annoyed by dist that I cannot remove after installation.
>If files are read-only, I'll have to do extra steps during deleting. So I
>like dists which no read-only files. Which is why it's a Kwalitee indicator.
>If we (whoever is interes
On Sat, Jul 24, 2004 at 08:05:06PM +0300, Gabor Szabo wrote:
> On Sat, 24 Jul 2004, Thomas Klausner wrote:
>
> > > What about adding (optional) coverage reports to the reports
> > > the CPAN testers send in ?
> >
> > That might be a good idea. But AFAIK, coverage reports can vary greatly on
> > d
On Sat, Jul 24, 2004 at 06:35:44PM +0200, Thomas Klausner wrote:
> Hi!
>
> On Fri, Jul 23, 2004 at 03:29:10AM +0100, Tim Bunce wrote:
>
> > The DBI gets 9. The one failure is permissions_ok:
> >
> > > permissions_ok (i.e. all files are read/writable by extracting user)
> >
> > Why is that a k
On Sat, 24 Jul 2004, Thomas Klausner wrote:
> > What about adding (optional) coverage reports to the reports
> > the CPAN testers send in ?
>
> That might be a good idea. But AFAIK, coverage reports can vary greatly on
> different platforms/Perls/installed modules
IMHO this is exactly the reason
Hi!
On Sat, Jul 24, 2004 at 07:46:30PM +0300, Gabor Szabo wrote:
> On Sat, 24 Jul 2004, Thomas Klausner wrote:
>
> > > - Test coverage.
> >
> > Impossibly, because CPANTS does not run code.
>
> But it could fetch it from some other place that does it, right ?
Right. Back when Leon was maintain
Hi!
On Fri, Jul 23, 2004 at 08:41:58AM +0200, James Mastros wrote:
> - Having POD
> - Not having the POD that h2xs puts in
I wonder how many dists are authored by R.U. Thor :-)
> - Having a README
thats allready covered.
> BTW, I tend to think that modules that require lots of other things
On Sat, 24 Jul 2004, Thomas Klausner wrote:
> > - Test coverage.
>
> Impossibly, because CPANTS does not run code.
But it could fetch it from some other place that does it, right ?
What about adding (optional) coverage reports to the reports
the CPAN testers send in ?
Gabor
Hi!
On Fri, Jul 23, 2004 at 04:56:40AM +0200, Paul Johnson wrote:
> At the moment the focus seems very much on packaging. That's fine, but
> it does mean that "correctly" packaged junk looks pretty good.
True, but most junk /is/ packaged badly.
At its much easier to check for bad packages th
Hi!
On Fri, Jul 23, 2004 at 03:29:10AM +0100, Tim Bunce wrote:
> The DBI gets 9. The one failure is permissions_ok:
>
> > permissions_ok (i.e. all files are read/writable by extracting user)
>
> Why is that a kwalitee issue? I don't think it warrants impacting the kwalitee.
First: Currently
On Fri, Jul 23, 2004 at 08:41:58AM +0200, James Mastros wrote:
> BTW, I tend to think that modules that require lots of other things
> deserve lower kwalitee...
Because reinventing the wheel is a good thing, right?
Tony
Paul Johnson wrote:
At the moment the focus seems very much on packaging. That's fine, but
it does mean that "correctly" packaged junk looks pretty good. In time,
some more metrics would be good. Some suggestions:
- How do the CPAN testers reports look?
- What does cpanratings think?
- Some a
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
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
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)
>
>
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.
15 matches
Mail list logo