perl.cpan.testers.discuss

perl.cpan.testers.discuss http://www.nntp.perl.org/group/perl.cpan.testers.discuss/ ... Copyright 1998-2013 perl.org Wed, 22 May 2013 10:14:50 +0000 ask@perl.org Re: Why am I *still* getting test failures for Dist-Zilla-Plugin-ProgCriticTests-1.131250 [was Fw: CPAN Testers Daily Summary Report] by Andreas Koenig Alexandr Ciornii <alexchorny@gmail.com> writes: > 2013/5/19 Shlomi Fish <shlomif@shlomifish.org>: >> Hi all, >> >> due to the many test failures of Dist-Zilla-Plugin-ProgCriticTests-1.131250 I >> have removed it from PAUSE, but I am still getting test failure reports for it. >> How can I make them stop? > > PAUSE waits for 3 days before really deleting anything and then it > will take some time to propagate to mirrors and from public mirrors to > private mirrors. > > Simplest way to stop is to upload fixed version (maybe based on 1.111750). And you can configure the amount of mail you get from cpantesters. Visit prefs.cpantesters.org -- andreas http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3145.html Mon, 20 May 2013 05:26:10 +0000 Re: Why am I *still* getting test failures for Dist-Zilla-Plugin-ProgCriticTests-1.131250[was Fw: CPAN Testers Daily Summary Report] by Alexandr Ciornii 2013/5/19 Shlomi Fish <shlomif@shlomifish.org>: > Hi all, > > due to the many test failures of Dist-Zilla-Plugin-ProgCriticTests-1.131250 I > have removed it from PAUSE, but I am still getting test failure reports for it. > How can I make them stop? PAUSE waits for 3 days before really deleting anything and then it will take some time to propagate to mirrors and from public mirrors to private mirrors. Simplest way to stop is to upload fixed version (maybe based on 1.111750). -- Alexandr Ciornii, http://chorny.net http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3144.html Sun, 19 May 2013 09:54:53 +0000 Why am I *still* getting test failures forDist-Zilla-Plugin-ProgCriticTests-1.131250 [was Fw: CPAN Testers DailySummary Report] by Shlomi Fish Hi all, due to the many test failures of Dist-Zilla-Plugin-ProgCriticTests-1.131250 I have removed it from PAUSE, but I am still getting test failure reports for it. How can I make them stop? Frustrated, Shlomi Fish Begin forwarded message: Date: Sun, 19 May 2013 02:29:23 +0000 From: CPAN Tester Report Server <do_not_reply@cpantesters.org> To: "Shlomi Fish" <SHLOMIF@cpan.org> Subject: CPAN Testers Daily Summary Report Dear Shlomi Fish, Please find below the latest reports for your distributions, generated by CPAN Testers, from the last 24 hours. To set your preferences for what you wish to have reported in this Daily Summary, please visit the CPAN Testers Preferences system at https://prefs.cpantesters.org. Dist-Zilla-Plugin-ProgCriticTests-1.131250: - amd64-freebsd-thread-multi / 5.16.0: - FAIL http://www.cpantesters.org/cpan/report/809e3b6e-bf70-11e2-8c80-50d7c5c10595 Graph-Easy-0.72: - darwin-2level / 5.18.0: - FAIL http://www.cpantesters.org/cpan/report/29071e72-bfd2-11e2-bd11-2b43ecc1fe0c XML-Grammar-Vered-0.0.6: - OpenBSD.amd64-openbsd / 5.14.0: - FAIL http://www.cpantesters.org/cpan/report/7ce0766e-bf97-11e2-8c80-50d7c5c10595 - OpenBSD.amd64-openbsd / 5.14.1: - FAIL http://www.cpantesters.org/cpan/report/19707eae-bfeb-11e2-8c80-50d7c5c10595 - OpenBSD.amd64-openbsd-thread-multi / 5.12.5: - FAIL http://www.cpantesters.org/cpan/report/d1582a7c-bf72-11e2-8c80-50d7c5c10595 - OpenBSD.amd64-openbsd-thread-multi / 5.14.0: - FAIL http://www.cpantesters.org/cpan/report/2d7528e2-bfc7-11e2-8c80-50d7c5c10595 - OpenBSD.i386-openbsd / 5.10.1: - FAIL http://www.cpantesters.org/cpan/report/4a3d29a4-bfb1-11e2-8c80-50d7c5c10595 - OpenBSD.i386-openbsd-64int / 5.10.0: - FAIL http://www.cpantesters.org/cpan/report/6504bf6a-bf87-11e2-8c80-50d7c5c10595 - OpenBSD.i386-openbsd-thread-multi / 5.10.0: - FAIL http://www.cpantesters.org/cpan/report/95da47d0-bf5b-11e2-8c80-50d7c5c10595 - OpenBSD.i386-openbsd-thread-multi-64int / 5.10.1: - FAIL http://www.cpantesters.org/cpan/report/7cd2778c-bfef-11e2-8c80-50d7c5c10595 - amd64-freebsd / 5.16.1: - FAIL http://www.cpantesters.org/cpan/report/98580b42-bfe1-11e2-8c80-50d7c5c10595 - amd64-freebsd-thread-multi / 5.16.0: - FAIL http://www.cpantesters.org/cpan/report/47e085c8-bf95-11e2-8c80-50d7c5c10595 - amd64-midnightbsd / 5.12.2: - FAIL http://www.cpantesters.org/cpan/report/e13f4464-bf9c-11e2-ad73-dd0a7cfad375 - amd64-midnightbsd-thread-multi / 5.12.2: - FAIL http://www.cpantesters.org/cpan/report/64116bdc-bffd-11e2-ad73-dd0a7cfad375 - i386-freebsd-64int / 5.10.1: - FAIL http://www.cpantesters.org/cpan/report/d280c4cc-bfb8-11e2-ad73-dd0a7cfad375 - i386-freebsd-thread-multi / 5.10.1: - FAIL http://www.cpantesters.org/cpan/report/03153b38-bf5d-11e2-ad73-dd0a7cfad375 - x86_64-linux-thread-multi / 5.16.1: - FAIL http://www.cpantesters.org/cpan/report/3ca2aef2-bf7c-11e2-ad73-dd0a7cfad375 - x86_64-linux-thread-multi-ld / 5.16.1: - FAIL http://www.cpantesters.org/cpan/report/bc36ad20-bfe6-11e2-ad73-dd0a7cfad375 XML-GrammarBase-v0.2.2: - OpenBSD.i386-openbsd-64int / 5.12.2: - FAIL http://www.cpantesters.org/cpan/report/9851a21e-bfb6-11e2-ad73-dd0a7cfad375 XML-LibXML-2.0018: - i586-linux-thread-multi / 5.8.8: - FAIL http://www.cpantesters.org/cpan/report/c518764e-bfd2-11e2-ad79-519ee104d833 If you have an issue with a particular report, or wish to gain further information from the tester, please use the 'Find A Tester' tool at http://stats.cpantesters.org/cpanmail.html, using the ID or GUID of the report, as listed above, to locate the correct email address. If you wish to unsubscribe from these notifications, please login to the CPAN Testers Preferences system, with your PAUSE credentials, and disable CPAN Testers notifications permanently or temporarily. If you have problems with accessing the site, please contact Barbie <barbie@cpan.org> and request to be removed from the automatic mailings. Thanks, The CPAN Testers -- Reports: http://www.cpantesters.org Statistics: http://stats.cpantesters.org Wiki: http://wiki.cpantesters.org Preferences: https://prefs.cpantesters.org -- ----------------------------------------------------------------- Shlomi Fish http://www.shlomifish.org/ http://www.shlomifish.org/humour/bits/Can-I-SCO-Now/ - "Can I SCO Now?" Chuck Norris taught God how to create the universe. — http://www.shlomifish.org/humour/bits/facts/Chuck-Norris/ Please reply to list if it's a mailing list post - http://shlom.in/reply . http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3143.html Sun, 19 May 2013 09:07:52 +0000 Re: Bringing an OS X smoker online by Michael G. Schwern On 5/13/13 4:43 PM, David Golden wrote: > Awesome! See coverage matrix here: > > http://stats.cpantesters.org/osmatrix-month-wide.html > > If you felt ambitious, maybe smoke the stock perl and whatever the > latest mac ports and homebrew is. Thanks, that's exactly what I need! http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3142.html Tue, 14 May 2013 18:00:53 +0000 Re: Please investigate what is causing this test failure -http://www.cpantesters.org/cpan/report/6c328b4e-bc14-11e2-8c80-50d7c5c10595 by Shlomi Fish Hi Reini, On Tue, 14 May 2013 09:03:26 -0500 Reini Urban <reini@cpanel.net> wrote: > On 05/14/2013 03:59 AM, Shlomi Fish wrote: > > Hi Chris, > > > > please investigate what is causing this test failure: > > > > http://www.cpantesters.org/cpan/report/6c328b4e-bc14-11e2-8c80-50d7c5c10595 > > I got the same errors on a plain debian system with libxslt 1.1.26 > > Running: libxslt 10126, libxml2 20800 > Compiled with EXSLT: yes I see - I can reproduce them now too in my Debian VM. > > What do you expect if you provide a xml with bad elements > in t/data/system-tests-1/input-xml/bad-elements.xml-grammar-vered.xml > OK, sorry for an unfortunate naming of this file. It is not that it contains bad *XML* elements (as in the opening and closing tags - <tag>...</tag>), it is just that it is the XML source of the Perl Bad elements page here: http://perl-begin.org/tutorials/bad-elements/ The file t/data/system-tests-1/input-xml/bad-elements.xml-grammar-vered.xml is a perfectly legal and valid XML according to XML well-formedness and the RNG schema. I'll rename it to avoid future confusion. > runtime error: file extradata/vered-xml-to-docbook.xslt element attribute > xsl:attribute: Cannot add attributes to an element if children have been > already added to the element. > at XML/LibXSLT.pm line 472. OK. Regards, Shlomi Fsih -- ----------------------------------------------------------------- Shlomi Fish http://www.shlomifish.org/ Why I Love Perl - http://shlom.in/joy-of-perl The first phrase that need to be taught when teaching a new language is how to say “Do you speak English?”. The first thing that needs to be taught when teaching a new computer tool is how to exit it. Please reply to list if it's a mailing list post - http://shlom.in/reply . http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3141.html Tue, 14 May 2013 15:08:04 +0000 Re: Please investigate what is causing this test failure - http://www.cpantesters.org/cpan/report/6c328b4e-bc14-11e2-8c80-50d7c5c10595 by David Cantrell On Tue, May 14, 2013 at 11:59:12AM +0300, Shlomi Fish wrote: > please investigate what is causing this test failure: > > http://www.cpantesters.org/cpan/report/6c328b4e-bc14-11e2-8c80-50d7c5c10595 Weren't you asking about this same problem five days ago on the perl-xml mailing list? You were told what the problem was then. -- David Cantrell | Minister for Arbitrary Justice Feature: an incorrectly implemented bug http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3140.html Tue, 14 May 2013 14:26:12 +0000 Re: Please investigate what is causing this test failure - http://www.cpantesters.org/cpan/report/6c328b4e-bc14-11e2-8c80-50d7c5c10595 by Reini Urban On 05/14/2013 03:59 AM, Shlomi Fish wrote: > Hi Chris, > > please investigate what is causing this test failure: > > http://www.cpantesters.org/cpan/report/6c328b4e-bc14-11e2-8c80-50d7c5c10595 I got the same errors on a plain debian system with libxslt 1.1.26 Running: libxslt 10126, libxml2 20800 Compiled with EXSLT: yes What do you expect if you provide a xml with bad elements in t/data/system-tests-1/input-xml/bad-elements.xml-grammar-vered.xml runtime error: file extradata/vered-xml-to-docbook.xslt element attribute xsl:attribute: Cannot add attributes to an element if children have been already added to the element. at XML/LibXSLT.pm line 472. > And many others: > > <<<<<<<<<<<<<<< > XML-Grammar-Vered-0.0.5: > - OpenBSD.amd64-openbsd / 5.8.9: > - FAIL > http://www.cpantesters.org/cpan/report/2eba8c2a-bc06-11e2-8c80-50d7c5c10595 > > - amd64-freebsd-thread-multi / 5.14.0: > - FAIL > http://www.cpantesters.org/cpan/report/6c328b4e-bc14-11e2-8c80-50d7c5c10595 > > - amd64-midnightbsd / 5.8.9: > - FAIL > http://www.cpantesters.org/cpan/report/4616499a-bc2e-11e2-ad73-dd0a7cfad375 > > - i386-freebsd / 5.10.1: > - FAIL > http://www.cpantesters.org/cpan/report/0c5b996e-bbfa-11e2-aca6-c11f4e5d08db > > - i386-freebsd / 5.12.3: > - FAIL > http://www.cpantesters.org/cpan/report/c120c5e2-bbf3-11e2-8828-93e0ca996b9c > > - i386-freebsd / 5.14.0: > - FAIL > http://www.cpantesters.org/cpan/report/bf419cb0-bbee-11e2-889f-deffe9d3ece9 > > - i386-freebsd / 5.8.9: > - FAIL > http://www.cpantesters.org/cpan/report/da739e10-bbfe-11e2-bf5d-df0a6a22a674 > >>>>>>>>>>>>>>>> > > Those to seem to only happen on BSD systems, and they should be OK (and they > are with old versions of libxml2). > > I'm getting tired of running into all these test failures. > > Regards, > > Shlomi Fish > -- Reini Working towards a true Modern Perl. Slim, functional, unbloated, compile-time optimizable http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3139.html Tue, 14 May 2013 14:03:43 +0000 Please investigate what is causing this test failure -http://www.cpantesters.org/cpan/report/6c328b4e-bc14-11e2-8c80-50d7c5c10595 by Shlomi Fish Hi Chris, please investigate what is causing this test failure: http://www.cpantesters.org/cpan/report/6c328b4e-bc14-11e2-8c80-50d7c5c10595 And many others: <<<<<<<<<<<<<<< XML-Grammar-Vered-0.0.5: - OpenBSD.amd64-openbsd / 5.8.9: - FAIL http://www.cpantesters.org/cpan/report/2eba8c2a-bc06-11e2-8c80-50d7c5c10595 - amd64-freebsd-thread-multi / 5.14.0: - FAIL http://www.cpantesters.org/cpan/report/6c328b4e-bc14-11e2-8c80-50d7c5c10595 - amd64-midnightbsd / 5.8.9: - FAIL http://www.cpantesters.org/cpan/report/4616499a-bc2e-11e2-ad73-dd0a7cfad375 - i386-freebsd / 5.10.1: - FAIL http://www.cpantesters.org/cpan/report/0c5b996e-bbfa-11e2-aca6-c11f4e5d08db - i386-freebsd / 5.12.3: - FAIL http://www.cpantesters.org/cpan/report/c120c5e2-bbf3-11e2-8828-93e0ca996b9c - i386-freebsd / 5.14.0: - FAIL http://www.cpantesters.org/cpan/report/bf419cb0-bbee-11e2-889f-deffe9d3ece9 - i386-freebsd / 5.8.9: - FAIL http://www.cpantesters.org/cpan/report/da739e10-bbfe-11e2-bf5d-df0a6a22a674 >>>>>>>>>>>>>>> Those to seem to only happen on BSD systems, and they should be OK (and they are with old versions of libxml2). I'm getting tired of running into all these test failures. Regards, Shlomi Fish -- ----------------------------------------------------------------- Shlomi Fish http://www.shlomifish.org/ What Makes Software Apps High Quality - http://shlom.in/sw-quality Chuck Norris *does* expect the Spanish Inquisition. — http://www.shlomifish.org/humour/bits/facts/Chuck-Norris/ Please reply to list if it's a mailing list post - http://shlom.in/reply . http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3138.html Tue, 14 May 2013 08:59:27 +0000 Please fix your CPAN tester -http://www.cpantesters.org/cpan/report/d0268872-6df8-1014-99d5-521ae79c0688 by Shlomi Fish Hi Michiel, your Win32 CPAN smoker emits spurious failures due to unwritable things on temporary directories: http://www.cpantesters.org/cpan/report/d0268872-6df8-1014-99d5-521ae79c0688 Please fix it. Regards, Shlomi Fish -- ----------------------------------------------------------------- Shlomi Fish http://www.shlomifish.org/ Free (Creative Commons) Music Downloads, Reviews and more - http://jamendo.com/ “Publish or Perish” → “Life or Death” — http://unarmed.shlomifish.org/2615.html Please reply to list if it's a mailing list post - http://shlom.in/reply . http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3137.html Tue, 14 May 2013 08:53:57 +0000 Re: Bringing an OS X smoker online by David Golden Awesome! See coverage matrix here: http://stats.cpantesters.org/osmatrix-month-wide.html If you felt ambitious, maybe smoke the stock perl and whatever the latest mac ports and homebrew is. On Sun, May 12, 2013 at 3:25 PM, Michael G. Schwern <schwern@pobox.com> wrote: > Hi folks, > > I've gotten my hands on a Mac mini that I'm going to use as an OS X > smoker. I'd like to know where the holes are in OS X coverage? What > versions of OS X and builds of Perl are not covered so I'm not redundant? > > Otherwise, I plan on smoking the stock OS X /usr/bin/perl using an OS a > version behind the latest (ie. 10.7) on the assumption that making sure > the stock perl works is important and the latest version will already be > well tested by random folks on their laptops. > > Is anyone already running an OS X smoker? > > Thanks > Schwern -- David Golden <xdg@xdg.me> Take back your inbox! → http://www.bunchmail.com/ Twitter/IRC: @xdg http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3136.html Mon, 13 May 2013 23:44:34 +0000 Bringing an OS X smoker online by Michael G. Schwern Hi folks, I've gotten my hands on a Mac mini that I'm going to use as an OS X smoker. I'd like to know where the holes are in OS X coverage? What versions of OS X and builds of Perl are not covered so I'm not redundant? Otherwise, I plan on smoking the stock OS X /usr/bin/perl using an OS a version behind the latest (ie. 10.7) on the assumption that making sure the stock perl works is important and the latest version will already be well tested by random folks on their laptops. Is anyone already running an OS X smoker? Thanks Schwern http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3135.html Mon, 13 May 2013 20:30:49 +0000 Re: What to do about XML::LibXML / XML::LibXSLT failures with oldversions of libxml2 and libxslt? by Eirik Berg Hanssen On Thu, May 9, 2013 at 9:54 AM, Shlomi Fish <shlomif@shlomifish.org> wrote: > The problem is that newer versions of > libxml2 and libxslt contain some bug fixes, and with older versions without > these bug fixes, the tests fail. > I'm not sure I get this. So, to be taken with appropriate amounts of salt ... How essential are those bug fixes to your modules' functionality? A) If your module doesn't work without those bugfixes, you should require the fixed versions (and not rely on the tests to "catch" this situation). B) If your module does its job just fine even without those bugfixes (lib code doesn't itself trigger any of those bugs), the failing tests are really testing libxml2 and libxslt, not (just) your module. You should probably rewrite those tests so that they (the test code) don't trigger those bugs, or even skip those tests if the libx{ml2,slt} are old. A little from column A, a little from column B? Mix and match to taste. Reduced functionality without those bugfixes? Yeah, that's trickier ... I guess it comes down to whether that functionality is considered essential or optional, and I'd fall back to the A and B cases, with an eye to documentation. Or I'm far out on the wrong field ... Eirik http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3134.html Sat, 11 May 2013 09:01:49 +0000 Re: What to do about XML::LibXML / XML::LibXSLT failures with oldversions of libxml2 and libxslt? by Reini Urban On 05/09/2013 02:54 AM, Shlomi Fish wrote: > Hi Shmuel, > > On Thu, 9 May 2013 16:44:10 +0900 > Shmuel Fomberg <shmuelfomberg@gmail.com> wrote: > >> On Thu, May 9, 2013 at 4:11 PM, Shlomi Fish wrote: >> >>> >>> These failures should not be happening, and they are likely caused by old >>> versions of libxml2 and/or libxslt. Now, one option would be to require >>> only >>> the latest version in XML::LibXML and XML::LibXSLT, but this may >>> inconvenience >>> some users of older systems. >>> >>> Is there a better alternative? >> >> So... you want to use some features that new versions libxml2 have, but >> want XML::LibXML support any version of libxml2. > > No, the new features are not the problem. The problem is that newer versions of > libxml2 and libxslt contain some bug fixes, and with older versions without > these bug fixes, the tests fail. Since you already detect the library version I would print an initial warning, that this system library version will fail with these bugs ... Users who are not able to update libxml2 and libxslt by themselves can either bother their admin with your message. But the default is to skip the installation because the tests fail. Good. Users who are able to update libxml2 and libxslt by themselves can do so, with knowing why. -- Reini Working towards a true Modern Perl. Slim, functional, unbloated, compile-time optimizable http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3133.html Thu, 09 May 2013 14:57:51 +0000 Re: What to do about XML::LibXML / XML::LibXSLT failures with oldversions of libxml2 and libxslt? by Chris 'BinGOs' Williams On Thu, May 09, 2013 at 10:11:35AM +0300, Shlomi Fish wrote: > Hi all, > > I keep getting reports of failures like this to my modules, such as: > > * http://www.cpantesters.org/cpan/report/7d08b688-b80d-11e2-ad73-dd0a7cfad375 > > * http://www.cpantesters.org/cpan/report/2e8c9bae-b7e6-11e2-8285-28e030ca8a65 > > These failures should not be happening, and they are likely caused by old > versions of libxml2 and/or libxslt. Now, one option would be to require only > the latest version in XML::LibXML and XML::LibXSLT, but this may inconvenience > some users of older systems. > Referring to the OpenBSD failure above, that is OpenBSD 5.3 which was released on 1st May 2013, using the shipped ports system for that version. The libxml2 provided by ports is 2.8.0 and the libxslt is 1.1.27. Cheers, -- Chris Williams aka BinGOs PGP ID 0x4658671F http://www.gumbynet.org.uk ========================== http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3132.html Thu, 09 May 2013 09:08:12 +0000 Re: What to do about XML::LibXML / XML::LibXSLT failures with oldversions of libxml2 and libxslt? by Shlomi Fish Hi Shmuel, On Thu, 9 May 2013 16:44:10 +0900 Shmuel Fomberg <shmuelfomberg@gmail.com> wrote: > On Thu, May 9, 2013 at 4:11 PM, Shlomi Fish wrote: > > > > > These failures should not be happening, and they are likely caused by old > > versions of libxml2 and/or libxslt. Now, one option would be to require > > only > > the latest version in XML::LibXML and XML::LibXSLT, but this may > > inconvenience > > some users of older systems. > > > > Is there a better alternative? > > > > So... you want to use some features that new versions libxml2 have, but > want XML::LibXML support any version of libxml2. No, the new features are not the problem. The problem is that newer versions of libxml2 and libxslt contain some bug fixes, and with older versions without these bug fixes, the tests fail. > How about making a middle-man module, XML::LibXML::SupportsFancyFeature, > that will refuse to install for old libxml installation? Then you module > can depend on it. That won't be a good solution like I said. Regards, Shlomi Fish -- ----------------------------------------------------------------- Shlomi Fish http://www.shlomifish.org/ http://www.shlomifish.org/humour/Summerschool-at-the-NSA/ An original philosopher knows the right combination of ideas to steal. Please reply to list if it's a mailing list post - http://shlom.in/reply . http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3131.html Thu, 09 May 2013 07:54:50 +0000 Re: What to do about XML::LibXML / XML::LibXSLT failures with oldversions of libxml2 and libxslt? by Shmuel Fomberg On Thu, May 9, 2013 at 4:11 PM, Shlomi Fish wrote: > > These failures should not be happening, and they are likely caused by old > versions of libxml2 and/or libxslt. Now, one option would be to require > only > the latest version in XML::LibXML and XML::LibXSLT, but this may > inconvenience > some users of older systems. > > Is there a better alternative? > So... you want to use some features that new versions libxml2 have, but want XML::LibXML support any version of libxml2. How about making a middle-man module, XML::LibXML::SupportsFancyFeature, that will refuse to install for old libxml installation? Then you module can depend on it. Shmuel. http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3130.html Thu, 09 May 2013 07:44:24 +0000 Re: What to do about XML::LibXML / XML::LibXSLT failures with oldversions of libxml2 and libxslt? by Tony Cook On Thu, May 09, 2013 at 10:11:35AM +0300, Shlomi Fish wrote: > Hi all, > > I keep getting reports of failures like this to my modules, such as: > > * http://www.cpantesters.org/cpan/report/7d08b688-b80d-11e2-ad73-dd0a7cfad375 > > * http://www.cpantesters.org/cpan/report/2e8c9bae-b7e6-11e2-8285-28e030ca8a65 > > These failures should not be happening, and they are likely caused by old > versions of libxml2 and/or libxslt. Now, one option would be to require only > the latest version in XML::LibXML and XML::LibXSLT, but this may inconvenience > some users of older systems. > > Is there a better alternative? Detect the old version at test time and skip the tests. Tony http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3129.html Thu, 09 May 2013 07:16:37 +0000 What to do about XML::LibXML / XML::LibXSLT failures with oldversions of libxml2 and libxslt? by Shlomi Fish Hi all, I keep getting reports of failures like this to my modules, such as: * http://www.cpantesters.org/cpan/report/7d08b688-b80d-11e2-ad73-dd0a7cfad375 * http://www.cpantesters.org/cpan/report/2e8c9bae-b7e6-11e2-8285-28e030ca8a65 These failures should not be happening, and they are likely caused by old versions of libxml2 and/or libxslt. Now, one option would be to require only the latest version in XML::LibXML and XML::LibXSLT, but this may inconvenience some users of older systems. Is there a better alternative? Regards, Shlomi Fish -- ----------------------------------------------------------------- Shlomi Fish http://www.shlomifish.org/ Perl Humour - http://perl-begin.org/humour/ With the NSA’s budget you would expect evil to be extinct by now. (By Kika). — http://www.shlomifish.org/humour/bits/facts/NSA/ Please reply to list if it's a mailing list post - http://shlom.in/reply . http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3128.html Thu, 09 May 2013 07:11:52 +0000 Re: getting strange reports regarding OS assertion by Alceu Rodrigues de Freitas Junior All right, Just forget about (if you didn't already done that): I did a lot of mistakes that caused those errors. First, I introduced different errors messages from: "No support for OS" "OS unsupported" Second, I forgot to include the Manifest and the tests where not included (at least I got a lot of "SUCCESS" reports telling that there were no tests to execute). Third, and finally, Linux::Distribution (which was being used) does itself the OS validation in it's Makefile.PL, which is the expected behavior, but useless for my needs (validate if the OS is Linux and then check the distribution). Regards, Alceu Em 27-04-2013 10:13, Alceu Rodrigues de Freitas Junior escreveu: > I just release 0.03 of Siebel::AssertOS with an added feature to check > also supported Linux distributions, but I'm still getting PASS reports > from OpenBSD and FreeBSD. > > I did some testing in my local machine and 'make test' is getting > different results from 'prove'. > http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/04/msg3127.html Tue, 30 Apr 2013 00:35:48 +0000 Re: Please fix this - http://www.cpantesters.org/cpan/report/791c9742-afca-11e2-91f6-d67446d78f5b by David Golden On Mon, Apr 29, 2013 at 5:07 AM, Shlomi Fish <shlomif@shlomifish.org> wrote: > OK, this is likely a Dist-Zilla SNAFU - the question is - where? Prereq generation, I would think. Prereqs going into Makefile.PL ought to be numified. E.g. 0.5.0 should be 0.005 in the prereq. I don't know if the latest EUMM finally handles those or not. If so, bumping the configure requires would work, too. (That said, if you have Build.PL, don't ship Makefile.PL People still on 5.8 trying to use the latest stuff on CPAN ought to be able to figure out how to install M::B at this point.) David http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/04/msg3126.html Mon, 29 Apr 2013 16:45:54 +0000 Re: Please fix this - http://www.cpantesters.org/cpan/report/791c9742-afca-11e2-91f6-d67446d78f5b by David Cantrell On Mon, Apr 29, 2013 at 12:06:11PM +0300, Shlomi Fish wrote: > On Mon, 29 Apr 2013 10:57:34 +0300 > Alexandr Ciornii <alexchorny@gmail.com> wrote: > > Running `perl Makefile.PL` for XML-Grammar-Fiction 0.14.0 shows warnings: > > Unparsable version 'v0.2.1' for prerequisite > > XML::GrammarBase::Role::XSLT at Makefile.PL line 78. > > Unparsable version 'v0.0.5' for prerequisite Test::XML::Ordered at > > Makefile.PL line 78. > > If version is unparsable (not /^[\d_\.]+$/) , it is set ot 0 by EU::MM. > You really should use Build.PL instead of Makefile.PL if it is available. Why? If you don't want people to run Makefile.PL, don't ship it. -- David Cantrell | Nth greatest programmer in the world " In My Egotistical Opinion, most people's ... programs should be indented six feet downward and covered with dirt. " --Blair P. Houghton http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/04/msg3125.html Mon, 29 Apr 2013 11:02:57 +0000 Re: Please fix this -http://www.cpantesters.org/cpan/report/791c9742-afca-11e2-91f6-d67446d78f5b by Shlomi Fish Hi breno, On Mon, 29 Apr 2013 04:53:37 -0300 breno <garu@cpan.org> wrote: > Hi Shlomi, > > It looks like your BUILD_REQUIRES do not set a minimal version for > 'Test::XML::Ordered': > > https://metacpan.org/source/SHLOMIF/XML-Grammar-Fiction-0.14.0/Build.PL#L14 > https://metacpan.org/source/SHLOMIF/XML-Grammar-Fiction-0.14.0/Makefile.PL#L19 > Yes, but I have Test::XML::Ordered set to 0.0.5 in the "requires". > You should probably set the explicit version value under > BUILD_REQUIRES as well, instead of '0'. > > That said, it is probably also worth noticing that versions defined as > vstrings are not being considered in the build process (notice how > XML::GrammarBase::Role::XSLT, which you specified as "v0.2.1", is > shown as having '0' for minimum version in the report). The target > system had M:B 0.4004 and EUMM 6.64, I'm not sure how's the support > for specifying versions as vstrings in them, or if it should matter at > all. OK, this is likely a Dist-Zilla SNAFU - the question is - where? Regards, Shlomi Fish > > > Cheers, > > garu > > On Mon, Apr 29, 2013 at 4:12 AM, Shlomi Fish <shlomif@shlomifish.org> wrote: > > Hi Slaven, > > > > http://www.cpantesters.org/cpan/report/791c9742-afca-11e2-91f6-d67446d78f5b > > - this is broken. Test::XML::Ordered v0.0.5 is explicitly a minimal, > > required, version and instead it is only at 0.0.4. > > > > Please fix it. > > > > This is with https://metacpan.org/release/XML-Grammar-Fiction . > > > > Regards, > > > > Shlomi Fish > > -- > > ----------------------------------------------------------------- > > Shlomi Fish http://www.shlomifish.org/ > > My Favourite FOSS - http://www.shlomifish.org/open-source/favourite/ > > > > Bill Gates, CEO of Microsoft decides to use Richard Stallman’s Emacs as the > > basis of his company’s state‐of‐the‐art product Microsoft Editing Macros™ > > Enterprise Edition XP .NET Professional. > > > > Please reply to list if it's a mailing list post - http://shlom.in/reply . -- ----------------------------------------------------------------- Shlomi Fish http://www.shlomifish.org/ Funny Anti-Terrorism Story - http://shlom.in/enemy Daniel: Yeah, those guys [= NSA] don’t publish… Andrew: They perish, man. — http://www.shlomifish.org/humour/Summerschool-at-the-NSA/ Please reply to list if it's a mailing list post - http://shlom.in/reply . http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/04/msg3124.html Mon, 29 Apr 2013 09:07:55 +0000 Re: Please fix this -http://www.cpantesters.org/cpan/report/791c9742-afca-11e2-91f6-d67446d78f5b by Shlomi Fish Hi Alexandr, On Mon, 29 Apr 2013 10:57:34 +0300 Alexandr Ciornii <alexchorny@gmail.com> wrote: > Hi > > Running `perl Makefile.PL` for XML-Grammar-Fiction 0.14.0 shows warnings: > > Unparsable version 'v0.2.1' for prerequisite > XML::GrammarBase::Role::XSLT at Makefile.PL line 78. > Unparsable version 'v0.0.5' for prerequisite Test::XML::Ordered at > Makefile.PL line 78. > > If version is unparsable (not /^[\d_\.]+$/) , it is set ot 0 by EU::MM. You really should use Build.PL instead of Makefile.PL if it is available. Regards, Shlomi Fish > > 2013/4/29 Shlomi Fish <shlomif@shlomifish.org>: > > Hi Slaven, > > > > http://www.cpantesters.org/cpan/report/791c9742-afca-11e2-91f6-d67446d78f5b > > - this is broken. Test::XML::Ordered v0.0.5 is explicitly a minimal, > > required, version and instead it is only at 0.0.4. > > > > Please fix it. > > > > This is with https://metacpan.org/release/XML-Grammar-Fiction . > > > -- > Alexandr Ciornii, http://chorny.net -- ----------------------------------------------------------------- Shlomi Fish http://www.shlomifish.org/ "The Human Hacking Field Guide" - http://shlom.in/hhfg Lone Starr: “Just what we need — a Druish princess.” Barf: “Funny! She doesn’t look Druish.” — Spaceballs, http://www.imdb.com/title/tt0094012/ Please reply to list if it's a mailing list post - http://shlom.in/reply . http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/04/msg3123.html Mon, 29 Apr 2013 09:06:31 +0000 Re: Please fix this - http://www.cpantesters.org/cpan/report/791c9742-afca-11e2-91f6-d67446d78f5b by Alexandr Ciornii Hi Running `perl Makefile.PL` for XML-Grammar-Fiction 0.14.0 shows warnings: Unparsable version 'v0.2.1' for prerequisite XML::GrammarBase::Role::XSLT at Makefile.PL line 78. Unparsable version 'v0.0.5' for prerequisite Test::XML::Ordered at Makefile.PL line 78. If version is unparsable (not /^[\d_\.]+$/) , it is set ot 0 by EU::MM. 2013/4/29 Shlomi Fish <shlomif@shlomifish.org>: > Hi Slaven, > > http://www.cpantesters.org/cpan/report/791c9742-afca-11e2-91f6-d67446d78f5b - > this is broken. Test::XML::Ordered v0.0.5 is explicitly a minimal, required, > version and instead it is only at 0.0.4. > > Please fix it. > > This is with https://metacpan.org/release/XML-Grammar-Fiction . -- Alexandr Ciornii, http://chorny.net http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/04/msg3122.html Mon, 29 Apr 2013 07:58:09 +0000 Re: Please fix this - http://www.cpantesters.org/cpan/report/791c9742-afca-11e2-91f6-d67446d78f5b by breno Hi Shlomi, It looks like your BUILD_REQUIRES do not set a minimal version for 'Test::XML::Ordered': https://metacpan.org/source/SHLOMIF/XML-Grammar-Fiction-0.14.0/Build.PL#L14 https://metacpan.org/source/SHLOMIF/XML-Grammar-Fiction-0.14.0/Makefile.PL#L19 You should probably set the explicit version value under BUILD_REQUIRES as well, instead of '0'. That said, it is probably also worth noticing that versions defined as vstrings are not being considered in the build process (notice how XML::GrammarBase::Role::XSLT, which you specified as "v0.2.1", is shown as having '0' for minimum version in the report). The target system had M:B 0.4004 and EUMM 6.64, I'm not sure how's the support for specifying versions as vstrings in them, or if it should matter at all. Cheers, garu On Mon, Apr 29, 2013 at 4:12 AM, Shlomi Fish <shlomif@shlomifish.org> wrote: > Hi Slaven, > > http://www.cpantesters.org/cpan/report/791c9742-afca-11e2-91f6-d67446d78f5b - > this is broken. Test::XML::Ordered v0.0.5 is explicitly a minimal, required, > version and instead it is only at 0.0.4. > > Please fix it. > > This is with https://metacpan.org/release/XML-Grammar-Fiction . > > Regards, > > Shlomi Fish > -- > ----------------------------------------------------------------- > Shlomi Fish http://www.shlomifish.org/ > My Favourite FOSS - http://www.shlomifish.org/open-source/favourite/ > > Bill Gates, CEO of Microsoft decides to use Richard Stallman’s Emacs as the > basis of his company’s state‐of‐the‐art product Microsoft Editing Macros™ > Enterprise Edition XP .NET Professional. > > Please reply to list if it's a mailing list post - http://shlom.in/reply . http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/04/msg3121.html Mon, 29 Apr 2013 07:53:52 +0000 Please fix this -http://www.cpantesters.org/cpan/report/791c9742-afca-11e2-91f6-d67446d78f5b by Shlomi Fish Hi Slaven, http://www.cpantesters.org/cpan/report/791c9742-afca-11e2-91f6-d67446d78f5b - this is broken. Test::XML::Ordered v0.0.5 is explicitly a minimal, required, version and instead it is only at 0.0.4. Please fix it. This is with https://metacpan.org/release/XML-Grammar-Fiction . Regards, Shlomi Fish -- ----------------------------------------------------------------- Shlomi Fish http://www.shlomifish.org/ My Favourite FOSS - http://www.shlomifish.org/open-source/favourite/ Bill Gates, CEO of Microsoft decides to use Richard Stallman’s Emacs as the basis of his company’s state‐of‐the‐art product Microsoft Editing Macros™ Enterprise Edition XP .NET Professional. Please reply to list if it's a mailing list post - http://shlom.in/reply . http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/04/msg3120.html Mon, 29 Apr 2013 07:12:50 +0000 Re: getting strange reports regarding OS assertion by Alceu Rodrigues de Freitas Junior I just release 0.03 of Siebel::AssertOS with an added feature to check also supported Linux distributions, but I'm still getting PASS reports from OpenBSD and FreeBSD. I did some testing in my local machine and 'make test' is getting different results from 'prove'. jackal@yggdrasil:~/Projetos/Siebel-AssertOS$ prove t/POD-coverage.t ..... ok t/POD.t .............. ok t/Siebel-AssertOS.t .. ok All tests successful. Files=3, Tests=3, 0 wallclock secs ( 0.03 usr 0.00 sys + 0.09 cusr 0.01 csys = 0.13 CPU) Result: PASS jackal@yggdrasil:~/Projetos/Siebel-AssertOS$ prove -v t/POD-coverage.t ..... 1..1 ok 1 - Siebel::AssertOS is covered ok t/POD.t .............. 1..1 ok 1 - POD test for blib/lib/Siebel/AssertOS.pm ok t/Siebel-AssertOS.t .. 1..1 ok 1 - use Siebel::AssertOS; ok All tests successful. Files=3, Tests=3, 1 wallclock secs ( 0.02 usr 0.01 sys + 0.08 cusr 0.02 csys = 0.13 CPU) Result: PASS jackal@yggdrasil:~/Projetos/Siebel-AssertOS$ make test cp lib/Siebel/AssertOS.pm blib/lib/Siebel/AssertOS.pm PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/POD-coverage.t ..... ok t/POD.t .............. ok t/Siebel-AssertOS.t .. 1/1 # Failed test 'use Siebel::AssertOS;' # at t/Siebel-AssertOS.t line 5. # Tried to use 'Siebel::AssertOS'. # Error: OS/distribution unsupported: linux ubuntu at /home/jackal/Projetos/Siebel-AssertOS/blib/lib/Siebel/AssertOS.pm line 41. # BEGIN failed--compilation aborted at (eval 4) line 2. # Looks like you failed 1 test of 1. t/Siebel-AssertOS.t .. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/1 subtests Test Summary Report ------------------- t/Siebel-AssertOS.t (Wstat: 256 Tests: 1 Failed: 1) Failed test: 1 Non-zero exit status: 1 Files=3, Tests=3, 0 wallclock secs ( 0.02 usr 0.01 sys + 0.10 cusr 0.02 csys = 0.15 CPU) Result: FAIL Failed 1/3 test programs. 1/3 subtests failed. make: ** [test_dynamic] Erro 1 jackal@yggdrasil:~/Projetos/Siebel-AssertOS$ Maybe I'm testing it incorrectly? This is the currently (and only) test: use Test::More tests => 1; BEGIN { use_ok('Siebel::AssertOS') }; Regards, Alceu Em 18-04-2013 13:07, David Cantrell escreveu: > On Thu, Apr 18, 2013 at 09:14:46AM -0300, Alceu Rodrigues de Freitas Junior wrote: > >> For that, I release a distribution that would to just like >> Devel::CheckOS ... >> >> This is the list of operational systems that would be supported (sub >> from Siebel::AssertOS): >> >> sub os_is { >> >> my $os = shift; >> >> given ($os) { >> >> when ('linux') { return 1 } >> when ('MSWin32') { return 1 } >> when ('aix') { return 1 } >> when ('solaris') { return 1 } >> when ('hpux') { return 1 } >> default { return 0 } >> } >> } > > I would have written Siebel::AssertOS thus: > > package Devel::AssertOS::OSFeatures::SupportsSiebel; > use Devel::CheckOS; > > sub matches { return qw(Linux AIX Solaris HPUX MSWin32); } > sub os_is { Devel::CheckOS::os_is(matches()); } > Devel::CheckOS::die_unsupported() unless(os_is()); > > sub expn { "The operating system can run Siebel CRM" } > http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/04/msg3119.html Sat, 27 Apr 2013 13:13:26 +0000 Re: post about CPAN::Reporter and CPAN::Reporter::Smoker by Alceu Rodrigues de Freitas Junior Thanks David, I'll look forward some improvements in the wiki. Regards, Alceu Em 26-04-2013 13:49, David Golden escreveu: > Great article! > > If you have ideas for how the wiki instructions can be made better, > please go ahead and make edits to improve them. > > Regards, > David Golden > > > On Thu, Apr 25, 2013 at 11:19 PM, Alceu Rodrigues de Freitas Junior > <glasswalk3r@yahoo.com.br> wrote: >> Hello to all, >> >> I wrote an article about CPAN::Reporter and CPAN::Reporter::Smoker and would >> like to share it with you: >> >> http://slashlogging.blogspot.com/2013/04/the-cpan-testers-game.html >> >> I would be glad to receive comments about it. >> >> Regards, >> Alceu > > > http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/04/msg3118.html Sat, 27 Apr 2013 13:08:54 +0000 Re: post about CPAN::Reporter and CPAN::Reporter::Smoker by David Golden Great article! If you have ideas for how the wiki instructions can be made better, please go ahead and make edits to improve them. Regards, David Golden On Thu, Apr 25, 2013 at 11:19 PM, Alceu Rodrigues de Freitas Junior <glasswalk3r@yahoo.com.br> wrote: > Hello to all, > > I wrote an article about CPAN::Reporter and CPAN::Reporter::Smoker and would > like to share it with you: > > http://slashlogging.blogspot.com/2013/04/the-cpan-testers-game.html > > I would be glad to receive comments about it. > > Regards, > Alceu -- David Golden <xdg@xdg.me> Take back your inbox! → http://www.bunchmail.com/ Twitter/IRC: @xdg http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/04/msg3117.html Fri, 26 Apr 2013 16:49:47 +0000 post about CPAN::Reporter and CPAN::Reporter::Smoker by Alceu Rodrigues de Freitas Junior Hello to all, I wrote an article about CPAN::Reporter and CPAN::Reporter::Smoker and would like to share it with you: http://slashlogging.blogspot.com/2013/04/the-cpan-testers-game.html I would be glad to receive comments about it. Regards, Alceu http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/04/msg3116.html Fri, 26 Apr 2013 03:20:05 +0000 Re: Would it be possible to provide an estimate for turn-aroundtimes at cpantesters.org? (and other musings) by Diab Jerius On Sun, 2013-04-21 at 00:06 -0400, David Golden wrote: > On Sat, Apr 20, 2013 at 12:39 PM, Diab Jerius <dj@head.cfa.harvard.edu> wrote: > > > Fixing (a) requires some medium-large servers that I can use to set up > an alternate backend. We're waiting on one, donated by a large > Perl-using company. More would help. Donations to the CPAN Testers > fund would also help. http://www.enlightenedperl.org/donations.html How much would a medium-large server cost? Fund raising towards an immediate, particular goal might be a worthwhile approach. Diab http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/04/msg3115.html Mon, 22 Apr 2013 13:28:47 +0000 Re: Would it be possible to provide an estimate for turn-around timesat cpantesters.org? (and other musings) by David Golden On Sat, Apr 20, 2013 at 12:39 PM, Diab Jerius <dj@head.cfa.harvard.edu> wrote: > > The latest CPAN Tester's summary indicates disk i/o is the bottleneck > for digesting reports; does this mean that AWS is no longer part of the > problem? Would throwing money at new hardware help? There are two pieces: (a) metabase.cpantesters.org, which receives reports (b) www.cpantesters.org, which displays reports The problem with (a) is that it's still using Amazon SimpleDB, and their definition of "eventually consistent" for that product is something not unlike how Perl 6 will be released "eventually". :-) I jest, but seriously, when www.cpantesters.org queries metabase to get new reports, we often miss some. There may yet be issues with (b), but mostly, we think it's the handoff between (a) and (b) that is the major problem and until that's fixed its hard to diagnose what else is going on. Fixing (a) requires some medium-large servers that I can use to set up an alternate backend. We're waiting on one, donated by a large Perl-using company. More would help. Donations to the CPAN Testers fund would also help. http://www.enlightenedperl.org/donations.html That said, the biggest shortage is my own manpower to do the migration. If I had servers live and waiting for me, I'd probably feel guilty enough to get it done, but meanwhile, puttering along, missing occasional reports has been something I'm willing to tolerate. David -- David Golden <xdg@xdg.me> Take back your inbox! → http://www.bunchmail.com/ Twitter/IRC: @xdg http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/04/msg3114.html Sun, 21 Apr 2013 04:07:43 +0000 Would it be possible to provide an estimate for turn-around timesat cpantesters.org? (and other musings) by Diab Jerius I recognize that the CPAN testing architecture is under heavy load but there's something non-deterministic about its behavior that my poor brain just doesn't grasp. I'm never sure how long one should wait for results to show up, and because I'm waiting on a recent submission, I decided to perform a really simple study. I've probably repeated below what others already know; it eases my frustration a bit to look at some numbers rather than just repeatedly reloading web pages. I submitted version 0.001_01 of Math::Rational::Approx on 15 April. Very few tests showed up on cpantesters.org. My initial hypotheses was that there's some blockage, so I compared the numbers with a module which is going through rapid development and thus pokes at the system fairly often, namely Type::Tiny. I've compared the log.txt views with the cpantesters.org pages. I'm assuming that tail.txt is an accurate measure of the testing activity. I recognize that's not correct in the long term (it shows fewer tests for version 0.001 of MRA which was released last September than appear on cpantesters.org) but over a few days I hope it will suffice. For the log.txt data I counted PASS and FAIL rows from pages with URL's like the following http://217.199.168.174/cgi-bin/cpantestersmatrix.pl?dist=Math-Rational-Approx%200.01_01;reports=1 I retrieved all of the data sometime around April 20, 14:00 GMT. The current CPAN testers page for Math::Rational::Approx has a time tag of Wednesday, 17th April 2013 (7:23pm). Here are the results (in #pass/#fail) for Math::Rational::Approx | Version | Date | CPAN Testers | tail.txt | | 0.01_01 | 15 April | 3/0 | 55/2 | tail.txt contains 3 tests which were submitted after 17 April, the time tag on the CPAN testers page. The CPAN testers page for Type::Tiny is tagged as Saturday, 20th April 2013 (1:21pm). Here are the results (in #pass/#fail) for Type::Tiny | Version | Date | CPAN Testers | tail.txt | | 0.003_05 | 19 April | 0/0 | 35/0 | | 0.003_04 | 18 April | 16/0 | 75/0 | | 0.003_03 | 17 April | 54/0 | 86/0 | | 0.003_02 | 16 April | 81/0 | 123/0 | | 0.003_01 | 16 April | 75/0 | 132/0 | | 0.001 | 15 April | 96/0 | 184/0 | A few things pop out: 1 The CPAN testers page for MRA seems stuck. Type::Tiny's is up-to-date. 2 Even though the CPAN testers page for Type::Tiny has an up-to-date time tag, it is missing lots of old reports. I expected that "backlogs" would be cleared out in FIFO fashion, but that doesn't seem to be the case, else * #2 wouldn't be the case. * MRA (which was submitted prior to Type:Tiny 0.003_01) would have more tests on CPAN testers Part of the (my?) problem is that I don't know how long to wait for accurate results to percolate to cpantesters.org before starting to worry. Is 5 days too long? too short? Is there some means of providing an indication of how caught up the processing is, perhaps by noting the last date at 100%? The latest CPAN Tester's summary indicates disk i/o is the bottleneck for digesting reports; does this mean that AWS is no longer part of the problem? Would throwing money at new hardware help? In any case, thanks for all of the good work. Diab http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/04/msg3113.html Sat, 20 Apr 2013 16:39:53 +0000 Re: getting strange reports regarding OS assertion by Alceu Rodrigues de Freitas Junior Em 18-04-2013 13:07, David Cantrell escreveu: > > I would have written Siebel::AssertOS thus: > > package Devel::AssertOS::OSFeatures::SupportsSiebel; > use Devel::CheckOS; > > sub matches { return qw(Linux AIX Solaris HPUX MSWin32); } > sub os_is { Devel::CheckOS::os_is(matches()); } > Devel::CheckOS::die_unsupported() unless(os_is()); > > sub expn { "The operating system can run Siebel CRM" } > Hello there David, Thank you for the input! Of course it would be a more elegant solution to reuse Devel::CheckOS, in fact that's was my first option. Unfortunately I got an issue after some tests with Devel::CheckOS. You can check more details here: https://rt.cpan.org/Public/Bug/Display.html?id=83918 Of course, this may not the best place to discuss Devel::CheckOS but you can contact me directly, if you like it, to check this out. I, also, must be honest: I was quite lazy to open the bug ticket at RT instead of Github since I was quite in a hurry to create an account on it. Sorry about that. Regards, Alceu http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/04/msg3112.html Fri, 19 Apr 2013 02:24:24 +0000 Re: getting strange reports regarding OS assertion by David Cantrell On Thu, Apr 18, 2013 at 09:14:46AM -0300, Alceu Rodrigues de Freitas Junior wrote: > For that, I release a distribution that would to just like > Devel::CheckOS ... > > This is the list of operational systems that would be supported (sub > from Siebel::AssertOS): > > sub os_is { > > my $os = shift; > > given ($os) { > > when ('linux') { return 1 } > when ('MSWin32') { return 1 } > when ('aix') { return 1 } > when ('solaris') { return 1 } > when ('hpux') { return 1 } > default { return 0 } > } > } I would have written Siebel::AssertOS thus: package Devel::AssertOS::OSFeatures::SupportsSiebel; use Devel::CheckOS; sub matches { return qw(Linux AIX Solaris HPUX MSWin32); } sub os_is { Devel::CheckOS::os_is(matches()); } Devel::CheckOS::die_unsupported() unless(os_is()); sub expn { "The operating system can run Siebel CRM" } -- David Cantrell | even more awesome than a panda-fur coat Computer Science is about lofty design goals and careful algorithmic optimisation. Sysadminning is about cleaning up the resulting mess. http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/04/msg3111.html Thu, 18 Apr 2013 16:07:40 +0000 getting strange reports regarding OS assertion by Alceu Rodrigues de Freitas Junior Greetings to all, Recently I made some changes over the distributions that I have available at CPAN and that would run over on a few operational systems. For that, I release a distribution that would to just like Devel::CheckOS, so those unsupported OS's would give "NA" reports. I that is what I would be expecting from reports from FreeBSD and OpenBSD. Despite that, I just getting reports with PASS of OpenBSD operational systems, which it's a very strange thing. This is the list of operational systems that would be supported (sub from Siebel::AssertOS): sub os_is { my $os = shift; given ($os) { when ('linux') { return 1 } when ('MSWin32') { return 1 } when ('aix') { return 1 } when ('solaris') { return 1 } when ('hpux') { return 1 } default { return 0 } } } Do you guys have any experience about testing over OpenBSD? I'm clueless about getting a PASS from them. Thanks, Alceu -------- Mensagem original -------- Assunto: [Bulk] CPAN Testers Daily Summary Report Data: Wed, 17 Apr 2013 02:52:50 +0000 De: CPAN Tester Report Server <do_not_reply@cpantesters.org> Para: Alceu Rodrigues de Freitas Junior <ARFREITAS@cpan.org> Dear Alceu Rodrigues de Freitas Junior, Please find below the latest reports for your distributions, generated by CPAN Testers, from the last 24 hours. To set your preferences for what you wish to have reported in this Daily Summary, please visit the CPAN Testers Preferences system at https://prefs.cpantesters.org. Siebel-AssertOS-0.02: - i686-gnukfreebsd / 5.12.1: - NA http://www.cpantesters.org/cpan/report/f64b7fc2-a63c-11e2-ad73-dd0a7cfad375 Siebel-Srvrmgr-0.06: - OpenBSD.amd64-openbsd / 5.12.4: - PASS http://www.cpantesters.org/cpan/report/a0f2c328-a682-11e2-8c80-50d7c5c10595 - OpenBSD.i386-openbsd-64int / 5.10.0: - PASS http://www.cpantesters.org/cpan/report/b3ec98a2-a62b-11e2-8c80-50d7c5c10595 http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/04/msg3110.html Thu, 18 Apr 2013 12:14:57 +0000 OS version in report by Alexandr Ciornii Hello Currently CPAN::Reporter sends version from Config.pm, i.e. version on where perl was built. For Windows it is frequently does not match current version of OS. Right version is sent too, but it is sent in text field along with test results: Win32::GetOSName = Win7 Win32::GetOSVersion = Service Pack 1, 6, 1, 7601, 2, 1, 0, 768, 1 See for ex. http://www.cpantesters.org/cpan/report/3cce8d4f-6bfa-1014-b32d-89177c6163c8 And there are ActivePerl and CitrusPerl distributions for Linux that may have similar problem Cygwin is even more compex - there is version of Windows and version of Cygwin. I propose to detect OS version at runtime at least for Windows. P.S. We can detect Linux distribution name with Linux::Distribution and send it too -- Alexandr Ciornii, http://chorny.net http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/04/msg3109.html Sat, 13 Apr 2013 18:48:09 +0000 My test reports do not show up after upgrading to strawberry-perl-5.16.3.1-32bit by Bo Johansson Hej! I discovered that my test report was not registered in http://stats.cpantesters.org/leaders/leaders-mswin32-all.html. After upgrading to strawberry-perl-5.16.3.1-32bit my test reports do not show up in http://metabase.cpantesters.org/tail/log.txt!? Running CPANPLUS::YACSmoke I get a lot of messages: [MSG] Sending test report for 'Module-version' followed by: [MSG] Successfully sent 'pass' report for 'Module-version'. After starting to âimproveâ my configuration, I just get: [MSG] Sending test report for 'Module-version'. My configuration file ~/.cpanplus/lib/CPANPLUS/Config/User.pm contains $conf->set_conf( cpantest => '1' ); and $conf->set_conf( verbose => 1 ); Any ideas how to find my problem? Best regards Bo Johansson http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/04/msg3108.html Sun, 07 Apr 2013 16:17:02 +0000 Re: Metabase overflow by David Golden I really need to get those cron scripts working off the same config file. I always forget to edit them. Should be fixed the next time the cron job fires. David On Wed, Apr 3, 2013 at 4:42 PM, Andreas Koenig <andreas.koenig.7os6VVqR@franz.ak.mind.de> wrote: > David Golden <xdg@xdg.me> writes: > >> I'll fix that when I'm at my desk in a couple hours. > > Thanks, David, it seems to be fixed in the sense that we can deliver > reports again, but log.txt is still stuck at the line > > [2013-04-03T03:57:58Z] [Andreas J. K�nig (ANDK)] [pass] [MAXICO/ZM-SSI-0.0.5.tar.gz] [x86_64-linux-ld] [perl-v5.17.10] [abf548ec-9c12-11e2-8c5b-0c20ab8f1a3b] [2013-04-03T03:57:58Z] > > > -- > andreas -- David Golden <xdg@xdg.me> Take back your inbox! → http://www.bunchmail.com/ Twitter/IRC: @xdg http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/04/msg3107.html Wed, 03 Apr 2013 22:37:47 +0000 Re: Metabase overflow by Andreas Koenig David Golden <xdg@xdg.me> writes: > I'll fix that when I'm at my desk in a couple hours. Thanks, David, it seems to be fixed in the sense that we can deliver reports again, but log.txt is still stuck at the line [2013-04-03T03:57:58Z] [Andreas J. K�nig (ANDK)] [pass] [MAXICO/ZM-SSI-0.0.5.tar.gz] [x86_64-linux-ld] [perl-v5.17.10] [abf548ec-9c12-11e2-8c5b-0c20ab8f1a3b] [2013-04-03T03:57:58Z] -- andreas http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/04/msg3106.html Wed, 03 Apr 2013 20:43:00 +0000