Skip Menu |
Report information
Id: 132903
Status: pending release
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)


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