Re: Ignore lists for a specific PAUSE id + tester

If you can point us at a couple of example failure reports, maybe someone here can figure out what's going wrong. In my experience it is almost always the case that things like this are caused by an error in the distribution under test. Here's the most recent example of such failures:

Re: Ignore lists for a specific PAUSE id + tester

Well, I have tried to get my perl 5.8.1 to install Moose and it fails early because Moose demands 5.8.3. After that CPAN::Reporter refused to write a test report because of missing prerequisites. And this is what we expect. At the moment I have no further ideas which bug or misconfiguration

CPAN Testers AUTOMATED_TESTING config

with zero at the top of the Makefile.PL or Build.PL file: exit 0 if $ENV{AUTOMATED_TESTING}; Please could you set AUTOMATED_TESTING in your smokers? thank you! Karen Etheridge et...@cpan.org

odd cpantesters report - unsatisfied prereqs

? You shouldn't have been able to start testing this module without satisfying prerequisites (e.g. Dist::Zilla, Config::MVP). cheers, Karen Etheridge -et...@cpan.org

Re: email reports still down?

On Wed, Oct 23, 2013 at 08:09:55AM +0100, Barbie wrote: I've had a quick look at exim this morning, and the found the config files had the wrong permissions, and were configured for only local receipt and delivery. Have reconfigured, so hopefully mail should flow again from tomorrow morning.

Re: email reports still down?

On Tue, Oct 29, 2013 at 07:33:59PM +, Barbie wrote: Hi Karen, The problem isn't the CPAN Testers servers, its the develooper server (aka the cpan.org/perl.org mail server). Unfortunately, the filters have been blocking the mails, but Robert has now reset the configs today, so all being

cpantesters system setting AUTHOR_TESTING=1

, as otherwise the tests cannot be expected to pass, and the failing report is useless. e.g. in the report I reference above, all the tests fail because there is an additional module loaded when AUTHOR_TESTING=1, which is in develop prereqs but you have failed to install it. thanks, Karen Etheridge et

deps.cpantesters.org broken?

Anyone know what's up with deps.cpantesters.org? For quite a while now it has been failing to properly fetch and process test reports, so as to show the pass/fail rate of various dependencies, e.g.: http://deps.cpantesters.org/?module=Moo;perl=latest

failing cpantesters report

::RecDescent 1.967009. https://metacpan.org/source/DOMM/Module-ExtractUse-0.30/META.json#L31 Is your CPAN client properly detecting and processing distribution dependency information? cheers, Karen Etheridge et...@cpan.org

Re: Baffling Inline-0.54_01 test failures.

On Thu, Apr 10, 2014 at 01:30:45PM +1000, sisyph...@optusnet.com.au wrote: Uploading 0.54_03 has revealed that the problem in detecting the pre-requisites does, in fact, pertain to *my* release. Reini’s 0.54_02 doesn’t suffer these failures – so let’s do a diff on his Makefile.PL files

Re: Baffling Inline-0.54_01 test failures.

On Wed, Apr 09, 2014 at 09:16:58PM -0700, Karen Etheridge wrote: On Thu, Apr 10, 2014 at 01:30:45PM +1000, sisyph...@optusnet.com.au wrote: Uploading 0.54_03 has revealed that the problem in detecting the pre-requisites does, in fact, pertain to *my* release. Reini’s 0.54_02 doesn’t

unsatisfied configure_requires in perl 5.12.3?

are guaranteed to produce bad results? I've thought about adding a check right in Makefile.PL for the version of the cpan client (for information purposes only - that wouldn't affect the outcome of the build) -- what versions should I be looking for?) Karen Etheridge et...@cpan.org

Re: unsatisfied configure_requires in perl 5.12.3?

On Tue, Apr 22, 2014 at 12:51:02PM +0100, David Cantrell wrote: A 'FAIL' result doesn't mean this code is broken. It doesn't even mean this code is broken on this version of perl and this OS. It means it didn't pass its tests on this particular setup. That's why in cpXXXan I don't pay any

Re: unsatisfied configure_requires in perl 5.12.3?

On Tue, Apr 22, 2014 at 04:50:03PM +0300, Alexandr Ciornii wrote: I've investigated this problem (checking perllocal.pod helped) and caught Task-Git-LongList1 doing installation by itself, so even test of this module installs some modules. Ugh, those Task-Git-LongList* modules look like

Re: getting FAIL reports due dependencies declared in TEST_REQUIRES

On Tue, May 13, 2014 at 08:31:20AM -0300, Alceu Rodrigues de Freitas Junior wrote: Greetings, I'm receiving FAIL reports from one of my distributions and I'm wondering if is a problem with the distribution itself or the smoker configuration. ... Maybe is due old versions of

Re: Broken Cygwin?

On Wed, May 28, 2014 at 11:11:22AM -0500, Reini Urban wrote: looks like a broken test machine to me, I don't think this is fixable at my end. What do you think? It is fixable. You just need to install libcrypt-dev and probably more -dev packages then. There's only libcrypt0 in the

Re: CPAN Testers

On Thu, Jun 12, 2014 at 08:40:15AM -0400, Nigel Horne wrote: I'm calling prelbrew with -Acc=cc on MacOS to ensure cc (aka gcc) is used rather than clang. I don't set any spaces, either Perlbrew is doing it or part of the Perl build. I'm not sure how to progress from here. Nigel, can you

Re: cpantesters.org default email preferences seem to encourage CPAN authors to ignore emails

On Thu, Jul 03, 2014 at 09:35:36PM +0200, Christian Walde wrote: The specific issue is that many authors are not aware they can change the settings at all, and default to using the websites because the emails are just daily spam. That is what they told me. While the footers on every email

Re: prereq detected and installed, but then reported as missing

On Fri, Aug 15, 2014 at 08:21:05PM +0200, Slaven Rezic wrote: you can see in @INC that the system perl is used (/etc/perl is listed here, which is only in Debian's perl; in FreeBSD's system perl you would see a directory with a BSDPAN component). Probably you should use $^X instead of perl in

Re: Needed platforms for CPAN testers

On Tue, Aug 26, 2014 at 12:35:18PM +0100, David Cantrell wrote: The problem is that the interesting platforms that aren't getting tested are those for which you can't just spin up another VM. In particular I'm thinking of Solaris on Sparc, and Irix. There's also other dimensions of testing

admin.cpantesters.org not working yet?

Is admin.cpantesters.org expected to be functional now? I have so far been unable to log in with my PAUSE credentials in Author Login - I just get That username/password failed to be authenticated by PAUSE in response. -et...@cpan.org

Re: admin.cpantesters.org not working yet?

On Tue, Oct 14, 2014 at 12:13:36AM +0100, Barbie wrote: Hi Karen, Fixed. Sorry I started to work on it and got distracted, and left it part finished. It seems not all SSL communications are equal :( Awesome, I can log in now, thank you! On to the next issue :D -- I'd like to mark a test

Re: Too many identical tests from stas

On Tue, Oct 21, 2014 at 06:39:42AM +0200, Andreas Koenig wrote: Something's going wrong here, I see 21 reports that seem to differ just by date: http://matrix.cpantesters.org/?dist=Test-Class%200.47;os=darwin;perl=5.21.4;reports=1 So far I have only encountered it on Test::Class. What's up?

Re: Stats mismatch

On Tue, Oct 21, 2014 at 09:51:55AM -0700, Buddy Burden wrote: I guess more important than why is can it be fixed? It's happened several times now that I see several fail reports on my author page, so I go to the distro page where I can narrow down the view, perhaps limit by OS and see if all

Re: Missing operator before in Carp.pm

On Tue, Oct 21, 2014 at 08:34:27AM +, Subramanian Karunanithi (sukaruna) wrote: I am hitting an issue while using perl5.14.3, and while searching for help got the below link. Can you please help if there is any fix available (Mostly I need use the current version only, but I can update

Re: Viewing 'perl Makefile.PL' output of a test result

In doubt (no answer from a tester), one can easily add a test showing config.log on fail of module load ... Where can this file be found? I'll happily write a Dist::Zilla plugin that adds such a test, and add it to all XS-based distributions I help maintain, if I know what the test should look

Re: *** SECURITY information for bandsman.co.uk ***

It looks pretty fishy that this code is trying to run sudo at all. Surely that should be done by a deployment script, rather than by a CPAN module. Everyone should update their /etc/sudoers to avoid the all-too-common security hole that allows sudo to be run by any process and without

Re: Bad handling of network connections in tests

I have been told that access to example.com has been deliberately blocked, this is not a misconfiguration. I am not at liberty to say why. You may start to find others having problems accessing it. UGH! This is a legitimate testing site, one we can always count on being up and returning a

Re: Bad handling of network connections in tests

.) On Mon, Jun 1, 2015 at 12:17 PM, David Golden x...@xdg.me wrote: I had always understood example.com to be reserved for documentation and that it should not be relied upon to exist. http://tools.ietf.org/html/rfc6761 On Mon, Jun 1, 2015 at 12:11 PM, Karen Etheridge p...@froods.org wrote

Many FAILs due to unsatisfied prerequisites

Hi David, I've been continuing to receive reports (several a day, on average) like this: http://www.cpantesters.org/cpan/report/5421bfb0-1e88-11e5-b327-3e6ce14af301 ...where the test failures were clearly caused by unsatisfied prerequisites. It is my understanding that this should not result in

Invalid reports due to a broken installation

. Please could you ensure that prerequisites are satisfied before moving on to test other things? And please install the things that are missing from these reports, before turning your smoker back on. thank you! Karen Etheridge et...@cpan.org

Re: Lots of errors?

I've contacted the Test::Stream author and asked him to put together something for the list so we know what happened, and what can be done on the tester's system to fix this. On Thu, Nov 5, 2015 at 2:03 AM, Ben Bullock wrote: > I've just received an email containing

Re: Is a mail server required to participate in cpantesters?

> X-Died: Can't locate HTML/HeadParser.pm in @INC (you may need to install the HTML::HeadParser module) (@INC contains: [snip] > Does anyone know where HTML::HeadParser is used? How should we fix? What's in the X-Died that you snipped? It should give a file/line indicating what was trying to use

Re: requirements on META.yml and OS dependent requirements

https://github.com/cpants/Module-CPANTS-Analyse/commit/c3dea59f184983505458b74369b76dce7793f069 > > > > > > > > 2016-06-07 1:20 GMT+09:00 Karen Etheridge <p...@froods.org>: > >> Yes, BUT -- for the purposes of kwalitee checks it might be reasonable &g

Re: requirements on META.yml and OS dependent requirements

Yes, BUT -- for the purposes of kwalitee checks it might be reasonable to make the prereq_matches_use test more harsh if the flag is omitted entirely. Otherwise, this kwalitee test will not get to scan many distributions at all. On Mon, Jun 6, 2016 at 9:16 AM, David Golden wrote:

Re: Guidance sought re Prereqs/Develop/Requires

I see nothing unsafe about either patch, so long as the meta-spec is specified as version 2. Can you clarify your concerns? Perhaps reading the section in prerequisite phases in the meta spec might clarify things a bit: https://metacpan.org/pod/CPAN::Meta::Spec#PREREQUISITES (PS. I found the

Re: Avoiding App::cpanminus::reporter

I have been running the previous release of App::cpanminus::reporter (0.12) for quite some time because of this issue: https://rt.cpan.org/Ticket/Display.html?id=103866 I have not run into the situation (as far as I know) where UNKNOWN reports are reported as FAIL, either as a tester or an

Re: Failing CPAN Testers reports and misconfigured smokers

More bad reports continue to roll in (e.g. http://www.cpantesters.org/cpan/report/a58b7266-4302-11e6-9fc5-14bfbd15da07) -- Nigel, can you disable uploading of your reports until this issue is solved? On Mon, Jul 4, 2016 at 3:17 PM, David Golden wrote: > > On Mon, Jul 4, 2016 at

Failing CPAN Testers reports and misconfigured smokers

Hi Nigel, I want to bring to your attention some serious issues with your smoker systems that you have been using to submit CPAN Testers reports: 1. there are a very large number of reports (I've received hundreds from you to my distributions alone, and others have received a large quantity as

Re: Your smoke testing reports

Yes, I've received similar problematic reports from you, for example: http://www.cpantesters.org/cpan/report/f06f0a70-7095-11e6-b0d4-db1a5d222160 http://www.cpantesters.org/cpan/report/f066dbca-7095-11e6-b0d4-db1a5d222160 I believe some testers check over all their reports before sending them;

Re: Your smoke testing reports

e interpreter shipped with OpenBSD or the standard perl? > > -- > *De:* Slaven Rezic <sla...@rezic.de> > *Para:* Alceu R. de Freitas Jr. via cpan-testers-discuss < > cpan-testers-discuss@perl.org> > *Cc:* Karen Etheridge <p...@froods.org&g

Re: Your smoke testing reports

-a514-8183992ad5f0 On Sat, Sep 3, 2016 at 4:06 PM, Karen Etheridge <p...@froods.org> wrote: > Yes, I've received similar problematic reports from you, for example: > > http://www.cpantesters.org/cpan/report/f06f0a70-7095- > 11e6-b0d4-db1a5d222160 > http://www.cpantesters.org

Re: Your smoke testing reports

ters-discuss@perl.org> wrote: > Em 09-09-2016 13:04, Karen Etheridge escreveu: > >> Alceu, would it be possible for you to test the patch in >> https://rt.cpan.org/Ticket/Display.html?id=117072 ? (You don't have to >> do anything with git; just applying the patch to the

Re: Your smoke testing reports

il after the exact same test, or is it intermittent/variable? > > > > On Thu, Sep 8, 2016 at 10:59 PM, Karen Etheridge <p...@froods.org> wrote: > > Here is that Sub-Name report: http://www.cpantesters.org/ > cpan/report/3a995cce-760c- 11e6-a32c-cd9de3776ab1 > <ht

Re: Your smoke testing reports

ot; and repeat all the process for test it again... and it > passed all tests and got installed. > > Went back again to install Moose... I couldn't even pass the Makefile.PL > step. It fails and generates a large core dump on the VM. > > So, my guess is that we have somet

Re: Data::Dumper issue: V 2.124 'v' 2.125

If those prereqs are needed at runtime, they belong in PREREQ_PM. BUILD_REQUIRES is only for things needed at the "make" or "./Build" step. On Wed, Sep 28, 2016 at 3:39 PM, Ron Savage wrote: > Hi David > > On 28/09/16 21:43, David Cantrell wrote: > >> On Wed, Sep 28, 2016 at

Re: Data::Dumper issue: V 2.124 'v' 2.125

There's no META.* files, which probably doesn't help... if the smoker is taking shortcuts and expecting to find a META.* (which it shouldn't) without running Makefile.PL, then that would explain why the smoke report is reporting no prereqs at all. On Tue, Sep 27, 2016 at 5:29 PM, Ron Savage

Re: Data::Dumper issue: V 2.124 'v' 2.125

META.json and META.yml are supposed to be included in the uploaded tarball. They would be produced via 'perl Makefile.PL && make && make test && make manifest && make dist'. On Tue, Sep 27, 2016 at 5:51 PM, Ron Savage <r...@savage.net.au> wrote: > Hi Kar

Re: How do I get an 'NA' result when external dependency is not met?

Add Devel::CheckBin to your configure prereqs, and then at the top of Makefile.PL: use Devel::CheckBin; check_bin('git'); Or, if you're using Dist::Zilla, just add this to dist.ini: [CheckBin] command = git On Fri, Nov 11, 2016 at 3:22 PM, James E Keenan wrote: > My latest

Re: Crypt::Perl issues

I think Sinan's advice was correct. http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2016/12/msg3970.html On Tue, Dec 20, 2016 at 6:45 AM, Felipe Gasper wrote: > I’ve got a new module up on CPAN that seems to trip up some issue on > cpantesters: > >

Re: Removing/hiding data from CPAN Testers

, Ron Savage <r...@savage.net.au> wrote: > Hi Karen > > I paused over that statement, but I'm sure there are persons with the Perl > 5 porters group, for example, who may be able to specify same, in a way I'm > not qualified to do :-). > > On 06/07/17 11:50, Karen E

Re: problem with package version?

er, rather, 5.12. And a ticket has already been reported for it -- https://rt.cpan.org/Ticket/Display.html?id=122021 On Fri, Jun 9, 2017 at 2:54 PM, Karen Etheridge <p...@froods.org> wrote: > package is syntax that was introduced in perl > 5.14. That distribution should have the

Re: problem with package version?

package is syntax that was introduced in perl 5.14. That distribution should have the minimum perl declared in its metadata, so you don't get it pulled into your 5.10.1 smoker. On Thu, Jun 8, 2017 at 11:51 PM, Scott Guthridge via cpan-testers-discuss < cpan-testers-discuss@perl.org> wrote: >

Re: tests failing due to dependency on Regexp::Common

A BEGIN block around the checks should work, if it was constructed properly. But you can also use Test::Needs to do this check for you, with much less fuss. use strict; use warnings; use Test::More; use Test::Needs qw(Regexp::Common Image::Info); use Graphics::Fig; ... On Mon, Jun 19, 2017 at

Re: Fwd: *** SECURITY information for gateway.bandsman.co.uk ***

The topic has come up at previous Toolchain hackathons but as far as I know, no list has been compiled yet, or even a comprehensive list of what criteria would be used to find such distributions. I don't have a smoker network of my own, but if I did, I'd want to set up testing in a chrooted jail

Re: sharing distroprefs for Smoking purposes

I would *love* a way for the cpanminus (cpanm) client to be able to use distroprefs. The #1 perl issue plaguing me at work right now is being able to control how each module in our dependency chain gets installed -- e.g. some of them need to skip tests (because of various failures), some of them

Re: adding META.yml "provides" with ExtUtils::MakeMaker

Two notes: - yes, things used by Makefile.PL itself go into CONFIGURE_REQUIRES, but everyone has Module::Metadata, as it is in core (it was split off from Module::Build a long time ago, and has remained in core even after MB left). - Dist::Zilla is capable of generating distributions for any perl

Re: time to update the CPAN Testers Matrix?

Alceu, I don't understand what you're asking. `$^O` returns 'darwin' on MacOS systems. Are you suggesting that *that* be changed? On Wed, Mar 27, 2019 at 7:08 AM Alceu R. de Freitas Jr. via cpan-testers-discuss wrote: > > Hello folks, > > I was having a little chat with David >

Re: time to update the CPAN Testers Matrix?

erpreter or to update the > matrix at matrix.cpantesters.org. I think the later should be easier since > "darwin" => "macosx" anyway. > > Em quarta-feira, 27 de março de 2019 14:31:24 BRT, Karen Etheridge > escreveu: > > > Alceu, > I don't underst

Re: time to update the CPAN Testers Matrix?

n 2019-03-27 17:31, Karen Etheridge wrote: > > Alceu, > > I don't understand what you're asking. `$^O` returns 'darwin' on MacOS > > systems. Are you suggesting that *that* be changed? > > He's saying that the CPAN-testers website should say "Mac OS X" inste

Re: Windows testing/debugging

Is there any documentation on that? `perldoc -f system` only describes the different handling of "system LIST" vs "system PROGRAM LIST" on windows, not any differences between different types of quote characters. On Mon, Feb 25, 2019 at 11:28 PM Serguei Trouchelle wrote: > > On 2019-02-25 05:11,

Re: cpan testing giving inconsistent results

On Thu, Aug 15, 2019 at 11:21 AM L A Walsh wrote: > This is very worrisome as it indicates old modules that used to > work may no longer work even though nothing changed. AFAIK, this > shouldn't be possible. Of course it's possible. Your code might not have changed, but other things change all

Re: need an opinion / reality check / second pair of eyes

Exceptions can be tested safely with Test::Fatal (which is a thin wrapper around Try::Tiny). use Test::Fatal; like( exception { Data::ObjectStore->open_store( $source_dir ); fail( "was able to open a store with an old incompatable version" ); },

Re: CPAN Statistics API for mswin32 build failures

That error sounds like it's coming from OpenAPI, in which case the format you need to match is RFC3339: $dt->strftime('%Y-%m-%dT%H:%M:%S.%N%Z'). On Thu, Feb 13, 2020 at 2:56 PM Robert Ryley wrote: > I wanted to look into CPAN module build failures on mswin32 for versions > of Perl >= 5.10 > > I

Re: CPAN Testers Daily Summary Report

I have been getting blasted with these types of failures again too. e.g.: http://www.cpantesters.org/cpan/report/a3e7fbf8-2c2b-11ea-9cc5-910b4c49479c http://www.cpantesters.org/cpan/report/a8244f3e-2a0d-11ea-bad3-922c4c49479c Nigel, I'll be honest with you: I automatically ignore every report I

Re: admin.cpantesters.org down?

Where/how are you being told about invalid reports? I didn't think that feature ever worked. On Mon, Jun 15, 2020 at 12:11 PM Sergiy Trushel wrote: > Whenever I try to access it, I get this error: > > -- cut -- > > > Error 503 first byte timeout > > first byte timeout > > > Guru