I'm on

Hello! Thank you to Adam, Robert and Ask for getting this list setup. David

Re: SMTP Setting For Odd Servers

On 8/28/07, Adam Foxson <[EMAIL PROTECTED]> wrote: > We are building TSL support into the next release of Test-Reporter > which will be out on or before the beginning of next week. If you need > TSL support immediately, please visit the below link which features a > patch that adds limited support

PM post on Makefile.PL FAIL for missing libraries

syphilis posted a complaint on PM that is worth looking at: http://perlmonks.org/?node_id=640699 I agree that this should probably not be a FAIL. Forcing an "NA" with "OS unsupported" is also not the best option -- since NA is supposed to help us know when a module could *never* work on a partic

Re: PM post on Makefile.PL FAIL for missing libraries

On 9/24/07, Barbie <[EMAIL PROTECTED]> wrote: > The report therefore isn't a FAIL because it's already told you it needs > a library, it isn't necessarily an UNKNOWN because there is a test suite > and it isn't an NA because it has nothing to do with the Perl or > platform. > > It should, as I've m

Re: PM post on Makefile.PL FAIL for missing libraries

On 9/24/07, Barbie <[EMAIL PROTECTED]> wrote: > > die "Required library not installed: libfoo\n"; > > I would prefer the author didn't force that text, as it implies they are > doing their own checking for a library, which is not necessarily the > same as how a compiler would load the library. Th

Re: PM post on Makefile.PL FAIL for missing libraries

On 9/24/07, Michael G Schwern <[EMAIL PROTECTED]> wrote: > > And > > then how do you tell if a missing header is really a library problem > > or just a typo? > > > > #include > > Fortunately, that will blow up in the author's face long before it ever gets > released. I do not believe it's a rea

Re: PM post on Makefile.PL FAIL for missing libraries

On 9/25/07, David Cantrell <[EMAIL PROTECTED]> wrote: > The aim will be that you'll be able to add these to Makefile.PL and have > stuff Just Work: > > use Devel::DoesLibraryExist; > use Devel::IsOSsupported; > > die_if_no_library("foo"); > die_if_os_is_not(qw(unix vms)); It won't just work unless

Re: PM post on Makefile.PL FAIL for missing libraries

On 9/26/07, David Cantrell <[EMAIL PROTECTED]> wrote: > > > use Devel::DoesLibraryExist; > > > use Devel::IsOSsupported; > Well, I'll go ahead and do it anyway. The worst that can happen is that > it's a fatally flawed idea that no-one ever uses, but maybe once it's > out there someone can improve

Re: PM post on Makefile.PL FAIL for missing libraries

On 9/26/07, David Cantrell <[EMAIL PROTECTED]> wrote: > > If the latter could be a 'canonical' way to map $^O to OS "families" > > that would be great. I see the same cut and paste code for that in > > numerous modules. > > Oh good, where should I cut n paste it from for version 1? :-) How about

Re: PM post on Makefile.PL FAIL for missing libraries

On 9/26/07, David Landgren <[EMAIL PROTECTED]> wrote: > Wot, like > >use Config; >print "we can fork!" if $Config{d_fork}; Yes -- but which of the thread Config option do I use to check if it supports threads? And what's the relation of $Config{d_vfork} to $Config{d_fork}? Is having eith

Re: PM post on Makefile.PL FAIL for missing libraries

On 9/27/07, Barbie <[EMAIL PROTECTED]> wrote: > On Thu, Sep 27, 2007 at 05:26:17PM +1000, Sisyphus wrote: > > > > The big question for the author of the PM post (who I happen to know quite > > well) is "Having had the 'Makefile.PL' process establish that the build > > environment is inadequate, how

Re: PM post on Makefile.PL FAIL for missing libraries

On 9/27/07, Sisyphus <[EMAIL PROTECTED]> wrote: > > I just released CPAN-Test-Dummy-Perl5-Make-PLExit to CPAN to confirm > > this behavior. if CPANPLUS has similar behavior to > > CPAN/CPAN::Reporter, then when the smokers get it, I shouldn't see any > > test reports for it at all. > > I don't kno

Makefile.PL graceful exit and CPAN.pm bugfix

On 9/27/07, David Golden <[EMAIL PROTECTED]> wrote: > Damn! Those are CPAN/CPAN::Reporter reports, too. Its not failing at > the PL stage -- it's failing at make despite a missing Makefile. Time > to go dig at the CPAN source. OK. I just committed a bugfix to the CPAN.pm

Re: Devel::CheckOS and Devel::AssertOS

Works for me on MSWin32 and Cygwin. Thanks for putting this out! David On 9/30/07, David Cantrell <[EMAIL PROTECTED]> wrote: > I'm about to release Devel::CheckOS (which lets you ask things like 'is > this a Unix system?') and Devel::AssertOS, which came out of discussions > here last week. > >

Fwd: CPAN::Reporter bug^Wweird edge case

David Cantrell raises this edge case in CPAN::Reporter: > The distribution name 'Sendmail_M4.0.27.tar.gz' does not appear to be > formatted according to CPAN tester guidelines. Perhaps it is not a > normal CPAN distribution. How do you think we should handle this case? Right now CPAN::Reporter d

Maximum size of test reports

Slaven Rezic has figured out that some test reports are exceeding the 400K maximum size that develooper.com will accept. It seems reasonable to truncate the test output included. (Maybe long term gzip and attach instead.) 400K seems like a lot. Ask has suggested it be smaller, but hasn't specifi

Re: Maximum size of test reports

On 10/5/07, David Landgren <[EMAIL PROTECTED]> wrote: > David Cantrell wrote: > > From a quick look over the reports I've sent this month, 40K looks like > > a good cutoff point. Add the introductory text, perl -V, and any > > comments I might add by hand, and it'll still be well under 50K. > > Ag

Re: Maximum size of test reports

On 10/5/07, Barbie <[EMAIL PROTECTED]> wrote: > Unfortunately this would require a change to CPANPLUS (and probably > CPAN/CPAN-Reporter) to capture the output rather than just create a > simple PASS report. It's worse -- you need to capture STDERR while trying to maintain the order of STDOUT and

Re: Maximum size of test reports

On 10/6/07, David Cantrell <[EMAIL PROTECTED]> wrote: > It wouldn't be the first time a module had had OS-specific features. In > this case, "if you're on Unix you can ...". CPAN::Reporter already uses Win32::Process when it needs to honor CPAN interactivity_timeout requests. (Which I do plan to

Re: Maximum size of test reports

On 10/6/07, David Cantrell <[EMAIL PROTECTED]> wrote: > On Sat, Oct 06, 2007 at 04:59:21PM -0400, David Golden wrote: > > (b) plenty of modules test warnings by sending stuff to STDERR. > > (Probably shouldn't but they do.) > > They not only shouldn't,

Re: Maximum size of test reports

On 10/6/07, David Cantrell <[EMAIL PROTECTED]> wrote: > Every single report that I sent since the beginning of last month that > was over 40K included verbose errors (including warnings) of some kind > or another, even the PASSes. I didn't look particularly hard at test > reports below 40K. I whi

Re: perl 5.005_05

On 10/8/07, David Cantrell <[EMAIL PROTECTED]> wrote: > I was going to also run all the distributions that have PASSes with > 5.005_04 through it (there are 90 of them) but there's a problem. > CPAN::Reporter needs a shiny new CPAN.pm, which in turn needs > Scalar-List-Utils, which won't build. I'

CPAN::Reporter 1.00 released

asier. See "Notes for CPAN Authors" on the CPAN Testers Wiki for more details: http://cpantest.grango.org/ Sincerely, David Golden

IMPORTANT: Please upgrade CPAN::Reporter smokers to 1.02

CPAN::Reporter 1.02 just went to CPAN. It checks prerequisite/perl failures for all phases instead of just the test phase. This will cut off some spurious FAIL report that were irritating module authors. Thanks you! David

Re: Including versions of loaded modules in reports

On 10/23/07, David Cantrell <[EMAIL PROTECTED]> wrote: > I was chatting with an author about a test result and he suggested that > including that info might be a good idea. No idea how though - modules > get loaded dynamically depending on what path through the code is > followed and so on, differ

Module::Build, our $VERSION, perl prerequisites and older perls

ot;NA" grade. I welcome thoughts on these suggestions or other suggestions to make M::B and CPAN::Reporter play nicer with older versions of Perl. Sincerely, David Golden

Re: Balancing test success with module install usability

Without delving closer into the specifics, you have two issues that need to be separated: (a) needing DBI to be installed to work at all (b) needing to get information out of DBI for use in the make process For (a), PREREQ_PM is the way to go. Regardless of their install setup, having that mean

Re: Balancing test success with module install usability

On Nov 14, 2007 3:01 AM, Graham TerMarsch <[EMAIL PROTECTED]> wrote: > its no there. The trick here is to (a) not generate any sort of Makefile or > Build, and (b) to "exit 0" (no error condition). This'll turn CPAN > Tester "FAIL"s into "NA"s so they're at least not a total black mark against >

Re: Curtailed Reports

I'm not sure why those are being cut-off, but I do notice that both are from ancient (pre 1.00) releases of CPAN::Reporter. David On Dec 19, 2007 7:07 AM, Barbie <[EMAIL PROTECTED]> wrote: > The following reports have been flagged up by my scripts as failing to > be parsed for the stats site: > >

Re: Submitting test results to RT

On Jan 4, 2008 11:40 AM, David Cantrell <[EMAIL PROTECTED]> wrote: > An author emailed me about some test results I'd sent him, saying that > he would prefer to have them submitted to RT instead of sent to him by > email. > > Obviously that's not practical right now, but it's something to consider

Public skip file for testers?

We periodically have authors complain that they don't want any reports or don't want certain modules tested. I think I've seen that various smoke testers maintain their own custom skip logic. Would it make sense to agree on a file format and put a joint list in some joint subversion repository?

Re: Public skip file for testers?

On Jan 7, 2008 6:07 PM, David Cantrell <[EMAIL PROTECTED]> wrote: > Usually when they grumble about particular distributions being tested > it's because a tester has gone and tested something hideously ancient. That's why I think that telling them to go update META.yml isn't an answer. (Though it

Re: Public skip file for testers?

On Jan 7, 2008 7:30 PM, David Golden <[EMAIL PROTECTED]> wrote: > I'll look to add a "skipfile" option to the next CPAN::Reporter to > jump start this, then we can figure out a repository to use. Uploaded to CPAN a few minutes ago -- two skipfile options ready for liv

Re: Public skip file for testers?

On Jan 8, 2008 4:51 AM, Barbie <[EMAIL PROTECTED]> wrote: > Thinking a little about this, I think that a skipfile and exclude_dists > are two very different things. While they can both use the same format, > their function has a different aim. That is why I decided to have two of them. > skipfile

Virtual machines for testing

On Jan 8, 2008 9:32 AM, David Cantrell <[EMAIL PROTECTED]> wrote: > On Mon, Jan 07, 2008 at 07:30:29PM -0500, David Golden wrote: > >I'm trying to get a > > virtual machine smoking rig going at home -- doing so will be > &g

Re: Public skip file for testers?

On Jan 8, 2008 11:08 AM, Barbie <[EMAIL PROTECTED]> wrote: > > I would suggest adding an > > "exclude_dists_file" option to let that file be maintained separately > > if people wish. Then our approaches will be harmonized. > > This I think has merit, although for backwards compatibility I think >

Re: Public skip file for testers?

On Jan 8, 2008 1:11 PM, Barbie <[EMAIL PROTECTED]> wrote: > It's mostly to handle exclusions, avoid duplication, prempt NA > submissions (a NA prereq will submit a NA in place of a FAIL for the > current dist), I thought we agreed in discussing semantics about NA that distributions failing prereqs

Re: Public skip file for testers?

On Jan 8, 2008 3:01 PM, Barbie <[EMAIL PROTECTED]> wrote: > I wonder if simply checking the last entry of the history file would be > enough? No -- because testing the distribution might pull in prerequisites, which are likewise tested and reported. If the distribution itself doesn't have a repor

NA logic (was Re: Public skip file for testers?)

[Breaking this out into a separate subject] On Jan 8, 2008 3:01 PM, Barbie <[EMAIL PROTECTED]> wrote: > On Tue, Jan 08, 2008 at 01:56:48PM -0500, David Golden wrote: > > On Jan 8, 2008 1:11 PM, Barbie <[EMAIL PROTECTED]> wrote: > > > It's mostly to handle exclu

Re: NA logic (was Re: Public skip file for testers?)

On Jan 8, 2008 5:13 PM, Barbie <[EMAIL PROTECTED]> wrote: > In pretty much every instance where it was implemented the NA was based > on the Perl requirement, not the OS. I can only remember one instance > where a dist depended upon a Linux only dist, and thus wouldn't work on > Win32. But there a

Re: NA logic (was Re: Public skip file for testers?)

Here's another example, I think. Hopefully it's not inconceivable -- though slightly contrived * CPAN Reporter requires ExtUtils::MakeMaker 6.36 * Someone smokes CPAN::Reporter on Perl 5.005 * Smoker attempts to install ExtUtils::MakeMaker 6.42, which is Perl 5.006 minimum * ExtUtils::MakeMaker 6

Re: Building up the CPAN::Testers namespace

> Is this the right way forward or is there a more suitable way? > > Seeing as this would mean more work for Adam and David, I'd rather take > direction from you guys. Bad day for me to do much opining on stuff, but I didn't want to warnock you. I'd be up for scheduling an IRC chat about evolutio

Re: help analysing test results

On Jan 9, 2008 11:27 AM, Jerome Quelin <[EMAIL PROTECTED]> wrote: > > > [ERROR] [Tue Jan 8 16:33:10 2008] MAKE failed: cp > > > lib/Language/Befunge/LaheySpace.pm > > > blib/lib/Language/Befunge/LaheySpace.pm > > > > > > /home/cpan/perl562/bin/perl "-Iblib/arch" "-Iblib/lib" Bu

Re: help analysing test results

On Jan 9, 2008 12:14 PM, Jerome Quelin <[EMAIL PROTECTED]> wrote: > > Other than "test without plan" errors ( BEGIN { use_ok } before a test > > plan bug ) it tests fine on Strawberry Perl 5.10.0. > > yeah, i know this one: it should be fixed in 3.04 Not your fault -- the rules changed when Test::

Re: Building up the CPAN::Testers namespace

On Jan 9, 2008 1:04 PM, Barbie <[EMAIL PROTECTED]> wrote: > We can try and arrange something, but I don't normally do IRC, so you'll > have to forgive if take a while to set it up :) Or any other IM method. I occasionally use AIM. I'm not a bit IRC person either. > > I won't have a chance to t

Re: Building up the CPAN::Testers namespace

On Jan 9, 2008 12:59 PM, Adam Foxson <[EMAIL PROTECTED]> wrote: > 5 - CPAN::Testers::Report automatically calculates additional discrete > data as applicable So if I understand this right, we can do this with pieces from Test::Reporter and CPAN::Reporter now without waiting for all the transport p

Re: Building up the CPAN::Testers namespace

On Jan 9, 2008 7:32 PM, Barbie <[EMAIL PROTECTED]> wrote: > These steps I've fine with. However, I would also like to get at the > textual version of this as well, which has nothing to do with the > transport mechanism. The reason is partly so the tester can review it, > but also so it can saved fo

Re: erroneous FAIL reports related to Cwd / PathTools

FWIW, the latest PathTools fails on Win32 Strawberry Perl 5.10.0. David On Jan 15, 2008 4:17 PM, David Cantrell <[EMAIL PROTECTED]> wrote: > My apologies for sending out some erroneous failure reports for the > following distributions: > > * NetAddr-IP > * Mail-DeliveryStatus-BounceParser > * Net

Proposal to change CPAN::Reporter history logging

As I've been pondering what I want from CPAN::Reporter's history log for a smoke server, I've started to consider changing the log structure yet again. (The last change was to add perl version to the normal data that would be in the Test::Reporter subject line.) Right now, the major limitation is

Re: Including the "perl Makefile.PL" log in NA reports

On Jan 18, 2008 5:12 AM, Tim Bunce <[EMAIL PROTECTED]> wrote: > Is there any way to get the log of "perl Makefile.PL" included in "NA" > reports? I believe that's a CPANPLUS issue (which is what YACSmoke uses). CPAN::Reporter includes output from whatever phase fails. So someone needs to patch CP

Re: Proposal to change CPAN::Reporter history logging

On Jan 18, 2008 8:09 AM, David Cantrell <[EMAIL PROTECTED]> wrote: > I would like a plain-text log alongside the indexed one - it's easier to > look at from shell scripts so I can do things like compare the log to > the list of distributions I'm testing and see where a smoker broke. Out of curiosi

Re: Proposal to change CPAN::Reporter history logging

On Jan 18, 2008 10:57 AM, Barbie <[EMAIL PROTECTED]> wrote: > YACsmoke does indeed use SDBM_File, which is what Rob choose to use as > he was familiar with it. I would be happy to look at a common DB for > both YACSmoke and C::R, as I'd like to aim towards common dependencies. > > If DBM::Deep is t

Re: Proposal to change CPAN::Reporter history logging

On Jan 18, 2008 4:38 PM, David Landgren <[EMAIL PROTECTED]> wrote: > Why not SQLite? Modern CPAN shells may already be using it anyway, and > if there's a DBI connect string somewhere along the way, a smoker could > connect it to a real database. I've considered it, but the key word above is "mode

Re: Proposal to change CPAN::Reporter history logging

On Jan 19, 2008 3:27 AM, Barbie <[EMAIL PROTECTED]> wrote: > > After all, it was the initial problem with CPANPLUS on Win32 that > > prompted me to write CPAN::Reporter. :-) > > Now you have me confused ;) You do know all my testing and my side of > development of CPANPLUS and YACSmoke was done on

Fwd: CPAN Upload: D/DA/DAGOLDEN/CPAN-Reporter-1.07_02.tar.gz

<[EMAIL PROTECTED]> Date: Jan 19, 2008 8:47 PM Subject: CPAN Upload: D/DA/DAGOLDEN/CPAN-Reporter-1.07_02.tar.gz To: David Golden <[EMAIL PROTECTED]> The uploaded file CPAN-Reporter-1.07_02.tar.gz has entered CPAN

Whoops on CPAN::Reporter 1.07_02 -- try _03 instead

Thanks to some rapid CPAN Testers feedback from Bob Walker (and then Andreas), I've realized there was a permissions issue on a file that was causing 1.07_02 to fail tests from the tarball, but not on my system. I've also adjusted my release scripts to run "disttest" not "test" before release. Da

How should I grade tests that are interrupted by CTRL-C?

Hello, everyone. I've just added a new 'command_timeout' advanced config option to CPAN::Reporter. This works like CPAN's 'inactivity_timeout' -- it kills anything run through CPAN::Reporter's record_command() function after that many seconds. I see this as handy for any sort of unattended testi

Re: How should I grade tests that are interrupted by CTRL-C?

On Jan 25, 2008 11:15 AM, David Cantrell <[EMAIL PROTECTED]> wrote: > > * If $ENV{AUTOMATED_TESTING}, just discard it (probably an automated > > timeout) > > I set AUTOMATED_TESTING but wouldn't want the timeout. I guess that > just not setting the variable at all would achieve this? > > My teste

Re: How should I grade tests that are interrupted by CTRL-C?

On Jan 25, 2008 2:36 AM, Andreas J. Koenig <[EMAIL PROTECTED]> wrote: > (3) DISCARD but write a skeleton of a mail to a tempfile and let the > user decide if he wants to add words and send the mail. I would like to avoid having to do add any email/tempfile manipulation, as all of that is handl

Re: How should I grade tests that are interrupted by CTRL-C?

On Jan 25, 2008 9:52 AM, Kidney Bingos <[EMAIL PROTECTED]> wrote: > It was because of this stuff that I wrote POE::Component::CPAN::YACSmoke in > the end. Waking up of a morning to find that the smoker had been sat > waiting on somebodies Makefile.PL for user input > > The way PoCo-CPAN-YACSmoke ha

Re: Detailed test output where tests != planned

On Jan 29, 2008 7:07 AM, Ton Voon <[EMAIL PROTECTED]> wrote: > front page? And perhaps change the link in the FAIL emails to go > directly to the CPANAuthorNotes at > http://cpantest.grango.org/wiki/CPANAuthorNotes > , rather than asking to go to cpantest.grango.org and then finding the > "Notes

Re: CPAN::Testers::Matrix

I think the more stuff we put out in public, the better. That said, it might be good to consider whether we want a deeper hierarchy for the longer term. E.g.: C::T::Report C::T::Transport::* C::T::DB::* C::T::Analytics If we do, then C::T::Analytics::Matrix and C::T::A::Statistics might make be

Re: CPAN::Testers::Matrix

On Feb 3, 2008 12:23 PM, Tim Bunce <[EMAIL PROTECTED]> wrote: > Digression: Just in case you weren't aware, Graham Barr has recently added > "Testers Matrix" and "Dependencies" links to the distribution pages on > search.cpan.org. e.g., > http://search.cpan.org/~timb/DBI-1.601/

Re: Can some explain a failed test report with no evidence?

On Feb 13, 2008 5:38 AM, Martin J. Evans <[EMAIL PROTECTED]> wrote: > BTW, I have not cc'ed cpan-testers per the email from David Cantrell to > this list suggesting no-one will be reading cpan-testers even though I > note the test failure report says: > > "Please cc any replies to [EMAIL PROTECTED]

Fwd: FAIL Thread-Semaphore-2.06 i586-linux-thread-multi 2.6.16

Whoops on email address. -- Forwarded message -- From: David Golden <[EMAIL PROTECTED]> Date: Fri, Feb 22, 2008 at 6:08 PM Subject: Re: FAIL Thread-Semaphore-2.06 i586-linux-thread-multi 2.6.16 To: "Jerry D. Hedden" <[EMAIL PROTECTED]> Cc: [EMAIL PROT

Please try CPAN::Reporter::Smoker

With the recent release of CPAN::Reporter::Smoker 0.05 to CPAN, I think I'm ready for feedback and suggestions. Please give it a try if you're inclined and let me know what could be improved. (Though, please keep in mind that it is intended to be "turnkey" without configuration -- which limits fe

Re: Please try CPAN::Reporter::Smoker

I'm in an airport waiting for a flight), I'll write more about how to do that -- and I might just get around to having CPAN::Reporter::Smoker respect the skipfile as well. Sorry to cause you troubles! David On Wed, Mar 5, 2008 at 4:58 PM, Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 <[EMAIL PROTECTED]> wro

Re: FAIL Gtk2-ImageView-0.03 x86_64-linux 2.6.20-gentoo-r8

From the paste log, that looks like a bug in either CPAN or CPAN::Reporter or both. If the configure_requires isn't satisfied, CPAN shouldn't be trying to run Makefile.PL at all, I believe. More to the point, CPAN::Reporter shouldn't rely on that behavior by CPAN but instead should test for missi

Re: Please try CPAN::Reporter::Smoker

On Thu, Mar 6, 2008 at 12:16 AM, Andreas J. Koenig <[EMAIL PROTECTED]> wrote: > > I've been using CPAN distroprefs for disabling things. > > Hey, you can use distroprefs to repair things too:) One thing to keep in mind is that using distroprefs to fix things means that CPAN.pm won't ask CPAN::R

What distributions should be skipped by a smoke tester?

The recent thread on mod_perl and distroprefs got me thinking that there is probably a default set of distroprefs needed for CPAN::Reporter::Smoker to avoid testing certain distributions. E.g. possibly any "/Apache-" distribution, though that casts a wide net and may hit things that don't actually

Re: Please try CPAN::Reporter::Smoker

On Thu, Mar 6, 2008 at 6:38 AM, David Golden <[EMAIL PROTECTED]> wrote: > In response to Lars' question, I've drafted a whole section on using > distroprefs with examples for the next release of > CPAN-Reporter-Smoker. And it's now been uploaded to CPAN. No fun

Re: Problems

[Andreas -- please see PERL5LIB issue; Ask/Robert -- please see cpan-testers delay and subscription issues] On Tue, Mar 11, 2008 at 9:25 PM, Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 <[EMAIL PROTECTED]> wrote: > Today mischief befalls me. CPAN::Reporter::Smoker 0.05 goes nuts, sends > out who knows how many bogus FAILs a

Re: Problems

On Wed, Mar 12, 2008 at 5:44 AM, Kidney Bingos <[EMAIL PROTECTED]> wrote: > I did experience problems in the past using my usual mail_host -> ISP smart > relay > route of sending reports, which was why I wrote > POE::Component::Server::SimpleSMTP > to punt all my reports through. Interesting.

Re: Problems

On Wed, Mar 12, 2008 at 9:04 AM, David Cantrell <[EMAIL PROTECTED]> wrote: > Let me guess, C::R::Smoker uses CPAN.pm's test() function and doesn't do > an actual install? Those horribly long -I lines are one of the reasons > I switched from using test() to install() myself, installing into a pe

Re: Problems

On Wed, Mar 12, 2008 at 9:29 AM, Bob Walker <[EMAIL PROTECTED]> wrote: > i wipe mine every time. :) I really shoudl kick it off again with the info > about how to make mod_perl not be annoying. I decided to specifically recommend disabling mod_perl with distroprefs in the recent release of CPAN:

Re: Problems

On Wed, Mar 12, 2008 at 3:40 PM, Andreas J. Koenig <[EMAIL PROTECTED]> wrote: > > Yes. Each distribution in the queue spawns a shell that runs CPAN.pm > > test(). So build_requires directories do build up, but are reset for > > the next distribution to smoke. > > Are you sure about the res

Re: Bogus FAILs on Makefile.PL

On Fri, Mar 28, 2008 at 5:47 AM, Barbie <[EMAIL PROTECTED]> wrote: > http://www.nntp.perl.org/group/perl.cpan.testers/2008/03/msg1179862.html > > The error has nothing to do with the distribution itself, but the fact > that my server time and Andreas' differ slightly. Because Andreas tests > so

Re: Bogus FAILs on Makefile.PL

On Fri, Mar 28, 2008 at 7:11 PM, Andreas J. Koenig <[EMAIL PROTECTED]> wrote: > >>>>> On Fri, 28 Mar 2008 05:51:52 -0400, "David Golden" <[EMAIL PROTECTED]> > >>>>> said: > > > What's the source of the message? Is it EU

Re: Bogus FAILs on Makefile.PL

On Sat, Mar 29, 2008 at 12:31 AM, Andreas J. Koenig <[EMAIL PROTECTED]> wrote: > >>>>> On Fri, 28 Mar 2008 23:17:48 -0400, "David Golden" <[EMAIL PROTECTED]> > >>>>> said: > > > I wouldn't suggest it be treated as a

Re: Bogus FAILs on Makefile.PL

On Sat, Mar 29, 2008 at 6:13 AM, Andreas J. Koenig <[EMAIL PROTECTED]> wrote: > >>>>> On Sat, 29 Mar 2008 04:53:27 -0400, "David Golden" <[EMAIL PROTECTED]> > >>>>> said: > > > I don't really see why the extra logic is ne

Re: Bogus FAILs on Makefile.PL

On Sat, Mar 29, 2008 at 4:18 PM, Barbie <[EMAIL PROTECTED]> wrote: > > Won't help those poor bastards using YACSmoke, though. ;-) > > Oi ;) > > However, why? Did you mean about putting the logic to discard? I'll look > at that this coming week. I'm close to having a new release of YACSmoke >

Re: Bogus FAILs on Makefile.PL

On Sun, Mar 30, 2008 at 2:56 AM, Barbie <[EMAIL PROTECTED]> wrote: > On Sat, Mar 29, 2008 at 05:08:56PM -0400, David Golden wrote: > > > > Ultimately, I wonder if we can patch CPANPLUS to use CPAN::Reporter > > and consolidate the logic, reporting, etc. Or, more

Re: "Toolchain modules installed" section of reports

On Wed, Apr 2, 2008 at 4:36 PM, David Cantrell <[EMAIL PROTECTED]> wrote: > So to help track down things like this it would be helpful to have the > version of Test::Pod::Coverage, Test::Pod, and their relevant dependencies > listed in the report. I understand the frustration, but personally, I d

Oslo result Test::Reporter 1.38_01 -- http transport with T::R::HTTPGateway

If you haven't seen RJBS' use.perl.org journal, he posted about some of what he, jonasbn and I have been working on here in Oslo. We came up with some good ideas for a general metabase for CPAN distributions, which we think can become the back-end not just for CPAN Testers 2.0 but for other tools

Re: FAIL UNIVERSAL-require-0.11 x86_64-linux 2.6.20-gentoo-r8

On Mon, Apr 7, 2008 at 12:35 PM, Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 <[EMAIL PROTECTED]> wrote: > Michael G Schwern ✍: > > Can you try to replicate it on the command line? It's possible > > there's an actual perl bug here. > I can: Schwern and I talked about this in Oslo. I think it

Re: Oslo result Test::Reporter 1.38_01 -- http transport with T::R::HTTPGateway

On Mon, Apr 7, 2008 at 11:24 AM, David Cantrell <[EMAIL PROTECTED]> wrote: > I take it that this means that everything to do with generating the test > report is now abstracted out and is independent from the transport being > used? Cos if so, I'll take another look at adding a 'file' transport

Re: Oslo result Test::Reporter 1.38_01 -- http transport with T::R::HTTPGateway

On Mon, Apr 7, 2008 at 4:59 PM, David Golden <[EMAIL PROTECTED]> wrote: > But that's so trivial I may just implement it directly on the flight > back. You'd have to give CPAN::Reporter a directory with your > transport config and the files would be saved there. It&#

Re: FAIL Net-UCP-0.34 MSWin32-x86-multi-thread 5.1

Dear Marco, Your module uses ExtUtils::AutoInstall -- which attempts to invoke CPANPLUS, which I do not support and thus do not have configured. Your module will fail on any machine that similarily has not configured CPANPLUS. I strongly encourage you not to use AutoInstall. Just include your p

Re: [EMAIL PROTECTED]: FAIL Imager-Screenshot-0.006 i686-linux 2.4.27-3-686]

On Sat, Apr 12, 2008 at 6:20 AM, Slaven Rezic <[EMAIL PROTECTED]> wrote: > > I thought the presence of: > > > > configure_requires: > > Imager: 0.54 > > build_requires: > > Imager: 0.54 > > Test::More: 0.47 > > > > Was meant to prevent this sort of failure? > > > > Correct, but CPA

Re: [EMAIL PROTECTED]: FAIL Imager-Screenshot-0.006 i686-linux 2.4.27-3-686]

[TookTony off the email chain] On Sun, Apr 13, 2008 at 9:29 AM, Slaven Rezic <[EMAIL PROTECTED]> wrote: > > I think CPAN.pm *must* (sort of) refuse to build a module when it > > > > - has a META.yml containing the string configure_requires and the perl > > - has no YAML processing module > >

Re: Bogus PASS from test.pl

On Thu, Apr 17, 2008 at 6:05 PM, David Cantrell <[EMAIL PROTECTED]> wrote: > I take it that we would say that the test.pl is faulty here, in that it > exits with a 0 status despite a test failing. However, I betcha that > there are *lots* of test.pl files out there that suffer from this - I >

Re: FAIL UNIVERSAL-require-0.11 x86_64-linux 2.6.20-gentoo-r8

On Mon, Apr 7, 2008 at 4:42 PM, David Golden <[EMAIL PROTECTED]> wrote: > > On Mon, Apr 7, 2008 at 12:35 PM, Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 <[EMAIL PROTECTED]> wrote: > > Michael G Schwern ✍: > > > Can you try to replicate it on the command line? It's possible &

Re: FAIL UNIVERSAL-require-0.11 x86_64-linux 2.6.20-gentoo-r8

On Thu, Apr 24, 2008 at 10:13 PM, Michael G Schwern <[EMAIL PROTECTED]> wrote: > Now that's bizarre. Why would YAML::Syck taint @INC? There's nothing > funny in the Perl. Maybe it has to do with Dynaloader? Tried YAML::XS? Sorry -- I wasn't clear. CPAN::PERL5INC just gets a list of directori

Re: more ballooning INC / Can't locate module

Interesting. You may win my 2008 award for most challenging tester. :-) (Slaven would be the 2007 winner for smoking 5.005) On Wed, Apr 30, 2008 at 6:20 PM, Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 <[EMAIL PROTECTED]> wrote: > http://www.nntp.perl.org/group/perl.cpan.testers/2008/04/msg1384745.html > http://www.nntp.

Re: making Test::Reporter::Transport::HTTPGateway even more effective

On Fri, May 9, 2008 at 8:40 AM, Wanda Anon <[EMAIL PROTECTED]> wrote: > It is great to see Test::Reporter::Transport::HTTPGateway client, thank you. > > Can cpan-testers put up a public server using Test::Reporter::HTTPGateway for > the poor lost souls with no public servers laying around? > > And

Re: making Test::Reporter::Transport::HTTPGateway even more effective

On Fri, May 9, 2008 at 10:27 AM, Wanda Anon <[EMAIL PROTECTED]> wrote: > So why not the cpan-testers overlords? Because there are no overlords. ("We're an anarcho-syndicalist commune. We take it in turns to act as a sort of executive officer for the week..." -- Monty Python and the Holy Grail)

Re: making Test::Reporter::Transport::HTTPGateway even more effective

On Fri, May 9, 2008 at 11:25 AM, Wanda Anon <[EMAIL PROTECTED]> wrote: > What I am trying to do, is get things working so that I can submit reports > and everyone benefits. In any way that I punished the helpful, please accept > my apologies. > > I apologize for any offense I gave. (to Richardo

Re: How to find the author of a test report and some observations

On Mon, May 12, 2008 at 4:52 AM, Martin J. Evans <[EMAIL PROTECTED]> wrote: > o The error report simple says it is from "ewhipple" - who is this person > and how do I find him/her to discuss the failure? At first I thought this > may be a cpan user but I cannot find an "ewhipple". This is a long-

Re: How to find the author of a test report and some observations

On Mon, May 12, 2008 at 9:09 AM, Martin Evans <[EMAIL PROTECTED]> wrote: > I should have searched my memory harder about this. I received the advice > on using '_' for development releases as above but there was not just an > assumption about the series which I believe I copied from DBI which for

Re: Avoid FAIL for missing external library

On Thu, May 22, 2008 at 4:16 AM, Mattia Barbon <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> wrote: > Is there a way I can declare 'do not test this package > unless you have library X installed', or, as an alternative, > how can I make the reporting tool report something different > from FAIL in this c

  1   2   3   4   5   6   7   8   >