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

CPAN user bootstrap of cpanminus fails on CENTOS #14704

Closed
p5pRT opened this issue May 14, 2015 · 11 comments
Closed

CPAN user bootstrap of cpanminus fails on CENTOS #14704

p5pRT opened this issue May 14, 2015 · 11 comments

Comments

@p5pRT
Copy link
Collaborator

@p5pRT p5pRT commented May 14, 2015

Migrated from rt.perl.org#125195 (status was 'rejected')

Searchable as RT125195$

@p5pRT
Copy link
Collaborator Author

@p5pRT p5pRT commented May 14, 2015

From ajs@ajs.com

Created by ajs@ajs.com

This is a bug report for perl from ajs@​ajs.com,
generated with the help of perlbug 1.39 running under perl 5.10.1.

-----------------------------------------------------------------
I ran

curl -s -L http​://cpanmin.us | perl - App​::cpanminus -l ~/.perl5

per the cpanmius documentation, and it failed with this error on a base
CENTOS 6.5 host with no perl extras installed​:

--> Working on ExtUtils​::Manifest
Fetching
http​://www.cpan.org/authors/id/E/ET/ETHER/ExtUtils-Manifest-1.70.tar.gz ...
OK
==> Found dependencies​: ExtUtils​::MakeMaker
--> Working on ExtUtils​::MakeMaker
Fetching
http​://www.cpan.org/authors/id/B/BI/BINGOS/ExtUtils-MakeMaker-7.04.tar.gz
... OK
Configuring ExtUtils-MakeMaker-7.04 ... N/A
Can't locate ExtUtils/Manifest.pm in @​INC (@​INC contains​:
FatPacked​::16565432=HASH(0xfcc4b8) /usr/local/lib64/perl5 /us
r/local/share/perl5 /usr/lib64/perl5/vendor_perl
/usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at -
line 132.

As a workaround, installing the system package for CPAN via "yum install
perl-CPAN" resolved the issue,
but this presents a bootstrapping problem for non-root use...

Perl Info

Flags:
    category=library
    severity=low

This perlbug was built using Perl 5.10.1 in the Fedora build system.
It is being executed now by Perl 5.10.1 - Wed Nov 12 09:08:43 UTC 2014.

Site configuration information for perl 5.10.1:

Configured by Red Hat, Inc. at Wed Nov 12 09:08:43 UTC 2014.

Summary of my perl5 (revision 5 version 10 subversion 1) configuration:

  Platform:
    osname=linux, osvers=2.6.32-220.el6.x86_64,
archname=x86_64-linux-thread-multi
    uname='linux c6b8.bsys.dev.centos.org 2.6.32-220.el6.x86_64 #1 smp tue
dec 6 19:48:22 gmt 2011 x86_64 x86_64 x86_64 gnulinux '
    config_args='-des -Doptimize=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
-fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64
-mtune=generic -DDEBUGGING=-g -Dversion=5.10.1 -Dmyhostname=localhost
-Dperladmin=root@localhost -Dcc=gcc -Dcf_by=Red Hat, Inc. -Dprefix=/usr
-Dvendorprefix=/usr -Dsiteprefix=/usr/local
-Dsitelib=/usr/local/share/perl5 -Dsitearch=/usr/local/lib64/perl5
-Dprivlib=/usr/share/perl5 -Darchlib=/usr/lib64/perl5
-Dvendorlib=/usr/share/perl5/vendor_perl
-Dvendorarch=/usr/lib64/perl5/vendor_perl -Dinc_version_list=5.10.0
-Darchname=x86_64-linux-thread-multi -Dlibpth=/usr/local/lib64 /lib64
/usr/lib64 -Duseshrplib -Dusethreads -Duseithreads -Duselargefiles
-Dd_dosuid -Dd_semctl_semun -Di_db -Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog
-Dman3ext=3pm -Duseperlio -Dinstallusrbinperl=n -Ubincompat5005
-Uversiononly -Dpager=/usr/bin/less -isr -Dd_gethostent_r_proto
-Ud_endhostent_r_proto -Ud_sethostent_r_proto -Ud_endprotoent_r_proto
-Ud_setprotoent_r_proto -Ud_endservent_r_proto -Ud_setservent_r_proto
-Dscriptdir=/usr/bin -Dusesitecustomize'
    hint=recommended, useposix=true, d_sigaction=define
    useithreads=define, usemultiplicity=define
    useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef
    use64bitint=define, use64bitall=define, uselongdouble=undef
    usemymalloc=n, bincompat5005=undef
  Compiler:
    cc='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing
-pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64',
    optimize='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic',
    cppflags='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe
-fstack-protector -I/usr/local/include'
    ccversion='', gccversion='4.4.7 20120313 (Red Hat 4.4.7-11)',
gccosandvers=''
    intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
    ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=8
    alignbytes=8, prototype=define
  Linker and Libraries:
    ld='gcc', ldflags =' -fstack-protector'
    libpth=/usr/local/lib64 /lib64 /usr/lib64
    libs=-lresolv -lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc
    perllibs=-lresolv -lnsl -ldl -lm -lcrypt -lutil -lpthread -lc
    libc=, so=so, useshrplib=true, libperl=libperl.so
    gnulibc_version='2.12'
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E
-Wl,-rpath,/usr/lib64/perl5/CORE'
    cccdlflags='-fPIC', lddlflags='-shared -O2 -g -pipe -Wall
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m64 -mtune=generic'

Locally applied patches:



@INC for perl 5.10.1:
    /usr/local/lib64/perl5
    /usr/local/share/perl5
    /usr/lib64/perl5/vendor_perl
    /usr/share/perl5/vendor_perl
    /usr/lib64/perl5
    /usr/share/perl5
    .


Environment for perl 5.10.1:
    HOME=/home/user
    LANG=en_US.UTF-8
    LANGUAGE (unset)
    LD_LIBRARY_PATH (unset)
    LOGDIR (unset)

PATH=/opt/user/bin:/usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/user/bin
    PERL_BADLANG (unset)
    SHELL=/bin/bash

@p5pRT
Copy link
Collaborator Author

@p5pRT p5pRT commented May 15, 2015

From @tonycoz

On Thu May 14 10​:50​:18 2015, ajs wrote​:

This is a bug report for perl from ajs@​ajs.com,
generated with the help of perlbug 1.39 running under perl 5.10.1.

-----------------------------------------------------------------
I ran

curl -s -L http​://cpanmin.us | perl - App​::cpanminus -l ~/.perl5

per the cpanmius documentation, and it failed with this error on a
base
CENTOS 6.5 host with no perl extras installed​:

--> Working on ExtUtils​::Manifest
Fetching
http​://www.cpan.org/authors/id/E/ET/ETHER/ExtUtils-Manifest-
1.70.tar.gz ...
OK
==> Found dependencies​: ExtUtils​::MakeMaker
--> Working on ExtUtils​::MakeMaker
Fetching
http​://www.cpan.org/authors/id/B/BI/BINGOS/ExtUtils-MakeMaker-
7.04.tar.gz
... OK
Configuring ExtUtils-MakeMaker-7.04 ... N/A
Can't locate ExtUtils/Manifest.pm in @​INC (@​INC contains​:
FatPacked​::16565432=HASH(0xfcc4b8) /usr/local/lib64/perl5 /us
r/local/share/perl5 /usr/lib64/perl5/vendor_perl
/usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at -
line 132.

As a workaround, installing the system package for CPAN via "yum
install
perl-CPAN" resolved the issue,
but this presents a bootstrapping problem for non-root use...

perl 5.10 is no longer supported.

Your perl doesn't seem to have any version of ExtUtils​::MakeMaker installed,
which is supplied with perl, so I suspect the problem is your vendor has split perl
up into multiple packages and you don't have them all installed.

If cpanminus claims to support 5.10 you might want to follow it up with them.

Tony

@p5pRT
Copy link
Collaborator Author

@p5pRT p5pRT commented May 15, 2015

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

@p5pRT
Copy link
Collaborator Author

@p5pRT p5pRT commented May 15, 2015

From p5p@net153.net

On 05/14/2015 08​:26 PM, Tony Cook via RT wrote​:

On Thu May 14 10​:50​:18 2015, ajs wrote​:

This is a bug report for perl from ajs@​ajs.com,
generated with the help of perlbug 1.39 running under perl 5.10.1.

-----------------------------------------------------------------
I ran

curl -s -L http​://cpanmin.us | perl - App​::cpanminus -l ~/.perl5

per the cpanmius documentation, and it failed with this error on a
base
CENTOS 6.5 host with no perl extras installed​:

--> Working on ExtUtils​::Manifest
Fetching
http​://www.cpan.org/authors/id/E/ET/ETHER/ExtUtils-Manifest-
1.70.tar.gz ...
OK
==> Found dependencies​: ExtUtils​::MakeMaker
--> Working on ExtUtils​::MakeMaker
Fetching
http​://www.cpan.org/authors/id/B/BI/BINGOS/ExtUtils-MakeMaker-
7.04.tar.gz
... OK
Configuring ExtUtils-MakeMaker-7.04 ... N/A
Can't locate ExtUtils/Manifest.pm in @​INC (@​INC contains​:
FatPacked​::16565432=HASH(0xfcc4b8) /usr/local/lib64/perl5 /us
r/local/share/perl5 /usr/lib64/perl5/vendor_perl
/usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at -
line 132.

As a workaround, installing the system package for CPAN via "yum
install
perl-CPAN" resolved the issue,
but this presents a bootstrapping problem for non-root use...

perl 5.10 is no longer supported.

Your perl doesn't seem to have any version of ExtUtils​::MakeMaker installed,
which is supplied with perl, so I suspect the problem is your vendor has split perl
up into multiple packages and you don't have them all installed.

If cpanminus claims to support 5.10 you might want to follow it up with them.

Tony

---
via perlbug​: queue​: perl5 status​: new
https://rt-archive.perl.org/perl5/Ticket/Display.html?id=125195

Yes, the redhat fellas split perl in parts for some reason for
packaging. You will more than likely need to run 'yum install perl'
and/or 'yum install perl-core'.

--Sam

@p5pRT
Copy link
Collaborator Author

@p5pRT p5pRT commented May 15, 2015

From @ppisar

On 2015-05-15, Tony Cook via RT <perlbug-followup@​perl.org> wrote​:

On Thu May 14 10​:50​:18 2015, ajs wrote​:

This is a bug report for perl from ajs@​ajs.com,
I ran

curl -s -L http​://cpanmin.us | perl - App​::cpanminus -l ~/.perl5

per the cpanmius documentation, and it failed with this error on a
base
CENTOS 6.5 host with no perl extras installed​:

--> Working on ExtUtils​::Manifest
Fetching
http​://www.cpan.org/authors/id/E/ET/ETHER/ExtUtils-Manifest-
1.70.tar.gz ...
OK
==> Found dependencies​: ExtUtils​::MakeMaker
--> Working on ExtUtils​::MakeMaker
Fetching
http​://www.cpan.org/authors/id/B/BI/BINGOS/ExtUtils-MakeMaker-
7.04.tar.gz
... OK
Configuring ExtUtils-MakeMaker-7.04 ... N/A
Can't locate ExtUtils/Manifest.pm in @​INC (@​INC contains​:
FatPacked​::16565432=HASH(0xfcc4b8) /usr/local/lib64/perl5 /us
r/local/share/perl5 /usr/lib64/perl5/vendor_perl
/usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at -
line 132.

The log reads​: ExtUtils-Manifest declares dependency on
ExtUtils​::MakeMaker, ExtUtils-MakeMaker does not declare dependency on
ExtUtils​::Manifest despite it uses it.

Resolution​:

(1) This is a bug in ExtUtils-MakeMaker-7.04 distribution.

(2) This effectively creates a build cycle preventing from
boot-strapping the two packages.

As a workaround, installing the system package for CPAN via "yum
install perl-CPAN" resolved the issue,

If you need ExtUtils​::Manifest module, you can install it with "yum
install 'perl(ExtUtils​::Manifest)'". Any Perl module provided by CentOS
can be installed using this schema.

but this presents a bootstrapping problem for non-root use...

Tell your superuser you need all Perl core modules. This can be achieved
by "yum install perl-core".

Your perl doesn't seem to have any version of ExtUtils​::MakeMaker
installed, which is supplied with perl, so I suspect the problem is
your vendor has split perl up into multiple packages and you don't
have them all installed.

The reason for splitting the packages is that not everybody wants all
Perl core modules. There are users who, for security reasons, remove
each file they do not require. Also it minimizes amount of data needed to
download and install when updating one Perl module.

-- Petr

@p5pRT
Copy link
Collaborator Author

@p5pRT p5pRT commented May 15, 2015

From @Leont

On Fri, May 15, 2015 at 8​:10 AM, Petr Pisar <ppisar@​redhat.com> wrote​:

The log reads​: ExtUtils-Manifest declares dependency on
ExtUtils​::MakeMaker, ExtUtils-MakeMaker does not declare dependency on
ExtUtils​::Manifest despite it uses it.

Resolution​:

(1) This is a bug in ExtUtils-MakeMaker-7.04 distribution.

(2) This effectively creates a build cycle preventing from
boot-strapping the two packages.

ExtUtils​::MakeMaker bundles its dependencies specifically for this kind of
bootstrapping, but I think I can see where it goes wrong, see
Perl-Toolchain-Gang/ExtUtils-MakeMaker#219. I'd
suggest closing this ticket and as it's not a core issue.

Your perl doesn't seem to have any version of ExtUtils​::MakeMaker
installed, which is supplied with perl, so I suspect the problem is
your vendor has split perl up into multiple packages and you don't
have them all installed.

The reason for splitting the packages is that not everybody wants all
Perl core modules. There are users who, for security reasons, remove
each file they do not require. Also it minimizes amount of data needed to
download and install when updating one Perl module.

This is legitimate, but the "perl" package being the minimalistic one
instead of the complete one is consistently confusing for end-users IME.

Leon

@p5pRT
Copy link
Collaborator Author

@p5pRT p5pRT commented May 15, 2015

From @karenetheridge

On Fri, May 15, 2015 at 4​:14 AM, Leon Timmermans <fawaka@​gmail.com> wrote​:

This is legitimate, but the "perl" package being the minimalistic one
instead of the complete one is consistently confusing for end-users IME.

And isn't this a violation of the perl licencing agreement?

@p5pRT
Copy link
Collaborator Author

@p5pRT p5pRT commented May 16, 2015

From @shlomif

On Fri, 15 May 2015 13​:10​:31 -0700
Karen Etheridge <perl@​froods.org> wrote​:

On Fri, May 15, 2015 at 4​:14 AM, Leon Timmermans <fawaka@​gmail.com> wrote​:

This is legitimate, but the "perl" package being the minimalistic one
instead of the complete one is consistently confusing for end-users IME.

And isn't this a violation of the perl licencing agreement?

Why? Where do you see a limitation that prevents doing that (assuming the source
code for the modifications is released, which I believe is the case) in
both the GPLv1-and-above and the Original Artistic licences? Just for
reference, see​:

* https://en.wikipedia.org/wiki/Free_and_open-source_software

Note​: I am not a lawyer (IANAL).

Regards,

  Shlomi Fish

--


Shlomi Fish http​://www.shlomifish.org/
NSA Factoids - http​://www.shlomifish.org/humour/bits/facts/NSA/

  <rindolf> preaction​: every mighty Klingon warrior uses Vim.
  <preaction> only green-blooded Romulan scum use Emacs
  — #perl, http​://is.gd/grdEqT

Please reply to list if it's a mailing list post - http​://shlom.in/reply .

@p5pRT p5pRT closed this May 16, 2015
@p5pRT
Copy link
Collaborator Author

@p5pRT p5pRT commented May 16, 2015

@iabyn - Status changed from 'open' to 'rejected'

@p5pRT
Copy link
Collaborator Author

@p5pRT p5pRT commented May 16, 2015

From @bulk88

Shlomi Fish wrote​:

On Fri, 15 May 2015 13​:10​:31 -0700
Karen Etheridge <perl@​froods.org> wrote​:

On Fri, May 15, 2015 at 4​:14 AM, Leon Timmermans <fawaka@​gmail.com> wrote​:

This is legitimate, but the "perl" package being the minimalistic one
instead of the complete one is consistently confusing for end-users IME.

And isn't this a violation of the perl licencing agreement?

Why? Where do you see a limitation that prevents doing that (assuming the source
code for the modifications is released, which I believe is the case) in
both the GPLv1-and-above and the Original Artistic licences? Just for
reference, see​:

* https://en.wikipedia.org/wiki/Free_and_open-source_software

Note​: I am not a lawyer (IANAL).

Regards,

Shlomi Fish

They still have to rename their language to "Hural" since to call it
"Perl" is a trademark violation, FOSS gives them the right to fork the
source code, but not the intellectual property to use the trademarks. It
is time to call the lawyers and get an injuction against Red Hat.

@p5pRT
Copy link
Collaborator Author

@p5pRT p5pRT commented May 16, 2015

From @rjbs

* bulk88 <bulk88@​hotmail.com> [2015-05-16T05​:01​:27]

They still have to rename their language to "Hural" since to call it "Perl"
is a trademark violation, FOSS gives them the right to fork the source code,
but not the intellectual property to use the trademarks. It is time to call
the lawyers and get an injuction against Red Hat.

I'm not sure whether bulk88 is joking. We're not going to do that.

Roughly once every two years we say that we want to standardize what may or may
not be removed, and some downstream folks say they're interested, but so far it
hasn't come to fruition. Until we do that, these kinds of changes might be
annoying, but they're made in good faith, and we can live with it.

--
rjbs

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

Successfully merging a pull request may close this issue.

None yet
1 participant
You can’t perform that action at this time.