perl.cpan.testers.discuss

perl.cpan.testers.discuss http://www.nntp.perl.org/group/perl.cpan.testers.discuss/ ... Copyright 1998-2013 perl.org Thu, 20 Jun 2013 01:08:33 +0000 ask@perl.org Re: CPAN Testers AUTOMATED_TESTING config by David Golden The Lancaster Consensus from this year's QA hackathon has updated the desired semantics: http://www.dagolden.com/index.php/2098/the-annotated-lancaster-consensus/ Specifically, AUTOMATED_TESTING is now intended to distinguish only between things running for "smoke testing" versus things running as part of module installation (or other, manually testing). It no longer means "without recourse to a human operator" as it did after the Oslo Consensus. That aspect is now covered by the new "NONINTERACTIVE_TESTING" environment variable. In your case -- automated testing with manual review of results -- both should be set, because when the tests run, it is both smoking and non-interactive. :-) Your manual review is awesome -- I wish more smoke testers did that -- but it doesn't change the environment we want to present to distributions, so they can decide to opt-in or out of some or all tests depending on circumstances surrounding the test. David On Thu, Jun 13, 2013 at 5:19 PM, Slaven Rezic <slaven@rezic.de> wrote: > Karen Etheridge <perl@froods.org> writes: > >> Hi Slaven, >> >> recently I received a number of failing test reports from you, for >> Plack-App-BeanstalkConsole-0.004: >> >> http://www.cpantesters.org/cpan/report/27614552-c707-11e2-be51-ac14a65f1290 >> http://www.cpantesters.org/cpan/report/bc294a00-c706-11e2-b547-d1b9f05bb613 >> http://www.cpantesters.org/cpan/report/976876e6-c706-11e2-b45e-827567d01fb8 >> http://www.cpantesters.org/cpan/report/089d0ca6-c706-11e2-b644-eee7e73c5bf2 >> http://www.cpantesters.org/cpan/report/6dd3a9b2-c707-11e2-87dd-f08dfdc235a3 >> >> However, there should be *no testing at all* done for this distribution, >> (save any reports that are sent manually via cpanm-reporter), because the >> first line of Makefile.PL is: >> >> exit 0 if $ENV{AUTOMATED_TESTING}; >> >> This is because this distribution requires the presence of a php >> executable, and also the Makefile.PL downloads a large file from github -- >> so to respect github's servers, I'd rather this happen only when the module >> is actually going to be used. >> >> Automated CPAN testing is supposed to set the AUTOMATED_TESTING variable: >> >> http://wiki.cpantesters.org/wiki/CPANAuthorNotes >> >> "Can I tell if my module is being tested by an automated client (a.k.a. 'smoker')?" >> >> Automated smoke testers should set $ENV{AUTOMATED_TESTING} to a true value. This allows authors to skip certain tests (or include certain tests) when the results are not being monitored by a human being. >> >> One could even go so far as to halt building and testing a distribution under automated testing by exiting 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! >> > > Actually, my smoker does not fail under this sentence: "... are not > being monitored by a human being". I look into every FAIL report before > sending. Really. > > But I can setup a special rule in 01.DISABLED.yml for your distribution. > > Regards, > Slaven > > -- > Slaven Rezic - slaven <at> rezic <dot> de > BBBike - route planner for cyclists in Berlin > WWW version: http://www.bbbike.de > Perl/Tk version for Unix and Windows: http://bbbike.sourceforge.net -- 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/06/msg3159.html Thu, 13 Jun 2013 23:13:37 +0000 Re: CPAN Testers AUTOMATED_TESTING config by Slaven Rezic Karen Etheridge <perl@froods.org> writes: > Hi Slaven, > > recently I received a number of failing test reports from you, for > Plack-App-BeanstalkConsole-0.004: > > http://www.cpantesters.org/cpan/report/27614552-c707-11e2-be51-ac14a65f1290 > http://www.cpantesters.org/cpan/report/bc294a00-c706-11e2-b547-d1b9f05bb613 > http://www.cpantesters.org/cpan/report/976876e6-c706-11e2-b45e-827567d01fb8 > http://www.cpantesters.org/cpan/report/089d0ca6-c706-11e2-b644-eee7e73c5bf2 > http://www.cpantesters.org/cpan/report/6dd3a9b2-c707-11e2-87dd-f08dfdc235a3 > > However, there should be *no testing at all* done for this distribution, > (save any reports that are sent manually via cpanm-reporter), because the > first line of Makefile.PL is: > > exit 0 if $ENV{AUTOMATED_TESTING}; > > This is because this distribution requires the presence of a php > executable, and also the Makefile.PL downloads a large file from github -- > so to respect github's servers, I'd rather this happen only when the module > is actually going to be used. > > Automated CPAN testing is supposed to set the AUTOMATED_TESTING variable: > > http://wiki.cpantesters.org/wiki/CPANAuthorNotes > > "Can I tell if my module is being tested by an automated client (a.k.a. 'smoker')?" > > Automated smoke testers should set $ENV{AUTOMATED_TESTING} to a true value. This allows authors to skip certain tests (or include certain tests) when the results are not being monitored by a human being. > > One could even go so far as to halt building and testing a distribution under automated testing by exiting 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! > Actually, my smoker does not fail under this sentence: "... are not being monitored by a human being". I look into every FAIL report before sending. Really. But I can setup a special rule in 01.DISABLED.yml for your distribution. Regards, Slaven -- Slaven Rezic - slaven <at> rezic <dot> de BBBike - route planner for cyclists in Berlin WWW version: http://www.bbbike.de Perl/Tk version for Unix and Windows: http://bbbike.sourceforge.net http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/06/msg3158.html Thu, 13 Jun 2013 21:22:05 +0000 Re: Broken Windows CPAN Tester - http://www.cpantesters.org/cpan/report/28051c7c-71ca-1014-9ba1-70af6b2677eb by Michael G. Schwern On 6/2/13 12:45 AM, Shlomi Fish wrote: > OK, sorry about all that - I will no longer discuss such matters here. Sorry > for reducing the http://en.wikipedia.org/wiki/Signal-to-noise_ratio . Thank you. >> Then, if you really think the smoker is broken, you can report it NICELY >> and without forwarding your frustrations to the volunteer who runs the >> machine and without expecting them to fix your problem. > > Yes, you are right. Sorry about that. Good, thank you. > OK, I fixed that in my code (converted to use File::Spec/etc.) and it runs fine > on my Windows XP 32-bit VM, but I'm still getting this test failure: FWIW I get the same thing on Windows 7 64-bit. It's probably an XP vs Win7 issue. http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/06/msg3157.html Thu, 06 Jun 2013 18:26:24 +0000 I've set up a cpan-testers organization on github by David Golden I've set up a cpan-testers organization on Github and will start transferring my CT related repos there. Anyone who would like to do the same should let me know your github ID and I can add you as an admin, which will give you the ability to transfer in your repository(ies). Anyone interested just in contributing code to repos should let me know your github ID and I'll add you as a member with push/pull rights. Regards, 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/06/msg3156.html Thu, 06 Jun 2013 14:35:57 +0000 CPAN Testers AUTOMATED_TESTING config by Karen Etheridge Hi Slaven, recently I received a number of failing test reports from you, for Plack-App-BeanstalkConsole-0.004: http://www.cpantesters.org/cpan/report/27614552-c707-11e2-be51-ac14a65f1290 http://www.cpantesters.org/cpan/report/bc294a00-c706-11e2-b547-d1b9f05bb613 http://www.cpantesters.org/cpan/report/976876e6-c706-11e2-b45e-827567d01fb8 http://www.cpantesters.org/cpan/report/089d0ca6-c706-11e2-b644-eee7e73c5bf2 http://www.cpantesters.org/cpan/report/6dd3a9b2-c707-11e2-87dd-f08dfdc235a3 However, there should be *no testing at all* done for this distribution, (save any reports that are sent manually via cpanm-reporter), because the first line of Makefile.PL is: exit 0 if $ENV{AUTOMATED_TESTING}; This is because this distribution requires the presence of a php executable, and also the Makefile.PL downloads a large file from github -- so to respect github's servers, I'd rather this happen only when the module is actually going to be used. Automated CPAN testing is supposed to set the AUTOMATED_TESTING variable: http://wiki.cpantesters.org/wiki/CPANAuthorNotes "Can I tell if my module is being tested by an automated client (a.k.a. 'smoker')?" Automated smoke testers should set $ENV{AUTOMATED_TESTING} to a true value. This allows authors to skip certain tests (or include certain tests) when the results are not being monitored by a human being. One could even go so far as to halt building and testing a distribution under automated testing by exiting 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 ether@cpan.org http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/06/msg3155.html Tue, 04 Jun 2013 00:31:32 +0000 Re: Broken Windows CPAN Tester -http://www.cpantesters.org/cpan/report/28051c7c-71ca-1014-9ba1-70af6b2677eb by Shlomi Fish Hi Michael, On Wed, 29 May 2013 14:14:08 -0700 "Michael G. Schwern" <schwern@pobox.com> wrote: > > > How hard should it be to get temporary directories/files to work on Windows? > > About as hard as File::Spec->catfile($temp_dir, "fort.yaml"). Don't get > sloppy with file paths. > > Shlomi, I've been back on this list for just a few weeks, but I'm pretty > sure this is not the "fix my module on your OS" mailing list or the "it > can't be my code, your smoker is broken" list. This is a list to > discuss the running of CPAN testing machines. OK, sorry about all that - I will no longer discuss such matters here. Sorry for reducing the http://en.wikipedia.org/wiki/Signal-to-noise_ratio . > > I know getting failures is frustrating, this does not allow you being > rude to volunteers by blaming their machines for your bugs and then > expecting this list to fix your portability mistakes without so much as > a "sorry". I realize there may be a language/culture barrier, but > apologizing when you're wrong is pretty basic. > > 1) Assuming the smoker is broken is the LAST resort. > > 2) Assuming the OS is broken/stupid is also the LAST resort. > > 3) If you do think the smoker is broken, be nice about reporting it. Do > not dump your frustrations on the list or the volunteer. > > 4) When it turns out the bug is in your code, apologize for using > people's time. > > 5) Do not use this mailing list as your personal portability fix queue. > > Install some VMs and start testing your stuff. VirtualBox is free and > runs on just about everything. Keep installs of things like BSD and > Windows around. Use those installs as your debugging tool before you > assume the smoker is broken or come here for help. Sure, I can do that. I already have a Windows VM and a FreeBSD VM (though the latter ran out of space). > > Then, if you really think the smoker is broken, you can report it NICELY > and without forwarding your frustrations to the volunteer who runs the > machine and without expecting them to fix your problem. Yes, you are right. Sorry about that. > > Schwern > On 5/29/13 10:24 AM, Shlomi Fish wrote: > > # Testing XML::Grammar::Fortune::Synd 0.0208, Perl 5.014002, > > C:\strawberry\perl\bin\perl.exe > > t\00-load.t ............... ok > > t\01-run.t ................ ok > > Can't open 'C:\Users\SOLIMA~1\AppData\Local\Temp\ZMHh2bzmTs/fort.yaml' for > > Note the forward slash. The test contains hard coded forward slashes. > Sometimes Windows will handle mixed forward slashes, sometimes not. > That would be the first thing I would fix. OK, I fixed that in my code (converted to use File::Spec/etc.) and it runs fine on my Windows XP 32-bit VM, but I'm still getting this test failure: http://www.cpantesters.org/cpan/report/fcf27a08-7363-1014-acf5-ecb56b2677eb But this is off-topic here. Regards, Shlomi Fish -- ----------------------------------------------------------------- Shlomi Fish http://www.shlomifish.org/ List of Networking Clients - http://shlom.in/net-clients Jessica on the phone: Sel, you’re getting strange lately, but you are becoming more amusing in the process. — http://www.shlomifish.org/humour/Selina-Mandrake/ 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/06/msg3154.html Sun, 02 Jun 2013 05:45:25 +0000 Re: Help dealing with DSL-Tiny failure by David Cantrell On Fri, May 31, 2013 at 08:52:10AM -0700, George Hartzell wrote: > I have a recently uploaded module that's failing on one particular > Perl/OS version: > > FAIL DSL-Tiny-0.001 v5.14.2 GNU/Linux > > I'm not sure how to fix the problem. Is there a way to get verbose > output from a test run on the failing platform? Is there a way for me > to log in and play a bit? http://wiki.cpantesters.org/wiki/ContactSender -- David Cantrell | Reality Engineer, Ministry of Information Safety tip: never strap firearms to a hamster http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3153.html Fri, 31 May 2013 16:39:14 +0000 Help dealing with DSL-Tiny failure by George Hartzell Hi Testers, I have a recently uploaded module that's failing on one particular Perl/OS version: FAIL DSL-Tiny-0.001 v5.14.2 GNU/Linux Based on what I can see at cpantesters it seems to be passing everywhere else. I'm currently only running OS X systems, perlbrew can't seem to build 5.14.2 but I can't replicate the problem on 5.14.3 or 5.16.2 (my dev system). I'm not sure how to fix the problem. Is there a way to get verbose output from a test run on the failing platform? Is there a way for me to log in and play a bit? Thanks, g. http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3152.html Fri, 31 May 2013 16:16:10 +0000 Re: Broken Windows CPAN Tester - http://www.cpantesters.org/cpan/report/28051c7c-71ca-1014-9ba1-70af6b2677eb by Michael G. Schwern On 5/29/13 10:24 AM, Shlomi Fish wrote: > # Testing XML::Grammar::Fortune::Synd 0.0208, Perl 5.014002, > C:\strawberry\perl\bin\perl.exe > t\00-load.t ............... ok > t\01-run.t ................ ok > Can't open 'C:\Users\SOLIMA~1\AppData\Local\Temp\ZMHh2bzmTs/fort.yaml' for Note the forward slash. The test contains hard coded forward slashes. Sometimes Windows will handle mixed forward slashes, sometimes not. That would be the first thing I would fix. > How hard should it be to get temporary directories/files to work on Windows? About as hard as File::Spec->catfile($temp_dir, "fort.yaml"). Don't get sloppy with file paths. Shlomi, I've been back on this list for just a few weeks, but I'm pretty sure this is not the "fix my module on your OS" mailing list or the "it can't be my code, your smoker is broken" list. This is a list to discuss the running of CPAN testing machines. I know getting failures is frustrating, this does not allow you being rude to volunteers by blaming their machines for your bugs and then expecting this list to fix your portability mistakes without so much as a "sorry". I realize there may be a language/culture barrier, but apologizing when you're wrong is pretty basic. 1) Assuming the smoker is broken is the LAST resort. 2) Assuming the OS is broken/stupid is also the LAST resort. 3) If you do think the smoker is broken, be nice about reporting it. Do not dump your frustrations on the list or the volunteer. 4) When it turns out the bug is in your code, apologize for using people's time. 5) Do not use this mailing list as your personal portability fix queue. Install some VMs and start testing your stuff. VirtualBox is free and runs on just about everything. Keep installs of things like BSD and Windows around. Use those installs as your debugging tool before you assume the smoker is broken or come here for help. Then, if you really think the smoker is broken, you can report it NICELY and without forwarding your frustrations to the volunteer who runs the machine and without expecting them to fix your problem. Schwern http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3151.html Thu, 30 May 2013 15:41:41 +0000 Re: Broken Windows CPAN Tester -http://www.cpantesters.org/cpan/report/28051c7c-71ca-1014-9ba1-70af6b2677eb by Shlomi Fish Hi David, sorry for the late response. On Fri, 24 May 2013 10:07:46 -0400 David Solimano <david@solimano.org> wrote: > Hello, > > I tried running this installation from the CPAN shell and got the same > result, so I don't think the smoker is at fault. Is there anything else > you'd like me to try? Thanks for the input. Can anyone tell me why I am getting this error on: http://www.cpantesters.org/cpan/report/28051c7c-71ca-1014-9ba1-70af6b2677eb Reading from it: <<<<<<<<<<<<< PROGRAM OUTPUT ------------------------------ Output from 'C:\strawberry\perl\bin\perl.exe ./Build test': # Testing XML::Grammar::Fortune::Synd 0.0208, Perl 5.014002, C:\strawberry\perl\bin\perl.exe t\00-load.t ............... ok t\01-run.t ................ ok Can't open 'C:\Users\SOLIMA~1\AppData\Local\Temp\ZMHh2bzmTs/fort.yaml' for output: Permission denied at C:\Users\solimanod\AppData\Local\.cpan\build\YAML-LibYAML-0.41-QANBkq/blib/lib/YAML/XS.pm line 32. # Failed test at t\02-eliminate-old-ids.t line 51. # Looks like you failed 1 test of 2. t\02-eliminate-old-ids.t .. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/2 subtests t\cpan-changes.t .......... skipped: Test::CPAN::Changes required for this test t\pod-coverage.t .......... skipped: Test::Pod::Coverage 1.08 required for testing POD coverage t\pod.t ................... skipped: Test::Pod 1.22 required for testing POD t\style-trailing-space.t .. skipped: Test::TrailingSpace required for trailing space test. Test Summary Report ------------------- t\02-eliminate-old-ids.t (Wstat: 256 Tests: 2 Failed: 1) Failed test: 1 Non-zero exit status: 1 Files=7, Tests=11, 21 wallclock secs ( 0.09 usr + 0.16 sys = 0.25 CPU) Result: FAIL Failed 1/7 test programs. 1/11 subtests failed. >>>>>>>>>>>>> How hard should it be to get temporary directories/files to work on Windows? Regards, Shlomi Fish > > Thanks, > David > > Date sent: Fri, 24 May 2013 11:04:11 +0300 > From: Shlomi Fish <shlomif@shlomifish.org> > To: David Solimano <dsolimano@cpan.org> > Subject: Broken Windows CPAN Tester - > > http://www.cpantesters.org/cpan/report/28051c7c-71ca-1014-9ba1-70af6b2677eb > > > Hi David, > > > > this CPAN tester is broken - > > http://www.cpantesters.org/cpan/report/28051c7c-71ca-1014-9ba1-70af6b2677eb > > > > Regards, > > > > Shlomi Fish > > > > -- > > ----------------------------------------------------------------- > > Shlomi Fish http://www.shlomifish.org/ > > http://www.shlomifish.org/humour/bits/Can-I-SCO-Now/ - "Can I SCO Now?" > > > > Chuck Norris is Vito Corleone´s godfather. (by ZadYree) > > - http://www.shlomifish.org/humour/bits/facts/Chuck-Norris/ > > > > 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 Knuth is not God! Typing “God” into Google and pressing “I’m Feeling Lucky” will not lead you to his homepage. 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/msg3150.html Wed, 29 May 2013 17:24:19 +0000 Re: Failures in network operation by David Cantrell On Fri, May 24, 2013 at 10:42:32AM +0900, Shmuel Fomberg wrote: > I released a module, WWW::Github::Files, that let you easily read files and > directory from a github repository. > > I get a lot of test failures, where the first network call the test script > does returns with 'Forbidden'. > Is there anything I need to know about accessing the network in the tests? Make sure that whatever you're using to access the network knows about proxies. -- David Cantrell | semi-evolved ape-thing Perl: the only language that makes Welsh look acceptable http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3149.html Fri, 24 May 2013 12:15:58 +0000 Re: Failures in network operation by Shmuel Fomberg Hi Slaven. > I get a lot of test failures, where the first network call the test script > > does returns with 'Forbidden'. > > Is there anything I need to know about accessing the network in the > tests? > > if you dump the body when this happens then you see: > > {"message":"API Rate Limit Exceeded for X.Y.Z.A"} > > I had a similar problem with Geo::Coder::Googlev3. My solution: ignore > such failures in the test script. > Thanks, I will try dumping $res->content too and see if that is really the case. Shmuel. http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3148.html Fri, 24 May 2013 06:09:04 +0000 Re: Failures in network operation by Slaven Rezic Shmuel Fomberg <shmuelfomberg@gmail.com> writes: > Hi all. > > I released a module, WWW::Github::Files, that let you easily read files and > directory from a github repository. > > I get a lot of test failures, where the first network call the test script > does returns with 'Forbidden'. > Is there anything I need to know about accessing the network in the tests? > Hi Shmuel, if you dump the body when this happens then you see: {"message":"API Rate Limit Exceeded for X.Y.Z.A"} I had a similar problem with Geo::Coder::Googlev3. My solution: ignore such failures in the test script. Regards, Slaven -- Slaven Rezic - slaven <at> rezic <dot> de BBBike - route planner for cyclists in Berlin WWW version: http://www.bbbike.de Perl/Tk version for Unix and Windows: http://bbbike.sourceforge.net http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3147.html Fri, 24 May 2013 05:53:55 +0000 Failures in network operation by Shmuel Fomberg Hi all. I released a module, WWW::Github::Files, that let you easily read files and directory from a github repository. I get a lot of test failures, where the first network call the test script does returns with 'Forbidden'. Is there anything I need to know about accessing the network in the tests? Thanks, Shmuel. http://www.nntp.perl.org/group/perl.cpan.testers.discuss/2013/05/msg3146.html Fri, 24 May 2013 01:42:44 +0000 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