On 1/30/06, Tyler MacDonald <[EMAIL PROTECTED]> wrote:
> Awesome, thanks! Is the code that drives testers.cpan.org open
> source? I'd really like to learn more about it.
Of course! (include subtle dig at non-opensource CPAN websites here)
http://search.cpan.org/dist
Leon Brocard <[EMAIL PROTECTED]> wrote:
> > Usually this clears up in about a day, but in some cases it's been 3 or 4
> > days now and search.cpan.org is telling me that tests have run, but
> > testers.cpan.org doesn't seem to know anything about them.
> So
On 1/27/06, Tyler MacDonald <[EMAIL PROTECTED]> wrote:
> Usually this clears up in about a day, but in some cases it's been 3 or 4
> days now and search.cpan.org is telling me that tests have run, but
> testers.cpan.org doesn't seem to know anything about them.
Sorry, I
been 3 or 4
days now and search.cpan.org is telling me that tests have run, but
testers.cpan.org doesn't seem to know anything about them.
Is this a common problem? Is it fixable? Is there somewhere else I can go to
find out about the results of my modules being tested, short of subscrib
In article <[EMAIL PROTECTED]>, Michael G
Schwern <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 19, 2005 at 10:49:12PM -0400, James E Keenan wrote:
> > The inference I drew was that the four false positives I received for
> > v0.35 came from automated testing in an environment where IO::Capture
> > w
If I have somehow managed to imply I think we should junk the entire
entire current testing infrastructure and force every tester in the
world to move over to an image base testing system whether they want to
or not, then "no I didn't mean that".
But I figured that would be obvious...
Adam K
On Thu, Jul 21, 2005 at 05:33:29AM +1000, Adam Kennedy wrote:
> If I have somehow managed to imply I think we should junk the entire
> entire current testing infrastructure and force every tester in the
> world to move over to an image base testing system whether they want to
> or not, then "no
On Wed, 20 Jul 2005, Michael G Schwern wrote:
> Also, it eliminates one of the valuable parts of CPAN testers: testing in the
> wild. If you create an artificially clean environment (the clean image),
> then install all the latest versions of dependent modules into it and then
> run the tests you
On Wed, Jul 20, 2005 at 05:21:19PM +1000, Adam Kennedy wrote:
> The image-based platforms would be able to implement a fresh
> from-the-base-install install of each module. This would also greatly
> help to focus attention on modules that many many others rely on as a
> dep that don't install ri
> (I deliberately
> did *not* list IO::Capture as a prerequisite in Makefile.PL because I
> didn't want to force users to install that module. I simply wanted them
> to use it during testing and then throw it away.
this is the start of the right attitude I think - when your testing
environment r
Michael G Schwern wrote:
On Tue, Jul 19, 2005 at 10:49:12PM -0400, James E Keenan wrote:
The inference I drew was that the four false positives I received for
v0.35 came from automated testing in an environment where IO::Capture
was already installed, so that the test script did not need to fi
On Tue, Jul 19, 2005 at 09:37:39PM -0700, Michael G Schwern wrote:
> On Tue, Jul 19, 2005 at 10:49:12PM -0400, James E Keenan wrote:
> > Am I correct in this inference and this judgment? Or is there something
> > about the automated testing that I don't understand?
>
> If I understand correctly
On Tue, Jul 19, 2005 at 10:49:12PM -0400, James E Keenan wrote:
> The inference I drew was that the four false positives I received for
> v0.35 came from automated testing in an environment where IO::Capture
> was already installed, so that the test script did not need to find
> IO::Capture in t
It's not unheard of for module authors to complain that the automated
test reports posted on testers.cpan.org FAIL modules that ought to PASS.
Tonight, I wish to make the opposite complaint: that one of my own
modules garnered four PASSes when it should have FAILed!
Je m'accuse:
Speaking of RSS and Atom and the like, it would be nice to see some
autodiscovery for these feeds added into the pages [1] [2]. Thus by simply
entering "http://testers.cpan.org/show/GD.html"; in my autodiscovery-aware
aggregator, I can get the feed I want for the GD module.
-Brian
Tim,
> -Original Message-
> Like Nick, I've never really got into RSS feeds yet. I've always
> wanted to find a way to have changes emails to me. Your post prompted
There's also at least one email app with built-in RSS capabilities: Ximian
Evolution [1] [2]. If you use MS Outlook you can
> "Tim" == Tim Bunce <[EMAIL PROTECTED]> writes:
Tim> http://www.stonehenge.com/merlyn/WebTechniques/col45.html
Tim> (Randal probably has a newer version of that by now)
Nope, but it's on my todo list to build a Tk-POE desktop aggregator.
(I'm currently using RSSLite, but I want it to be pr
> "Brian" == Brian Cassidy <[EMAIL PROTECTED]> writes:
Brian> Also, use.perl.org has RSS feeds for all of their journals --
Brian> meaning I can easily keep track of Andy's ramblings [5]. :)
Well, you can keep track of when Andy rambled, but not necessarily everything
that it meant.
:-)
--
On Tue, Mar 09, 2004 at 11:35:44AM -0400, Brian Cassidy wrote:
>
> Well, that's the basics anyway!
Thanks Brian.
Like Nick, I've never really got into RSS feeds yet. I've always
wanted to find a way to have changes emails to me. Your post prompted
me to look again and I found a couple of ready-m
Nick,
> -Original Message-
> Which is no doubt very nice - but can someone tell those of us
> that might be casually reading this list what RSS and Atom actually
> are?
Sure. RSS [1] and Atom [2] are XML specifications for "content syndication".
The easiest way to explain what "content sy
Brian Cassidy <[EMAIL PROTECTED]> writes:
>Hi Leon,
>
>> -Original Message-
>> Does anyone have any features they'd like to see on the website? I'm
>> looking at extracting more information (Perl version, platform) and
>> having pages (and thus RSS) per author.
>
>If you're going to do RSS,
On 9 Mar 2004, at 13:35, Leon Brocard wrote:
Adrian Howard sent the following bits through the ether:
RSS feeds would be *very* nice :-)
Easy request to fulfill - it already does has an RSS feed per
distribution. The bottom of
http://testers.cpan.org/show/Test-Exception.html points out:
http
Hi Leon,
> -Original Message-
> Does anyone have any features they'd like to see on the website? I'm
> looking at extracting more information (Perl version, platform) and
> having pages (and thus RSS) per author.
If you're going to do RSS, why not explore Atom [1] feeds as well?
-Brian
Adrian Howard sent the following bits through the ether:
> RSS feeds would be *very* nice :-)
Easy request to fulfill - it already does has an RSS feed per
distribution. The bottom of
http://testers.cpan.org/show/Test-Exception.html points out:
http://testers.cpan.org/show/Test-Exception.rss
On Tue, Mar 09, 2004 at 01:14:10PM +, Leon Brocard wrote:
> Does anyone have any features they'd like to see on the website? I'm
> looking at extracting more information (Perl version, platform) and
> having pages (and thus RSS) per author.
Version would certainly be a good thing to add. Most
On 9 Mar 2004, at 13:14, Leon Brocard wrote:
[snip]
Does anyone have any features they'd like to see on the website? I'm
looking at extracting more information (Perl version, platform) and
having pages (and thus RSS) per author.
RSS feeds would be *very* nice :-)
Adrian
Hello.
Having got a Perl release out of the way, I'm now back to working
on http://testers.cpan.org/
Does anyone have any features they'd like to see on the website? I'm
looking at extracting more information (Perl version, platform) and
having pages (and thus RSS) per author
Out of interest, is there a reason http://testers.cpan.org/
is so slow?
Huge size of database ?
Out of interest, is there a reason http://testers.cpan.org/
is so slow?
cheers,
--
Iain.
who has written his own version because he was
fed up with the speed of that site.
29 matches
Mail list logo