would be useful on the used_by pages on CPANTS.
AFAIK CPANTS is pretty much dead. Which is why I implemented this as
part of CPANdeps:
http://deps.cpantesters.org/depended-on-by.pl?dist=Scalar-List-Utils-1.23
of course, it still only goes one level deep, and it's a nasty crude
hack, but patches
I was a little surprised that when module A is used by module B and
module B is used by modules C,D,E,F,G there is no indication of the
requirement by C,D,E,F,G on http://cpants.perl.org/dist/used_by/A
I think a cascading use list would be useful on the used_by pages on CPANTS.
On Monday 29 June 2009 23:03:00 Thomas Klausner wrote:
Hi!
See over there: http://use.perl.org/~domm/journal/39189
Hi Thomas!
Is this the reason that CPANTS was out-of-date for a long time? It seemed
better yesterday, though.
Regards,
Shlomi Fish
Hi!
See over there: http://use.perl.org/~domm/journal/39189
--
#!/usr/bin/perl http://domm.plix.at
for(ref bless{},just'another'perl'hacker){s-:+-$-gprint$_.$/}
The update for some of my modules seems lost somehow
Dotiac: Still 0.5, but 0.8_1 is the latest
Dotiac-addon-html_template is missing completely.
Is this an error on my part, or is there a bug somewhere?
Marc Maluku Lucksch
I fear I have done something to CPANTS with my Dotiac::DTL module, the version
counter doesn't increase anymore. It is still set to 0.5
(http://cpants.perl.org/dist/overview/Dotiac), even though 0.8 is already out.
Is this an error on my part, or do I just have to wait?
Sincerely yours,
Marc
Hi!
On Tue, Feb 10, 2009 at 10:31:28AM +0100, Marc Lucksch wrote:
The update for some of my modules seems lost somehow
Dotiac: Still 0.5, but 0.8_1 is the latest
Dotiac-addon-html_template is missing completely.
Is this an error on my part, or is there a bug somewhere?
Very likely a bug
Marc Lucksch schrieb:
I fear I have done something to CPANTS with my Dotiac::DTL module, the version
counter doesn't increase anymore. It is still set to 0.5
(http://cpants.perl.org/dist/overview/Dotiac), even though 0.8 is already out.
Is this an error on my part, or do I just have to wait
Hi,
I have recently been taking more notice of CPANTS and made some changes
to DBD::ODBC to get more kwalitee. I'm basically getting a fail on
has_test_pod (http://cpants.perl.org/dist/kwalitee/DBD-ODBC) which I've
duplicated myself with Module::CPANTS::Analyse. However, I have a pod
test
G'day Perl-QA,
I'm afraid I'm rather confused about the CPANTS has_example metric. The
remedy is listed as:
Add a directory matching the regex (bin|scripts?|ex|eg|examples?|
samples?|demos?) ... to your distribution that includes some
scripts showing one or more use
I believe you actually need to put a file into it and include it in
the MANIFEST, otherwise, an empty directory doesn't get included in
the distribution.
David
On Fri, Jul 18, 2008 at 9:57 AM, Paul Fenwick [EMAIL PROTECTED] wrote:
G'day Perl-QA,
I'm afraid I'm rather confused about the CPANTS
David Golden wrote:
I believe you actually need to put a file into it and include it in
the MANIFEST, otherwise, an empty directory doesn't get included in
the distribution.
Sorry, I should have mentioned that it:
1) Is in the MANIFEST
2) Is in the distribution
3)
He's what I saw in the thread.
1. CPANTs was not only fun, but it was (and is) helpful.
2. Non-kwalitee metrics crept in.
3. Some people are upset about gaming.
4. Some people love gaming.
5. Many people can reasonably disagree on what value means.
Too many people (including me!) forget
On Jul 1, 2008, at 3:29 AM, Ovid wrote:
1. CPANTs was not only fun, but it was (and is) helpful.
2. Non-kwalitee metrics crept in.
3. Some people are upset about gaming.
4. Some people love gaming.
5. Many people can reasonably disagree on what value means.
Note that nowhere in here
In article [EMAIL PROTECTED],
David Golden [EMAIL PROTECTED] wrote:
On Mon, Jun 9, 2008 at 4:32 PM, Gabor Szabo [EMAIL PROTECTED] wrote:
I am sending this to both the module-authors list so you can be
aware of the new metrics and the perl-qa list as they might
have a few words as well
On Tue, Jun 10, 2008 at 12:27 PM, brian d foy [EMAIL PROTECTED] wrote:
I'd like to see the metircs that only talk about the quality of the
distribution, and leave everything else alone. If it's something I can
fix by doing something to the distribution itself, measure it. If it's
anything
. :)
Given that CPANTS has been discussed as a tool to help authors write better
dists, I think this is a very, very good suggestion.
Gathering other information is great. I'd like to know if there Debian is
packaging my code. It just isn't as much about your code seems to be
well-produced
to the distribution itself, measure it. If it's
anything else, leave it out. :)
Given that CPANTS has been discussed as a tool to help authors write better
dists, I think this is a very, very good suggestion.
Gathering other information is great. I'd like to know if there Debian is
packaging my
metrics continue to
measure things an author can reasonably fix, and end-developers using CPANTS
for research won't be turned off by a large number of red 'optional metrics'
from an otherwise excellent module.
Cheerio,
Paul
--
Paul Fenwick [EMAIL PROTECTED] | http://perltraining.com.au
to
measure things an author can reasonably fix, and end-developers using CPANTS
for research won't be turned off by a large number of red 'optional metrics'
from an otherwise excellent module.
Sounds like a good idea!
We were also thinking with Thomas on how to mark the other 3 debian
related
Two days ago or so I posted a blog entry about the new CPANTS metrics.
http://szabgab.com/blog/2008/06/1212827982.html
I am glad that already there are some comments about them
even if both chromatic and Andy Lester are well, slightly against them
and even Ovid did not like the Test::NoWarnings
the effort that
goes into developing new Kwalitee metrics -- however, I think that
many ideas wind up less interesting or relevant than initially
thought. I think that too many measures of little interest will lead
authors to ignore CPANTS rather than optimize against it. That may be
a feature
G'day QA folks,
I'm gaming my CPANTS quality scores a little, and I've found one of the
optional metrics has given me an odd result.
The 'has_separate_license_file' test returns 'not ok' on:
http://cpants.perl.org/dist/kwalitee/IPC-System-Simple
However, IPC-System-Simple *does
On Tue, Jun 3, 2008 at 3:24 PM, Paul Fenwick [EMAIL PROTECTED] wrote:
G'day QA folks,
I'm gaming my CPANTS quality scores a little, and I've found one of the
optional metrics has given me an odd result.
The 'has_separate_license_file' test returns 'not ok' on:
http://cpants.perl.org
Hi!
On Tue, Jun 03, 2008 at 03:55:38PM +0300, Gabor Szabo wrote:
Is CPANTS looking for something special inside the LICENSE file?
The currently running version of CPANTS has that bug.
I think I have fixed that already in the SVN we just have to wait till Thomas
has some time to upgrade
On 08/06/03 15:55 +0300, Gabor Szabo wrote:
On Tue, Jun 3, 2008 at 3:24 PM, Paul Fenwick [EMAIL PROTECTED] wrote:
The 'has_separate_license_file' test returns 'not ok' on:
http://cpants.perl.org/dist/kwalitee/IPC-System-Simple
[...]
Is CPANTS looking for something special inside
Thomas Klausner wrote:
which wasn't
proof-read by any english speaking person yet, so if @you want to:
patches welcome ;-)
s/not longer dreadlocked/no longer dreadlocked/
Hi!
On Wed, Feb 20, 2008 at 11:52:09AM +0100, Aristotle Pagaltzis wrote:
* Thomas Klausner [EMAIL PROTECTED] [2008-02-19 09:25]:
While I was away last week (snowboarding..)
Do you ever do any actual work, Thomas? :-P
Yes, I do!
Here's proof: http://revdev.at (the very fresh (we finally
Hi!
On Mon, Feb 18, 2008 at 02:34:15PM -0800, Randy J. Ray wrote:
information. Just a little while ago, I checked the CPANTS site and noticed
I had a crapload of red marks, almost all of which are wrong (one of the two
dists doesn't have LICENSE sections in pod, or a LICENSE file). But I'm
Hi!
On Tue, Feb 19, 2008 at 09:23:38AM +0100, Thomas Klausner wrote:
While I was away last week (snowboarding..) CPANTS seems to have acquired
yet another bug. As soon as I have some free time (maybe tomorrow, but
at the latest this weekend during FOSDEM) I'll take a look.
It seems
While I was away last week (snowboarding..) CPANTS seems to have acquired
yet another bug. As soon as I have some free time (maybe tomorrow, but
at the latest this weekend during FOSDEM) I'll take a look.
In the meantime: patches welcome :-) (and comit bits are easily
obtainable too
On Feb 18, 2008 5:34 PM, Randy J. Ray [EMAIL PROTECTED] wrote:
This, combined with the fact that most or all of the other red flags seem to
be centered around file issues, leads me to suspect that maybe whatever area
the distros are being un-tarred into is having disk issues?
If you look at
Randy J. Ray a écrit :
I've only taken a cursory look at the internals of the
Module::CPANTS::Analyze code, but I noticed that if there is neither
Build.PL or Makefile.PL, you can still trigger an executable build
file
flag-- line 101 of Module::CPANTS::Kwalitee::Files.pm uses the same
If you have already installed Module::CPANTS::Analyse, then you can
use the cpants_lint script to locally check the CPANTS metrics of
your distribution before uploading. This makes the game *much*
easier ;-)
Handy to know :-). In this case, however, I had just browsed the source code
On Nov 22, 2007, at 3:47 PM, David Cantrell wrote:
Does the metric include modules used in the test suite? I write my
test
suites to deal gracefully with missing Test modules.
Most people don't, unfortunately.
Then CPAN testers will catch it.
I don't see how adding author test
, because some modules live in
strange dists (e.g. HTTP::Request - libwww-perl) and some modules are in
Core (I'll check this with Module::CoreList).
The first implementation 'simply' selects all distinct dists from all
modules (of which CPANTS know which dist they are in..) used in a dist
Is the code for implementing this metric available now? I'm interested
in using it to create a utility that generates the appropriate entries
in a form suitable for use in Build.PL and Makefile.PL format.
---
Matisse Enzer [EMAIL PROTECTED]
On Mon, Nov 19, 2007 at 03:03:51PM -0800, chromatic wrote:
On Monday 19 November 2007 14:30:51 Jonathan Rockway wrote:
I think the real solution, though, is to agree that the perl interpreter
without all of the core modules installed isn't Perl. (I'm not a big
fan of core modules, but
On Sat, Nov 17, 2007 at 09:47:57PM -0800, Matisse Enzer wrote:
On Nov 15, 2007, at 8:04 PM, A. Pagaltzis wrote:
So in order to make everything work robustly, distros should
explicitly list every single module they explicitly use ? no
shortcuts, no implications.
basically, I agree completely,
On Mon, Nov 19, 2007 at 04:30:51PM -0600, Jonathan Rockway wrote:
I've been yelled at in bug reports and on IRC for adding core modules as
prereqs
So close the bugs with no bug found and /ignore the twits on irc.
--
David Cantrell | Godless Liberal Elitist
The Law of Daves: in any
On Sun, 2007-11-18 at 18:51 -0800, Matisse Enzer wrote:
On Nov 18, 2007, at 7:25 AM, Andreas J. Koenig wrote:
Even if it's in the perl core, the developer may have compiled with
-Dnoextensions=Encode
In such a case Encode is not present. I have skipped Encode many times
because
On Monday 19 November 2007 14:30:51 Jonathan Rockway wrote:
I think the real solution, though, is to agree that the perl interpreter
without all of the core modules installed isn't Perl. (I'm not a big
fan of core modules, but the concept is especially worthless if you
can't depend on their
On Sat, 17 Nov 2007 21:47:57 -0800, Matisse Enzer [EMAIL PROTECTED]
said:
On Nov 15, 2007, at 8:04 PM, A. Pagaltzis wrote:
So in order to make everything work robustly, distros should
explicitly list every single module they explicitly use no
shortcuts, no implications.
On Nov 18, 2007, at 7:25 AM, Andreas J. Koenig wrote:
Even if it's in the perl core, the developer may have compiled with
-Dnoextensions=Encode
In such a case Encode is not present. I have skipped Encode many times
because it takes up so much time, others may do likewise.
So, I think
On Nov 15, 2007, at 8:04 PM, A. Pagaltzis wrote:
So in order to make everything work robustly, distros should
explicitly list every single module they explicitly use – no
shortcuts, no implications.
basically, I agree completely, with the possible exception of modules
that are in the Perl
In article [EMAIL PROTECTED], A. Pagaltzis
[EMAIL PROTECTED] wrote:
* brian d foy [EMAIL PROTECTED] [2007-11-13 21:10]:
In article [EMAIL PROTECTED], David
Cantrell [EMAIL PROTECTED] wrote:
On Mon, Nov 12, 2007 at 10:53:42PM +0100, A. Pagaltzis wrote:
and:
Foo::Bar is in
* brian d foy [EMAIL PROTECTED] [2007-11-15 22:40]:
If Straps is the only thing that you use, then that's the only
thing you should list. If Straps has dependencies, it lists
those.
Test::Prereq would see what the Straps distro provides and only
remove those from the prereq list. If Straps
installations where people have managed to get different bits of an
installation in different places.
However, I suspect that enough folk are of the opposite opinion that
a CPANTS metric wouldn't be very useful :-)
Adrian
On Tue, 13 Nov 2007 02:08:41 +0100, Sébastien Aperghis-Tramoni [EMAIL
PROTECTED] said:
There was already a module that does this, I can't remember it's name,
Maybe B::Prereq and its companion Test::Dependencies.
--
andreas
On Mon, Nov 12, 2007 at 10:53:42PM +0100, A. Pagaltzis wrote:
* Thomas Klausner [EMAIL PROTECTED] [2007-11-12 21:10]:
The metric will be called prereq_matches_use and shall check if
all the modules used in a dist are also listed as a prereq.
(prereq is either gatherd directly from Meta.YMLs
In article [EMAIL PROTECTED], David
Cantrell [EMAIL PROTECTED] wrote:
On Mon, Nov 12, 2007 at 10:53:42PM +0100, A. Pagaltzis wrote:
and:
Foo::Bar is in distribution AUTHOR/Foo-Bar which also contains
Foo::Bar::Baz, so I only need to declare one of them to get both.
This is also an
* brian d foy [EMAIL PROTECTED] [2007-11-13 21:10]:
In article [EMAIL PROTECTED], David
Cantrell [EMAIL PROTECTED] wrote:
On Mon, Nov 12, 2007 at 10:53:42PM +0100, A. Pagaltzis wrote:
and:
Foo::Bar is in distribution AUTHOR/Foo-Bar which also
contains Foo::Bar::Baz, so I only
Hi!
I'm currently thinking about a new CPANTS metric (and I even have a
half-finished implementation..), and I'd like to get some feedback on
it, before spending more time on it (or even releasing it..)
The metric will be called prereq_matches_use and shall check if all the
modules used
# from Thomas Klausner
# on Monday 12 November 2007 12:05:
check if all the modules used in a dist are also listed as a prereq
... by parsing Build.PL or Makefile.PL
How do you propose to address system-dependent requirements? (e.g. $^O
eq 'MSWin32' issues.) If you do not execute the
Hi Thomas,
* Thomas Klausner [EMAIL PROTECTED] [2007-11-12 21:10]:
The metric will be called prereq_matches_use and shall check if
all the modules used in a dist are also listed as a prereq.
(prereq is either gatherd directly from Meta.YMLs 'requires',
by parsing Build.PL or Makefile.PL)
Thomas Klausner wrote:
I'm currently thinking about a new CPANTS metric (and I even have a
half-finished implementation..), and I'd like to get some feedback on
it, before spending more time on it (or even releasing it..)
The metric will be called prereq_matches_use and shall check if all
The metric will be called prereq_matches_use and shall check if all the
modules used in a dist are also listed as a prereq.
I find this odd.
if I check a prereq for mod_perl (.pm) I know I have the 50 some modules
that come with a mod_perl distribution. check for LWP and I know I have
Jonathan Rockway wrote:
You might like File::ShareDir for this. That way you can keep the big
data file out of band, and avoid having to maintain a database inside
your perl file.
Unfortunately it requires Module::Install.
--
David Cantrell
David Cantrell wrote:
Number::Phone::UK::Data contains a big chunk of binary gibberish at
the end of the file (it's an embedded DBM::Deep database), in a
__DATA__ segment. That includes several lines that match /^=/ and
so might look like POD, and hence confuse things. I'd argue that this
In article [EMAIL PROTECTED], David Cantrell
[EMAIL PROTECTED] wrote:
Number::Phone::UK::Data contains a big chunk of binary gibberish at the
end of the file (it's an embedded DBM::Deep database), in a __DATA__
segment. That includes several lines that match /^=/ and so might
look like
Hrrm, I never saw my reply to Thomas's message - looks like it got eaten
by something. My apologies if this is a repeat for you ...
Thomas Klausner wrote:
Some dists (eg Number::Phone)
Urk, that's one of mine.
currently cause segfaults in cpants
Sorry!
I
Hi!
You might wonder why cpants.perl.org is still down, even though I found
some time to work on it.
Here's why:
Some dists (eg Number::Phone) currently cause segfaults in cpants [Meta:
I changed a few things in how cpants processes CPAN. In a first pass,
cpants writes a YAML file for each
Thomas Klausner wrote:
I'm not sure if the problem is caused by some dists liek Number::Phone,
or by Pod::Simple::Checker (YAML for sure is causing the segfaults, but
I'd definitly want to correct the data, too)
I've put one of the problematic files up here:
On Thu, 13 Sep 2007 20:45:38 +0200, Thomas Klausner [EMAIL PROTECTED]
said:
perl -MYAML=LoadFile -le 'LoadFile(Number-Phone-1.58.yml)'
Use YAML::Syck! It will cut your execution time too. Significantly!
% time perl -MYAML::Syck=LoadFile -le 'LoadFile(Number-Phone-1.58.yml)'
perl
looks like the cpants site has stopped updating for about 3
weeks now.
also, would it make sense to have a test to check for warnings
when warnings are enabled globally? many modules do not enable
warnings, but when you use those modules and run the script
with -w, it's possible to get lots
On 10 Sep 2007, at 22:10, Anonymous wrote:
looks like the cpants site has stopped updating for about 3
weeks now.
Oops. That's my fault. cron job now re-enabled. Blush.
--
Andy Armstrong, hexten.net
Hi!
On Tue, Sep 11, 2007 at 01:43:43PM +0100, Andy Armstrong wrote:
On 10 Sep 2007, at 22:10, Anonymous wrote:
looks like the cpants site has stopped updating for about 3
weeks now.
Oops. That's my fault. cron job now re-enabled. Blush.
No, that was my fault, as I turned it off.
CPANTS
Hi!
On Mon, Sep 10, 2007 at 11:10:25PM +0200, Anonymous wrote:
also, would it make sense to have a test to check for warnings
when warnings are enabled globally? many modules do not enable
warnings, but when you use those modules and run the script
with -w, it's possible to get lots of
On 11 Sep 2007, at 20:37, Thomas Klausner wrote:
On Tue, Sep 11, 2007 at 01:43:43PM +0100, Andy Armstrong wrote:
On 10 Sep 2007, at 22:10, Anonymous wrote:
looks like the cpants site has stopped updating for about 3
weeks now.
Oops. That's my fault. cron job now re-enabled. Blush
Hi!
On Tue, Sep 11, 2007 at 08:39:57PM +0100, Andy Armstrong wrote:
On 11 Sep 2007, at 20:37, Thomas Klausner wrote:
On Tue, Sep 11, 2007 at 01:43:43PM +0100, Andy Armstrong wrote:
On 10 Sep 2007, at 22:10, Anonymous wrote:
looks like the cpants site has stopped updating for about 3
weeks
On 11 Sep 2007, at 21:12, Thomas Klausner wrote:
Oh sorry Thomas - I assumed it was me. Shall I turn it off again?
Hm, I guess it's better to turn it off.
OK - it's turned off again for the moment.
--
Andy Armstrong, hexten.net
Thomas Klausner wrote:
On Mon, Sep 10, 2007 at 11:10:25PM +0200, Anonymous wrote:
also, would it make sense to have a test to check for warnings
when warnings are enabled globally? many modules do not enable
warnings, but when you use those modules and run the script
with -w, it's possible
In article [EMAIL PROTECTED], Nathan S.
Haigh [EMAIL PROTECTED] wrote:
A suggestion was to have different levels of
strictness in Test::Kwalitee and have different sets of metrics being
tested by
default at each of those levels. However, I didn´t get into this and simply
hard-coded some of
In article [EMAIL PROTECTED], chromatic
[EMAIL PROTECTED] wrote:
On Friday 01 June 2007 10:47:00 Andy Armstrong wrote:
You could send them to me if you fancy? I'm guessing chromatic's
pretty busy.
I lost most of my outstanding patches a couple of weeks ago too, and only
just
noticed.
Quoting brian d foy [EMAIL PROTECTED]:
In article [EMAIL PROTECTED], Nathan S.
Haigh [EMAIL PROTECTED] wrote:
A suggestion was to have different levels of
strictness in Test::Kwalitee and have different sets of metrics being
tested by
default at each of those levels. However, I
On 2 Jun 2007, at 11:33, Nathan S. Haigh wrote:
On my return from holiday, who am I best sending my changes to?
You could certainly send them to me. Maybe put them on rt.cpan.org too?
--
Andy Armstrong, hexten.net
On Saturday 02 June 2007 03:33:27 Nathan S. Haigh wrote:
On my return from holiday, who am I best sending my changes to?
The RT queue for Test::Kwalitee please, where I won't lose them.
-- c
into Module::CPANTS::Analyse to find the tests that are
actually available - but then what to do about the methods?
I could
* generate the methods dynamically based on the Kwalitee modules that
are installed
* generate only the current methods and add a new method test_against()
(or whatever
the known test types as methods. I can
make it delve into Module::CPANTS::Analyse to find the tests that are
actually available - but then what to do about the methods?
I could
* generate the methods dynamically based on the Kwalitee modules that
are installed
* generate only
On 1 Jun 2007, at 18:41, Nathan S. Haigh wrote:
I recently made some simple changes to Test::Kwalitee so that it
would test all the metrics provided by Module::CPANTS::Analyse.
However, Chromitic
hasn´t yet updated CPAN with these changes. I´m on holiday at the
moment so I won´t be even
for a bit of poking of Test::Kwalitee if it doesn't
need too much.
I looked at the RT tickets. I think three of them can be closed
immediately or re-assigned to Module::CPANTS::Analyse. Test::Kwalitee
just does wraps taht module, so if people don't like how it does the
work, it's not Test
Hi!
On Fri, Jun 01, 2007 at 03:23:14PM +0100, Andy Armstrong wrote:
Test::Kwalitee currently exposes the known test types as methods. I can
make it delve into Module::CPANTS::Analyse to find the tests that are
actually available - but then what to do about the methods?
Sorry, not a lot
On Friday 01 June 2007 10:47:00 Andy Armstrong wrote:
You could send them to me if you fancy? I'm guessing chromatic's
pretty busy.
I lost most of my outstanding patches a couple of weeks ago too, and only just
noticed.
-- c
* Andy Armstrong [EMAIL PROTECTED] [2007-06-01 16:25]:
I could
* generate the methods dynamically based on the Kwalitee
modules that are installed
* generate only the current methods and add a new method
test_against() (or whatever) that provides access to any
named Kwalitee test
* Andy Armstrong [EMAIL PROTECTED] [2007-06-02 03:40]:
I know it's not as cute as the current interface - but cute can
be surprising and I don't think a surprising interface is
necessarily a good thing :)
Agreed. It just depended on what you preferred; in case of a
method per metric,
# from Gabor Szabo
# on Wednesday 30 May 2007 08:58 pm:
I would like to be able to opt-in such e-mail
reports.
Similarly to how CPAN Testers send reports.
Wouldn't it would be interesting if there were a multiplexing service
for this sort of thing? E.g. maybe a system that allows you to
On 31 May 2007, at 08:28, Eric Wilhelm wrote:
Wouldn't it would be interesting if there were a multiplexing service
for this sort of thing? E.g. maybe a system that allows you to
subscribe to a personal mailing list of sorts in much the same way
that
you can get an rss feed for a given rt
remaining for me is how to notify module authors who don't yet
know about CPANTS? Oh, I guess you will say if someone wants to
know on how to make his module better will find the resources
including the modul-authors list and CPANTS.
Gabor
Gabor Szabo wrote:
The question remaining for me is how to notify module authors who don't yet
know about CPANTS? Oh, I guess you will say if someone wants to
know on how to make his module better will find the resources
including the modul-authors list and CPANTS.
How about putting notes
there's
always rss2email or a different RSS to email gateway).
I should note that like Gabor said I'd like this feature to be opt-in, because
I don't want it. I don't care too much about the CPANTS so-called kwalitee,
although sometimes when I'm bored, I raise the kwalitee of some of my
modules
to PAUSE, or on DarkPAN code. Not all of CPANTS has
to run against publicly-uploaded distributions.
What does Test::Kwalitee need? Is it just fixing the stuff in RT or is
there something else?
I've just been running cpants_lint.pl before I upload anything. If it
doesn't say perfect, that fails. :)
On 31 May 2007, at 21:42, brian d foy wrote:
I've just been running cpants_lint.pl before I upload anything. If it
doesn't say perfect, that fails. :)
Yes, damn you :)
I'll volunteer for a bit of poking of Test::Kwalitee if it doesn't
need too much.
--
Andy Armstrong, hexten.net
too much.
I looked at the RT tickets. I think three of them can be closed
immediately or re-assigned to Module::CPANTS::Analyse. Test::Kwalitee
just does wraps taht module, so if people don't like how it does the
work, it's not Test::Kwalitee's problem.
One is a documentation patch, which is easy
On 1 Jun 2007, at 02:09, brian d foy wrote:
I'll have some time next week if Andy doesn't beat me too it.
I'm having a rummage around now :)
chromatic: do you have a .perltidyrc you could send me? My muscle
memory keeps reaching for the perltidy hot key that would convert
your code to
On May 31, 2007, at 2:28 AM, Eric Wilhelm wrote:
And for the rest of us to stay current, maybe a low-volume mailing
list
solely for notifications of various new/changed perl/cpan services?
Posting to module-authors should be fine if it's low volume. No need
for yet another mailing list
On Thursday 31 May 2007 19:08:27 Andy Armstrong wrote:
On 1 Jun 2007, at 02:09, brian d foy wrote:
I'll have some time next week if Andy doesn't beat me too it.
I'm having a rummage around now :)
chromatic: do you have a .perltidyrc you could send me? My muscle
memory keeps reaching for
important
metric there is.
If I had time to fix Test::Kwalitee, you could run that test *before*
uploading a distribution to PAUSE, or on DarkPAN code. Not all of CPANTS has
to run against publicly-uploaded distributions.
-- c
demerphq wrote:
On 5/26/07, Andreas J. Koenig [EMAIL PROTECTED]
wrote:
AFAIK it is not Archive::Tar either. I have not found out which
compression software packages do it right and which do it wrong. I
have communicated with several authors about it but being Windows
users, they do not know it
idea for CPANTS to check that directories
have the x bits set. This would either be a new metric, or could be
rolled into 'extracts_nicely', or could be combined with 'no_symlinks'
and called 'uses_portable_filesystem_features' or something similar.
--
David Cantrell
* David Cantrell [EMAIL PROTECTED] [2007-05-26 16:45]:
I think it would be a good idea for CPANTS to check that
directories have the x bits set.
++
This would either be a new metric
+=0
or could be rolled into 'extracts_nicely'
++
or could be combined with 'no_symlinks' and called
1 - 100 of 391 matches
Mail list logo