perl.perl5.porters https://www.nntp.perl.org/group/perl.perl5.porters/ ... Copyright 1998-2018 perl.org Sun, 23 Sep 2018 21:26:02 +0000 ask@perl.org Re: Fatalizations promised for perl-5.30: what is their status by Karen Etheridge On Sun, Sep 23, 2018 at 5:02 AM James E Keenan &lt;jkeenan@pobox.com&gt; wrote:<br/><br/>&gt; Could we get a discussion going on the fatalizations promised for 5.30,<br/>&gt; as I described in this post?<br/>&gt;<br/><br/>I would welcome these warnings becoming fatal sooner rather than later, so<br/>we have time to measure the fallout on cpan and maximize the amount of time<br/>we have to get all the fixes in place before 5.30 ships next May.<br/><br/>Is there any reason why this should not be done now, for the 5.29.4 release?<br/><br/>-ether<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252282.html Sun, 23 Sep 2018 19:30:15 +0000 [perl #131388] g++ vs subnormals in 5.26.0 by sisyphus@cpan.org via RT On Sun, 23 Sep 2018 05:37:52 -0700, jkeenan wrote:<br/><br/>&gt; So the test failure in the smoke-test may be a transient failure due<br/>&gt; to resource limitations.<br/><br/>I don&#39;t know what would have caused that failure, and I&#39;ll happily go along with &quot;resource limitations&quot;.<br/><br/>Note that the patch was to t/op/sprintf2.t and that the only failures we could therefore attribute to it would have to be t/op/sprintf2.t failures.<br/><br/>I don&#39;t think there are any smokers where $Config{longdblkind} is either 1 or 2, so I don&#39;t think my change to t/op/sprintf2.t will make any difference to them.<br/><br/>Hopefully I&#39;m wrong about that - I&#39;d be delighted to learn that there&#39;s at least 1 smoker out there that has the quadruple precision, 128-bit, IEEE 754 long double where $Config{longdblkind} is being set correctly to 1 or 2.<br/><br/>The various $Config{longdblkind} values are explained in the Config.pm documentation.<br/><br/>Cheers,<br/>Rob<br/><br/>---<br/>via perlbug: queue: perl5 status: open<br/>https://rt.perl.org/Ticket/Display.html?id=131388<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252281.html Sun, 23 Sep 2018 13:39:27 +0000 Re: [perl #133533] adding other bash file ops like '-nt, -ot, etc..' by Karl Williamson On 09/23/2018 01:22 AM, L. Walsh wrote: <br/>&gt; On 9/22/2018 4:38 AM, Dave Mitchell via RT wrote: <br/>&gt;&gt; On Sat, Sep 22, 2018 at 03:33:32AM -0700, L. Walsh wrote: <br/>&gt;&gt;&gt; On 9/20/2018 7:20 AM, Dave Mitchell via RT wrote: <br/>&gt;&gt;&gt;&gt; On Thu, Sep 20, 2018 at 02:32:02PM +0100, Paul &quot;LeoNerd&quot; Evans wrote: <br/>&gt;&gt;&gt;&gt;&gt; I&#39;d say that sounds terrible. <br/>&gt;&gt;&gt;&gt; +1. <br/>&gt;&gt;&gt; --- <br/>&gt;&gt;&gt; &nbsp;&nbsp; This is neither civil nor kind either. <br/>&gt;&gt; <br/>&gt;&gt; This wasn&#39;t a personal attack, it was agreement with an honest criticism <br/>&gt;&gt; of a suggestion. <br/>&gt; ---- <br/>&gt; &nbsp;&nbsp; I didn&#39;t say it was a personal attack.&nbsp; I said it wasn&#39;t civil nor <br/>&gt; was it <br/>&gt; kind. <br/> <br/> <br/>I don&#39;t believe the first replies to Linda were appropriate even if they <br/>are legal under our policies. <br/> <br/>Saying that something is a terrible idea without any supporting <br/>reasoning, is demeaning. It sounds like the writer saying that believes <br/>he is some god, making pronouncements from on high that us mere mortals <br/>must follow without questioning. <br/> <br/>If someone doesn&#39;t have the time or patience to respond in depth, then I <br/>think it&#39;s better to remain silent until someone does so respond, and <br/>then one can just say +1 to that in depth response. <br/> <br/>Karl Williamson <br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252280.html Sun, 23 Sep 2018 13:29:29 +0000 [perl #131388] g++ vs subnormals in 5.26.0 by James E Keenan via RT On Sat, 22 Sep 2018 12:14:40 GMT, sisyphus@cpan.org wrote:<br/>&gt; On Tue, 11 Sep 2018 19:11:02 -0700, sisyphus@cpan.org wrote:<br/>&gt; <br/>&gt; &gt; I suppose, to be thorough, we should also be performing similar tests<br/>&gt; &gt; for subnormal NV values on -Duselongdouble and -Dusequadmath builds.<br/>&gt; <br/>&gt; On closer inspection I can see that&#39;s already happening.<br/>&gt; In fact, I don&#39;t see any need to make any alteration to the version of<br/>&gt; t/op/sprintf2.t that is currently in the smoke-<br/>&gt; me/jkeenan/sisyphus/131388-subnormals branch ... except, perhaps, for<br/>&gt; one unrelated observation:<br/>&gt; <br/>&gt; At line 897 of smoke-me/jkeenan/sisyphus/131388-<br/>&gt; subnormals/t/op/sprintf2.t, we begin 7 tests on usequadmath builds in<br/>&gt; response to ticket #128843.<br/>&gt; I believe those tests could also be applied to uselongdouble builds<br/>&gt; where the long double conforms to the IEEE 754 standard.<br/>&gt; I&#39;m not bothered one way or the other about this, and I don&#39;t have<br/>&gt; access to a system that provides such long doubles so I can&#39;t test it.<br/>&gt; But I&#39;m attaching the patch (against smoke-me/jkeenan/sisyphus/131388-<br/>&gt; subnormals/t/op/sprintf2.t) for review, anyway.<br/>&gt; <br/>&gt; Cheers,<br/>&gt; Rob<br/><br/>Last night I applied your patch to the smoke-me/jkeenan/sisyphus/131388-subnormals branch and pushed it to the origin for smoke-testing.<br/><br/>Most smoke-test results are good, but I got one failure on my my own FreeBSD-11 smoke-testing rig. See: http://perl5.test-smoke.org/report/70990. Where the configuration was:<br/><br/>#####<br/>-des -Dusedevel -Duseithreads -Doptimize=-O2 -pipe -fstack-protector -fno-strict-aliasing -Dcc=g++ -Dusemorebits -DDEBUGGING<br/>#####<br/><br/>... I got this error:<br/><br/>#####<br/>Test failures:<br/>~~ ../dist/threads/t/exit.t .................................... FAILED 14<br/> [perlio] -Duseithreads -Doptimize=&quot;-O2 -pipe -fstack-protector -fno-strict-aliasing&quot; -Dcc=&quot;g++&quot; -Dusemorebits DEBUGGING<br/>#####<br/><br/>Test 14 in dist/threads/t/exit.t is coded like this:<br/><br/>#####<br/>$out = run_perl(prog =&gt; &#39;use threads 2.21 qw(exit thread_only);&#39; .<br/> &#39;threads-&gt;create(sub {&#39; .<br/> &#39; threads-&gt;set_thread_exit_only(0);&#39; .<br/> &#39; exit(99);&#39; .<br/> &#39;});&#39; .<br/> &#39;sleep(1);&#39; .<br/> &#39;exit(86);&#39;,<br/> nolib =&gt; ($ENV{PERL_CORE}) ? 0 : 1,<br/> switches =&gt; ($ENV{PERL_CORE}) ? [] : [ &#39;-Mblib&#39; ], <br/> stderr =&gt; 1);<br/>{<br/> local $TODO = &#39;VMS exit semantics not like POSIX exit semantics&#39; if $^O eq &#39;VMS&#39;;<br/> is($?&gt;&gt;8, 99, &quot;set_thread_exit_only(0)&quot;);<br/>}<br/>#####<br/><br/>I then went to my git checkout on the same machine, checked out this branch, built perl with the same configuration and ran the test file through the harness. It PASSed.<br/><br/>So the test failure in the smoke-test may be a transient failure due to resource limitations. ISTR seeing such failures in that file previously.<br/><br/>Thank you very much.<br/><br/>-- <br/>James E Keenan (jkeenan@cpan.org)<br/><br/>---<br/>via perlbug: queue: perl5 status: open<br/>https://rt.perl.org/Ticket/Display.html?id=131388<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252279.html Sun, 23 Sep 2018 12:37:59 +0000 Re: Fatalizations promised for perl-5.30: what is their status by James E Keenan Could we get a discussion going on the fatalizations promised for 5.30, <br/>as I described in this post? <br/> <br/>On 09/11/2018 01:24 PM, James E Keenan wrote: <br/>&gt; While investigating a question posed on #p5p today by pink_mist, I ran <br/>&gt; this code: <br/>&gt; <br/>&gt; ##### <br/>&gt; (01:13:31 PM) kid51: $ ./perl -Ilib -v | head -2 | tail -1 <br/>&gt; (01:13:44 PM) kid51: This is perl 5, version 29, subversion 3 (v5.29.3 <br/>&gt; (v5.29.2-48-g295a484ee2*)) built for x86_64-linux&nbsp; (blead) <br/>&gt; (01:13:53 PM) kid51: $ ./perl -Ilib -E &#39;my $xenu if 0;&#39; <br/>&gt; (01:14:01 PM) kid51: Deprecated use of my() in false conditional. This <br/>&gt; will be a fatal error in Perl 5.30 at -e line 1. <br/>&gt; (01:14:21 PM) randir left the room (quit: Remote host closed the <br/>&gt; connection). <br/>&gt; (01:14:47 PM) kid51: ^^ That version of this warning was added in early <br/>&gt; 2017 by Abigail in c437f7ac8463f610ccc01a2df0ad2287742d3edd <br/>&gt; (01:15:17 PM) kid51: However, it appears we haven&#39;t actually implemented <br/>&gt; the fatalization yet; otherwise, I would have gotten an exception <br/>&gt; ##### <br/>&gt; <br/>&gt; This led me to wonder:&nbsp; At this point in the 5.29-&gt;5.30 development <br/>&gt; cycle, have we implemented the 5.30 fatalizations we promised by adding <br/>&gt; &quot;This will be a fatal error in Perl 5.30&quot; during the 5.27-&gt;5.28 cycle? <br/>&gt; <br/>&gt; It appears that at least in this case -- my() in false conditional -- we <br/>&gt; have not. <br/>&gt; <br/>&gt; So that we can research all relevant cases, I&#39;m attaching an ack of the <br/>&gt; core for the places where this warning appears. <br/>&gt; <br/>&gt; Thank you very much. <br/>&gt; Jim Keenan <br/> <br/>Thank you very much. <br/>Jim Keenan <br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252278.html Sun, 23 Sep 2018 12:02:44 +0000 Re: Where can I ask questions and discuss as a Perl user? by Shlomi Fish Hi tison, <br/> <br/>On Sun, 23 Sep 2018 12:42:19 +0800 <br/>&#x9648;&#x6893;&#x7ACB; &lt;wander4096@gmail.com&gt; wrote: <br/> <br/>&gt; Hi p5p, <br/>&gt; <br/>&gt; Sorry for bothering here, but I have no idea where to ask this question. <br/>&gt; <br/>&gt; &quot;Where can I ask questions and discuss as a Perl user?&quot; <br/>&gt; <br/>&gt; I know there is a irc channel &quot;#perl&quot;, but when I try to send message at <br/>&gt; there, it replies: <br/>&gt; <br/>&gt; [12:30] == Cannot send to nick/channel: #perl <br/>&gt; <br/>&gt; I don&#39;t know who to ask for the irc issue. <br/>&gt; <br/> <br/>you may need to register your nickname: <br/>https://freenode.net/kb/answer/registration . <br/> <br/>For other resources for asking about perl, see: <br/> <br/>http://perl-begin.org/ <br/> <br/>(Note that I comaintain that.) <br/> <br/>There is also https://www.perl.org/learn.html . <br/> <br/>Welcome aboard! <br/> <br/>&gt; Thanks for any help. <br/>&gt; <br/>&gt; Best, <br/>&gt; tison. <br/> <br/> <br/> <br/>-- <br/>----------------------------------------------------------------- <br/>Shlomi Fish http://www.shlomifish.org/ <br/>http://is.gd/KNvczZ - The FSF Announces New Versions of the GPL <br/> <br/>&lt;danderson&gt; &ldquo;We are NO LONGER the knights who say &lsquo;BitKeeper&rsquo;. We are now <br/>the knights who say &lsquo;git, git, git, cogito &mdash; Linus!&rsquo;.&rdquo; <br/> <br/>Please reply to list if it&#39;s a mailing list post - http://shlom.in/reply . <br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252277.html Sun, 23 Sep 2018 07:39:42 +0000 Re: [perl #133533] adding other bash file ops like '-nt, -ot, etc..' by L. Walsh On 9/22/2018 4:38 AM, Dave Mitchell via RT wrote:<br/>&gt; On Sat, Sep 22, 2018 at 03:33:32AM -0700, L. Walsh wrote:<br/>&gt; <br/>&gt;&gt; On 9/20/2018 7:20 AM, Dave Mitchell via RT wrote:<br/>&gt;&gt; <br/>&gt;&gt;&gt; On Thu, Sep 20, 2018 at 02:32:02PM +0100, Paul &quot;LeoNerd&quot; Evans wrote:<br/>&gt;&gt;&gt; <br/>&gt;&gt;&gt;&gt; I&#39;d say that sounds terrible.<br/>&gt;&gt;&gt;&gt; <br/>&gt;&gt;&gt; +1.<br/>&gt;&gt;&gt; <br/>&gt;&gt; ---<br/>&gt;&gt; This is neither civil nor kind either.<br/>&gt;&gt; <br/>&gt;<br/>&gt; This wasn&#39;t a personal attack, it was agreement with an honest criticism<br/>&gt; of a suggestion.<br/>&gt; <br/>----<br/> I didn&#39;t say it was a personal attack. I said it wasn&#39;t civil nor <br/>was it<br/>kind.<br/>&gt;<br/>&gt;&gt; I just compare people to dinosaurs, and get banned for 6+ years?<br/>&gt;&gt; <br/>&gt;<br/>&gt; That&#39;s a personal attack. Also, you got banned for a long accumulation of<br/>&gt; personal attacks, not for a single incident.<br/>&gt; <br/>----<br/> Funny, when I asked for examples of violations none could be given.<br/>Comparing the behavior of those who could not evolve to a species that <br/>supposedly died out for not being able to do so is an impersonal attack <br/>at worst, however, it was a honest criticism that I felt would cause a <br/>large decline in perl users. Perl has lost close to 75-70% of users <br/>since then<br/>and ranks dead last in languages used in some recent programming language<br/>polls. It certainly was not meant personally, as it was a generic <br/>description<br/>of behavior. <br/>&gt;&gt;&gt; Also, it&#39;s already valid syntax:<br/>&gt;&gt;&gt;<br/>&gt;&gt;&gt; $ perl -MO=Deparse -e&#39;$f1 -nt $f2&#39;<br/>&gt;&gt;&gt; $f1 - $f2-&gt;nt;<br/>&gt;&gt;&gt; <br/>&gt;&gt; ----<br/>&gt;&gt; No. That&#39;s inconsistent with how the current ops are parsed:<br/>&gt;&gt; <br/>&gt;&gt;&gt; perl -MO=Deparse -e &#39;$f1 -u $f2&#39;<br/>&gt;&gt;&gt; <br/>&gt;&gt; syntax error at -e line 1, near &quot;$f1 -u &quot;<br/>&gt;&gt; -e had compilation errors.<br/>&gt;&gt;<br/>&gt;&gt; According to you, that should have been parsed $f1 - $f2-&gt;u<br/>&gt;&gt; <br/>&gt;<br/>&gt; You&#39;re confusing unary and binary operators. All the current perl filetest<br/>&gt; operators are unary ops. You&#39;re proposing to introduce *binary* filtest ops,<br/>&gt; which introduces a new set of parsing issues.<br/>&gt; <br/>----<br/> I&#39;m not confusing the ops -- I showed an example that is equally <br/>ambiguous<br/>with the current operators. The parser wouldn&#39;t have to work any harder <br/>than<br/>it already does. <br/>&gt; My example was pointing out that your proposed syntax is ambiguous - it<br/>&gt; already has a valid interpretation by the parser, and you want to introduce<br/>&gt; a second meaning, which the parser would need to disambiguate.<br/>&gt;<br/>&gt; As another example,<br/>&gt;<br/>&gt; $f1-nt($f2)<br/>&gt; <br/>$f1 -r($f2) -- is another example of a unary operator that has<br/>a similar problem.<br/><br/>If &quot;-r&quot; is a valid operator, it is parsed one way,<br/>if &quot;-Q is not a valid operator it is parsed a 2nd way. The ambiguity <br/>you mention is already there.<br/>&gt; Your example of a -nt operator can already be written easily as<br/>&gt; -M $f1 &lt; -M $f2<br/>&gt; <br/>---<br/> There are tons of ways to write it, but none that would work both in<br/>shell and perl<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252276.html Sun, 23 Sep 2018 07:22:24 +0000 Re: Where can I ask questions and discuss as a Perl user? by =?UTF-8?B?6ZmI5qKT56uL?= Thanks! That works for me. <br/> <br/>Best, <br/>tison. <br/> <br/> <br/>Dan Book &lt;grinnz@gmail.com&gt; &auml;&ordm;&#142;2018&aring;&sup1;&acute;9&aelig;&#156;&#136;23&aelig;&#151;&yen;&aring;&#145;&uml;&aelig;&#151;&yen; &auml;&cedil;&#139;&aring;&#141;&#136;1:38&aring;&#134;&#153;&eacute;&#129;&#147;&iuml;&frac14;&#154; <br/> <br/>&gt; On Sun, Sep 23, 2018 at 12:44 AM &eacute;&#153;&#136;&aelig;&cent;&#147;&ccedil;&laquo;&#139; &lt;wander4096@gmail.com&gt; wrote: <br/>&gt; <br/>&gt;&gt; Hi p5p, <br/>&gt;&gt; <br/>&gt;&gt; Sorry for bothering here, but I have no idea where to ask this question. <br/>&gt;&gt; <br/>&gt;&gt; &quot;Where can I ask questions and discuss as a Perl user?&quot; <br/>&gt;&gt; <br/>&gt;&gt; I know there is a irc channel &quot;#perl&quot;, but when I try to send message at <br/>&gt;&gt; there, it replies: <br/>&gt;&gt; <br/>&gt;&gt; [12:30] == Cannot send to nick/channel: #perl <br/>&gt;&gt; <br/>&gt;&gt; I don&#39;t know who to ask for the irc issue. <br/>&gt;&gt; <br/>&gt;&gt; Thanks for any help. <br/>&gt;&gt; <br/>&gt;&gt; Best, <br/>&gt;&gt; tison. <br/>&gt;&gt; <br/>&gt; <br/>&gt; The freenode #perl channel requires a registered account to speak. See <br/>&gt; https://freenode.net/kb/answer/registration for information on <br/>&gt; registering on Freenode. There is also #perl-help on irc.perl.org. <br/>&gt; <br/>&gt; -Dan <br/>&gt; <br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252275.html Sun, 23 Sep 2018 06:24:34 +0000 Re: Where can I ask questions and discuss as a Perl user? by Dan Book On Sun, Sep 23, 2018 at 12:44 AM &eacute;&#153;&#136;&aelig;&cent;&#147;&ccedil;&laquo;&#139; &lt;wander4096@gmail.com&gt; wrote: <br/> <br/>&gt; Hi p5p, <br/>&gt; <br/>&gt; Sorry for bothering here, but I have no idea where to ask this question. <br/>&gt; <br/>&gt; &quot;Where can I ask questions and discuss as a Perl user?&quot; <br/>&gt; <br/>&gt; I know there is a irc channel &quot;#perl&quot;, but when I try to send message at <br/>&gt; there, it replies: <br/>&gt; <br/>&gt; [12:30] == Cannot send to nick/channel: #perl <br/>&gt; <br/>&gt; I don&#39;t know who to ask for the irc issue. <br/>&gt; <br/>&gt; Thanks for any help. <br/>&gt; <br/>&gt; Best, <br/>&gt; tison. <br/>&gt; <br/> <br/>The freenode #perl channel requires a registered account to speak. See <br/>https://freenode.net/kb/answer/registration for information on registering <br/>on Freenode. There is also #perl-help on irc.perl.org. <br/> <br/>-Dan <br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252274.html Sun, 23 Sep 2018 05:38:28 +0000 Where can I ask questions and discuss as a Perl user? by =?UTF-8?B?6ZmI5qKT56uL?= Hi p5p,<br/><br/>Sorry for bothering here, but I have no idea where to ask this question.<br/><br/>&quot;Where can I ask questions and discuss as a Perl user?&quot;<br/><br/>I know there is a irc channel &quot;#perl&quot;, but when I try to send message at<br/>there, it replies:<br/><br/>[12:30] == Cannot send to nick/channel: #perl<br/><br/>I don&#39;t know who to ask for the irc issue.<br/><br/>Thanks for any help.<br/><br/>Best,<br/>tison.<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252273.html Sun, 23 Sep 2018 04:43:10 +0000 CPAN river 3000: status as of perl-5.29.3 release by James E Keenan You can find data from a test run of the &quot;CPAN-river-3000&quot; against<br/>all releases in the current (perl-5.29) development cycle here:<br/><br/>#####<br/>http://thenceforward.net/perl/misc/cpan-river-3000.perl-5.29.master.psv.gz<br/>#####<br/><br/>In addition, please find attached a file in CSV format holding<br/>data about those CPAN distributions which received a grade other<br/>than &#39;PASS&#39; during the most recent monthly run or whose grade<br/>changed between the two most recent runs.<br/><br/>#####<br/>changes-5.29.2-to-5.29.3.csv<br/>#####<br/><br/>I. General Comments<br/><br/>The data in these files are intended to be used in the assessment<br/>of the impact which Perl 5 development is having on the<br/>installability of an important set of CPAN distributions. These<br/>are not the only data which can be used or which ought to be used<br/>in that assessment.<br/><br/>The following items should be noted:<br/><br/>1. The number of CPAN modules selected for attempted build against<br/>development releases has been increased from 1000 (in the 5.27<br/>cycle) to 3000 (in the 5.29 cycle). We hope that this will<br/>provide a more thorough basis for an assessment of the impact of<br/>blead on CPAN.<br/><br/>2. The analysis is being conducted on FreeBSD rather than Linux.<br/><br/>#####<br/>$ uname -mrs<br/>FreeBSD 11.1-RELEASE amd64<br/>$ clang --version<br/>FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on <br/>LLVM 4.0.0)<br/>Target: x86_64-unknown-freebsd11.1<br/>Thread model: posix<br/>InstalledDir: /usr/bin<br/>######<br/><br/>By doing so, we hope to avoid a monoculture of operating systems<br/>and call attention to the fact that the impact of blead on CPAN<br/>can differ across platforms.<br/><br/>3. The list of modules selected is curated so that the automated<br/>test-against-dev program can run smoothly over its<br/>more-than-six-hours length. That means excluding modules that<br/>require interactive configuration, modules that make excessive<br/>demands with respect to external prerequisites, modules that<br/>require too much network access, modules that are subject to<br/>timeouts, and so forth.<br/><br/>4. On the other hand, the list of modules selected has not been<br/>filtered to exclude modules which, nothwithstanding the fact that<br/>other CPAN distributions depend on them, have been failing tests<br/>for years.<br/><br/>5. The test-against-dev process is built on top of Miyagawa&#39;s<br/>&#39;cpanm&#39; and Breno G. de Oliveira&#39;s CPAN library<br/>App::cpanminus::reporter. It therefore benefits from the<br/>strengths, and suffers from the flaws, of those two excellent<br/>libraries. In particular, if distribution XYZ has a dependency on<br/>distribution ABC and if, earlier in the process, ABC has failed,<br/>the test-against-dev process will steer clear of attempting to<br/>fully test XYZ and will fail to write a report for it. So some<br/>modules will &quot;not be reached&quot; and will not show up in the output<br/>data until such time as their upstream dependencies are fixed.<br/><br/>6. There are certain CPAN distributions whose prerequisites I have<br/>not yet figured out how to install on the platform being used.<br/>Those distributions are likely to have a grade of UNKNOWN and<br/>their reverse dependencies will not be reached. The most<br/>important case of this: Tk.<br/><br/>If you would like further information about this project or to<br/>help it along, please contact me off-list.<br/><br/>II. Specific Comments<br/><br/>1. If a distribution PASSed when run against perl-5.29.2 last<br/>month and then received a grade other than PASS when run against<br/>perl-5.29.3 today, then none of its reverse dependencies would<br/>have been reached in the perl-5.29.3 process run today. Those<br/>reverse dependencies have therefore been graded &#39;x&#39; for<br/>&#39;perl-5.29.3-grade&#39; even if they got a &#39;PASS&#39; for<br/>&#39;perl-5.29.2-grade&#39;.<br/><br/>The most significant instance of this in this month&#39;s run is test<br/>failures in Catalyst-Runtime. These failures are not<br/>&quot;blead-breaks-CPAN&quot; failures. Rather, they are failures in one<br/>test file which has already been reported as<br/>https://rt.cpan.org/Ticket/Display.html?id=127050, to which I have<br/>added additional data based on what I found during<br/>test-against-dev.<br/><br/>2. Conversely, there are distributions which were not reached in<br/>last month&#39;s run for perl-5.29.2 and which were therefore graded<br/>&#39;x&#39; last month which were reached in yesterday&#39;s run for<br/>perl-5.29.3 and which have therefore been given a true grade<br/>(whether that be &#39;PASS&#39;, &#39;FAIL&#39;, etc.). In many cases this is due<br/>to the fact that CPAN distribution Archive-Zip, which was failing<br/>in that manner last month, has been fixed, which has the effect of<br/>permitting many of its reverse dependencies within the<br/>CPAN-River-3000 of being reached and graded during<br/>test-against-dev.<br/><br/>III. Acknowledgements<br/><br/>This project benefited from discussion at the Perl 5 Core<br/>Hackathon held in Amsterdam in October 2017, so thanks to<br/>participants in that event and to the organizations which<br/>sponsored it.<br/><br/>This project also benefits from the generous donation of a server<br/>by the New York City BSD Users Group and the system administration<br/>expertise of Mark Saad and George Rosamond.<br/><br/>This project also benefitted from assistance in reviewing test<br/>failure reports by three members of Philadelphia Perlmongers:<br/>John Karr, Walt Mankowski and Thomas McKernan.<br/><br/>This project also benefits from the system administration<br/>expertise of Andrew Villano of New York Perlmongers.<br/><br/>IV. References<br/><br/>See my presentation at the North American Perl Conference held in<br/>Salt Lake City in June 2018:<br/>http://thenceforward.net/perl/tpc/TPC-NA-2018/test-against-dev.pdf<br/><br/>Thank you very much.<br/>Jim Keenan<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252272.html Sat, 22 Sep 2018 19:01:59 +0000 Re: is dev.perl.org still updated as part of a BLEAD-POINT release? by John SJ Anderson <br/>&gt; On 21Sep2018, at 23:16, Robert Spier &lt;rspier@pobox.com&gt; wrote: <br/>&gt; <br/>&gt; Please don&#39;t CC webmaster to mailing lists, as webmaster goes to our ticket system and it leads to all sorts of unhappiness. <br/> <br/>I&rsquo;m sorry for any unhappiness I caused, but there&rsquo;s absolutely no way to tell that from the web site; all it says is &ldquo;Contact Information: you can mail us at webmaster at perl.org&rdquo;. There&rsquo;s literally no other way given to get in contact with whoever is responsible for that site, so I&rsquo;m not sure what else I could have done. <br/> <br/>&gt; There&#39;s a manual safety check that hadn&#39;t gotten run in a while, so 5.29.1 never got published. I just performed the safety check, it should be live soon. <br/> <br/>I see that the site now says &quot;Latest development release is Perl 5.29.1&rdquo; &mdash; but what I was trying to finish up yesterday when I ran into the issue with submitting an update to dev.perl.org, was finishing the release of 5.29.3, so the site is still incorrect. <br/> <br/>If there&rsquo;s an automated or semi-automated process in place, maybe that could be hooked up to a cronjob that runs once a month on the 22nd, or something? The release process is pretty regular at this point; the last dozen or so releases of BLEAD have all been on the 20th or 21st of the month. <br/> <br/>&gt; The bigger question is &quot;is this worth it?&quot; Maybe CPAN (https://www.cpan.org/src/README.html) should be the place where you go to find the latest dev version number. The audience of dev.perl.org is very small. <br/> <br/>The bigger question, IMO, is whether the instructions in the release manager&rsquo;s guide saying to update dev.perl.org should be removed. (Those instructions can be seen at https://metacpan.org/source/GENEHACK/perl-5.29.3/Porting/release_managers_guide.pod#L1535.) <br/> <br/>I&rsquo;m thinking that they should be; I&rsquo;ll do that before Monday if I don&rsquo;t hear any objections. <br/> <br/>j. <br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252271.html Sat, 22 Sep 2018 17:33:01 +0000 [perl #131388] g++ vs subnormals in 5.26.0 by sisyphus@cpan.org via RT On Tue, 11 Sep 2018 19:11:02 -0700, sisyphus@cpan.org wrote:<br/> <br/>&gt; I suppose, to be thorough, we should also be performing similar tests<br/>&gt; for subnormal NV values on -Duselongdouble and -Dusequadmath builds.<br/><br/>On closer inspection I can see that&#39;s already happening.<br/>In fact, I don&#39;t see any need to make any alteration to the version of t/op/sprintf2.t that is currently in the smoke-me/jkeenan/sisyphus/131388-subnormals branch ... except, perhaps, for one unrelated observation:<br/><br/>At line 897 of smoke-me/jkeenan/sisyphus/131388-subnormals/t/op/sprintf2.t, we begin 7 tests on usequadmath builds in response to ticket #128843.<br/>I believe those tests could also be applied to uselongdouble builds where the long double conforms to the IEEE 754 standard.<br/>I&#39;m not bothered one way or the other about this, and I don&#39;t have access to a system that provides such long doubles so I can&#39;t test it.<br/>But I&#39;m attaching the patch (against smoke-me/jkeenan/sisyphus/131388-subnormals/t/op/sprintf2.t) for review, anyway.<br/><br/>Cheers,<br/>Rob<br/><br/>---<br/>via perlbug: queue: perl5 status: open<br/>https://rt.perl.org/Ticket/Display.html?id=131388<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252270.html Sat, 22 Sep 2018 12:14:45 +0000 Re: [perl #133533] adding other bash file ops like '-nt, -ot, etc..' by Dave Mitchell On Sat, Sep 22, 2018 at 03:33:32AM -0700, L. Walsh wrote:<br/>&gt; On 9/20/2018 7:20 AM, Dave Mitchell via RT wrote:<br/>&gt; &gt; On Thu, Sep 20, 2018 at 02:32:02PM +0100, Paul &quot;LeoNerd&quot; Evans wrote:<br/>&gt; &gt; &gt; I&#39;d say that sounds terrible.<br/>&gt; &gt; <br/>&gt; &gt; +1.<br/>&gt; ---<br/>&gt; This is neither civil nor kind either.<br/><br/>This wasn&#39;t a personal attack, it was agreement with an honest criticism<br/>of a suggestion.<br/><br/>&gt; Your responses would no doubt warrant me a warning,<br/><br/>No it wouldn&#39;t. If you said for example, &quot;that is a stupid idea and you<br/>are a stupid person&quot; then you would have been warned.<br/><br/>&gt; I just compare people to dinosaurs, and get banned for 6+ years?<br/><br/>That&#39;s a personal attack. Also, you got banned for a long accumulation of<br/>personal attacks, not for a single incident.<br/><br/>&gt; &gt; Also, it&#39;s already valid syntax:<br/>&gt; &gt; <br/>&gt; &gt; $ perl -MO=Deparse -e&#39;$f1 -nt $f2&#39;<br/>&gt; &gt; $f1 - $f2-&gt;nt;<br/>&gt; ----<br/>&gt; No. That&#39;s inconsistent with how the current ops are parsed:<br/>&gt; &gt; perl -MO=Deparse -e &#39;$f1 -u $f2&#39;<br/>&gt; syntax error at -e line 1, near &quot;$f1 -u &quot;<br/>&gt; -e had compilation errors.<br/>&gt; <br/>&gt; According to you, that should have been parsed $f1 - $f2-&gt;u<br/><br/>You&#39;re confusing unary and binary operators. All the current perl filetest<br/>operators are unary ops. You&#39;re proposing to introduce *binary* filtest ops,<br/>which introduces a new set of parsing issues.<br/><br/>My example was pointing out that your proposed syntax is ambiguous - it<br/>already has a valid interpretation by the parser, and you want to introduce<br/>a second meaning, which the parser would need to disambiguate.<br/><br/>As another example,<br/><br/> $f1-nt($f2)<br/><br/>should that be parsed as a function call:<br/> $f1 - nt($f2)<br/>or as a filetest:<br/> $f1 -nt $f2<br/><br/>This opens a can of worms for very little gain.<br/><br/>Your example of a -nt operator can already be written easily as<br/> -M $f1 &lt; -M $f2<br/><br/><br/>-- <br/>&quot;Do not dabble in paradox, Edward, it puts you in danger of fortuitous wit.&quot;<br/> -- Lady Croom, &quot;Arcadia&quot;<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252269.html Sat, 22 Sep 2018 11:38:42 +0000 Re: [perl #133533] adding other bash file ops like '-nt, -ot, etc..' by Andreas Guldstrand On Sat, 22 Sep 2018 at 12:34, L. Walsh &lt;perl-diddler@tlinx.org&gt; wrote:<br/>&gt; On 9/20/2018 7:20 AM, Dave Mitchell via RT wrote:<br/>&gt; &gt; Also, it&#39;s already valid syntax:<br/>&gt; &gt;<br/>&gt; &gt; $ perl -MO=Deparse -e&#39;$f1 -nt $f2&#39;<br/>&gt; &gt; $f1 - $f2-&gt;nt;<br/>&gt; &gt;<br/>&gt; ----<br/>&gt; No. That&#39;s inconsistent with how the current ops are parsed:<br/><br/>Exactly! If you make -nt an operator it would cause that code to<br/>change how it&#39;s being parsed.<br/><br/>&gt; [...]<br/>&gt; The reality is that perl only parses in the ways you mention<br/>&gt; when &#39;-nt&#39; is not an existing operator.<br/><br/>This is precisely why it&#39;s backwards incompatible. -nt is not<br/>currently an operator, so making it into one will break old code that<br/>used code like he showed.<br/><br/>&gt; 2nd, the prefix form of calling a member has been semi-deprecated.<br/><br/>I&#39;m not sure what you mean by member here, but I&#39;m going to assume you<br/>mean a method, and specifically what&#39;s referred to as an indirect<br/>method call... and I believe you&#39;re wrong when you say it&#39;s been<br/>semi-deprecated.<br/><br/>It has been -discouraged- by members of the perl community because it<br/>is hard to reason about what it means since the meaning changes if you<br/>have a subroutine with that name already declared. This does not mean<br/>it&#39;s been documented by perl as being discouraged, and it does not<br/>mean it&#39;s semi-deprecated.<br/><br/>Secondly, when it comes to civility, you qouted something, I&#39;m not sure what:<br/><br/>&gt; Civility is simple: stick to the facts while avoiding demeaning remarks,<br/>&gt; belittling other individuals, sarcasm, or a presumption of bad faith.<br/><br/>I don&#39;t see how Paul thinking that your idea was a terrible one is a<br/>demeaning remark, I don&#39;t see how it is belittling anyone, it did not<br/>sound like sarcasm or a presumption of bad faith. Your civility attack<br/>however does specifically sound like a presumption of bad faith.<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252268.html Sat, 22 Sep 2018 11:37:18 +0000 Re: [perl #133533] adding other bash file ops like '-nt, -ot, etc..' by L. Walsh On 9/20/2018 7:20 AM, Dave Mitchell via RT wrote:<br/>&gt; On Thu, Sep 20, 2018 at 02:32:02PM +0100, Paul &quot;LeoNerd&quot; Evans wrote:<br/>&gt; <br/>&gt;&gt; I&#39;d say that sounds terrible.<br/>&gt;&gt; <br/>&gt;<br/>&gt; +1.<br/>&gt; <br/>---<br/> This is neither civil nor kind either. Your responses would no <br/>doubt warrant me a warning, but will likely be unremarked on with any <br/>seriousness by<br/>anyone you would care about. I just compare people to dinosaurs, and <br/>get banned<br/>for 6+ years? <br/>&gt; Also, it&#39;s already valid syntax:<br/>&gt;<br/>&gt; $ perl -MO=Deparse -e&#39;$f1 -nt $f2&#39;<br/>&gt; $f1 - $f2-&gt;nt;<br/>&gt; <br/>----<br/> No. That&#39;s inconsistent with how the current ops are parsed:<br/>&gt; perl -MO=Deparse -e &#39;$f1 -u $f2&#39; <br/>syntax error at -e line 1, near &quot;$f1 -u &quot;<br/>-e had compilation errors.<br/><br/>According to you, that should have been parsed $f1 - $f2-&gt;u<br/>&gt;<br/>&gt; $ perl -MO=Deparse -e&#39;sub nt{} $f1 -nt $f2&#39;<br/>&gt; ...<br/>&gt; $f1 - nt($f2);<br/>&gt; <br/>&gt; perl -MO=Deparse -e &#39;sub u{} $f1 -u $f2&#39;<br/>syntax error at -e line 1, near &quot;$f1 -u &quot;<br/>-e had compilation errors.<br/>sub u {<br/> <br/>}<br/><br/>According to you, it should have been &#39;fine&#39;<br/>and interpreted as: $f1 - u($f2)<br/><br/><br/>The reality is that perl only parses in the ways you mention<br/>when &#39;-nt&#39; is not an existing operator.<br/><br/><br/>2nd, the prefix form of calling a member has been semi-deprecated.<br/><br/>Though if you can show either of the above constructs in the existing<br/>body of cpan code, I would agree that adding them would be unacceptable.<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252267.html Sat, 22 Sep 2018 10:33:46 +0000 Re: [perl #133533] adding other bash file ops like '-nt, -ot, etc..' by L. Walsh On 9/20/2018 6:39 AM, Paul LeoNerd Evans via RT wrote:<br/>&gt; I&#39;d say that sounds terrible. <br/>----<br/> Civility is simple: stick to the facts while avoiding demeaning remarks,<br/> belittling other individuals, sarcasm, or a presumption of bad faith. It<br/> is not enough to be factual. You must also be civil. Responding in <br/>kind to<br/> incivility is not acceptable. If you relay otherwise-unposted <br/>comments to<br/> the list from a third party, you take responsibility for the content of<br/> those comments, and you must therefore ensure that they are civil.<br/><br/> While civility is required, kindness is encouraged; if you have any <br/>doubt<br/> about whether you are being civil, simply ask yourself, &quot;Am I being <br/>kind?&quot;<br/> and aspire to that.<br/><br/>I submit that your statement was neither civil nor kind.<br/><br/><br/><br/>&gt; Those -X operators are already somewhat<br/>&gt; obtuse to anyone who doesn&#39;t recognise them from a shell - adding more<br/>&gt; would be difficult in a compatibility perspective as well as make the<br/>&gt; situation worse for understanding.<br/>&gt; <br/>And that is a matter of opinion. Most people will learn shell programming<br/>on a unix or linux machine before they learn perl.<br/><br/>Perl was designed to be a merge of shell and several of its utilities. That<br/>it might become more so doesn&#39;t seem confusing at all.<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252266.html Sat, 22 Sep 2018 10:21:48 +0000 [perl #133538] refaliasing does not work by KES via RT this is also true on 5.29.3<br/><br/>---<br/>via perlbug: queue: perl5 status: new<br/>https://rt.perl.org/Ticket/Display.html?id=133538<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252265.html Sat, 22 Sep 2018 10:05:25 +0000 [perl #133538] refaliasing does not work by KES # New Ticket Created by KES <br/># Please include the string: [perl #133538]<br/># in the subject line of all future correspondence about this issue. <br/># &lt;URL: https://rt.perl.org/Ticket/Display.html?id=133538 &gt;<br/><br/><br/>Reply-To: kes-kes@yandex.ru<br/>Message-Id: &lt;5.24.1_18064_1537609447@work&gt;<br/>To: perlbug@perl.org<br/>Subject: refaliasing does not work<br/>From: kes-kes@yandex.ru<br/>Cc: kes-kes@yandex.ru<br/><br/><br/>This is a bug report for perl from kes-kes@yandex.ru,<br/>generated with the help of perlbug 1.40 running under perl 5.24.1.<br/><br/><br/>-----------------------------------------------------------------<br/>[Please describe your issue here]<br/><br/>https://perldoc.perl.org/perlref.html#Making-References<br/><br/>my @list = ( 1, 2, 3 );<br/><br/># Test 1<br/>my %hash = ();<br/>{<br/> \( @hash{qw/ a b c /} ) = \(@list);<br/>}<br/>print %hash; # abc<br/><br/><br/>values are destroed from hash when we leave the block<br/><br/>It is same for this:<br/><br/>my %hash = ();<br/>{<br/> \( @hash{qw/ a b c /} ) = (\$list[0], \$list[1], \$list[2]);<br/>}<br/>print %hash; # abc<br/><br/><br/>But individual aliasing works fine:<br/># Test 6<br/>%hash = ();<br/>{<br/> \$hash{a} = \$list[0];<br/> \$hash{b} = \$list[1];<br/> \$hash{c} = \$list[2];<br/>}<br/>print &quot;Test 6: @{[ %hash ]}\n&quot;; # a 1 b 2 c 3<br/><br/><br/>See attached file for full test list<br/><br/><br/>[Please do not change anything below this line]<br/>-----------------------------------------------------------------<br/>---<br/>Flags:<br/> category=core<br/> severity=critical<br/>---<br/>Site configuration information for perl 5.24.1:<br/><br/>Configured by kes at Mon May 7 20:59:03 EEST 2018.<br/><br/>Summary of my perl5 (revision 5 version 24 subversion 1) configuration:<br/> <br/> Platform:<br/> osname=linux, osvers=4.13.0-26-generic, archname=x86_64-linux<br/> uname=&#39;linux work 4.13.0-26-generic #29~16.04.2-ubuntu smp tue jan 9 22:00:44 utc 2018 x86_64 x86_64 x86_64 gnulinux &#39;<br/> config_args=&#39;-de -Dprefix=/home/kes/perl5/perlbrew/perls/perl-5.24.1 -Aeval:scriptdir=/home/kes/perl5/perlbrew/perls/perl-5.24.1/bin&#39;<br/> hint=recommended, useposix=true, d_sigaction=define<br/> useithreads=undef, usemultiplicity=undef<br/> use64bitint=define, use64bitall=define, uselongdouble=undef<br/> usemymalloc=n, bincompat5005=undef<br/> Compiler:<br/> cc=&#39;cc&#39;, ccflags =&#39;-fwrapv -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64&#39;,<br/> optimize=&#39;-O2&#39;,<br/> cppflags=&#39;-fwrapv -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include&#39;<br/> ccversion=&#39;&#39;, gccversion=&#39;5.4.0 20160609&#39;, gccosandvers=&#39;&#39;<br/> intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678, doublekind=3<br/> d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16, longdblkind=3<br/> ivtype=&#39;long&#39;, ivsize=8, nvtype=&#39;double&#39;, nvsize=8, Off_t=&#39;off_t&#39;, lseeksize=8<br/> alignbytes=8, prototype=define<br/> Linker and Libraries:<br/> ld=&#39;cc&#39;, ldflags =&#39; -fstack-protector-strong -L/usr/local/lib&#39;<br/> libpth=/usr/local/lib /usr/lib/gcc/x86_64-linux-gnu/5/include-fixed /usr/include/x86_64-linux-gnu /usr/lib /lib/x86_64-linux-gnu /lib/../lib /usr/lib/x86_64-linux-gnu /usr/lib/../lib /lib /lib64 /usr/lib64<br/> libs=-lpthread -lnsl -ldl -lm -lcrypt -lutil -lc<br/> perllibs=-lpthread -lnsl -ldl -lm -lcrypt -lutil -lc<br/> libc=libc-2.23.so, so=so, useshrplib=false, libperl=libperl.a<br/> gnulibc_version=&#39;2.23&#39;<br/> Dynamic Linking:<br/> dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=&#39;-Wl,-E&#39;<br/> cccdlflags=&#39;-fPIC&#39;, lddlflags=&#39;-shared -O2 -L/usr/local/lib -fstack-protector-strong&#39;<br/><br/>Locally applied patches:<br/> Devel::PatchPerl 1.38<br/><br/>---<br/>@INC for perl 5.24.1:<br/> /home/kes/work/projects/tucha/monkeyman/lib<br/> /home/kes/work/projects/tucha/monkeyman/local/lib/perl5/5.24.1/x86_64-linux<br/> /home/kes/work/projects/tucha/monkeyman/local/lib/perl5/5.24.1<br/> /home/kes/work/projects/tucha/monkeyman/local/lib/perl5/x86_64-linux<br/> /home/kes/work/projects/tucha/monkeyman/local/lib/perl5<br/> /home/kes/perl5/perlbrew/perls/perl-5.24.1/lib/site_perl/5.24.1/x86_64-linux<br/> /home/kes/perl5/perlbrew/perls/perl-5.24.1/lib/site_perl/5.24.1<br/> /home/kes/perl5/perlbrew/perls/perl-5.24.1/lib/5.24.1/x86_64-linux<br/> /home/kes/perl5/perlbrew/perls/perl-5.24.1/lib/5.24.1<br/><br/>---<br/>Environment for perl 5.24.1:<br/> HOME=/home/kes<br/> LANG=en_US.UTF-8<br/> LANGUAGE=en<br/> LC_ADDRESS=uk_UA.UTF-8<br/> LC_IDENTIFICATION=uk_UA.UTF-8<br/> LC_MEASUREMENT=uk_UA.UTF-8<br/> LC_MESSAGES=en_US.UTF-8<br/> LC_MONETARY=uk_UA.UTF-8<br/> LC_NAME=uk_UA.UTF-8<br/> LC_NUMERIC=uk_UA.UTF-8<br/> LC_PAPER=uk_UA.UTF-8<br/> LC_TELEPHONE=uk_UA.UTF-8<br/> LD_LIBRARY_PATH (unset)<br/> LOGDIR (unset)<br/> PATH=/home/kes/perl5/perlbrew/bin:/home/kes/perl5/perlbrew/perls/perl-5.24.1/bin:/home/kes/bin:/home/kes/work/projects/tucha/monkeyman/local/bin:/home/kes/work/projects/safevpn/repo2/local/bin:/home/kes/bin:/home/kes/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games<br/> PERL5DB=use DB::Hooks qw&#39;::Terminal NonStop&#39;<br/> PERL5LIB=/home/kes/work/projects/tucha/monkeyman/lib:/home/kes/work/projects/tucha/monkeyman/local/lib/perl5<br/> PERLBREW=command perlbrew<br/> PERLBREW_BASHRC_VERSION=0.78<br/> PERLBREW_HOME=/home/kes/.perlbrew<br/> PERLBREW_MANPATH=/home/kes/perl5/perlbrew/perls/perl-5.24.1/man<br/> PERLBREW_PATH=/home/kes/perl5/perlbrew/bin:/home/kes/perl5/perlbrew/perls/perl-5.24.1/bin<br/> PERLBREW_PERL=perl-5.24.1<br/> PERLBREW_ROOT=/home/kes/perl5/perlbrew<br/> PERLBREW_VERSION=0.78<br/> PERLDB_OPTS=white_box<br/> PERL_BADLANG (unset)<br/> SHELL=/bin/bash<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252264.html Sat, 22 Sep 2018 09:56:50 +0000 Re: is dev.perl.org still updated as part of a BLEAD-POINT release? by Robert Spier --000000000000132bce05766fb4af<br/>Content-Type: text/plain; charset=&quot;UTF-8&quot;<br/><br/>Please don&#39;t CC webmaster to mailing lists, as webmaster goes to our ticket<br/>system and it leads to all sorts of unhappiness.<br/><br/>There&#39;s a manual safety check that hadn&#39;t gotten run in a while, so 5.29.1<br/>never got published. I just performed the safety check, it should be live<br/>soon.<br/><br/>The bigger question is &quot;is this worth it?&quot; Maybe CPAN (<br/>https://www.cpan.org/src/README.html) should be the place where you go to<br/>find the latest dev version number. The audience of dev.perl.org is very<br/>small.<br/><br/>-R<br/><br/>--000000000000132bce05766fb4af<br/>Content-Type: text/html; charset=&quot;UTF-8&quot;<br/>Content-Transfer-Encoding: quoted-printable<br/><br/>&lt;div dir=3D&quot;ltr&quot;&gt;&lt;div dir=3D&quot;ltr&quot;&gt;Please don&amp;#39;t CC webmaster to mailing =<br/>lists, as webmaster goes to our ticket system and it leads to all sorts of =<br/>unhappiness.=C2=A0&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;There&amp;#39;s a manual safety check tha=<br/>t hadn&amp;#39;t gotten run in a while, so 5.29.1 never got published.=C2=A0 I =<br/>just performed the safety check, it should be live soon.&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/di=<br/>v&gt;&lt;div&gt;The bigger question is &amp;quot;is this worth it?&amp;quot;=C2=A0 Maybe CPA=<br/>N (&lt;a href=3D&quot;https://www.cpan.org/src/README.html&quot;&gt;https://www.cpan.org/sr=<br/>c/README.html&lt;/a&gt;) should be the place where you go to find the latest dev =<br/>version number.=C2=A0 The audience of &lt;a href=3D&quot;http://dev.perl.org&quot;&gt;dev.p=<br/>erl.org&lt;/a&gt; is very small.=C2=A0=C2=A0&lt;/div&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;&lt;div&gt;-R&lt;/div&gt;&lt;/d=<br/>iv&gt;&lt;/div&gt;<br/><br/>--000000000000132bce05766fb4af--<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252263.html Sat, 22 Sep 2018 06:17:12 +0000 Perl 5 Commit Summary by Perl 5 commit summary Perl 5 commit summary, activity since Wednesday<br/><br/>Current branch blead<br/>19 commits. 6 unique authors. 6 unique committers.<br/>47 files changed, 488 insertions(+), 253 deletions(-)<br/><br/>Snapshot: http://perl5.git.perl.org/perl.git/snapshot/51cfb416c2f9f19d.tar.gz<br/><br/> Chooser of the slain<br/> Chris &#39;BinGOs&#39; Williams 1 file changed, 1 insertion(+), 1 deletion(-)<br/> http://perl5.git.perl.org/perl.git/commit/51cfb416c2f9f19d<br/><br/> Update Module-CoreList for v5.29.4 (shim)<br/> Chris &#39;BinGOs&#39; Williams 3 files changed, 31 insertions(+), 2 deletions(-<br/> http://perl5.git.perl.org/perl.git/commit/b54925914961783f<br/><br/> t/uni/caller.t should declare its plan at run time<br/> Nicolas R 1 file changed, 2 insertions(+), 1 deletion(-)<br/> http://perl5.git.perl.org/perl.git/commit/c5583fc738b3a4b1<br/><br/> Adjust t/op/stat.t when run from docker<br/> Nicolas R 1 file changed, 3 insertions(+)<br/> http://perl5.git.perl.org/perl.git/commit/2430d10f9e5a12da<br/><br/> Move the is_linux_container test helper to test.pl<br/> Nicolas R 2 files changed, 14 insertions(+), 13 deletions(<br/> http://perl5.git.perl.org/perl.git/commit/d5c49855ffb775d9<br/><br/> perldelta for 12cad9bd9972<br/> Tony Cook 1 file changed, 2 insertions(+), 1 deletion(-)<br/> http://perl5.git.perl.org/perl.git/commit/7a432bd4201d9773<br/><br/> bumping versions to 5.29.4<br/> John SJ Anderson 22 files changed, 135 insertions(+), 135 deletio<br/> http://perl5.git.perl.org/perl.git/commit/b5cfc06f71ef5fb4<br/><br/> new perldelta for 5.29.4<br/> John SJ Anderson 11 files changed, 512 insertions(+), 62 deletion<br/> http://perl5.git.perl.org/perl.git/commit/21d34e9584e7126e<br/><br/> update release_schedule for 5.29.3<br/> John SJ Anderson 1 file changed, 1 insertion(+), 1 deletion(-)<br/> http://perl5.git.perl.org/perl.git/commit/4f61d9d17314f070<br/><br/> 5.29.3 epigraph<br/> John SJ Anderson 1 file changed, 9 insertions(+)<br/> http://perl5.git.perl.org/perl.git/commit/bcf85e3b8ab4ff93<br/><br/> Merge branch &#39;release-5.29.3&#39; into blead<br/> John SJ Anderson 2 parents<br/> http://perl5.git.perl.org/perl.git/commit/edf15846af6c5fd3<br/><br/> (perl #132655) nul terminate result of unpack &quot;u&quot; of invalid data<br/> Tony Cook 2 files changed, 12 insertions(+), 2 deletions(-<br/> http://perl5.git.perl.org/perl.git/commit/12cad9bd99725bba<br/><br/> Add new release to perlhist<br/> John SJ Anderson 1 file changed, 1 insertion(+)<br/> http://perl5.git.perl.org/perl.git/commit/dfabf1f580c99fbf<br/><br/> Update Module::Corelist for 5.29.3<br/> John SJ Anderson 1 file changed, 47 insertions(+), 54 deletions(-<br/> http://perl5.git.perl.org/perl.git/commit/05c8bb279cac013b<br/><br/> Update perldelta for 5.29.3<br/> John SJ Anderson 1 file changed, 33 insertions(+), 311 deletions(<br/> http://perl5.git.perl.org/perl.git/commit/7f670f07ce30fe8c<br/><br/> handy.h: Silence compiler warning<br/> Karl Williamson 1 file changed, 4 insertions(+), 4 deletions(-)<br/> http://perl5.git.perl.org/perl.git/commit/30a6480c0da19d85<br/><br/> Create Ptrdiff_t type<br/> Karl Williamson 1 file changed, 10 insertions(+), 1 deletion(-)<br/> http://perl5.git.perl.org/perl.git/commit/86477e8975af2713<br/><br/> Don&#39;t overallocate space for /[foo]/<br/> Karl Williamson 1 file changed, 4 insertions(+), 2 deletions(-)<br/> http://perl5.git.perl.org/perl.git/commit/94b1fc235db3d15b<br/><br/> Bump Devel::PPPort in Changes file<br/> Sawyer X 1 file changed, 4 insertions(+)<br/> http://perl5.git.perl.org/perl.git/commit/bb0fd582c95534a9<br/><br/>Deleted branch smoke-me/jkeenan/126084-dofile<br/><br/>Deleted branch smoke-me/jkeenan/132788-carp<br/><br/>Deleted branch smoke-me/jkeenan/133382-Test-Simple-trial<br/><br/>Deleted branch smoke-me/jkeenan/133468-reopened<br/><br/>Deleted branch smoke-me/jkeenan/rt133172-perlretut<br/><br/>Deleted branch smoke-me/khw-anyof<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252262.html Sat, 22 Sep 2018 03:08:21 +0000 Re: perl-5.29.3 breaks "long double" mingw builds on MS Windows by sisyphus https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252261.html Sat, 22 Sep 2018 02:38:26 +0000 is dev.perl.org still updated as part of a BLEAD-POINT release? by John SJ Anderson One of the last steps in the Release Manager&rsquo;s Guide is to send a PR to the perlweb repo, updating the version number. <br/> <br/>The perlweb repo I have doesn&rsquo;t seem to correspond to what&rsquo;s on dev.perl.org anymore, and http://dev.perl.org/perl5/ has the latest dev release as 5.27.11. <br/> <br/>Anybody know if there needs to be a new procedure documented in the RMG, or should I excise the section about updating dev.perl.org? Or some third alternative? <br/> <br/>I&rsquo;m happy to do the update; I just need somebody to tell me what the update should be. <br/> <br/>CC: webmaster@perl.org because that seems to be the point of contact for dev.perl.org at least per the site. <br/> <br/>chrs, <br/>john. <br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252260.html Sat, 22 Sep 2018 00:25:28 +0000 Re: perl-5.29.3 breaks "long double" mingw builds on MS Windows by sisyphus I suspect (untested) that the problem lies with this section of POSIX.xs in<br/>the 5.29.3 source:<br/><br/>NV<br/>ldexp(x,exp)<br/> NV x<br/> int exp<br/> CODE:<br/> RETVAL = Perl_ldexp(x, exp);<br/> OUTPUT:<br/> RETVAL<br/><br/>which replaces this section of POSIX.xs in the 5.29.2 source:<br/><br/>NV<br/>ldexp(x,exp)<br/> NV x<br/> int exp<br/><br/>Cheers,<br/>Rob<br/><br/>On Sat, Sep 22, 2018 at 12:27 AM sisyphus &lt;sisyphus359@gmail.com&gt; wrote:<br/><br/>&gt; Hi,<br/>&gt;<br/>&gt; The build fails during the &quot;make&quot; stage thusly:<br/>&gt;<br/>&gt; POSIX.o:POSIX.c:(.text+0x5ee2): undefined reference to `Perl_ldexp&#39;<br/>&gt;<br/>&gt; It&#39;s essentially the same failure on both 32-bit and 64-bit builds, but<br/>&gt; it&#39;s only the &quot;long double&quot; builds that are affected.<br/>&gt; There was no such problem with perl-5.29.2.<br/>&gt;<br/>&gt; Looking at the git log, the only reference to &quot;ldexp&quot; that I could find<br/>&gt; (for the relevant period) was:<br/>&gt;<br/>&gt; ##############<br/>&gt;<br/>&gt; commit e6081c0ea8a779f5fdd429d2dfb48bf094bb92c4<br/>&gt;<br/>&gt; Author: Tony Cook &lt;tony@develop-help.com&gt;<br/>&gt;<br/>&gt; Date: Wed Sep 12 11:09:52 2018 +1000<br/>&gt;<br/>&gt; (perl #133510) use quadmath versions of log10, ldexp and signbit<br/>&gt;<br/>&gt; With -Dquadmath C++ builds, the calls to log10() and ldexp() would<br/>&gt;<br/>&gt; cause ambiguous overloaded function errors, since all of log10(float),<br/>&gt;<br/>&gt; log10(double) and log10(long double) were canidates for a<br/>&gt;<br/>&gt; log10(__float128) call. Similarly for ldexp().<br/>&gt;<br/>&gt; signbit() had a different problem, two of the tests in ext/POSIX/t/math.t<br/>&gt;<br/>&gt; failed with the default signbit() macro, presumably because the<br/>&gt;<br/>&gt; __float128 was being converted to a long double, since the macro in<br/>&gt;<br/>&gt; math.h didn&#39;t special case for __float128.<br/>&gt; ##############<br/>&gt;<br/>&gt; Cheers,<br/>&gt; Rob<br/>&gt;<br/>&gt;<br/>&gt;<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252259.html Fri, 21 Sep 2018 15:18:12 +0000 perl-5.29.3 breaks "long double" mingw builds on MS Windows by sisyphus Hi,<br/><br/>The build fails during the &quot;make&quot; stage thusly:<br/><br/>POSIX.o:POSIX.c:(.text+0x5ee2): undefined reference to `Perl_ldexp&#39;<br/><br/>It&#39;s essentially the same failure on both 32-bit and 64-bit builds, but<br/>it&#39;s only the &quot;long double&quot; builds that are affected.<br/>There was no such problem with perl-5.29.2.<br/><br/>Looking at the git log, the only reference to &quot;ldexp&quot; that I could find<br/>(for the relevant period) was:<br/><br/>##############<br/><br/>commit e6081c0ea8a779f5fdd429d2dfb48bf094bb92c4<br/><br/>Author: Tony Cook &lt;tony@develop-help.com&gt;<br/><br/>Date: Wed Sep 12 11:09:52 2018 +1000<br/><br/>(perl #133510) use quadmath versions of log10, ldexp and signbit<br/><br/>With -Dquadmath C++ builds, the calls to log10() and ldexp() would<br/><br/>cause ambiguous overloaded function errors, since all of log10(float),<br/><br/>log10(double) and log10(long double) were canidates for a<br/><br/>log10(__float128) call. Similarly for ldexp().<br/><br/>signbit() had a different problem, two of the tests in ext/POSIX/t/math.t<br/><br/>failed with the default signbit() macro, presumably because the<br/><br/>__float128 was being converted to a long double, since the macro in<br/><br/>math.h didn&#39;t special case for __float128.<br/>##############<br/><br/>Cheers,<br/>Rob<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252258.html Fri, 21 Sep 2018 14:27:50 +0000 [perl #133305] heap-buffer-overflow (READ of size 11) inPerl_my_atof2 by Tony Cook via RT On Sun, 19 Aug 2018 22:18:33 -0700, tonyc wrote:<br/>&gt; I believe this is the same issue as #132655.<br/><br/>The fix for 132655 also fixes this, merging into 132655.<br/><br/>Tony<br/><br/><br/>---<br/>via perlbug: queue: perl5 status: open<br/>https://rt.perl.org/Ticket/Display.html?id=133305<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252257.html Fri, 21 Sep 2018 05:29:35 +0000 [perl #132655] PERL-5.26.1 heap-buffer-overflow READ of size 11 by Tony Cook via RT On Sun, 19 Aug 2018 23:32:55 -0700, tonyc wrote:<br/>&gt; On Mon, 09 Apr 2018 08:53:03 -0700, davem wrote:<br/>&gt; &gt; On Mon, Jan 22, 2018 at 09:14:09PM -0800, Tony Cook via RT wrote:<br/>&gt; &gt; &gt; The problem here is the &quot;u&quot; decoder, which creates a new SV<br/>&gt; &gt; &gt; (upgraded<br/>&gt; &gt; &gt; to SVt_PV in the case that matters) and sets POK on it.<br/>&gt; &gt; &gt;<br/>&gt; &gt; &gt; When the &quot;ab&quot; fails to decode, no changes are made to the PV,<br/>&gt; &gt; &gt; leaving<br/>&gt; &gt; &gt; it unterminated.<br/>&gt; &gt; &gt; This should only cause perl to crash, there&#39;s nothing that will<br/>&gt; &gt; &gt; write<br/>&gt; &gt; &gt; to the memory block.<br/>&gt; &gt; &gt;<br/>&gt; &gt; &gt; This issue can only occur if the first byte in the string is not a<br/>&gt; &gt; &gt; uuencoding character - so no decoded data is emitted, so the<br/>&gt; &gt; &gt; attacker<br/>&gt; &gt; &gt; has zero control over what ends up the SV that&#39;s causing the<br/>&gt; &gt; &gt; problem.<br/>&gt; &gt; &gt;<br/>&gt; &gt; &gt; In the past we&#39;ve treated similar issues as *not* being security<br/>&gt; &gt; &gt; issues.<br/>&gt; &gt; &gt;<br/>&gt; &gt; &gt; I don&#39;t think this is a security issue.<br/>&gt; &gt;<br/>&gt; &gt; Agreed. I think you should go ahead apply the patch.<br/>&gt; <br/>&gt; Here&#39;s the patch, I&#39;ll apply it in a couple of days, unless someone<br/>&gt; suggests we make this a security issue.<br/><br/>More than a couple of days.<br/><br/>Applied as 12cad9bd99725bba72029e2651b2b7f0cab2e0b0. This ticket is now public.<br/><br/>Tony<br/><br/><br/><br/>---<br/>via perlbug: queue: perl5 status: open<br/>https://rt.perl.org/Ticket/Display.html?id=132655<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252256.html Fri, 21 Sep 2018 05:16:08 +0000 Perl 5.29.3 is released! by John SJ Anderson Enjoy the best things in your life <br/> &rsquo;Cause you ain&rsquo;t gonna get to live it twice <br/> They say you waste time asleep <br/> But I&rsquo;m just tryin&rsquo; to dream <br/> <br/> &mdash; &ldquo;Senior Skip Day&rdquo;, Mac Miller (1992-2018, RIP) <br/> <br/>We are astonishingly gobsmacked to announce version 29.3, <br/>the 4th development release of version 29 of Perl 5. <br/> <br/>You will soon be able to download Perl 5.29.3 from your <br/>favorite CPAN mirror or find it at: <br/> <br/>https://metacpan.org/release/GENEHACK/perl-5.29.3/ <br/> <br/>SHA1 digests for this release are: <br/> <br/> 4df198a5931bb182afa77a68db0cd297bfddc7fb perl-5.29.3.tar.gz <br/> b25851a17db604c81c28e62181183508ceac8157 perl-5.29.3.tar.xz <br/> <br/>You can find a full list of changes in the file &quot;perldelta.pod&quot; located in <br/>the &quot;pod&quot; directory inside the release and on the web at <br/> <br/>https://metacpan.org/pod/release/GENEHACK/perl-5.29.3/pod/perldelta.pod <br/> <br/>Perl 5.29.3 represents approximately 4 weeks of development since Perl <br/>5.29.2 and contains approximately 150,000 lines of changes across 190 files <br/>from 15 authors. <br/> <br/>Excluding auto-generated files, documentation and release tools, there were <br/>approximately 140,000 lines of changes to 92 .pm, .t, .c and .h files. <br/> <br/>Perl continues to flourish into its fourth decade thanks to a vibrant <br/>community of users and developers. The following people are known to have <br/>contributed the improvements that became Perl 5.29.3: <br/> <br/>Andy Dougherty, Chris &#39;BinGOs&#39; Williams, Dagfinn Ilmari Manns&aring;ker, David <br/>Mitchell, Eugen Konkov, Graham Knop, H.Merijn Brand, James E Keenan, John SJ <br/>Anderson, Karen Etheridge, Karl Williamson, Sawyer X, Slaven Rezic, Steve <br/>Hay, Sullivan Beck, Tony Cook. <br/> <br/>The list above is almost certainly incomplete as it is automatically <br/>generated from version control history. In particular, it does not include <br/>the names of the (very much appreciated) contributors who reported issues to <br/>the Perl bug tracker. <br/> <br/>Many of the changes included in this version originated in the CPAN modules <br/>included in Perl&#39;s core. We&#39;re grateful to the entire CPAN community for <br/>helping Perl to flourish. <br/> <br/>For a more complete list of all of Perl&#39;s historical contributors, please <br/>see the F&lt;AUTHORS&gt; file in the Perl source distribution. <br/> <br/>We expect to release version 5.29.4 on 20 Oct 2018. The next major stable <br/>release of Perl 5, version 30.0, should appear in May 2019. <br/> <br/>share and enjoy, <br/>john. https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252255.html Fri, 21 Sep 2018 03:10:57 +0000 [perl #126084] error for "do undef" references "require" instead by Tony Cook via RT On Thu, 20 Sep 2018 16:30:16 -0700, jkeenan wrote:<br/>&gt; Though this branch got smoked, it was never applied to blead and the<br/>&gt; ticket remains unresolved.<br/>&gt; <br/>&gt; TonyC, can you take a look?<br/><br/>This was fixed by 33fe1955034f86b7a9abfc24e0d45a5012030aeb.<br/><br/>Since it was previously fixed I&#39;m resolving it instead of marking it pending release.<br/><br/>Tony<br/><br/><br/>---<br/>via perlbug: queue: perl5 status: open<br/>https://rt.perl.org/Ticket/Display.html?id=126084<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252254.html Thu, 20 Sep 2018 23:53:01 +0000 [perl #126084] error for "do undef" references "require" instead by James E Keenan via RT On Tue, 29 Sep 2015 22:09:03 GMT, jkeenan wrote:<br/>&gt; On Mon Sep 21 18:28:35 2015, jkeenan wrote:<br/>&gt; &gt; On Sun Sep 20 17:13:19 2015, tonyc wrote:<br/>&gt; &gt;<br/>&gt; &gt; &gt; Oops, updated patch.<br/>&gt; &gt; &gt;<br/>&gt; &gt;<br/>&gt; &gt; +1. Smoking in branch smoke-me/jkeenan/126084-dofile.<br/>&gt; &gt;<br/>&gt; <br/>&gt; Tony: Smoke reports (mostly from your own smokers) can be found here:<br/>&gt; <br/>&gt; http://perl.develop-help.com/?b=smoke-me%2Fjkeenan%2F126084-dofile<br/>&gt; <br/>&gt; My sense is that there are no new test failures as a result of your<br/>&gt; patch -- just the usual suspects.<br/>&gt; <br/>&gt; Shall we proceed to apply?<br/>&gt; <br/>&gt; Thank you very much.<br/><br/>Though this branch got smoked, it was never applied to blead and the ticket remains unresolved.<br/><br/>TonyC, can you take a look?<br/><br/>Thank you very much.<br/><br/>-- <br/>James E Keenan (jkeenan@cpan.org)<br/><br/>---<br/>via perlbug: queue: perl5 status: open<br/>https://rt.perl.org/Ticket/Display.html?id=126084<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252253.html Thu, 20 Sep 2018 23:30:30 +0000 Re: DAVEM TPF Grant#2 August 2018 report by Sawyer X &lt;html style=&quot;direction: ltr;&quot;&gt;<br/> &lt;head&gt;<br/> &lt;meta http-equiv=&quot;Content-Type&quot; content=&quot;text/html; charset=utf-8&quot;&gt;<br/> &lt;style type=&quot;text/css&quot;&gt;body p { margin-bottom: 0cm; margin-top: 0pt; } &lt;/style&gt;<br/> &lt;/head&gt;<br/> &lt;body bidimailui-charset-is-forced=&quot;true&quot; style=&quot;direction: ltr;&quot;<br/> text=&quot;#000000&quot; bgcolor=&quot;#FFFFFF&quot;&gt;<br/> +1 here.&lt;br&gt;<br/> &lt;br&gt;<br/> Thanks, Dave!&lt;br&gt;<br/> &lt;br&gt;<br/> &lt;div class=&quot;moz-cite-prefix&quot;&gt;On 09/18/2018 01:03 PM, Dave Mitchell<br/> wrote:&lt;br&gt;<br/> &lt;/div&gt;<br/> &lt;blockquote type=&quot;cite&quot; cite=&quot;mid:20180918100348.GF2687@iabyn.com&quot;&gt;<br/> &lt;pre wrap=&quot;&quot;&gt;I didn&#39;t spend all that many hours during August on perl work.<br/><br/>I spent most of my time looking at a bug related to restoring of captures<br/>within regex repeats. During the course of that, I took the opportunity to<br/>simplify and cleanup some of the code in S_regmatch() which deals with<br/>captures, and in particular, make it consistently use macros which produce<br/>debugging output when opening or closing or restoring capture indices.<br/><br/>SUMMARY:<br/> 18:03 RT #133352 Ancient Regex Regression<br/> 1:30 RT #133429 Time-HiRes/t/itimer.t: intermittent failures<br/> 1:36 RT #133441 no assignment to &quot;my&quot; variable<br/> ------<br/> 21:09 TOTAL (HH::MM)<br/><br/><br/> 254.7 weeks<br/>3151.4 total hours<br/> 12.4 average hours per week<br/><br/>There are 315 hours left on the grant<br/><br/>&lt;/pre&gt;<br/> &lt;/blockquote&gt;<br/> &lt;br&gt;<br/> &lt;/body&gt;<br/>&lt;/html&gt;<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252252.html Thu, 20 Sep 2018 20:04:40 +0000 [perl #133535] B API for aux_list/OP_MULTICONCAT does not return thelast segment when plain & utf8 representations are different by Atoomic # New Ticket Created by Atoomic <br/># Please include the string: [perl #133535]<br/># in the subject line of all future correspondence about this issue. <br/># &lt;URL: https://rt.perl.org/Ticket/Display.html?id=133535 &gt;<br/><br/><br/>This is a bug report for perl from atoomic@cpan.org,<br/>generated with the help of perlbug 1.40 running under perl 5.28.0.<br/><br/><br/>-----------------------------------------------------------------<br/>[Please describe your issue here]<br/><br/>I noticed this while using B API with op/substr.t to compile it using B::C<br/>with Perl 5.28.0<br/><br/>&gt;From the comment in pp_hot.c we can read that in some cases we can have two<br/>sets of segment lengths<br/><br/> * * If the string has different plain and utf8 representations<br/> * (e.g. &quot;\x80&quot;), then then aux[PERL_MULTICONCAT_IX_PLAIN_PV/LEN]]<br/> * holds the plain rep, while aux[PERL_MULTICONCAT_IX_UTF8_PV/LEN]<br/> * holds the utf8 rep, and there are 2 sets of segment lengths,<br/> * with the utf8 set following after the plain set.<br/><br/>I&#39;ve the feeling that B API aux_list for multiconcat is missing to read the<br/>last segment in that scenario<br/><br/>With this simplified version of op/substr.t, it&#39;s easier to debug as we<br/>have one single multiconcat op.<br/>________________________________________________________________________________<br/>#!./perl<br/><br/>print &quot;1..1\n&quot;;<br/><br/>use utf8;<br/>my $refee = bless [], &quot;\x{100}a&quot;;<br/>my $string = $refee;<br/>$string = &quot;$string&quot;;<br/>substr $refee, 0, 0, &quot;\xff&quot;;<br/>my $expect = &quot;\xff$string&quot;; # &lt;---- multiconcat<br/>print &quot;$refee&quot; eq $expect ? &quot;ok 1\n&quot; : &quot;not ok 1\n&quot;;<br/>________________________________________________________________________________<br/><br/><br/>While running the program we are going through this code, where nargs=1,<br/>so we are clearly using not the first but the second segment.<br/><br/>Perl_pp_multiconcat<br/> &acirc;&#148;&#130;676 const_lens = aux + PERL_MULTICONCAT_IX_LENGTHS; &acirc;&#148;&#130;<br/> &acirc;&#148;&#130;677<br/> &acirc;&#148;&#130;678 if (dst_utf8) { &acirc;&#148;&#130;<br/> &acirc;&#148;&#130;679 const_pv = aux[PERL_MULTICONCAT_IX_UTF8_PV].pv; &acirc;&#148;&#130;<br/> &acirc;&#148;&#130;680 if ( aux[PERL_MULTICONCAT_IX_PLAIN_PV].pv &acirc;&#148;&#130;<br/> &acirc;&#148;&#130;681 &amp;&amp; const_pv != aux[PERL_MULTICONCAT_IX_PLAIN_PV].pv) &acirc;&#148;&#130;<br/> &acirc;&#148;&#130;682 /* separate sets of lengths for plain and utf8 */ &acirc;&#148;&#130;<br/> &gt;&acirc;&#148;&#130;683 const_lens += nargs + 1;<br/><br/>Here is a look at aux<br/><br/># ----- dump of aux from Perl_pp_multiconcat<br/># header<br/>aux = aux[0] = 1<br/>aux[1] = \377<br/>aux[2] = 1<br/>aux[3] = &quot;&Atilde;&iquest;&quot;,<br/>aux[4] = 2<br/><br/># first element<br/>aux[5] 1 # &lt;---- const_lens<br/>aux[6] -1<br/># second segment which was not returned by B::API<br/>aux[7] 2<br/>aux[8] -1<br/><br/><br/>Not exactly sure if adding such a rule is good enough but this is fixing<br/>the cases<br/>where before that we would only read the first segment<br/><br/># Suggested patch to B API for aux_list/OP_MULTICONCAT<br/>if (<br/>aux[PERL_MULTICONCAT_IX_PLAIN_PV].pv<br/> &amp;&amp; aux[PERL_MULTICONCAT_IX_UTF8_PV].pv<br/> &amp;&amp; aux[PERL_MULTICONCAT_IX_UTF8_PV].pv !=<br/>aux[PERL_MULTICONCAT_IX_PLAIN_PV].pv ) {<br/># read the additional segment<br/>nargs += 2;<br/>}<br/><br/><br/>[Please do not change anything below this line]<br/>-----------------------------------------------------------------<br/>---<br/>Flags:<br/> category=library<br/> severity=low<br/> module=B<br/>---<br/>Site configuration information for perl 5.28.0:<br/><br/>Configured by nicolas at Wed Nov 29 10:26:27 MST 2017.<br/><br/>Summary of my perl5 (revision 5 version 26 subversion 1) configuration:<br/><br/> Platform:<br/> osname=darwin<br/> osvers=15.6.0<br/> archname=darwin-2level<br/> uname=&#39;darwin nicolas-r.local 15.6.0 darwin kernel version 15.6.0: mon<br/>oct 2 22:20:08 pdt 2017; root:xnu-3248.71.4~1release_x86_64 x86_64 &#39;<br/> config_args=&#39;-de -Dprefix=/usr/local/perl/perls/perl-5.28.0<br/>-Aeval:scriptdir=/usr/local/perl/perls/perl-5.28.0/bin&#39;<br/> hint=recommended<br/> useposix=true<br/> d_sigaction=define<br/> useithreads=undef<br/> usemultiplicity=undef<br/> use64bitint=define<br/> use64bitall=define<br/> uselongdouble=undef<br/> usemymalloc=n<br/> default_inc_excludes_dot=define<br/> bincompat5005=undef<br/> Compiler:<br/> cc=&#39;cc&#39;<br/> ccflags =&#39;-fno-common -DPERL_DARWIN -fno-strict-aliasing -pipe<br/>-fstack-protector-strong -I/usr/local/include&#39;<br/> optimize=&#39;-O3&#39;<br/> cppflags=&#39;-fno-common -DPERL_DARWIN -fno-strict-aliasing -pipe<br/>-fstack-protector-strong -I/usr/local/include&#39;<br/> ccversion=&#39;&#39;<br/> gccversion=&#39;4.2.1 Compatible Apple LLVM 8.0.0 (clang-800.0.42.1)&#39;<br/> gccosandvers=&#39;&#39;<br/> intsize=4<br/> longsize=8<br/> ptrsize=8<br/> doublesize=8<br/> byteorder=12345678<br/> doublekind=3<br/> d_longlong=define<br/> longlongsize=8<br/> d_longdbl=define<br/> longdblsize=16<br/> longdblkind=3<br/> ivtype=&#39;long&#39;<br/> ivsize=8<br/> nvtype=&#39;double&#39;<br/> nvsize=8<br/> Off_t=&#39;off_t&#39;<br/> lseeksize=8<br/> alignbytes=8<br/> prototype=define<br/> Linker and Libraries:<br/> ld=&#39;env MACOSX_DEPLOYMENT_TARGET=10.3 cc&#39;<br/> ldflags =&#39; -fstack-protector-strong -L/usr/local/lib&#39;<br/> libpth=/usr/local/lib<br/>/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/8.0.0/lib<br/>/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib<br/>/usr/lib<br/> libs=-lpthread -lgdbm -ldbm -ldl -lm -lutil -lc<br/> perllibs=-lpthread -ldl -lm -lutil -lc<br/> libc=<br/> so=dylib<br/> useshrplib=false<br/> libperl=libperl.a<br/> gnulibc_version=&#39;&#39;<br/> Dynamic Linking:<br/> dlsrc=dl_dlopen.xs<br/> dlext=bundle<br/> d_dlsymun=undef<br/> ccdlflags=&#39; &#39;<br/> cccdlflags=&#39; &#39;<br/> lddlflags=&#39; -bundle -undefined dynamic_lookup -L/usr/local/lib<br/>-fstack-protector-strong&#39;<br/><br/><br/>---<br/>@INC for perl 5.28.0:<br/> /Users/nicolas/.dotfiles/perl-must-have/lib<br/> /Users/nicolas/perl5/lib/perl5/<br/> /usr/local/perl/perls/perl-5.28.0/lib/site_perl/5.28.0/darwin-2level<br/> /usr/local/perl/perls/perl-5.28.0/lib/site_perl/5.28.0<br/> /usr/local/perl/perls/perl-5.28.0/lib/5.28.0/darwin-2level<br/> /usr/local/perl/perls/perl-5.28.0/lib/5.28.0<br/><br/>---<br/>Environment for perl 5.28.0:<br/> DYLD_LIBRARY_PATH (unset)<br/> HOME=/Users/nicolas<br/> LANG=en_US.UTF-8<br/> LANGUAGE (unset)<br/> LC_CTYPE=en_US.UTF-8<br/> LD_LIBRARY_PATH (unset)<br/> LOGDIR (unset)<br/><br/>PATH=/usr/local/perl/bin:/usr/local/perl/perls/perl-5.28.0/bin:/usr/local/opt/ccache/libexec:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/opt/X11/bin:/usr/local/git/bin:/usr/local/MacGPG2/bin:/Users/nicolas/.dotfiles/bin:/Users/nicolas/perl5/bin<br/> PERL5DB=use Devel::NYTProf<br/><br/>PERL5LIB=/Users/nicolas/.dotfiles/perl-must-have/lib:/Users/nicolas/perl5/lib/perl5/<br/> PERLBREW_BASHRC_VERSION=0.80<br/> PERLBREW_HOME=/Users/nicolas/.perlbrew<br/> PERLBREW_MANPATH=/usr/local/perl/perls/perl-5.28.0/man<br/> PERLBREW_PATH=/usr/local/perl/bin:/usr/local/perl/perls/perl-5.28.0/bin<br/> PERLBREW_PERL=perl-5.28.0<br/> PERLBREW_ROOT=/usr/local/perl<br/> PERLBREW_VERSION=0.84<br/> PERL_BADLANG (unset)<br/> PERL_CPANM_OPT=--quiet<br/> SHELL=/usr/local/bin/zsh<br/><br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252251.html Thu, 20 Sep 2018 16:57:57 +0000 Re: [perl #133533] adding other bash file ops like '-nt, -ot, etc..' by Dave Mitchell On Thu, Sep 20, 2018 at 02:32:02PM +0100, Paul &quot;LeoNerd&quot; Evans wrote:<br/>&gt; On Thu, 20 Sep 2018 06:10:09 -0700<br/>&gt; &quot;Linda Walsh \(via RT\)&quot; &lt;perlbug-followup@perl.org&gt; wrote:<br/>&gt; <br/>&gt; &gt; It seems that the various -X operators are intended to mirror <br/>&gt; &gt; those existing in the shell. <br/>&gt; &gt; <br/>&gt; &gt; I noticed that an operator like -nt was only implemented by <br/>&gt; &gt; (stat(&#39;file1&#39;))[9] &gt; (stat(&#39;file2&#39;))[9]<br/>&gt; &gt; <br/>&gt; &gt; which seems a bit obtuse.<br/>&gt; &gt; <br/>&gt; &gt; How difficult would it be to add the remaining file-compare<br/>&gt; &gt; operators as listed in posix. It might make it a bit easier for<br/>&gt; &gt; shell programmers to feel comfortable in in perl and not<br/>&gt; &gt; use expressions like the above.<br/>&gt; <br/>&gt; I&#39;d say that sounds terrible.<br/><br/>+1.<br/><br/>Also, it&#39;s already valid syntax:<br/><br/> $ perl -MO=Deparse -e&#39;$f1 -nt $f2&#39;<br/> $f1 - $f2-&gt;nt;<br/><br/><br/> $ perl -MO=Deparse -e&#39;sub nt{} $f1 -nt $f2&#39;<br/> ...<br/> $f1 - nt($f2);<br/><br/><br/><br/><br/><br/>-- <br/>O Unicef Clearasil!<br/>Gibberish and Drivel!<br/> -- &quot;Bored of the Rings&quot;<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252250.html Thu, 20 Sep 2018 14:20:43 +0000 [perl #133534] PathTools: t/cwd_enoent.t fails in docker by slaven@rezic.de # New Ticket Created by slaven@rezic.de <br/># Please include the string: [perl #133534]<br/># in the subject line of all future correspondence about this issue. <br/># &lt;URL: https://rt.perl.org/Ticket/Display.html?id=133534 &gt;<br/><br/><br/><br/>This is a bug report for perl from slaven@rezic.de,<br/>generated with the help of perlbug 1.40 running under perl 5.20.2.<br/><br/><br/>-----------------------------------------------------------------<br/>t/cwd_enoent.t fails if run in a docker container:<br/><br/>...<br/># Failed test &#39;perl getcwd errno on non-existent directory&#39;<br/># at t/cwd_enoent.t line 39.<br/># got: &#39;116&#39;<br/># expected: &#39;2&#39;<br/><br/># Failed test &#39;perl abs_path errno on non-existent directory&#39;<br/># at t/cwd_enoent.t line 44.<br/># got: &#39;116&#39;<br/># expected: &#39;2&#39;<br/># Looks like you failed 2 tests of 8.<br/>t/cwd_enoent.t ..... <br/>Dubious, test returned 2 (wstat 512, 0x200)<br/>Failed 2/8 subtests <br/>...<br/><br/>It seems to fail also in other environments --- see<br/>http://www.cpantesters.org/cpan/report/eeab8488-ac6c-11e8-8fb1-ef5133556b3f<br/>which looks like a NFS setup (but better ask Nigel Horne).<br/><br/>In both cases stat(.) returns ESTALE instead of the expected ENOENT.<br/>Reproducible in an oneliner which has to be run in a docker container:<br/><br/> $ docker run -it ubuntu:bionic bash<br/> $ apt-get update &amp;&amp; apt-get install -y libautodie-perl<br/> $ perl -Mautodie -e &#39;$d = &quot;/tmp/bla&quot;; mkdir $d; chdir $d; rmdir $d; stat(&quot;.&quot;) or warn $!&#39;<br/> Stale file handle at -e line 1.<br/><br/>Maybe the test only needs slight adaption to accept both errno codes.<br/><br/>-----------------------------------------------------------------<br/>---<br/>Flags:<br/> category=library<br/> severity=low<br/> module=Cwd<br/>---<br/>Site configuration information for perl 5.20.2:<br/><br/>Configured by Debian Project at Mon Sep 18 18:13:32 UTC 2017.<br/><br/>Summary of my perl5 (revision 5 version 20 subversion 2) configuration:<br/> <br/> Platform:<br/> osname=linux, osvers=4.9.0-3-amd64, archname=x86_64-linux-gnu-thread-multi<br/> uname=&#39;linux binet 4.9.0-3-amd64 #1 smp debian 4.9.30-2+deb9u3 (2017-08-06) x86_64 gnulinux &#39;<br/> config_args=&#39;-Dusethreads -Duselargefiles -Dccflags=-DDEBIAN -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Dldflags= -Wl,-z,relro -Dlddlflags=-shared -Wl,-z,relro -Dcccdlflags=-fPIC -Darchname=x86_64-linux-gnu -Dprefix=/usr -Dprivlib=/usr/share/perl/5.20 -Darchlib=/usr/lib/x86_64-linux-gnu/perl/5.20 -Dvendorprefix=/usr -Dvendorlib=/usr/share/perl5 -Dvendorarch=/usr/lib/x86_64-linux-gnu/perl5/5.20 -Dsiteprefix=/usr/local -Dsitelib=/usr/local/share/perl/5.20.2 -Dsitearch=/usr/local/lib/x86_64-linux-gnu/perl/5.20.2 -Dman1dir=/usr/share/man/man1 -Dman3dir=/usr/share/man/man3 -Dsiteman1dir=/usr/local/man/man1 -Dsiteman3dir=/usr/local/man/man3 -Dusesitecustomize -Duse64bitint -Dman1ext=1 -Dman3ext=3perl -Dpager=/usr/bin/sensible-pager -Uafs -Ud_csh -Ud_ualarm -Uusesfio -Uusenm -Ui_libutil -Uversiononly -DDEBUGGING=-g -Doptimize=-O2 -Duseshrplib -Dlibperl=libperl.so.5.20.2 -des&#39;<br/> hint=recommended, useposix=true, d_sigaction=define<br/> useithreads=define, usemultiplicity=define<br/> use64bitint=define, use64bitall=define, uselongdouble=undef<br/> usemymalloc=n, bincompat5005=undef<br/> Compiler:<br/> cc=&#39;cc&#39;, ccflags =&#39;-D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64&#39;,<br/> optimize=&#39;-O2 -g&#39;,<br/> cppflags=&#39;-D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv -fno-strict-aliasing -pipe -I/usr/local/include&#39;<br/> ccversion=&#39;&#39;, gccversion=&#39;4.9.2&#39;, gccosandvers=&#39;&#39;<br/> intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678<br/> d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16<br/> ivtype=&#39;long&#39;, ivsize=8, nvtype=&#39;double&#39;, nvsize=8, Off_t=&#39;off_t&#39;, lseeksize=8<br/> alignbytes=8, prototype=define<br/> Linker and Libraries:<br/> ld=&#39;cc&#39;, ldflags =&#39; -fstack-protector -L/usr/local/lib&#39;<br/> libpth=/usr/local/lib /usr/lib/gcc/x86_64-linux-gnu/4.9/include-fixed /usr/include/x86_64-linux-gnu /usr/lib /lib/x86_64-linux-gnu /lib/../lib /usr/lib/x86_64-linux-gnu /usr/lib/../lib /lib<br/> libs=-lgdbm -lgdbm_compat -ldb -ldl -lm -lpthread -lc -lcrypt<br/> perllibs=-ldl -lm -lpthread -lc -lcrypt<br/> libc=libc-2.19.so, so=so, useshrplib=true, libperl=libperl.so.5.20<br/> gnulibc_version=&#39;2.19&#39;<br/> Dynamic Linking:<br/> dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=&#39;-Wl,-E&#39;<br/> cccdlflags=&#39;-fPIC&#39;, lddlflags=&#39;-shared -L/usr/local/lib -fstack-protector&#39;<br/><br/>Locally applied patches:<br/> DEBPKG:debian/cpan_definstalldirs - Provide a sensible INSTALLDIRS default for modules installed from CPAN.<br/> DEBPKG:debian/db_file_ver - http://bugs.debian.org/340047 Remove overly restrictive DB_File version check.<br/> DEBPKG:debian/doc_info - Replace generic man(1) instructions with Debian-specific information.<br/> DEBPKG:debian/enc2xs_inc - http://bugs.debian.org/290336 Tweak enc2xs to follow symlinks and ignore missing @INC directories.<br/> DEBPKG:debian/errno_ver - http://bugs.debian.org/343351 Remove Errno version check due to upgrade problems with long-running processes.<br/> DEBPKG:debian/libperl_embed_doc - http://bugs.debian.org/186778 Note that libperl-dev package is required for embedded linking<br/> DEBPKG:fixes/respect_umask - Respect umask during installation<br/> DEBPKG:debian/writable_site_dirs - Set umask approproately for site install directories<br/> DEBPKG:debian/extutils_set_libperl_path - EU:MM: set location of libperl.a under /usr/lib<br/> DEBPKG:debian/no_packlist_perllocal - Don&#39;t install .packlist or perllocal.pod for perl or vendor<br/> DEBPKG:debian/prefix_changes - Fiddle with *PREFIX and variables written to the makefile<br/> DEBPKG:debian/fakeroot - Postpone LD_LIBRARY_PATH evaluation to the binary targets.<br/> DEBPKG:debian/instmodsh_doc - Debian policy doesn&#39;t install .packlist files for core or vendor.<br/> DEBPKG:debian/ld_run_path - Remove standard libs from LD_RUN_PATH as per Debian policy.<br/> DEBPKG:debian/libnet_config_path - Set location of libnet.cfg to /etc/perl/Net as /usr may not be writable.<br/> DEBPKG:debian/mod_paths - Tweak @INC ordering for Debian<br/> DEBPKG:debian/module_build_man_extensions - http://bugs.debian.org/479460 Adjust Module::Build manual page extensions for the Debian Perl policy<br/> DEBPKG:debian/prune_libs - http://bugs.debian.org/128355 Prune the list of libraries wanted to what we actually need.<br/> DEBPKG:fixes/net_smtp_docs - [rt.cpan.org #36038] http://bugs.debian.org/100195 Document the Net::SMTP &#39;Port&#39; option<br/> DEBPKG:debian/perlivp - http://bugs.debian.org/510895 Make perlivp skip include directories in /usr/local<br/> DEBPKG:debian/deprecate-with-apt - http://bugs.debian.org/747628 Point users to Debian packages of deprecated core modules<br/> DEBPKG:debian/squelch-locale-warnings - http://bugs.debian.org/508764 Squelch locale warnings in Debian package maintainer scripts<br/> DEBPKG:debian/skip-upstream-git-tests - Skip tests specific to the upstream Git repository<br/> DEBPKG:debian/patchlevel - http://bugs.debian.org/567489 List packaged patches for 5.20.2-3+deb8u9 in patchlevel.h<br/> DEBPKG:debian/skip-kfreebsd-crash - http://bugs.debian.org/628493 [perl #96272] Skip a crashing test case in t/op/threads.t on GNU/kFreeBSD<br/> DEBPKG:fixes/document_makemaker_ccflags - http://bugs.debian.org/628522 [rt.cpan.org #68613] Document that CCFLAGS should include $Config{ccflags}<br/> DEBPKG:debian/find_html2text - http://bugs.debian.org/640479 Configure CPAN::Distribution with correct name of html2text<br/> DEBPKG:debian/perl5db-x-terminal-emulator.patch - http://bugs.debian.org/668490 Invoke x-terminal-emulator rather than xterm in perl5db.pl<br/> DEBPKG:debian/cpan-missing-site-dirs - http://bugs.debian.org/688842 Fix CPAN::FirstTime defaults with nonexisting site dirs if a parent is writable<br/> DEBPKG:fixes/memoize_storable_nstore - [rt.cpan.org #77790] http://bugs.debian.org/587650 Memoize::Storable: respect &#39;nstore&#39; option not respected<br/> DEBPKG:debian/regen-skip - Skip a regeneration check in unrelated git repositories<br/> DEBPKG:fixes/regcomp-mips-optim - [perl #122817] http://bugs.debian.org/754054 Downgrade the optimization of regcomp.c on mips and mipsel due to a gcc-4.9 bug<br/> DEBPKG:debian/makemaker-pasthru - http://bugs.debian.org/758471 Pass LD settings through to subdirectories<br/> DEBPKG:fixes/perldoc-less-R - [rt.cpan.org #98636] http://bugs.debian.org/758689 Tell the &#39;less&#39; pager to allow terminal escape sequences<br/> DEBPKG:fixes/pod_man_reproducible_date - http://bugs.debian.org/759405 Support POD_MAN_DATE in Pod::Man for the left-hand footer<br/> DEBPKG:fixes/io_uncompress_gunzip_inmemory - http://bugs.debian.org/747363 [rt.cpan.org #95494] Fix gunzip to in-memory file handle<br/> DEBPKG:fixes/socket_test_recv_fix - http://bugs.debian.org/758718 [perl #122657] Compare recv return value to peername in socket test<br/> DEBPKG:fixes/hurd_socket_recv_todo - http://bugs.debian.org/758718 [perl #122657] TODO checking the result of recv() on hurd<br/> DEBPKG:fixes/regexp-performance - [0fa70a0] http://bugs.debian.org/777556 [perl #123743] simpify and speed up /.*.../ handling<br/> DEBPKG:fixes/failed_require_diagnostics - http://bugs.debian.org/781120 [perl #123270] Report inaccesible file on failed require<br/> DEBPKG:fixes/array-cloning - http://bugs.debian.org/779357 [perl #124127] [902d169] fix cloning arrays with unused elements<br/> DEBPKG:fixes/perldb-threads - http://bugs.debian.org/779357 [perl #124127] [41ef2c6] lib/perl5db.pl: Restore noop lock prototype<br/> DEBPKG:fixes/CVE-2015-8607_file_spec_taint_fix - ensure File::Spec::canonpath() preserves taint<br/> DEBPKG:fixes/encode-unicode-bom - http://bugs.debian.org/798727 [rt.cpan.org #107043] Address https://rt.cpan.org/Public/Bug/Display.html?id=107043<br/> DEBPKG:debian/encode-unicode-bom-doc - http://bugs.debian.org/798727 Document Debian backport of Encode::Unicode fix<br/> DEBPKG:debian/kfreebsd-softupdates - http://bugs.debian.org/796798 Work around Debian Bug#796798<br/> DEBPKG:fixes/CVE-2016-2381_duplicate_env - remove duplicate environment variables from environ<br/> DEBPKG:debian/debugperl-compat-fix - [perl #127212] http://bugs.debian.org/810326 Disable PERL_TRACK_MEMPOOL for debugging builds<br/> DEBPKG:fixes/CVE-2015-8853_regexp_hang - http://bugs.debian.org/821848 [perl #123562] PATCH [perl #123562] Regexp-matching &quot;hangs&quot;<br/> DEBPKG:fixes/utf8_regexp_crash - http://bugs.debian.org/820328 [perl #124109] save_re_context(): do &quot;local $n&quot; with no PL_curpm<br/> DEBPKG:fixes/regcomp_whitespace_fix - http://bugs.debian.org/820328 [perl #124109] Perl_save_re_context(): re-indent after last commit<br/> DEBPKG:fixes/5.20.3/eval_label_crash - http://bugs.debian.org/822336 [perl #123652] eval {label:} crash<br/> DEBPKG:fixes/5.20.3/preserve_record_separator - http://bugs.debian.org/822336 [perl #123218] &quot;preserve&quot; $/ if set to a bad value<br/> DEBPKG:fixes/5.20.3/test_count_base_rs - http://bugs.debian.org/822336 Fix test count in t/base/rs.t<br/> DEBPKG:fixes/5.20.3/remove_get_magic - http://bugs.debian.org/822336 [perl #123739] Remove get-magic from $/<br/> DEBPKG:fixes/5.20.3/speed_up_scalar_g - http://bugs.debian.org/822336 [perl #123202] speed up scalar //g against tainted strings<br/> DEBPKG:fixes/5.20.3/accidental_all_features - http://bugs.debian.org/822336 Stop $^H |= 0x1c020000 from enabling all features<br/> DEBPKG:fixes/5.20.3/multidimensional_arrays_utf8 - http://bugs.debian.org/822336 [perl #124113] Make check for multi-dimensional arrays be UTF8-aware<br/> DEBPKG:fixes/5.20.3/unquoted_utf8_heredoc_terminators - http://bugs.debian.org/822336 Allow unquoted UTF-8 HERE-document terminators<br/> DEBPKG:fixes/5.20.3/parentheses_ambiguous_warning_utf8_functions - http://bugs.debian.org/822336 Fix &quot;...without parentheses is ambuguous&quot; warning for UTF-8 function names<br/> DEBPKG:fixes/5.20.3/leak_namepv_copy - http://bugs.debian.org/822336 [perl #123786] don&#39;t leak the temp utf8 copy of namepv<br/> DEBPKG:fixes/5.20.3/h2ph_hex_constants - http://bugs.debian.org/822336 h2ph: correct handling of hex constants for the preamble<br/> DEBPKG:fixes/5.20.3/leftbracket_XTERMORDORDOR - http://bugs.debian.org/822336 [perl #123711] Fix crash with 0-5x-l{0}<br/> DEBPKG:fixes/5.20.3/fatalize_warnings_unwinding - http://bugs.debian.org/822336 [perl #123398] don&#39;t fatalize warnings during unwinding (#123398)<br/> DEBPKG:fixes/5.20.3/setpgrp - http://bugs.debian.org/822336 =?UTF-8?q?Don=E2=80=99t=20treat=20setpgrp($nonzero)=20as=20setpgr?= =?UTF-8?q?p(1)?=<br/> DEBPKG:fixes/5.20.3/death_unwinding_crash - http://bugs.debian.org/822336 [perl #124156] RT #124156: death during unwinding causes crash<br/> DEBPKG:fixes/5.20.3/stashpvn_crash - http://bugs.debian.org/822336 [perl #125541] Fix crash with %::=(); J-&gt;${\&quot;::&quot;}<br/> DEBPKG:fixes/5.20.3/possessive_quantifier - http://bugs.debian.org/822336 [perl #125825] PATCH: [perl 125825] {n}+ possessive quantifier broken<br/> DEBPKG:fixes/5.20.3/quoted_code_crash - http://bugs.debian.org/822336 [perl #123712] Fix /$a[/ parsing<br/> DEBPKG:fixes/5.20.3/checking_sub_inwhat - http://bugs.debian.org/822336 [perl #123712] Don&#39;t check sub_inwhat<br/> DEBPKG:fixes/5.20.3/yylex_loop - http://bugs.debian.org/822336 Fix hang with &quot;@{&quot;<br/> DEBPKG:fixes/5.20.3/docs/op - http://bugs.debian.org/822336 Fix apidocs for OP_TYPE_IS(_OR_WAS) - arguments separated by |, not ,.<br/> DEBPKG:fixes/5.20.3/docs/encoding - http://bugs.debian.org/822336 perlpodspec: Corrections/adds to detecting =encoding<br/> DEBPKG:fixes/5.20.3/docs/SvPV_set - http://bugs.debian.org/822336 improve SvPV_set&#39;s docs, it really shouldn&#39;t be public API<br/> DEBPKG:fixes/5.20.3/docs/autodie - http://bugs.debian.org/822336 Fix warning message regarding &quot;use autodie&quot; and &quot;use open&quot;.<br/> DEBPKG:fixes/5.20.3/docs/autodie_2_26 - http://bugs.debian.org/822336 perlunicook: Note that autodie &gt;= 2.26 should be okay with &quot;use open&quot;.<br/> DEBPKG:fixes/5.20.3/docs/setenv - http://bugs.debian.org/822336 Fix setenv() replacement documentation in perlclib<br/> DEBPKG:fixes/5.20.3/docs/clib_caution - http://bugs.debian.org/822336 perlhacktips: Add caution about clib ptr returns to static memory<br/> DEBPKG:fixes/5.20.3/docs/perlunicook_typos - http://bugs.debian.org/822336 Fix minor code typos in perlunicook<br/> DEBPKG:fixes/5.20.3/docs/ook_example - http://bugs.debian.org/822336 [perl #122322] Update OOK example in perlguts<br/> DEBPKG:fixes/5.20.3/docs/study_noop - http://bugs.debian.org/822336 perlfunc: mention that study() is currently a noop<br/> DEBPKG:fixes/CVE-2016-1238/remove-dot-when-loading - [perl #127834] (perl #127834) remove . from the end of @INC if complex modules are loaded<br/> DEBPKG:fixes/CVE-2016-1238/remove-dot-in-padwalker - [perl #127834] perl5db.pl: ensure PadWalker is loaded from standard paths<br/> DEBPKG:fixes/CVE-2016-1238/remove-dot-in-dist - [perl #127834] dist/: remove . from @INC when loading optional modules<br/> DEBPKG:fixes/CVE-2016-1238/remove-dot-in-cpan - [perl #127834] cpan/: remove . from @INC when loading optional modules<br/> DEBPKG:fixes/CVE-2016-1238/customized-encode - Update customized.dat for cpan/Encode/Encode.pm<br/> DEBPKG:debian/CVE-2016-1238/test-suite-without-dot - [perl #127810] Patch unit tests to explicitly insert &quot;.&quot; into @INC when needed.<br/> DEBPKG:debian/CVE-2016-1238/eumm-without-dot - [perl #127810] Add PERL_USE_UNSAFE_INC support to EU::MM for fortify_inc support.<br/> DEBPKG:debian/CVE-2016-1238/cpan-without-dot - [perl #127810] Set PERL_USE_UNSAFE_INC for cpan usage<br/> DEBPKG:debian/CVE-2016-1238/mb-without-dot - Make Module::Build set PERL_USE_UNSAFE_INC<br/> DEBPKG:debian/CVE-2016-1238/sitecustomize-in-etc - Look for sitecustomize.pl in /etc/perl rather than sitelib on Debian systems<br/> DEBPKG:fixes/xsloader-eval - [rt.cpan.org #115808] http://bugs.debian.org/829578 =?UTF-8?q?Don=E2=80=99t=20let=20XSLoader=20load=20relative=20path?= =?UTF-8?q?s?=<br/> DEBPKG:fixes/file_path_chmod_race - http://bugs.debian.org/863870 [rt.cpan.org #121951] Prevent directory chmod race attack.<br/> DEBPKG:fixes/extutils_file_path_compat - [PATCH] Correct the order of tests of chmod(). (#294)<br/> DEBPKG:debian/customized_file_path - Update customized.dat for File-Path changes<br/> DEBPKG:debian/CVE-2016-1238/base-pm-amends-pt1 - Revert base.pm no-dot-in-inc fixes to make way for a better version<br/> DEBPKG:debian/CVE-2016-1238/base-pm-amends-pt2 - [1afa289] Limit dotless-INC effect on base.pm with guard:<br/> DEBPKG:fixes/CVE-2017-12837 - http://bugs.debian.org/875596 [perl #131582] regcomp [perl #131582]<br/> DEBPKG:fixes/CVE-2017-12883 - http://bugs.debian.org/875597 [perl #131598] PATCH: [perl #131598]<br/> DEBPKG:fixes/CVE-2017-12883-5.20 - http://bugs.debian.org/875597 [perl #131598] regcomp: Fix out of bound reads<br/><br/>---<br/>@INC for perl 5.20.2:<br/> /etc/perl<br/> /usr/local/lib/x86_64-linux-gnu/perl/5.20.2<br/> /usr/local/share/perl/5.20.2<br/> /usr/lib/x86_64-linux-gnu/perl5/5.20<br/> /usr/share/perl5<br/> /usr/lib/x86_64-linux-gnu/perl/5.20<br/> /usr/share/perl/5.20<br/> /usr/local/lib/site_perl<br/><br/>---<br/>Environment for perl 5.20.2:<br/> HOME=/home/eserte<br/> LANG=en_US.UTF-8<br/> LANGUAGE=en_US:en<br/> LD_LIBRARY_PATH (unset)<br/> LOGDIR (unset)<br/> PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/eserte/bin/linux-gnu:/home/eserte/bin/sh:/home/eserte/bin:/home/eserte/bin/pistachio-perl/bin:/usr/games:/home/eserte/devel<br/> PERLDOC=-MPod::Perldoc::ToTextOverstrike<br/> PERL_BADLANG (unset)<br/> SHELL=/bin/zsh<br/><br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252249.html Thu, 20 Sep 2018 14:10:59 +0000 Re: [perl #133533] adding other bash file ops like '-nt, -ot, etc..' by Paul "LeoNerd" Evans On Thu, 20 Sep 2018 06:10:09 -0700 <br/>&quot;Linda Walsh \(via RT\)&quot; &lt;perlbug-followup@perl.org&gt; wrote: <br/> <br/>&gt; It seems that the various -X operators are intended to mirror <br/>&gt; those existing in the shell. <br/>&gt; <br/>&gt; I noticed that an operator like -nt was only implemented by <br/>&gt; (stat(&#39;file1&#39;))[9] &gt; (stat(&#39;file2&#39;))[9] <br/>&gt; <br/>&gt; which seems a bit obtuse. <br/>&gt; <br/>&gt; How difficult would it be to add the remaining file-compare <br/>&gt; operators as listed in posix. It might make it a bit easier for <br/>&gt; shell programmers to feel comfortable in in perl and not <br/>&gt; use expressions like the above. <br/> <br/>I&#39;d say that sounds terrible. Those -X operators are already somewhat <br/>obtuse to anyone who doesn&#39;t recognise them from a shell - adding more <br/>would be difficult in a compatibility perspective as well as make the <br/>situation worse for understanding. <br/> <br/>I&#39;d say a far better plan would be to just add some more methods to the <br/>File::stat package. Already you ought to be using it -anyway-, so your <br/>example above should read <br/> <br/> <br/> use File::stat; <br/> <br/> stat(&quot;file1&quot;)-&gt;mtime &gt; stat(&quot;file2&quot;)-&gt;mtime <br/> <br/>at which point, it has no back-compat problems and reads nicer to the <br/>unfamiliar, to add a method like <br/> <br/> stat(&quot;file1&quot;)-&gt;newer_than(stat(&quot;file2&quot;)) <br/> <br/>-- <br/>Paul &quot;LeoNerd&quot; Evans <br/> <br/>leonerd@leonerd.org.uk | https://metacpan.org/author/PEVANS <br/>http://www.leonerd.org.uk/ | https://www.tindie.com/stores/leonerd/ <br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252248.html Thu, 20 Sep 2018 13:39:40 +0000 [perl #133533] adding other bash file ops like '-nt, -ot, etc..' by Linda Walsh # New Ticket Created by Linda Walsh <br/># Please include the string: [perl #133533]<br/># in the subject line of all future correspondence about this issue. <br/># &lt;URL: https://rt.perl.org/Ticket/Display.html?id=133533 &gt;<br/><br/><br/><br/>This is a bug report for perl from perl-diddler@tlinx.org,<br/>generated with the help of perlbug 1.39 running under perl 5.16.3.<br/><br/><br/>-----------------------------------------------------------------<br/>[Please describe your issue here]<br/><br/>It seems that the various -X operators are intended to mirror <br/>those existing in the shell. <br/><br/>I noticed that an operator like -nt was only implemented by <br/> (stat(&#39;file1&#39;))[9] &gt; (stat(&#39;file2&#39;))[9]<br/><br/>which seems a bit obtuse.<br/><br/>How difficult would it be to add the remaining file-compare<br/>operators as listed in posix. It might make it a bit easier for<br/>shell programmers to feel comfortable in in perl and not<br/>use expressions like the above.<br/><br/>I&#39;m not suggesting the various string operators be implemented --<br/>those are well handled by perl ops, but the file ops as would<br/>be used to test conditions with external files would seem to <br/>benefit by such a simplification.<br/><br/>Thanks.<br/> <br/><br/>[Please do not change anything below this line]<br/>-----------------------------------------------------------------<br/>---<br/>Flags:<br/> category=core<br/> severity=medium<br/>---<br/>Site configuration information for perl 5.16.3:<br/><br/>Configured by law at Wed Jan 22 12:58:58 PST 2014.<br/><br/>Summary of my perl5 (revision 5 version 16 subversion 3) configuration:<br/> <br/> Platform:<br/> osname=linux, osvers=3.12.0-isht-van, archname=x86_64-linux-thread-multi-ld<br/> uname=&#39;linux ishtar 3.12.0-isht-van #1 smp preempt wed nov 13 16:50:51 pst 2013 x86_64 x86_64 x86_64 gnulinux &#39;<br/> config_args=&#39;&#39;<br/> hint=previous, useposix=true, d_sigaction=define<br/> useithreads=define, usemultiplicity=define<br/> useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef<br/> use64bitint=define, use64bitall=define, uselongdouble=define<br/> usemymalloc=n, bincompat5005=undef<br/> Compiler:<br/> cc=&#39;gcc&#39;, ccflags =&#39;-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -fstack-protector -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64&#39;,<br/> optimize=&#39;-g -O2&#39;,<br/> cppflags=&#39;-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -fstack-protector -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -fstack-protector -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -fstack-protector -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64&#39;<br/> ccversion=&#39;&#39;, gccversion=&#39;4.8.1 20130909 [gcc-4_8-branch revision 202388]&#39;, gccosandvers=&#39;&#39;<br/> intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678<br/> d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16<br/> ivtype=&#39;long&#39;, ivsize=8, nvtype=&#39;long double&#39;, nvsize=16, Off_t=&#39;off_t&#39;, lseeksize=8<br/> alignbytes=16, prototype=define<br/> Linker and Libraries:<br/> ld=&#39;gcc&#39;, ldflags =&#39;-g -fstack-protector -fPIC&#39;<br/> libpth=/usr/lib64 /lib64<br/> libs=-lnsl -lndbm -lgdbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc -lgdbm_compat<br/> perllibs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc<br/> libc=/lib/libc-2.18.so, so=so, useshrplib=true, libperl=libperl-5.16.3.so<br/> gnulibc_version=&#39;2.18&#39;<br/> Dynamic Linking:<br/> dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=&#39;-Wl,-E -Wl,-rpath,/home/perl/perl-5.16.3/lib/x86_64-linux-thread-multi-ld/CORE&#39;<br/> cccdlflags=&#39;-fPIC&#39;, lddlflags=&#39;-shared -g -O2 -fstack-protector -fPIC&#39;<br/><br/>Locally applied patches:<br/> <br/><br/>---<br/>@INC for perl 5.16.3:<br/> /home/law/bin/lib<br/> /home/perl/perl-5.16.3/lib/site/x86_64-linux-thread-multi-ld<br/> /home/perl/perl-5.16.3/lib/site<br/> /home/perl/perl-5.16.3/lib/x86_64-linux-thread-multi-ld<br/> /home/perl/perl-5.16.3/lib<br/> .<br/><br/>---<br/>Environment for perl 5.16.3:<br/> HOME=/home/law<br/> LANG (unset)<br/> LANGUAGE (unset)<br/> LC_COLLATE=C<br/> LC_CTYPE=en_US.UTF-8<br/> LC_MESSAGES=C<br/> LC_MONETARY=C<br/> LC_NUMERIC=C<br/> LC_TIME=C<br/> LD_LIBRARY_PATH (unset)<br/> LOGDIR (unset)<br/> PATH=.:/sbin:/home/law/bin/lib:/home/law/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/sbin:/etc/local/func_lib:/home/law/lib<br/> PERL5OPT=-Mutf8 -CSA -I/home/law/bin/lib<br/> PERL_BADLANG (unset)<br/> SHELL=/bin/bash<br/><br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252247.html Thu, 20 Sep 2018 13:10:34 +0000 Re: Release blead Carp to CPAN by Sawyer X Just released Data::Dumper and Devel::PPPort.<br/><br/>Exporter doesn&#39;t have any toolchain files. If anyone gets to adding them<br/>(in a dist/ conforming way), I&#39;d be happy to cut a release quickly.<br/>Otherwise, it will take a bit longer.<br/><br/>On 09/17/2018 02:03 AM, Karen Etheridge wrote:<br/>&gt; Thanks!<br/>&gt;<br/>&gt; It looks like Devel::PPPort could also use a release -- it was patched<br/>&gt; last month with some fixes for Visual Studio.<br/>&gt;<br/>&gt; I also am planning a more long-winded reply to this thread with some<br/>&gt; more general observations regarding version mismatches for other<br/>&gt; distributions, after I finish an audit of all of lib/, ext/, cpan/ and<br/>&gt; dist/ to determine the outstanding discrepancies.<br/>&gt;<br/>&gt;<br/>&gt; On Sun, Sep 9, 2018 at 12:05 AM, Sawyer X &lt;xsawyerx@gmail.com<br/>&gt; &lt;mailto:xsawyerx@gmail.com&gt;&gt; wrote:<br/>&gt;<br/>&gt; Thanks for the review, Karen.<br/>&gt;<br/>&gt; On 09/08/2018 08:22 PM, Karen Etheridge wrote:<br/>&gt; &gt; Data:Dumper is 2.171 in blead, and only 2.161 on cpan -- there have<br/>&gt; &gt; been several bug fixes in the last few years that aren&#39;t<br/>&gt; available to<br/>&gt; &gt; other releases.<br/>&gt;<br/>&gt; I&#39;ll get on that!<br/>&gt;<br/>&gt; &gt;<br/>&gt; &gt; Carp is 1.50 in blead, 1.38 on cpan.<br/>&gt;<br/>&gt; Already uploaded to CPAN.<br/>&gt;<br/>&gt;<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252246.html Wed, 19 Sep 2018 14:49:30 +0000 Perl 5 Commit Summary by Perl 5 commit summary Perl 5 commit summary, activity since Saturday<br/><br/>Current branch blead<br/>3 commits. 1 unique author. 1 unique committer.<br/>16 files changed, 29 insertions(+), 30 deletions(-)<br/><br/>Snapshot: http://perl5.git.perl.org/perl.git/snapshot/5feab405f7eeeed2.tar.gz<br/><br/> bump Devel::PPPort version from 3.42 to 3.43.<br/> Karen Etheridge 2 files changed, 5 insertions(+), 1 deletion(-)<br/> http://perl5.git.perl.org/perl.git/commit/5feab405f7eeeed2<br/><br/> fix grammar in perldelta entry<br/> Karen Etheridge 1 file changed, 1 insertion(+), 1 deletion(-)<br/> http://perl5.git.perl.org/perl.git/commit/bc92cf5c8eb03a1a<br/><br/> Upgrade perlfaq from version 5.20180605 to 5.0180915.<br/> Karen Etheridge 15 files changed, 23 insertions(+), 28 deletions<br/> http://perl5.git.perl.org/perl.git/commit/928a385cdf5c2fb7<br/><br/>New branch smoke-me/khw-anyof<br/>1 commit. 1 unique author. 1 unique committer.<br/><br/>Snapshot: http://perl5.git.perl.org/perl.git/snapshot/8d13aff2604de56b.tar.gz<br/><br/> smoke<br/> Karl Williamson 3 files changed, 17 insertions(+), 6 deletions(-<br/> http://perl5.git.perl.org/perl.git/commit/8d13aff2604de56b<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252245.html Wed, 19 Sep 2018 03:14:25 +0000 Re: [perl #133440] binaries mismatched again by Leon Timmermans On Tue, Sep 18, 2018 at 11:44 AM Dave Mitchell &lt;davem@iabyn.com&gt; wrote:<br/>&gt; On Mon, Sep 17, 2018 at 07:15:55AM -0700, frederik@ofb.net wrote:<br/>&gt; &gt; If it is just that one sentence that&#39;s a problem, then it would<br/>&gt; &gt; probably be easy to rephrase it in a way that preserves the intent<br/>&gt; &gt; while broadening the scope:<br/>&gt;<br/>&gt; No, I think the general thrust of the patch is misguided. As I said a lot<br/>&gt; earlier in this thread, I would find it hard to write such a patch.<br/>&gt;<br/>&gt; The particular scenario you encountered seems to me to be relatively rare.<br/>&gt; It required the following combination of circumstances:<br/>&gt;<br/>&gt; 1) You were using the OS&#39;s perl installation.<br/>&gt; 2) You didn&#39;t use the OS&#39;s packing system to add extra CPAN modules:<br/>&gt; for example on Fedora to install the Time::ParseDate module,<br/>&gt; I would install the perl-Time-ParseDate RPM provided by Fedora.<br/>&gt; 3) You didn&#39;t use cpan or similar in a way that installs the extra packages<br/>&gt; as part of the perl installation which the cpan tool is a part of.<br/>&gt; 4) You used the third-party local::lib tool install the extra CPAN modules<br/>&gt; under your home directory, which doesn&#39;t install them in<br/>&gt; version-specific paths.<br/>&gt;<br/>&gt; Change any of those conditions and you likely wouldn&#39;t have seen that<br/>&gt; error message (most likely you would instead have seen an error message<br/>&gt; about not being able to find the module).<br/>&gt;<br/>&gt; Some other ways of getting that error message include:<br/>&gt; * having both a system perl and another perl installed, and an incorrect<br/>&gt; setting of PERL5LIB or similar causes one perl to pick up modules from<br/>&gt; paths intended for the other perl.<br/>&gt; * Or rebuilding the same version of perl, but with different build options.<br/>&gt; * Or someone thinking they can &quot;install&quot; a module by just copying the *.pm<br/>&gt; and *.so files from one system to another.<br/><br/>Yeah, especially the first option is quite easily triggered in my<br/>experience (and the reason I don&#39;t mix perlbrew and local::lib). I<br/>think it&#39;s useful to list various reasons why this can happen.<br/><br/>That said, there is one thing about the case Frederik describes that<br/>sets it apart from the others: it&#39;s a &quot;but it worked yesterday&quot;<br/>scenario. One can trigger it without the end-user doing anything perl<br/>related (unlike compiling a new and incompatible perl). That probably<br/>explains Tomasz&#39; observation that questions on IRC tend to be about<br/>this scenario.<br/><br/>Leon<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252244.html Tue, 18 Sep 2018 16:57:08 +0000 Re: [perl #133440] binaries mismatched again by frederik Hi Dave,<br/><br/>I&#39;m looking over the messages in this thread and I see that you said<br/>you would find it difficult to write a manual page about upgrading<br/>perl modules, but you also said that you were not opposed to having<br/>the error message refer to a manual page, and you suggested adding an<br/>extra section in an existing page. Then I submitted a patch along the<br/>lines of your suggestions - modifying the error message to refer to a<br/>manual page and adding additional material to a section in an existing<br/>manual page.<br/><br/>Are you still interested in brainstorming about ways to fix this<br/>particular issue? If so, then I&#39;m happy to continue modifying what<br/>I&#39;ve done to satisfy the requirements of the situation. Just let me<br/>know in what general direction you would like to see this go.<br/><br/>Thanks,<br/><br/>Frederick<br/><br/>On Tue, Sep 18, 2018 at 10:43:27AM +0100, Dave Mitchell wrote:<br/>&gt; On Mon, Sep 17, 2018 at 07:15:55AM -0700, frederik@ofb.net wrote:<br/>&gt; &gt; If it is just that one sentence that&#39;s a problem, then it would<br/>&gt; &gt; probably be easy to rephrase it in a way that preserves the intent<br/>&gt; &gt; while broadening the scope:<br/>&gt; <br/>&gt; No, I think the general thrust of the patch is misguided. As I said a lot<br/>&gt; earlier in this thread, I would find it hard to write such a patch.<br/>&gt; <br/>&gt; The particular scenario you encountered seems to me to be relatively rare.<br/>&gt; It required the following combination of circumstances:<br/>&gt; <br/>&gt; 1) You were using the OS&#39;s perl installation.<br/>&gt; 2) You didn&#39;t use the OS&#39;s packing system to add extra CPAN modules:<br/>&gt; for example on Fedora to install the Time::ParseDate module,<br/>&gt; I would install the perl-Time-ParseDate RPM provided by Fedora.<br/>&gt; 3) You didn&#39;t use cpan or similar in a way that installs the extra packages<br/>&gt; as part of the perl installation which the cpan tool is a part of.<br/>&gt; 4) You used the third-party local::lib tool install the extra CPAN modules<br/>&gt; under your home directory, which doesn&#39;t install them in<br/>&gt; version-specific paths.<br/>&gt; <br/>&gt; Change any of those conditions and you likely wouldn&#39;t have seen that<br/>&gt; error message (most likely you would instead have seen an error message<br/>&gt; about not being able to find the module).<br/>&gt; <br/>&gt; Some other ways of getting that error message include:<br/>&gt; * having both a system perl and another perl installed, and an incorrect<br/>&gt; setting of PERL5LIB or similar causes one perl to pick up modules from<br/>&gt; paths intended for the other perl.<br/>&gt; * Or rebuilding the same version of perl, but with different build options.<br/>&gt; * Or someone thinking they can &quot;install&quot; a module by just copying the *.pm<br/>&gt; and *.so files from one system to another.<br/>&gt; <br/>&gt; All you can really say about that error message, is that a perl<br/>&gt; interpreter is trying to load an XS module which was built using a<br/>&gt; different perl interpreter (but not necessarily a different version).<br/> https://www.nntp.perl.org/group/perl.perl5.porters/2018/09/msg252243.html Tue, 18 Sep 2018 12:39:35 +0000