Skip to content
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

Broken 5.27.9 after updating version.pm #16437

Closed
p5pRT opened this issue Feb 24, 2018 · 15 comments
Closed

Broken 5.27.9 after updating version.pm #16437

p5pRT opened this issue Feb 24, 2018 · 15 comments

Comments

@p5pRT
Copy link

p5pRT commented Feb 24, 2018

Migrated from rt.perl.org#132903 (status was 'resolved')

Searchable as RT132903$

@p5pRT
Copy link
Author

p5pRT commented Feb 24, 2018

From @eserte

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

@p5pRT
Copy link
Author

p5pRT commented Feb 24, 2018

From @khwilliamson

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

@p5pRT
Copy link
Author

p5pRT commented Feb 24, 2018

The RT System itself - Status changed from 'new' to 'open'

@p5pRT
Copy link
Author

p5pRT commented Feb 24, 2018

From @Leont

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&#8203;::MakeMaker \-e1
perl5\.27\.9&#8203;: symbol lookup error&#8203;: /opt/perl\-5\.27\.9/lib/site\_perl/5\.27\.9/x86\_64\-linux/auto/version/vxs/vxs\.so&#8203;: undefined symbol&#8203;: STORE\_NUMERIC\_LOCAL\_SET\_STANDARD
$ perl5\.27\.9 \-MCPAN \-e1
perl5\.27\.9&#8203;: symbol lookup error&#8203;: /opt/perl\-5\.27\.9/lib/site\_perl/5\.27\.9/x86\_64\-linux/auto/version/vxs/vxs\.so&#8203;: undefined symbol&#8203;: STORE\_NUMERIC\_LOCAL\_SET\_STANDARD
$ perl5\.27\.9 \-Mversion \-MEncode \-e1
perl5\.27\.9&#8203;: symbol lookup error&#8203;: /opt/perl\-5\.27\.9/lib/site\_perl/5\.27\.9/x86\_64\-linux/auto/version/vxs/vxs\.so&#8203;: undefined symbol&#8203;: 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

@p5pRT
Copy link
Author

p5pRT commented Feb 26, 2018

From @xsawyerx

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&#8203;::MakeMaker \-e1
perl5\.27\.9&#8203;: symbol lookup error&#8203;: /opt/perl\-5\.27\.9/lib/site\_perl/5\.27\.9/x86\_64\-linux/auto/version/vxs/vxs\.so&#8203;: undefined symbol&#8203;: STORE\_NUMERIC\_LOCAL\_SET\_STANDARD
$ perl5\.27\.9 \-MCPAN \-e1
perl5\.27\.9&#8203;: symbol lookup error&#8203;: /opt/perl\-5\.27\.9/lib/site\_perl/5\.27\.9/x86\_64\-linux/auto/version/vxs/vxs\.so&#8203;: undefined symbol&#8203;: STORE\_NUMERIC\_LOCAL\_SET\_STANDARD
$ perl5\.27\.9 \-Mversion \-MEncode \-e1
perl5\.27\.9&#8203;: symbol lookup error&#8203;: /opt/perl\-5\.27\.9/lib/site\_perl/5\.27\.9/x86\_64\-linux/auto/version/vxs/vxs\.so&#8203;: undefined symbol&#8203;: 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.

@p5pRT
Copy link
Author

p5pRT commented Mar 14, 2018

From @khwilliamson

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.
--
Karl Williamson

@p5pRT
Copy link
Author

p5pRT commented Mar 20, 2018

From @xsawyerx

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.

@p5pRT
Copy link
Author

p5pRT commented Mar 20, 2018

From @khwilliamson

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.

@p5pRT
Copy link
Author

p5pRT commented Mar 31, 2018

From @khwilliamson

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

@p5pRT
Copy link
Author

p5pRT commented Apr 2, 2018

From @xsawyerx

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?

@p5pRT
Copy link
Author

p5pRT commented Apr 8, 2018

From @xsawyerx

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.

@p5pRT
Copy link
Author

p5pRT commented Apr 12, 2018

From @jkeenan

On Sun, 08 Apr 2018 12​:52​:29 GMT, xsawyerx@​cpan.org wrote​:

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 d3a5b29
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)

@p5pRT
Copy link
Author

p5pRT commented Apr 12, 2018

@jkeenan - Status changed from 'open' to 'pending release'

@p5pRT
Copy link
Author

p5pRT commented Jun 23, 2018

From @khwilliamson

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.

@p5pRT
Copy link
Author

p5pRT commented Jun 23, 2018

@khwilliamson - Status changed from 'pending release' to 'resolved'

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant