New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Blead Breaks CPAN: TOBYINK/Alt-Module-Runtime-ButEUMM-0.001.tar.gz #16523
Comments
From @eserteThis is a bug report for perl from slaven@rezic.de, t/taint.t fails since perl 5.27.5 (I did not notice earlier ... # Failed test at t/taint.t line 18. # Failed test at t/taint.t line 20. Flags: Site configuration information for perl 5.27.11: Configured by eserte at Fri Apr 20 21:45:30 CEST 2018. Summary of my perl5 (revision 5 version 27 subversion 11) configuration: @INC for perl 5.27.11: Environment for perl 5.27.11: |
From @dur-randirOn Sat, 21 Apr 2018 03:26:38 -0700, slaven@rezic.de wrote:
0cbfaef is the first bad commit pp_require: return earlier when module is already loaded |
The RT System itself - Status changed from 'new' to 'open' |
From @iabynOn Sat, Apr 21, 2018 at 04:01:53AM -0700, Sergey Aleynikov via RT wrote:
(That commit for ticket RT #132171.) The difference that commit makes can be seen in the following: my $modname = "strict.pm"; $ perl5274 -T ~/tmp/p $ perl5275 -T ~/tmp/p The attempt to require the same module again is now detected earlier, My feeling is that perl is ok and the distribution's t/taint.t needs Unless anyone can think of a valid security reason why perl should -- |
From @xsawyerxOn 04/21/2018 03:59 PM, Dave Mitchell wrote:
The old behavior seems to only be a red herring to developers. You would |
v0.002 of this module was release 2018-06-19, and no longer fails. Closing ticket. |
Confirmed. Thanks. |
Migrated from rt.perl.org#133138 (status was 'open')
Searchable as RT133138$
The text was updated successfully, but these errors were encountered: