In article [EMAIL PROTECTED], Chris
Dolan [EMAIL PROTECTED] wrote:
On Oct 3, 2006, at 11:13 AM, David Golden wrote:
Given what you use, perhaps qr/AUTHOR_TEST/ is a good idea.
That's cool. Then I could do Cif ($ENV{AUTHOR_TEST_CDOLAN}){ ... }
in my .t files and just set that to 1 in
I think this thread is headed towards completely over-engineering this.
For those who really want to customize what gets run when, I think brian's
Test::Manifest solution looks like a winner.
WIth environment variables, I prefer simplicity:
* AUTOMATED_TESTING -- signals that it's
On 10/3/06, Joshua ben Jore [EMAIL PROTECTED] wrote:
Fine, I just didn't feel like inventing a list on the spot. There's a
list of values we know perl uses internally. I see David missed
LANGUAGE, LC_ALL, and LANG.
You'd want to be careful not to do qr/^PERL/ because MACPERL doesn't
match that
* Chris Dolan [EMAIL PROTECTED] [2006-10-03 19:35]:
So, I hereby propose new .t boilerplate:
use Test::More;
if (!$ENV{AUTHOR_TEST} !$ENV{AUTHOR_TEST_CPANID}) {
plan skip_all = 'Author test';
}
plan ...;
where CPANID is either the maintainer's PAUSE username or,
for
On Oct 4, 2006, at 12:14 AM, A. Pagaltzis wrote:
If it’s worth boilerplating, it’s worth abstracting. How about
use Test::More::ForAuthor [ 'ARISTOTLE' ], plan = 42;
which loads and imports Test::More, then does the exact
equivalent of the boilerplate you showed?
I disagree. It should
* Chris Dolan [EMAIL PROTECTED] [2006-10-04 07:20]:
It should be easy for a 3rd-party developer to glance at the .t
file and figure out which envvar to use to turn on the author
tests. I think your abstraction is too obscure.
That’s what POD is for. I agree that adds a layer of indirection,
On 10/1/06, Shlomi Fish [EMAIL PROTECTED] wrote:
On Saturday 30 September 2006 01:16, Alexandr Ciornii wrote:
9. AFAIK reports from people not on cpan-testers/AT/perl.org list are
manually checked. I don't want to subcribe to this list, if I want, I
read it via NNTP. With http transport
* 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 gives you the option
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
CPAN Testers reports must be sent to the cpan-testers mailing list. As
with
most mailing lists, email from non-subscribed addresses is held for manual
review.
CPAN Test reports follow a fairly rigid format that computers can easily
detect. I think it's worth auto-whitelisting messages that
On 10/2/06, Jonathan Rockway [EMAIL PROTECTED] wrote:
CPAN Test reports follow a fairly rigid format that computers can easily
detect. I think it's worth auto-whitelisting messages that look like
FAIL Foo::Bar 3.14_15 or PASS Hello::World 2.71. The CPAN::Reporter
(?) and CPANPLUS mails look
On Sep 29, 2006, at 5:16 PM, Alexandr Ciornii wrote:
6. Add posibility to module developers (or anybody) to subscribe to
FAIL reports.
Alex,
This ones already possible in a limited sense. I subscribe to
http://testers.cpan.org/author/CLOTHO.rss
to see all pass/fail announcements for my
* Chris Dolan [EMAIL PROTECTED] [2006-10-02 19:35]:
This ones already possible in a limited sense. I subscribe to
http://testers.cpan.org/author/CLOTHO.rss
to see all pass/fail announcements for my modules.
Thanks for the tip – and yay for more vanity feeds. :-)
Regards,
--
Aristotle
On 9/29/06, Alexandr Ciornii [EMAIL PROTECTED] wrote:
Hello!
For a long time I'm using Test::Reporter. Now I participate in Vanilla
Perl project (http://win32.perl.org). I've started CPAN smoke.
I've come to several ideas regarding cpantesters. I want your opinion on
them.
1. YAML files on
On Saturday 30 September 2006 01:16, Alexandr Ciornii wrote:
Hello!
For a long time I'm using Test::Reporter. Now I participate in Vanilla
Perl project (http://win32.perl.org). I've started CPAN smoke.
I've come to several ideas regarding cpantesters. I want your opinion on
them.
1. YAML
Hello!
For a long time I'm using Test::Reporter. Now I participate in Vanilla
Perl project (http://win32.perl.org). I've started CPAN smoke.
I've come to several ideas regarding cpantesters. I want your opinion on
them.
1. YAML files on http://cpantesters.perl.org/ should include compiler
16 matches
Mail list logo