CPAN user bootstrap of cpanminus fails on CENTOS #14704

p5pRT · 2015-05-14T17:50:18Z

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

Searchable as RT125195$

p5pRT · 2015-05-14T17:50:18Z

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 · 2015-05-15T01:26:55Z

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 · 2015-05-15T01:26:55Z

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

p5pRT · 2015-05-15T04:18:23Z

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 · 2015-05-15T06:11:23Z

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 · 2015-05-15T11:15:40Z

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 · 2015-05-15T20:11:10Z

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 · 2015-05-16T07:15:33Z

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 · 2015-05-16T08:15:54Z

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

p5pRT · 2015-05-16T09:02:08Z

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 · 2015-05-16T22:42:02Z

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

p5pRT closed this as completed May 16, 2015

p5pRT added Severity Low distro-Linux sendToCPAN labels Oct 19, 2019

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

CPAN user bootstrap of cpanminus fails on CENTOS #14704

CPAN user bootstrap of cpanminus fails on CENTOS #14704

p5pRT commented May 14, 2015

p5pRT commented May 14, 2015

p5pRT commented May 15, 2015

p5pRT commented May 15, 2015

p5pRT commented May 15, 2015

p5pRT commented May 15, 2015

p5pRT commented May 15, 2015

p5pRT commented May 15, 2015

p5pRT commented May 16, 2015

p5pRT commented May 16, 2015

p5pRT commented May 16, 2015

p5pRT commented May 16, 2015

CPAN user bootstrap of cpanminus fails on CENTOS #14704

CPAN user bootstrap of cpanminus fails on CENTOS #14704

Comments

p5pRT commented May 14, 2015

p5pRT commented May 14, 2015

From ajs@ajs.com

Created by ajs@ajs.com

p5pRT commented May 15, 2015

From @tonycoz

p5pRT commented May 15, 2015

p5pRT commented May 15, 2015

From p5p@net153.net

p5pRT commented May 15, 2015

From @ppisar

p5pRT commented May 15, 2015

From @Leont

p5pRT commented May 15, 2015

From @karenetheridge

p5pRT commented May 16, 2015

From @shlomif

p5pRT commented May 16, 2015

p5pRT commented May 16, 2015

From @bulk88

p5pRT commented May 16, 2015

From @rjbs