Skip Menu |
Report information
Id: 132903
Status: resolved
Priority: 0/
Queue: perl5

Owner: Nobody
Requestors: slaven [at] rezic.de
Cc:
AdminCc:

Operating System: (no value)
PatchStatus: (no value)
Severity: low
Type: unknown
Perl Version: (no value)
Fixed In: (no value)



CC: srezic [...] cpan.org
To: perlbug [...] perl.org
Subject: Broken 5.27.9 after updating version.pm
Date: Sat, 24 Feb 2018 09:08:18 +0100
From: slaven [...] rezic.de
Download (untitled) / with headers
text/plain 4.8k
This is a bug report for perl from slaven@rezic.de, generated with the help of perlbug 1.41 running under perl 5.27.9. ----------------------------------------------------------------- After running "install Bundle::Snapshot..." in a CPAN shell in a perl 5.27.9 installation I've been left with a broken perl: $ perl5.27.9 -MExtUtils::MakeMaker -e1 perl5.27.9: symbol lookup error: /opt/perl-5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD $ perl5.27.9 -MCPAN -e1 perl5.27.9: symbol lookup error: /opt/perl-5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD $ perl5.27.9 -Mversion -MEncode -e1 perl5.27.9: symbol lookup error: /opt/perl-5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD The interesting lines in the CPAN update log are probably these: ... vars is up to date (1.03). version::regex is up to date (0.9918). Running install for module 'version::vpp' Checksum for /home/slaven.rezic/.cpan/sources/authors/id/J/JP/JPEACOCK/version-0.9918.tar.gz ok ... JPEACOCK/version-0.9918.tar.gz /usr/bin/make test -- OK Running make install ... Installing /opt/perl-5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so ... version::vxs is up to date (0.9918). vmsish is up to date (1.04). ... So the existence of version::vpp (which does not seem to be part of newer perls anymore) triggered the version.pm update, and installed a version.pm which is apparently incompatible with current bleadperl. Probably the same problem would happen if a reinstall method on version would be run (in a CPAN shell: test version + install_tested, with cpanm: cpanm --reinstall version) (not tested). I also noticed that vutil.c was edited in the perl core despite of a notice on top of the file that it should not be edited here, but in the version distribution. It looks like a new CPAN release of version.pm should be done. ----------------------------------------------------------------- --- Flags: category=core severity=low --- Site configuration information for perl 5.27.9: Configured by eserte at Tue Feb 20 21:59:42 CET 2018. Summary of my perl5 (revision 5 version 27 subversion 9) configuration: Platform: osname=linux osvers=3.16.0-4-amd64 archname=x86_64-linux uname='linux cabulja 3.16.0-4-amd64 #1 smp debian 3.16.51-3 (2017-12-13) x86_64 gnulinux ' config_args='-ds -e -Dprefix=/opt/perl-5.27.9 -Dusedevel -Dusemallocwrap=no -Dcf_email=srezic@cpan.org' hint=recommended useposix=true d_sigaction=define useithreads=undef usemultiplicity=undef use64bitint=define use64bitall=define uselongdouble=undef usemymalloc=n default_inc_excludes_dot=define bincompat5005=undef Compiler: cc='cc' ccflags ='-fwrapv -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_FORTIFY_SOURCE=2' optimize='-O2' cppflags='-fwrapv -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include' ccversion='' gccversion='4.9.2' gccosandvers='' intsize=4 longsize=8 ptrsize=8 doublesize=8 byteorder=12345678 doublekind=3 d_longlong=define longlongsize=8 d_longdbl=define longdblsize=16 longdblkind=3 ivtype='long' ivsize=8 nvtype='double' nvsize=8 Off_t='off_t' lseeksize=8 alignbytes=8 prototype=define Linker and Libraries: ld='cc' ldflags =' -fstack-protector-strong -L/usr/local/lib' 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 libs=-lpthread -lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lc -lgdbm_compat perllibs=-lpthread -lnsl -ldl -lm -lcrypt -lutil -lc libc=libc-2.19.so so=so useshrplib=false libperl=libperl.a gnulibc_version='2.19' Dynamic Linking: dlsrc=dl_dlopen.xs dlext=so d_dlsymun=undef ccdlflags='-Wl,-E' cccdlflags='-fPIC' lddlflags='-shared -O2 -L/usr/local/lib -fstack-protector-strong' --- @INC for perl 5.27.9: /opt/perl-5.27.9/lib/site_perl/5.27.9/x86_64-linux /opt/perl-5.27.9/lib/site_perl/5.27.9 /opt/perl-5.27.9/lib/5.27.9/x86_64-linux /opt/perl-5.27.9/lib/5.27.9 --- Environment for perl 5.27.9: HOME=/home/eserte LANG=en_US.UTF-8 LANGUAGE (unset) LD_LIBRARY_PATH (unset) LOGDIR (unset) 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 PERLDOC=-MPod::Perldoc::ToTextOverstrike PERL_BADLANG (unset) SHELL=/bin/zsh
RT-Send-CC: perl5-porters [...] perl.org
Download (untitled) / with headers
text/plain 203b
I have opened the following ticket on 'version', and sent an email to the maintainer beside. https://rt.cpan.org/Ticket/Display.html?id=124563&results=de78ccd73995bb72148e1fddb6638966 -- Karl Williamson
CC: bugs-bitbucket [...] rt.perl.org
Subject: Re: [perl #132903] Broken 5.27.9 after updating version.pm
From: Leon Timmermans <fawaka [...] gmail.com>
Date: Sun, 25 Feb 2018 00:50:57 +0100
To: Perl5 Porters <perl5-porters [...] perl.org>
Download (untitled) / with headers
text/plain 2.1k
On Sat, Feb 24, 2018 at 9:08 AM, slaven@rezic.de <perlbug-followup@perl.org> wrote: Show quoted text
> After running "install Bundle::Snapshot..." in a CPAN shell in > a perl 5.27.9 installation I've been left with a broken perl: > > $ perl5.27.9 -MExtUtils::MakeMaker -e1 > perl5.27.9: symbol lookup error: /opt/perl-5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD > $ perl5.27.9 -MCPAN -e1 > perl5.27.9: symbol lookup error: /opt/perl-5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD > $ perl5.27.9 -Mversion -MEncode -e1 > perl5.27.9: symbol lookup error: /opt/perl-5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD > > The interesting lines in the CPAN update log are probably these: > > ... > vars is up to date (1.03). > version::regex is up to date (0.9918). > Running install for module 'version::vpp' > Checksum for /home/slaven.rezic/.cpan/sources/authors/id/J/JP/JPEACOCK/version-0.9918.tar.gz ok > ... > JPEACOCK/version-0.9918.tar.gz > /usr/bin/make test -- OK > Running make install > ... > Installing /opt/perl-5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so > ... > version::vxs is up to date (0.9918). > vmsish is up to date (1.04). > ... > > > So the existence of version::vpp (which does not seem to be part of newer > perls anymore) triggered the version.pm update, and installed a version.pm > which is apparently incompatible with current bleadperl. > > Probably the same problem would happen if a reinstall method on version > would be run (in a CPAN shell: test version + install_tested, with cpanm: > cpanm --reinstall version) (not tested). > > I also noticed that vutil.c was edited in the perl core despite of > a notice on top of the file that it should not be edited here, but > in the version distribution. > > It looks like a new CPAN release of version.pm should be done.
IMNSHO what we really need is for version to become upstream=core. It's far too entangled with core for anything else to make sense. Leon
From: Sawyer X <xsawyerx [...] gmail.com>
CC: bugs-bitbucket [...] rt.perl.org
Date: Mon, 26 Feb 2018 13:10:43 +0200
Subject: Re: [perl #132903] Broken 5.27.9 after updating version.pm
To: Leon Timmermans <fawaka [...] gmail.com>, Perl5 Porters <perl5-porters [...] perl.org>
Download (untitled) / with headers
text/plain 2.2k
On 02/25/2018 01:50 AM, Leon Timmermans wrote: Show quoted text
> On Sat, Feb 24, 2018 at 9:08 AM, slaven@rezic.de > <perlbug-followup@perl.org> wrote:
>> After running "install Bundle::Snapshot..." in a CPAN shell in >> a perl 5.27.9 installation I've been left with a broken perl: >> >> $ perl5.27.9 -MExtUtils::MakeMaker -e1 >> perl5.27.9: symbol lookup error: /opt/perl-5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD >> $ perl5.27.9 -MCPAN -e1 >> perl5.27.9: symbol lookup error: /opt/perl-5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD >> $ perl5.27.9 -Mversion -MEncode -e1 >> perl5.27.9: symbol lookup error: /opt/perl-5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD >> >> The interesting lines in the CPAN update log are probably these: >> >> ... >> vars is up to date (1.03). >> version::regex is up to date (0.9918). >> Running install for module 'version::vpp' >> Checksum for /home/slaven.rezic/.cpan/sources/authors/id/J/JP/JPEACOCK/version-0.9918.tar.gz ok >> ... >> JPEACOCK/version-0.9918.tar.gz >> /usr/bin/make test -- OK >> Running make install >> ... >> Installing /opt/perl-5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so >> ... >> version::vxs is up to date (0.9918). >> vmsish is up to date (1.04). >> ... >> >> >> So the existence of version::vpp (which does not seem to be part of newer >> perls anymore) triggered the version.pm update, and installed a version.pm >> which is apparently incompatible with current bleadperl. >> >> Probably the same problem would happen if a reinstall method on version >> would be run (in a CPAN shell: test version + install_tested, with cpanm: >> cpanm --reinstall version) (not tested). >> >> I also noticed that vutil.c was edited in the perl core despite of >> a notice on top of the file that it should not be edited here, but >> in the version distribution. >> >> It looks like a new CPAN release of version.pm should be done.
> IMNSHO what we really need is for version to become upstream=core. > It's far too entangled with core for anything else to make sense.
Agreed.
RT-Send-CC: perl5-porters [...] perl.org
Download (untitled) / with headers
text/plain 2.5k
On Mon, 26 Feb 2018 03:11:04 -0800, xsawyerx@gmail.com wrote: Show quoted text
> > > On 02/25/2018 01:50 AM, Leon Timmermans wrote:
> > On Sat, Feb 24, 2018 at 9:08 AM, slaven@rezic.de > > <perlbug-followup@perl.org> wrote:
> >> After running "install Bundle::Snapshot..." in a CPAN shell in > >> a perl 5.27.9 installation I've been left with a broken perl: > >> > >> $ perl5.27.9 -MExtUtils::MakeMaker -e1 > >> perl5.27.9: symbol lookup error: /opt/perl- > >> 5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: > >> undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD > >> $ perl5.27.9 -MCPAN -e1 > >> perl5.27.9: symbol lookup error: /opt/perl- > >> 5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: > >> undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD > >> $ perl5.27.9 -Mversion -MEncode -e1 > >> perl5.27.9: symbol lookup error: /opt/perl- > >> 5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: > >> undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD > >> > >> The interesting lines in the CPAN update log are probably these: > >> > >> ... > >> vars is up to date (1.03). > >> version::regex is up to date (0.9918). > >> Running install for module 'version::vpp' > >> Checksum for > >> /home/slaven.rezic/.cpan/sources/authors/id/J/JP/JPEACOCK/version- > >> 0.9918.tar.gz ok > >> ... > >> JPEACOCK/version-0.9918.tar.gz > >> /usr/bin/make test -- OK > >> Running make install > >> ... > >> Installing /opt/perl-5.27.9/lib/site_perl/5.27.9/x86_64- > >> linux/auto/version/vxs/vxs.so > >> ... > >> version::vxs is up to date (0.9918). > >> vmsish is up to date (1.04). > >> ... > >> > >> > >> So the existence of version::vpp (which does not seem to be part of > >> newer > >> perls anymore) triggered the version.pm update, and installed a > >> version.pm > >> which is apparently incompatible with current bleadperl. > >> > >> Probably the same problem would happen if a reinstall method on > >> version > >> would be run (in a CPAN shell: test version + install_tested, with > >> cpanm: > >> cpanm --reinstall version) (not tested). > >> > >> I also noticed that vutil.c was edited in the perl core despite of > >> a notice on top of the file that it should not be edited here, but > >> in the version distribution. > >> > >> It looks like a new CPAN release of version.pm should be done.
> > IMNSHO what we really need is for version to become upstream=core. > > It's far too entangled with core for anything else to make sense.
> > Agreed.
I have heard nothing back from the maintainer. I added this to the 5.28 blockers. I'm wondering if we should proceed with a takeover of this distro. -- Karl Williamson
To: perlbug-followup [...] perl.org
Subject: Re: [perl #132903] Broken 5.27.9 after updating version.pm
From: Sawyer X <xsawyerx [...] gmail.com>
Date: Tue, 20 Mar 2018 20:36:05 +0200
CC: perl5-porters [...] perl.org
Download (untitled) / with headers
text/plain 2.6k
On 03/14/2018 06:08 PM, Karl Williamson via RT wrote: Show quoted text
> On Mon, 26 Feb 2018 03:11:04 -0800, xsawyerx@gmail.com wrote:
>> >> On 02/25/2018 01:50 AM, Leon Timmermans wrote:
>>> On Sat, Feb 24, 2018 at 9:08 AM, slaven@rezic.de >>> <perlbug-followup@perl.org> wrote:
>>>> After running "install Bundle::Snapshot..." in a CPAN shell in >>>> a perl 5.27.9 installation I've been left with a broken perl: >>>> >>>> $ perl5.27.9 -MExtUtils::MakeMaker -e1 >>>> perl5.27.9: symbol lookup error: /opt/perl- >>>> 5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: >>>> undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD >>>> $ perl5.27.9 -MCPAN -e1 >>>> perl5.27.9: symbol lookup error: /opt/perl- >>>> 5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: >>>> undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD >>>> $ perl5.27.9 -Mversion -MEncode -e1 >>>> perl5.27.9: symbol lookup error: /opt/perl- >>>> 5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: >>>> undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD >>>> >>>> The interesting lines in the CPAN update log are probably these: >>>> >>>> ... >>>> vars is up to date (1.03). >>>> version::regex is up to date (0.9918). >>>> Running install for module 'version::vpp' >>>> Checksum for >>>> /home/slaven.rezic/.cpan/sources/authors/id/J/JP/JPEACOCK/version- >>>> 0.9918.tar.gz ok >>>> ... >>>> JPEACOCK/version-0.9918.tar.gz >>>> /usr/bin/make test -- OK >>>> Running make install >>>> ... >>>> Installing /opt/perl-5.27.9/lib/site_perl/5.27.9/x86_64- >>>> linux/auto/version/vxs/vxs.so >>>> ... >>>> version::vxs is up to date (0.9918). >>>> vmsish is up to date (1.04). >>>> ... >>>> >>>> >>>> So the existence of version::vpp (which does not seem to be part of >>>> newer >>>> perls anymore) triggered the version.pm update, and installed a >>>> version.pm >>>> which is apparently incompatible with current bleadperl. >>>> >>>> Probably the same problem would happen if a reinstall method on >>>> version >>>> would be run (in a CPAN shell: test version + install_tested, with >>>> cpanm: >>>> cpanm --reinstall version) (not tested). >>>> >>>> I also noticed that vutil.c was edited in the perl core despite of >>>> a notice on top of the file that it should not be edited here, but >>>> in the version distribution. >>>> >>>> It looks like a new CPAN release of version.pm should be done.
>>> IMNSHO what we really need is for version to become upstream=core. >>> It's far too entangled with core for anything else to make sense.
>> Agreed.
> I have heard nothing back from the maintainer. I added this to the 5.28 blockers. > I'm wondering if we should proceed with a takeover of this distro.
Let me give it a try first.
To: Sawyer X <xsawyerx [...] gmail.com>, perlbug-followup [...] perl.org
From: Karl Williamson <public [...] khwilliamson.com>
Date: Tue, 20 Mar 2018 12:48:08 -0600
Subject: Re: [perl #132903] Broken 5.27.9 after updating version.pm
CC: perl5-porters [...] perl.org
Download (untitled) / with headers
text/plain 2.8k
On 03/20/2018 12:36 PM, Sawyer X wrote: Show quoted text
> > > On 03/14/2018 06:08 PM, Karl Williamson via RT wrote:
>> On Mon, 26 Feb 2018 03:11:04 -0800, xsawyerx@gmail.com wrote:
>>> >>> On 02/25/2018 01:50 AM, Leon Timmermans wrote:
>>>> On Sat, Feb 24, 2018 at 9:08 AM, slaven@rezic.de >>>> <perlbug-followup@perl.org> wrote:
>>>>> After running "install Bundle::Snapshot..." in a CPAN shell in >>>>> a perl 5.27.9 installation I've been left with a broken perl: >>>>> >>>>> $ perl5.27.9 -MExtUtils::MakeMaker -e1 >>>>> perl5.27.9: symbol lookup error: /opt/perl- >>>>> 5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: >>>>> undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD >>>>> $ perl5.27.9 -MCPAN -e1 >>>>> perl5.27.9: symbol lookup error: /opt/perl- >>>>> 5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: >>>>> undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD >>>>> $ perl5.27.9 -Mversion -MEncode -e1 >>>>> perl5.27.9: symbol lookup error: /opt/perl- >>>>> 5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: >>>>> undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD >>>>> >>>>> The interesting lines in the CPAN update log are probably these: >>>>> >>>>> ... >>>>> vars is up to date (1.03). >>>>> version::regex is up to date (0.9918). >>>>> Running install for module 'version::vpp' >>>>> Checksum for >>>>> /home/slaven.rezic/.cpan/sources/authors/id/J/JP/JPEACOCK/version- >>>>> 0.9918.tar.gz ok >>>>> ... >>>>> JPEACOCK/version-0.9918.tar.gz >>>>> /usr/bin/make test -- OK >>>>> Running make install >>>>> ... >>>>> Installing /opt/perl-5.27.9/lib/site_perl/5.27.9/x86_64- >>>>> linux/auto/version/vxs/vxs.so >>>>> ... >>>>> version::vxs is up to date (0.9918). >>>>> vmsish is up to date (1.04). >>>>> ... >>>>> >>>>> >>>>> So the existence of version::vpp (which does not seem to be part of >>>>> newer >>>>> perls anymore) triggered the version.pm update, and installed a >>>>> version.pm >>>>> which is apparently incompatible with current bleadperl. >>>>> >>>>> Probably the same problem would happen if a reinstall method on >>>>> version >>>>> would be run (in a CPAN shell: test version + install_tested, with >>>>> cpanm: >>>>> cpanm --reinstall version) (not tested). >>>>> >>>>> I also noticed that vutil.c was edited in the perl core despite of >>>>> a notice on top of the file that it should not be edited here, but >>>>> in the version distribution. >>>>> >>>>> It looks like a new CPAN release of version.pm should be done.
>>>> IMNSHO what we really need is for version to become upstream=core. >>>> It's far too entangled with core for anything else to make sense.
>>> Agreed.
>> I have heard nothing back from the maintainer. I added this to the 5.28 blockers. >> I'm wondering if we should proceed with a takeover of this distro.
> > Let me give it a try first. >
I sent the maintainer a personal email a few hours ago. This is my first attempt to reach him that way.
From: Karl Williamson <public [...] khwilliamson.com>
Date: Sat, 31 Mar 2018 10:45:42 -0600
To: Sawyer X <xsawyerx [...] gmail.com>, perlbug-followup [...] perl.org
CC: perl5-porters [...] perl.org
Subject: Re: [perl #132903] Broken 5.27.9 after updating version.pm
On 03/20/2018 12:48 PM, Karl Williamson wrote: Show quoted text
> On 03/20/2018 12:36 PM, Sawyer X wrote:
>> >> >> On 03/14/2018 06:08 PM, Karl Williamson via RT wrote:
>>> On Mon, 26 Feb 2018 03:11:04 -0800, xsawyerx@gmail.com wrote:
>>>> >>>> On 02/25/2018 01:50 AM, Leon Timmermans wrote:
>>>>> On Sat, Feb 24, 2018 at 9:08 AM, slaven@rezic.de >>>>> <perlbug-followup@perl.org> wrote:
>>>>>> After running "install Bundle::Snapshot..." in a CPAN shell in >>>>>> a perl 5.27.9 installation I've been left with a broken perl: >>>>>> >>>>>> $ perl5.27.9 -MExtUtils::MakeMaker -e1 >>>>>> perl5.27.9: symbol lookup error: /opt/perl- >>>>>> 5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: >>>>>> undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD >>>>>> $ perl5.27.9 -MCPAN -e1 >>>>>> perl5.27.9: symbol lookup error: /opt/perl- >>>>>> 5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: >>>>>> undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD >>>>>> $ perl5.27.9 -Mversion -MEncode -e1 >>>>>> perl5.27.9: symbol lookup error: /opt/perl- >>>>>> 5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: >>>>>> undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD >>>>>> >>>>>> The interesting lines in the CPAN update log are probably these: >>>>>> >>>>>> ... >>>>>> vars is up to date (1.03). >>>>>> version::regex is up to date (0.9918). >>>>>> Running install for module 'version::vpp' >>>>>> Checksum for >>>>>> /home/slaven.rezic/.cpan/sources/authors/id/J/JP/JPEACOCK/version- >>>>>> 0.9918.tar.gz ok >>>>>> ... >>>>>>    JPEACOCK/version-0.9918.tar.gz >>>>>>    /usr/bin/make test -- OK >>>>>> Running make install >>>>>> ... >>>>>> Installing /opt/perl-5.27.9/lib/site_perl/5.27.9/x86_64- >>>>>> linux/auto/version/vxs/vxs.so >>>>>> ... >>>>>> version::vxs is up to date (0.9918). >>>>>> vmsish is up to date (1.04). >>>>>> ... >>>>>> >>>>>> >>>>>> So the existence of version::vpp (which does not seem to be part of >>>>>> newer >>>>>> perls anymore) triggered the version.pm update, and installed a >>>>>> version.pm >>>>>> which is apparently incompatible with current bleadperl. >>>>>> >>>>>> Probably the same problem would happen if a reinstall method on >>>>>> version >>>>>> would be run (in a CPAN shell: test version + install_tested, with >>>>>> cpanm: >>>>>> cpanm --reinstall version) (not tested). >>>>>> >>>>>> I also noticed that vutil.c was edited in the perl core despite of >>>>>> a notice on top of the file that it should not be edited here, but >>>>>> in the version distribution. >>>>>> >>>>>> It looks like a new CPAN release of version.pm should be done.
>>>>> IMNSHO what we really need is for version to become upstream=core. >>>>> It's far too entangled with core for anything else to make sense.
>>>> Agreed.
>>> I have heard nothing back from the maintainer.  I added this to the >>> 5.28 blockers. >>> I'm wondering if we should proceed with a takeover of this distro.
>> >> Let me give it a try first. >>
> > I sent the maintainer a personal email a few hours ago.  This is my > first attempt to reach him that way. >
No response
To: Karl Williamson <public [...] khwilliamson.com>, perlbug-followup [...] perl.org
Date: Mon, 2 Apr 2018 20:49:46 +0300
From: Sawyer X <xsawyerx [...] gmail.com>
Subject: Re: [perl #132903] Broken 5.27.9 after updating version.pm
CC: perl5-porters [...] perl.org
Download (untitled) / with headers
text/plain 3.2k
On 03/31/2018 07:45 PM, Karl Williamson wrote: Show quoted text
> On 03/20/2018 12:48 PM, Karl Williamson wrote:
>> On 03/20/2018 12:36 PM, Sawyer X wrote:
>>> >>> >>> On 03/14/2018 06:08 PM, Karl Williamson via RT wrote:
>>>> On Mon, 26 Feb 2018 03:11:04 -0800, xsawyerx@gmail.com wrote:
>>>>> >>>>> On 02/25/2018 01:50 AM, Leon Timmermans wrote:
>>>>>> On Sat, Feb 24, 2018 at 9:08 AM, slaven@rezic.de >>>>>> <perlbug-followup@perl.org> wrote:
>>>>>>> After running "install Bundle::Snapshot..." in a CPAN shell in >>>>>>> a perl 5.27.9 installation I've been left with a broken perl: >>>>>>> >>>>>>> $ perl5.27.9 -MExtUtils::MakeMaker -e1 >>>>>>> perl5.27.9: symbol lookup error: /opt/perl- >>>>>>> 5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: >>>>>>> undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD >>>>>>> $ perl5.27.9 -MCPAN -e1 >>>>>>> perl5.27.9: symbol lookup error: /opt/perl- >>>>>>> 5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: >>>>>>> undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD >>>>>>> $ perl5.27.9 -Mversion -MEncode -e1 >>>>>>> perl5.27.9: symbol lookup error: /opt/perl- >>>>>>> 5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: >>>>>>> undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD >>>>>>> >>>>>>> The interesting lines in the CPAN update log are probably these: >>>>>>> >>>>>>> ... >>>>>>> vars is up to date (1.03). >>>>>>> version::regex is up to date (0.9918). >>>>>>> Running install for module 'version::vpp' >>>>>>> Checksum for >>>>>>> /home/slaven.rezic/.cpan/sources/authors/id/J/JP/JPEACOCK/version- >>>>>>> 0.9918.tar.gz ok >>>>>>> ... >>>>>>>    JPEACOCK/version-0.9918.tar.gz >>>>>>>    /usr/bin/make test -- OK >>>>>>> Running make install >>>>>>> ... >>>>>>> Installing /opt/perl-5.27.9/lib/site_perl/5.27.9/x86_64- >>>>>>> linux/auto/version/vxs/vxs.so >>>>>>> ... >>>>>>> version::vxs is up to date (0.9918). >>>>>>> vmsish is up to date (1.04). >>>>>>> ... >>>>>>> >>>>>>> >>>>>>> So the existence of version::vpp (which does not seem to be part of >>>>>>> newer >>>>>>> perls anymore) triggered the version.pm update, and installed a >>>>>>> version.pm >>>>>>> which is apparently incompatible with current bleadperl. >>>>>>> >>>>>>> Probably the same problem would happen if a reinstall method on >>>>>>> version >>>>>>> would be run (in a CPAN shell: test version + install_tested, with >>>>>>> cpanm: >>>>>>> cpanm --reinstall version) (not tested). >>>>>>> >>>>>>> I also noticed that vutil.c was edited in the perl core despite of >>>>>>> a notice on top of the file that it should not be edited here, but >>>>>>> in the version distribution. >>>>>>> >>>>>>> It looks like a new CPAN release of version.pm should be done.
>>>>>> IMNSHO what we really need is for version to become upstream=core. >>>>>> It's far too entangled with core for anything else to make sense.
>>>>> Agreed.
>>>> I have heard nothing back from the maintainer.  I added this to the >>>> 5.28 blockers. >>>> I'm wondering if we should proceed with a takeover of this distro.
>>> >>> Let me give it a try first. >>>
>> >> I sent the maintainer a personal email a few hours ago.  This is my >> first attempt to reach him that way. >>
> > No response
None from me either. Does anyone know him and can reach out to him, please?
RT-Send-CC: perl5-porters [...] perl.org
Download (untitled) / with headers
text/plain 3.5k
On Mon, 02 Apr 2018 10:50:41 -0700, xsawyerx@gmail.com wrote: Show quoted text
> > > On 03/31/2018 07:45 PM, Karl Williamson wrote:
> > On 03/20/2018 12:48 PM, Karl Williamson wrote:
> >> On 03/20/2018 12:36 PM, Sawyer X wrote:
> >>> > >>> > >>> On 03/14/2018 06:08 PM, Karl Williamson via RT wrote:
> >>>> On Mon, 26 Feb 2018 03:11:04 -0800, xsawyerx@gmail.com wrote:
> >>>>> > >>>>> On 02/25/2018 01:50 AM, Leon Timmermans wrote:
> >>>>>> On Sat, Feb 24, 2018 at 9:08 AM, slaven@rezic.de > >>>>>> <perlbug-followup@perl.org> wrote:
> >>>>>>> After running "install Bundle::Snapshot..." in a CPAN shell in > >>>>>>> a perl 5.27.9 installation I've been left with a broken perl: > >>>>>>> > >>>>>>> $ perl5.27.9 -MExtUtils::MakeMaker -e1 > >>>>>>> perl5.27.9: symbol lookup error: /opt/perl- > >>>>>>> 5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: > >>>>>>> undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD > >>>>>>> $ perl5.27.9 -MCPAN -e1 > >>>>>>> perl5.27.9: symbol lookup error: /opt/perl- > >>>>>>> 5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: > >>>>>>> undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD > >>>>>>> $ perl5.27.9 -Mversion -MEncode -e1 > >>>>>>> perl5.27.9: symbol lookup error: /opt/perl- > >>>>>>> 5.27.9/lib/site_perl/5.27.9/x86_64-linux/auto/version/vxs/vxs.so: > >>>>>>> undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD > >>>>>>> > >>>>>>> The interesting lines in the CPAN update log are probably these: > >>>>>>> > >>>>>>> ... > >>>>>>> vars is up to date (1.03). > >>>>>>> version::regex is up to date (0.9918). > >>>>>>> Running install for module 'version::vpp' > >>>>>>> Checksum for > >>>>>>> /home/slaven.rezic/.cpan/sources/authors/id/J/JP/JPEACOCK/version- > >>>>>>> 0.9918.tar.gz ok > >>>>>>> ... > >>>>>>>    JPEACOCK/version-0.9918.tar.gz > >>>>>>>    /usr/bin/make test -- OK > >>>>>>> Running make install > >>>>>>> ... > >>>>>>> Installing /opt/perl-5.27.9/lib/site_perl/5.27.9/x86_64- > >>>>>>> linux/auto/version/vxs/vxs.so > >>>>>>> ... > >>>>>>> version::vxs is up to date (0.9918). > >>>>>>> vmsish is up to date (1.04). > >>>>>>> ... > >>>>>>> > >>>>>>> > >>>>>>> So the existence of version::vpp (which does not seem to be part of > >>>>>>> newer > >>>>>>> perls anymore) triggered the version.pm update, and installed a > >>>>>>> version.pm > >>>>>>> which is apparently incompatible with current bleadperl. > >>>>>>> > >>>>>>> Probably the same problem would happen if a reinstall method on > >>>>>>> version > >>>>>>> would be run (in a CPAN shell: test version + install_tested, with > >>>>>>> cpanm: > >>>>>>> cpanm --reinstall version) (not tested). > >>>>>>> > >>>>>>> I also noticed that vutil.c was edited in the perl core despite of > >>>>>>> a notice on top of the file that it should not be edited here, but > >>>>>>> in the version distribution. > >>>>>>> > >>>>>>> It looks like a new CPAN release of version.pm should be done.
> >>>>>> IMNSHO what we really need is for version to become upstream=core. > >>>>>> It's far too entangled with core for anything else to make sense.
> >>>>> Agreed.
> >>>> I have heard nothing back from the maintainer.  I added this to the > >>>> 5.28 blockers. > >>>> I'm wondering if we should proceed with a takeover of this distro.
> >>> > >>> Let me give it a try first. > >>>
> >> > >> I sent the maintainer a personal email a few hours ago.  This is my > >> first attempt to reach him that way. > >>
> > > > No response
> > None from me either. > > Does anyone know him and can reach out to him, please?
John got back to me. A new release of version.pm is upcoming - hopefully today.
RT-Send-CC: perl5-porters [...] perl.org
Download (untitled) / with headers
text/plain 4.8k
On Sun, 08 Apr 2018 12:52:29 GMT, xsawyerx@cpan.org wrote: Show quoted text
> On Mon, 02 Apr 2018 10:50:41 -0700, xsawyerx@gmail.com wrote:
> > > > > > On 03/31/2018 07:45 PM, Karl Williamson wrote:
> > > On 03/20/2018 12:48 PM, Karl Williamson wrote:
> > >> On 03/20/2018 12:36 PM, Sawyer X wrote:
> > >>> > > >>> > > >>> On 03/14/2018 06:08 PM, Karl Williamson via RT wrote:
> > >>>> On Mon, 26 Feb 2018 03:11:04 -0800, xsawyerx@gmail.com wrote:
> > >>>>> > > >>>>> On 02/25/2018 01:50 AM, Leon Timmermans wrote:
> > >>>>>> On Sat, Feb 24, 2018 at 9:08 AM, slaven@rezic.de > > >>>>>> <perlbug-followup@perl.org> wrote:
> > >>>>>>> After running "install Bundle::Snapshot..." in a CPAN shell > > >>>>>>> in > > >>>>>>> a perl 5.27.9 installation I've been left with a broken perl: > > >>>>>>> > > >>>>>>> $ perl5.27.9 -MExtUtils::MakeMaker -e1 > > >>>>>>> perl5.27.9: symbol lookup error: /opt/perl- > > >>>>>>> 5.27.9/lib/site_perl/5.27.9/x86_64- > > >>>>>>> linux/auto/version/vxs/vxs.so: > > >>>>>>> undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD > > >>>>>>> $ perl5.27.9 -MCPAN -e1 > > >>>>>>> perl5.27.9: symbol lookup error: /opt/perl- > > >>>>>>> 5.27.9/lib/site_perl/5.27.9/x86_64- > > >>>>>>> linux/auto/version/vxs/vxs.so: > > >>>>>>> undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD > > >>>>>>> $ perl5.27.9 -Mversion -MEncode -e1 > > >>>>>>> perl5.27.9: symbol lookup error: /opt/perl- > > >>>>>>> 5.27.9/lib/site_perl/5.27.9/x86_64- > > >>>>>>> linux/auto/version/vxs/vxs.so: > > >>>>>>> undefined symbol: STORE_NUMERIC_LOCAL_SET_STANDARD > > >>>>>>> > > >>>>>>> The interesting lines in the CPAN update log are probably > > >>>>>>> these: > > >>>>>>> > > >>>>>>> ... > > >>>>>>> vars is up to date (1.03). > > >>>>>>> version::regex is up to date (0.9918). > > >>>>>>> Running install for module 'version::vpp' > > >>>>>>> Checksum for > > >>>>>>> /home/slaven.rezic/.cpan/sources/authors/id/J/JP/JPEACOCK/version- > > >>>>>>> 0.9918.tar.gz ok > > >>>>>>> ... > > >>>>>>>    JPEACOCK/version-0.9918.tar.gz > > >>>>>>>    /usr/bin/make test -- OK > > >>>>>>> Running make install > > >>>>>>> ... > > >>>>>>> Installing /opt/perl-5.27.9/lib/site_perl/5.27.9/x86_64- > > >>>>>>> linux/auto/version/vxs/vxs.so > > >>>>>>> ... > > >>>>>>> version::vxs is up to date (0.9918). > > >>>>>>> vmsish is up to date (1.04). > > >>>>>>> ... > > >>>>>>> > > >>>>>>> > > >>>>>>> So the existence of version::vpp (which does not seem to be > > >>>>>>> part of > > >>>>>>> newer > > >>>>>>> perls anymore) triggered the version.pm update, and installed > > >>>>>>> a > > >>>>>>> version.pm > > >>>>>>> which is apparently incompatible with current bleadperl. > > >>>>>>> > > >>>>>>> Probably the same problem would happen if a reinstall method > > >>>>>>> on > > >>>>>>> version > > >>>>>>> would be run (in a CPAN shell: test version + install_tested, > > >>>>>>> with > > >>>>>>> cpanm: > > >>>>>>> cpanm --reinstall version) (not tested). > > >>>>>>> > > >>>>>>> I also noticed that vutil.c was edited in the perl core > > >>>>>>> despite of > > >>>>>>> a notice on top of the file that it should not be edited > > >>>>>>> here, but > > >>>>>>> in the version distribution. > > >>>>>>> > > >>>>>>> It looks like a new CPAN release of version.pm should be > > >>>>>>> done.
> > >>>>>> IMNSHO what we really need is for version to become > > >>>>>> upstream=core. > > >>>>>> It's far too entangled with core for anything else to make > > >>>>>> sense.
> > >>>>> Agreed.
> > >>>> I have heard nothing back from the maintainer.  I added this to > > >>>> the > > >>>> 5.28 blockers. > > >>>> I'm wondering if we should proceed with a takeover of this > > >>>> distro.
> > >>> > > >>> Let me give it a try first. > > >>>
> > >> > > >> I sent the maintainer a personal email a few hours ago.  This is > > >> my > > >> first attempt to reach him that way. > > >>
> > > > > > No response
> > > > None from me either. > > > > Does anyone know him and can reach out to him, please?
> > John got back to me. A new release of version.pm is upcoming - > hopefully today.
1. A new version of 'version' was uploaded to CPAN on Sunday April 08. https://rt.cpan.org/Ticket/Display.html?id=124563#txn-1780803. That ticket has been marked Resolved. 2. The author/maintainer apparently did a couple of uploads since then. 3. Today I merged 'version' version 0.9921 into blead. 'perl Porting/sync-with-cpan version' didn't work very well, so I hacked together my own program. See commit message for: commit d3a5b29c73b5a2fd6524ca1f8c5c779bd8cb0687 Author: John Peacock <jpeacock@cpan.org> AuthorDate: Thu Apr 12 11:22:58 2018 -0400 Commit: James E Keenan <jkeenan@cpan.org> CommitDate: Thu Apr 12 13:42:43 2018 -0400 I'm going to close this ticket. For discussion of whether 'version' should become 'blead-upstream' and move from cpan/ to dist/, I recommend posting to list or opening a new RT. Thank you very much. Jim Keenan -- James E Keenan (jkeenan@cpan.org)
Download (untitled) / with headers
text/plain 317b
Thank you for filing this report. You have helped make Perl better. With the release yesterday of Perl 5.28.0, this and 185 other issues have been resolved. Perl 5.28.0 may be downloaded via: https://metacpan.org/release/XSAWYERX/perl-5.28.0 If you find that the problem persists, feel free to reopen this ticket.


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

For issues related to this RT instance (aka "perlbug"), please contact perlbug-admin at perl.org