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
perldoc error in strawberry-perl-5.24.1.1-64bit-portable on Windows 10 #15869
Comments
From dillman@ria.buffalo.eduCreated by dillman@ria.buffalo.eduUsing strawberry-perl-5.24.1.1-64bit-portable on my Windows 10 machine, On the bright side requests for documentation of uninstalled modules FWIW: I've also installed 5.24.1 via perlbrew on my Mac and it behaves Perl Info
|
From @jkeenanOn Fri, 10 Feb 2017 18:05:55 GMT, dillman@ria.buffalo.edu wrote:
I'm a bit confused here. You're reporting a problem with 'perldoc', which is an executable program distributed with the Perl 5 core distribution (and presumably included in Strawberry Perl). But, ...
... 'perlbrew' is an executable which is part of the App::perlbrew distribution from CPAN. It's not part of the Perl 5 core distribution (though it is, of course, used to install different versions of perl beneath your home directory). Can you provide a few specific examples of your 'perldoc' problem -- both what doesn't work and what does? Thank you very much.
-- |
The RT System itself - Status changed from 'new' to 'open' |
From itcharlie@gmail.comI don't see this problem in Strawberry Perl 5.24.0 on Windows 10. I will attempt an install of Strawberry Perl 5.24.1 and test the following: ====
|
From [Unknown Contact. See original ticket]I don't see this problem in Strawberry Perl 5.24.0 on Windows 10. I will attempt an install of Strawberry Perl 5.24.1 and test the following: ====
|
From itcharlie@gmail.comThis error comes up in Strawberry Perl 5.24.1 in Window 10 ==== This is perl 5, version 24, subversion 1 (v5.24.1) built for MSWin32-x64-multi-thread Copyright 1987-2017, Larry Wall Perl may be copied only under the terms of either the Artistic License or the Complete documentation for Perl, including FAQ lists, should be found on
|
From [Unknown Contact. See original ticket]This error comes up in Strawberry Perl 5.24.1 in Window 10 ==== This is perl 5, version 24, subversion 1 (v5.24.1) built for MSWin32-x64-multi-thread Copyright 1987-2017, Larry Wall Perl may be copied only under the terms of either the Artistic License or the Complete documentation for Perl, including FAQ lists, should be found on
|
From @jkeenanOn Sat, 11 Feb 2017 17:18:52 GMT, itcharlie wrote:
Thanks for looking into this. Can you post what happens in Strawberry Perl (preferably both 5.24.0 and 5.24.1) when you seek Perl's core documentation, e.g.: ##### We'll have to determine whether this problem is specific to the Strawberry Perl build of 5.24.1 or is more generally a problem with 5.24.1 on Windows. Thank you very much. -- |
From zefram@fysh.orgJames E Keenan via RT wrote:
I want to know what's producing that error message. Doesn't seem to be -zefram |
From @xenuOn Sat, 11 Feb 2017 20:52:18 +0000
[22:40] C:\Users\xenu> set MORE=-R The bug is already reported upstream[1], it was broken by this[2] commit. [1] - briandfoy/pod-perldoc#28 |
From @jkeenanThis problem appears to be a regression between 5.24.0 and 5.24.1. So I am adding it as a blocker for any 5.24.2. I am also adding it as a blocker for 5.26.0, as version 3.27 of Pod-Perldoc (which is maintained upstream on cpan) is already in blead. Thank you very much. -- |
From @sisyphus-----Original Message-----
On Windows 7, no problem with Strawberry Perl 5.24.0, but with Strawberry ############### ############### and also in 5.25.9 (built by me using gcc-5.3.0): ############### C:\_64>perldoc Math::BigInt ############### Is there no testing of perldoc output in the test suite ? (I haven't built a devel perl since 5.25.9 was released.) Cheers, |
From @sisyphus-----Original Message-----
However, if (on 5.24.0) I update Pod::Perldoc to the same version (namely ################# C:\_64\strawberry5.24.0-ld>perldoc Math::BigInt C:\_64\strawberry5.24.0-ld>pmver Pod::Perldoc ################# Also, installing Pod-Perldoc-3.27 on Strawberry Perl 5.22.0 introduces the Something is apparently amiss with Pod::Perldoc. Cheers, |
From @sisyphus-----Original Message----- This patch to Pod-Perldoc.pm fixes the error for me: Inline Patch--- Perldoc.pm_orig 2017-02-13 20:15:54 +1100
+++ Perldoc.pm 2017-02-13 20:28:26 +1100
@@ -1938,7 +1938,9 @@
# https://bugs.debian.org/758689
local $ENV{LESS} = defined $ENV{LESS} ? "$ENV{LESS} -R" :
The problem being, apparently, that '-R' is an invalid switch for 'more' on Cheers, |
From @hvdsOn Mon, 13 Feb 2017 01:31:22 -0800, sisyphus wrote:
That introduces a new scope, so the local() will not apply for long enough on platforms where it should happen. Hugo |
From zefram@fysh.orgSummarised findings of recent messages: this problem doesn't depend
Huh, I hadn't until now seen this version of the code. I'd seen the part $ cat /etc/issue.net Even adding -R to $ENV{LESS} is a bit presumptuous: its validity depends In both of these cases, Pod::Perldoc is overstepping its legitimate Ultimately this problem arises from the Pod::Perldoc folks having -zefram |
From zefram@fysh.orgAdditional: this ticket duplicates [rt.cpan.org #116953]. -zefram |
From @sisyphus-----Original Message-----
Yes, I don't know why the Strawberry project felt it necessary to do that. Looks to me that the current blead version of Pod::Perldoc is 3.27. Cheers, |
From @jkeenanOn Tue, 14 Feb 2017 02:01:20 GMT, sisyphus wrote:
Yes, that's why I've made this ticket a blocker for 5.26.0. -- |
From @csjewellOn Mon, 13 Feb 2017 05:44:59 -0800, zefram@fysh.org wrote:
Since the 5.10.x.x versions of Strawberry Perl, and probably before that, "All pre-installed perl modules updated to their latest versions." is in the release notes, and is done. They just happened to get a version of Pod::Perldoc that had a change that should have been reverted quickly, unfortunately, because they rely on the module maintainers of all the included modules being... well, sane may be a little too strong, but it's what I feel like I want to say. Maybe kmx should be poked about locking the version of Pod::Perldoc to 3.26 until they fix this, but I certainly cannot blame him for tripping over this. |
From zefram@fysh.orgCurtis Jewell via RT wrote:
3.26 wouldn't fully fix this. It doesn't try to feed -R to more(1), Of the renderers bundled with Pod::Perldoc, the ones that render to The default renderer used to be ToMan, one of the ones producing Anyway, the default got changed to ToTerm, apparently without any ToTerm and ToANSI are not fit to be default renderers for perldoc. Rather than recognise and correct the mistake in selecting the default The farce has gone on too long. Pod::Perldoc needs to stop interfering -zefram |
From @kmxOn 14.02.2017 15:49, Curtis Jewell via RT wrote:
Exactly as Curtis wrote. The strategy "All pre-installed perl modules But frankly it is not a big deal, strawberry perl users can simply work Unless there is a new/fixed release of Pod-Perldoc I will pre-install the -- |
From @mrallen1On Tue, 14 Feb 2017 12:11:42 -0800, kmx@atlas.cz wrote:
I have released 3.27_02 to CPAN to address this problem. Please try it. If it fixes the problems, I will tag it as 3.28 "official" and release it. Thanks. |
From @sisyphus-----Original Message-----
Fixes the issue for me on strawberry-perl 5.24.1.1. Cheers, |
From @jkeenanOn Sat, 11 Feb 2017 17:18:52 GMT, itcharlie wrote:
According to briandfoy/pod-perldoc#28 (comment), a version 3.27_02 has been released to CPAN. Can you see whether this release resolves the problems you observed in Strawberry Perl for 5.24.1? Thank you very much. -- |
From zefram@fysh.orgMark Allen via RT wrote:
It's better. It now only futzes with the pager settings when using Fundamentally this approach is polishing a turd. It still dishonours the -zefram |
From @jkeenanOn Thu, 02 Mar 2017 04:46:34 GMT, zefram@fysh.org wrote:
Zefram: While I believe your analysis is probably correct, the language in which you express your analysis is hyperbolic and not conducive to a civil discussion of the issues. If I were a CPAN maintainer on the receiving end of a message like that, I'd be very reluctant to engage with the author of the message and on the merits of the issue.
Speaking for myself, once we can confirm that 3.27_02 resolves the immediate issue, I would like to see Mark Allen release that as 3.28. Given where we are in the current annual release cycle, we would include that in the core distribution and release it with perl-5.26. We can then work with Mark to take a better approach in the next release cycle. Thank you very much. |
From itcharlie@gmail.comHello, I was able to install Pod::Perl 3.27_02 on Windows and testing shows that 3.27_02 fixes the reported issue. ++++++++ PS C:\Users\cgonzalez> perldoc -V +++++++++ VERSION DESCRIPTION Dancer2 can optionally use XS modules for speed, but at its core remains Dancer2 is easy and fun: use Dancer2; This is the main module for the Dancer2 distribution. It contains logic +++++++++ |
From [Unknown Contact. See original ticket]Hello, I was able to install Pod::Perl 3.27_02 on Windows and testing shows that 3.27_02 fixes the reported issue. ++++++++ PS C:\Users\cgonzalez> perldoc -V +++++++++ VERSION DESCRIPTION Dancer2 can optionally use XS modules for speed, but at its core remains Dancer2 is easy and fun: use Dancer2; This is the main module for the Dancer2 distribution. It contains logic +++++++++ |
From @xsawyerxOn Sat, 04 Mar 2017 06:52:49 -0800, itcharlie wrote:
Excellent. Mark, would it be possible to release this as a new stable version? It might be best to put it in 5.26.0 as well. |
From itcharlie@gmail.comHello Sawyerx, I posted a comment in the github issue related to this ticket on your behalf: briandfoy/pod-perldoc#28 (comment) Hope Mark can get to this soon. |
From [Unknown Contact. See original ticket]Hello Sawyerx, I posted a comment in the github issue related to this ticket on your behalf: briandfoy/pod-perldoc#28 (comment) Hope Mark can get to this soon. |
From @jkeenanOn Mon, 13 Mar 2017 11:07:52 GMT, itcharlie wrote:
With commit 6aff4bf, cpan/Pod-Perldoc is synched with CPAN version 3.28. I am taking this ticket for the purpose of closing it in a few days after monitoring smoke tests. If anyone can build blead on Win32, run the commands provided by the original poster and report results, that would be helpful and appreciated. Thank you very much. -- |
From @sisyphus-----Original Message----- On Mon, 13 Mar 2017 11:07:52 GMT, itcharlie wrote:
My update of blead contained (among other things): The issue raised in this ticket is no longer present for me. I'm building pretty much the same way that Strawberry builds except that: Results of the 4 builds that I routinely perform are as per normal. My 'MSWin32-x64-multi-thread' and 'MSWin32-x64-multi-thread-ld' builds hang ../cpan/IO-Compress/t/105oneshot-bzip2.t ........................... 1/1002 For my 'MSWin32-x86-multi-thread-64int' build: Test Summary Report porting/pod_rules.t (Wstat: 0 For my 'MSWin32-x86-multi-thread-64int-ld' build: Test Summary Report op/pack.t (Wstat: 0 That's all the same as what normally happens. For all 4 builds 'perldoc' is behaving correctly - though I previously Cheers, |
From @jkeenanOn Fri, 17 Mar 2017 23:15:06 GMT, jkeenan wrote:
Have heard no bad news. Closing. -- |
@jkeenan - Status changed from 'open' to 'resolved' |
Migrated from rt.perl.org#130759 (status was 'resolved')
Searchable as RT130759$
The text was updated successfully, but these errors were encountered: