Gabor Szabo a écrit :
I know there are people who will complain about the fact I did it
or the way I did it, I am getting really used to it.
So I took the liberty to copy all the data from lists.cpan.org (aka
lists.perl.org)
to the Perlfoundation wiki.
As the data was too big to fit on one
Barbie wrote, some time around 11/09/2008 16:19:
Today I'm pleased to announce the launch of the CPAN Testers' Collated
Email Notification of Tester Reports for Authors Service [1], a
[...]
[1] If you can think of a suitable word beginning with 'L' to replace
'Service' let me know ;)
Hmm,
Nicholas Clark a écrit :
On Tue, Jul 01, 2008 at 09:31:22AM -0400, Jerry D. Hedden wrote:
If the functionality in test.pl (that does not currently
exist in other module) could be duplicated elsewhere using a
Test::Builder-based module, would there be a reason then to
maintain test.pl? Would
Ovid wrote:
--- Philippe Bruhat (BooK) [EMAIL PROTECTED] wrote:
The biggest trouble I had was for diagnostics. I ended up considering
that diagnostics output after a test result belong to the test result
(as a comment to it), and that diagnostics appearing before the first
test result are
Hello and apologies for the cross-posting.
PLEASE TRIM FOLLOW-UPS TO PERL-QA ONLY.
All other non-discussion queries regarding this matter may be directed
to [EMAIL PROTECTED]
Finance::FuturesQuote scrapes information from a web site that offers (I
would imagine) futures quotes.
The author
Jonathan Rockway a écrit :
On Tue, 2007-11-27 at 17:55 +0100, Dominique Quatravaux wrote:
All publicly accessible BackPAN mirrors must pull this distribution
manually, given that rsync-without-delete won't do it for you.
Shucks! Too late.
Jonathan Rockway wrote:
On Tue, 2007-11-27 at 17:42 +0100, David Landgren wrote:
Let's not kill the free software movement by deleting anything that
anyone with a lawyer requests to be deleted.
I don't think it's anything so serious. It's more like you played, you
lost. The web site owners
Shawn Boyette ☠ wrote:
On Nov 27, 2007 12:25 PM, chromatic [EMAIL PROTECTED] wrote:
On Tuesday 27 November 2007 08:53:52 Jonathan Rockway wrote:
What legal precedent is there here? Violating the ToS is the
responsibility of the user of the module, not people distributing the
module.
Would
Thomas Klausner wrote:
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)
As you might know this is quite tricky,
Andy Lester a écrit :
On Nov 15, 2007, at 4:52 AM, David Landgren wrote:
Andy Lester wrote:
I imagine that there are other modules in the same boat. Perhaps a
better solution is to avoid the ego points, drop the author link,
and just point to http://search.cpan.org/dist/Crypt-SSLeay
Andy Armstrong wrote:
On 21 Jan 2007, at 13:28, Abe Timmerman wrote:
I see now that on OpenVMS you also use IPC::Open3, that in turn uses
fork(). fork() is not implemented on OpenVMS, so this will not work.
Although I'm not a VMS expert, I do have a testdrive account, and can
test some stuff
David Landgren wrote:
Try perldoc vmsperl for more details.
*snort* Try perldoc perlvms for any details :)
Ovid did write:
--- Michael G Schwern [EMAIL PROTECTED] wrote:
Adam Kennedy wrote:
Personally, I've always wanted a per-file bail_out as well, that
can
just abort the current test script, rather than the entire testing
process.
Schwern? :)
die.
Definitely the way to go. Up until I
Greg Sabino Mullane wrote:
[...]
[1] I've never had a need for random tests myself. The only reason I
break mine apart is to isolate testing various sub-systems, but I almost
always end up having some dependencies put into an early 00 file. I
also tend to a have a final 99 cleanup file. While
Sébastien Aperghis-Tramoni did write:
Sébastien Aperghis-Tramoni wrote:
[...]
Er, sorry for mixing things up; my previous mail should have been sent
to module-authors@perl.org, not to [EMAIL PROTECTED]
That's ok, everyone's on both lists :)
--
It's overkill of course, but you can never
Thomas Klausner wrote:
Hi!
I had some time recently and added some first META.yml checking to
CPANTS (with the help of Gabor Szabo):
Aha, since I have your attention...
I've been meaning to suggest the following changes, on the best and
worst reports pages:
This distributions got the most
Nathan Haigh wrote:
I have just discovered the cpants and was wondering why only version
1.2.3 of bioperl has made it in and not the latest version 1.4?
Does anyone have any ideas about this?
I noticed the same thing. A module I released over a week ago is still
stuck at version n-1. I think
A. Pagaltzis wrote:
* David Golden [EMAIL PROTECTED] [2006-10-02 12:55]:
This creates an interesting quandary: subscribe to the list and
be deluged with thousands of emails or don't subscribe to the
list and accept that your test reports won't show up
immediately.
Good mailing list software
Thomas Klausner wrote:
Hi!
On Tue, Sep 12, 2006 at 11:07:28PM -0500, Chris Dolan wrote:
I posted all of my thoughts on the Perl-QA wiki here:
http://perl-qa.yi.org/index.php/CPANTS_Quality_Goals
Cool!
I added a few things, most notably the new has_license metric (thanks
again to Gabor
Ovid wrote:
Hi all,
For the TAPx::Parser, I need a better way of tracking all tests which
unexpectedly succeed. The simple way is to have the user accumulate them while
the tests are running:
while ( my $result = $parser-results ) {
if ( $result-is_test $result-has_todo
Thomas Klausner wrote:
Hi!
I've found some tuits to spend on CPANTS, so I changed the whole author
rating thing (aka the CPANTS game).
I've split the metrics into core metircs and optional ones. At the
moment, the only optional metric is 'is_prereq'.
I've also changed the kwalitee rating from
Adam Kennedy wrote:
[...]
I'd actually love to see some statistics, if we are collecting any, of
the good vs bad scores for the various kwalitee elements over time.
That might give us a better idea of how big an impact there is.
Of course, we wouldn't have any stats from before CPANTS
Shlomi Fish wrote:
On Friday 07 July 2006 18:39, Andy Lester wrote:
Those who disagree with Shlomi on licenses are small-headed and
ignorant. Got it.
Keep digging that hole, Mr. Fish!
That's not what I said or meant. What I meant was that someone here said and I
quote:
Jonathan T. Rockway wrote:
I agree that got is generally a good word to avoid in formal writing,
but in a testing protocol I think that it's an acceptable abbreviation
No! Do not accept inferior substitutes, strive for perfection.
for the actual result. Especially since received doesn't
Smylers wrote:
David Cantrell writes:
rsnapshot (for example) has its own code for traversing a directory
tree, its own cut-down Memoize, and probably a few others that I've
not found yet.
That said, I don't want to see those things go into the core, because
I'm in the the core is too big
demerphq wrote:
On 4/4/06, Sébastien Aperghis-Tramoni [EMAIL PROTECTED] wrote:
(*) Yes, I know that the core Perl distribution includes many modules,
but ask any P5Porter and he'll answer you that the core is over-crowed
and that all core modules that can be made dual-life should be released
on
Hey! It's been over two months since we last had one of these suggestions!
I did battle with a module that shall remain nameless the other day. I
had a difficult time figuring out how to use it. In times like these, I
like being about to go to the build directory and p(aw|ore) through the
eg/
Steve Peters wrote:
On Tue, Mar 14, 2006 at 04:52:18PM +0100, David Landgren wrote:
[...]
/eg scripts are a nice hands-on way of finding out how a module works
in real life.
No distribution should be without one!
Unless, of course, it has an examples/ directory, which would cause
Tels wrote:
Moin,
My modules are usually so feature crammed that they need a few examples
for showing what you can all do with it or to enable the user oto use the
modul without having to write/use perl code first.
Plus, the code cut and pasted from Synopses winds up with 8 space
leading
David Cantrell wrote:
brian d foy wrote:
[EMAIL PROTECTED] wrote:
Hopefully it will be something like:
$I::don't::bother::to::write::portable::code=1;
;-)
Seriously though, I would expect things in Win32::* to only work on
Windows, things in Linux::* only to work on linux, and so on for many
Tels did write:
Moin,
[...]
So, MakeMaker should be fixed to generate proper META.ymls without the
kludges nec that I needed. Of course, Schwern wills say patches welcome
and I am not up to patch MakeMaker :-(
(The other way would be the META.yml file for CPAN to be generated, but
that
David Cantrell wrote:
A. Pagaltzis wrote:
* Ian Langworth [EMAIL PROTECTED] [2005-11-14 18:15]:
PS. If you feel that sarcasm and satire are not best reflected
in email, I cordially suggest that you eat a helicopter.
What wine is more appropriate with helicopters, though, white or
red?
If
James E Keenan wrote:
Rob Bloodgood wrote:
Adam Kennedy wrote:
Doesn't makemaker only like you if you have a single .pm file just in
the root directory?
And otherwise you have to have your lib files actually under lib?
lib/Tree/Splay.pm
lib/Tree/Splay/Node.pm
lib/Tree/Splay/IntRange.pm
Chris Dolan wrote:
In the last year as a Fink maintainer (Mac OS X debian-like package
manager), I've come across a couple CPAN modules that have no license
information at all. It's very frustrating. I've submitted RT bugs,
but one of them has been fixed (thanks Ken Williams).
To
Chris Dolan wrote:
On Nov 2, 2005, at 10:19 AM, David Landgren wrote:
Chris Dolan wrote:
In the last year as a Fink maintainer (Mac OS X debian-like package
manager), I've come across a couple CPAN modules that have no
license information at all. It's very frustrating. I've submitted
Fergal Daly wrote:
http://www.nntp.perl.org/group/perl.cpan.testers/257538
shows a fail for Test-Benchmark but the fail seems to be caused by
CPANPLUS not installing dependencies:
Apparently it's a bug in CPANPLUS that stops it from keeping track of
grand children dependencies. @INC winds up
Gavin Henry wrote:
Dear List,
In Perl Testing - A Developers Notebook it has a section on Test::Kwalitee.
I can't find this module anywhere, nothing on the CPAN or on Google.
It would only be POD, I imagine.
Anyone know where it's hosted?
Kwalitee, as in cpants.perl.org, is run by Thomas
Dave Cross wrote:
David Landgren wrote:
Gavin Henry wrote:
Dear List,
In Perl Testing - A Developers Notebook it has a section on
Test::Kwalitee.
I can't find this module anywhere, nothing on the CPAN or on Google.
It would only be POD, I imagine.
Anyone know where it's hosted
Adam Kennedy wrote:
Michael Graham wrote:
[...]
But I think a more useful measure of kwalitee would be a 20%-30%
coverage test.
Something like that sounds much more reasonable than a high number.
Of course, if you've seen the first third of the PPI talk you realise we
still have all the
David Cantrell wrote:
demerphq wrote:
On 9/15/05, David Landgren [EMAIL PROTECTED] wrote:
As I was downloading the newest version of Devel::Cover this morning, I
pondered on the concept of 1 Kwalitee point for coverage = 80% ...
I have to wonder about how you handle modules that have code
demerphq wrote:
On 9/21/05, David Landgren [EMAIL PROTECTED] wrote:
I know I had my eyes opened by Devel::Cover. I thought I had pretty good
coverage in Regexp::Assemble. In fact I had about 60%. I lifted it up to
100% statement coverage (some branching and conditional paths are never
taken
Thomas Klausner wrote:
Hi!
On Sun, Sep 18, 2005 at 09:30:03PM +0200, David Landgren wrote:
Yeah, but I'm loathe to dedicate two separate test files merely to score
two points of Kwalitee. As it is, I'd just much rather bundle both tests
in a 00_basic.t file along with all the other standard
Thomas Klausner wrote:
[...]
The cpants analysis fails to recognise this as valid. What is it looking
for and/or could it be taught to look for this? I thought that it was
only looking for a string eval of use Test::Pod.
It does, but the qq{} you're using isn't recognised by the regex. I'll
Gábor Szabó wrote:
What do you think about adding a has_license kwalitee to CPANTS ?
Checking if the META.yml has that entry ?
This will penalise all the modules that use ExtUtils::MakeMaker, which,
last time I looked, does not generate the license metadata, even though
the module may
Michael G Schwern wrote:
On Tue, Jul 12, 2005 at 07:35:40PM -0400, Ian Langworth wrote:
I'd like to improve HTTP::Recorder. I've contacted Linda Julien
(http://search.cpan.org/~leira/) via her CPAN email address, but I've
received no response. The module hasn't been touched in over a year
and
Michael G Schwern wrote:
[...]
That said, here's the main differences:
* No qr//. Even if you target 5.5.4 qr// still has lots of bugs.
[...]
Once you go through the initial pain of backporting its not too big a deal
to keep things working as long as you're not doing XS. qr// is the only
Ben Evans wrote:
On Mon, Jul 04, 2005 at 02:00:57PM +1000, Adam Kennedy wrote:
Michael G Schwern wrote:
I'm going through some work to restore Test::More and Test::Harness to work
on 5.4.5, minor stuff really, and I'm wondering if its worth the trouble.
Has anyone seen 5.004_xx in the wild?
demerphq wrote:
On 6/30/05, Michael G Schwern [EMAIL PROTECTED] wrote:
Yves has some controversial ideas about what is and is not data structure
equivalence. I'd like comments on it.
Well while im disappointed that its considered to be a controversial
position (why is accuracy and
Michael G Schwern wrote:
I just went to go patch in the code ref stuff to is_deeply() and found that
I had unfinished changes to the diagnostic output. Remember, it was about
including the description in the failure diagnostics. So instead of this:
/Users/schwern/tmp/test...NOK 1
Tels wrote :
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Sunday 26 June 2005 07:18, Collin Winter wrote:
[...]
After tinkering with B::Deparse for a bit, I think this particular
oddity may just be a result of poorly-written docs (or, more
probably, poorly-read on my part). The module seems
Kevin Scaldeferri wrote:
My understanding is that inclusion on the Phalanx 100 doesn't constitute
any sort of endorsement of the modules. It's hopefully a statement that
the module is widely used, but not a judgment on whether it ought to be.
They are not endorsed, but they are considered
Ian Langworth wrote:
On 5/13/05, David Landgren [EMAIL PROTECTED] wrote:
So what I *really* think about Perl's test reporting is that the results
are shown in the wrong order, and that it would also be better to use a
less ambiguous word than 'got'. 'actual' would be nice.
I like the word
Michael G Schwern wrote:
[...]
This is what I morphed it into.
/Users/schwern/tmp/duringNOK 1
# Failed test (/Users/schwern/tmp/during.t at line 5)
# got: '23'
# expected: '42'
/Users/schwern/tmp/duringNOK 2
53 matches
Mail list logo