Bundle::CPAN still failing.

Anonymous Monk has asked for the wisdom of the Perl Monks concerning the following question:

Has anyone gotten CPAN working with Bundle::CPAN on Debian or a Debian derivative in the last two or three weeks? I have been pulling my hair out, because I can't get it to work on a fresh install of xubuntu. Or Debian stable. Or Debian testing. And since I first ran into this problem, I've only seen one other search result returned for the problem, other than the bug itself. I'm still not even sure I understand this to be a package issue. If I'm using cpan to install Bundle::CPAN, then what would system package bugs have to do with anything?

Here is the problem I ran into using Xubuntu 8.04 and Debian Etch (stable). Please note that ALL I did was install the operating system and immediately install gcc and libc6-dev then configure cpan and run 'install Bundle::CPAN". That is ALL I did. NOTHING else.

I run 'install Bundle::CPAN'. It runs through the installation and at the end, it complains as follows:

Can't call method "value" on an undefined value at /usr/share/perl5/IO/Uncompress/RawInflate.pm line 64.

The very little I could find regarding this is a bug in libio-compress-zlib-perl 2.010-1 (bug #482056).

While it is the SAME error message, you'll note that bug is for the apt-get package named libio-compress-zlib-perl. That should have NOTHING to do with what is retrieved by the cpan utility, right? Why would it? I'm installing the CPAN version and not the apt-gettable version, yes?

Besides, the bug is regarding 2.010-1 which is in testing or unstable and obviously shouldn't be part of xubuntu or Debian Etch by default.

However, since the current version of libio-compress-zlib-perl in the repository is 2.08, I installed that and then ran cpan. And it complained that it needed to be 2.011 -- which, of course, fails when it tries to install that from CPAN.

The debian bug says it is going to be fixed in 2.011. I waited for 2.011-2 to get out of unstable and into testing after 10 days. Then I did a fresh debian install, immediately upgrading to lenny (testing). This of course upgraded perl to 5.10 as well. And libio-compress-zlib-perl to 2.011-2.

And it still doesn't work.

If I try to install Bundle::CPAN in Debian testing WITH or WITHOUT libio-compress-zlib-perl 2.011-2 I still get the same problem as follows:

CPAN.pm: Going to build P/PM/PMQS/Compress-Zlib-2.011.tar.gz

Warning: Prerequisite 'IO::Uncompress::Gunzip => 2.011' for 'P/PM/PMQS
+/Compress-Zlib-2.011.tar.gz' failed when processing 'P/PM/PMQS/IO-Com
+press-Zlib-2.011.tar.gz' with 'make => NO'. Continuing, but chances t
+o succeed are limited.
Warning: Prerequisite 'IO::Compress::Gzip => 2.011' for 'P/PM/PMQS/Com
+press-Zlib-2.011.tar.gz' failed when processing 'P/PM/PMQS/IO-Compres
+s-Zlib-2.011.tar.gz' with 'make => NO'. Continuing, but chances to su
+cceed are limited.
Warning: Prerequisite 'Compress::Raw::Zlib => 2.011' for 'P/PM/PMQS/Co
+mpress-Zlib-2.011.tar.gz' failed when processing 'P/PM/PMQS/Compress-
+Raw-Zlib-2.011.tar.gz' with 'make => NO'. Continuing, but chances to 
+succeed are limited.
Warning: Prerequisite 'IO::Compress::Gzip::Constants => 2.011' for 'P/
+PM/PMQS/Compress-Zlib-2.011.tar.gz' failed when processing 'P/PM/PMQS
+/IO-Compress-Zlib-2.011.tar.gz' with 'make => NO'. Continuing, but ch
+ances to succeed are limited.
Warning: Prerequisite 'IO::Uncompress::Base => 2.011' for 'P/PM/PMQS/C
+ompress-Zlib-2.011.tar.gz' failed when processing 'P/PM/PMQS/IO-Compr
+ess-Base-2.011.tar.gz' with 'make => NO'. Continuing, but chances to 
+succeed are limited.
Warning: Prerequisite 'IO::Compress::Base => 2.011' for 'P/PM/PMQS/Com
+press-Zlib-2.011.tar.gz' failed when processing 'P/PM/PMQS/IO-Compres
+s-Base-2.011.tar.gz' with 'make => NO'. Continuing, but chances to su
+cceed are limited.
Warning: Prerequisite 'IO::Compress::Base::Common => 2.011' for 'P/PM/
+PMQS/Compress-Zlib-2.011.tar.gz' failed when processing 'P/PM/PMQS/IO
+-Compress-Base-2.011.tar.gz' with 'make => NO'. Continuing, but chanc
+es to succeed are limited.
Can't exec "make": No such file or directory at /usr/share/perl/5.10/C
+PAN.pm line 7698.
  PMQS/Compress-Zlib-2.011.tar.gz
  make -- NOT OK
Warning (usually harmless): 'YAML' not installed, will not store persi
+stent state
Running make test
  Can't test without successful make
Running make install
  Make had returned bad status, install seems impossible
Running install for module 'IO::Uncompress::Base'
Running make for P/PM/PMQS/IO-Compress-Base-2.011.tar.gz
  Has already been unwrapped into directory /root/.cpan/build/IO-Compr
+ess-Base-2.011-W8IUfx
Could not make: Unknown error
Warning (usually harmless): 'YAML' not installed, will not store persi
+stent state
Running make test
  Can't test without successful make
Running make install
  Make had returned bad status, install seems impossible
Running install for module 'IO::Compress::Base'
Running make for P/PM/PMQS/IO-Compress-Base-2.011.tar.gz
  Has already been unwrapped into directory /root/.cpan/build/IO-Compr
+ess-Base-2.011-W8IUfx
Could not make: Unknown error
Warning (usually harmless): 'YAML' not installed, will not store persi
+stent state
Running make test
  Can't test without successful make
Running make install
  Make had returned bad status, install seems impossible
Running install for module 'Compress::Raw::Zlib'
Running make for P/PM/PMQS/Compress-Raw-Zlib-2.011.tar.gz
  Has already been unwrapped into directory /root/.cpan/build/Compress
+-Raw-Zlib-2.011-peC84x
Could not make: Unknown error
Warning (usually harmless): 'YAML' not installed, will not store persi
+stent state
Running make test
  Can't test without successful make
Running make install
  Make had returned bad status, install seems impossible
Running make for P/PM/PMQS/IO-Compress-Zlib-2.011.tar.gz
  Has already been unwrapped into directory /root/.cpan/build/IO-Compr
+ess-Zlib-2.011-XEu8Od
Could not make: Unknown error
Warning (usually harmless): 'YAML' not installed, will not store persi
+stent state
Running make test
  Can't test without successful make
Running make install
  Make had returned bad status, install seems impossible
Failed during this command:
 ADAMK/File-HomeDir-0.69.tar.gz               : make NO
 TJENNESS/File-Temp-0.20.tar.gz               : make NO
 MSCHWERN/ExtUtils-MakeMaker-6.44.tar.gz      : make NO
 MSHELOR/Digest-SHA-5.47.tar.gz               : make NO
 MSCHWERN/Test-Simple-0.80.tar.gz             : make NO
 PMQS/IO-Compress-Base-2.011.tar.gz           : make NO
 PMQS/Compress-Raw-Zlib-2.011.tar.gz          : make NO
 JSTOWE/TermReadKey-2.30.tar.gz               : make NO
 ADAMK/Archive-Zip-1.23.tar.gz                : make NO
 TOMHUGHES/IO-Zlib-1.09.tar.gz                : make NO
 ILYAZ/modules/Term-ReadLine-Perl-1.0302.tar.gz: make NO
 INGY/YAML-0.66.tar.gz                        : make NO
 PEREINAR/File-Which-0.05.tar.gz              : make NO
 PMQS/Compress-Zlib-2.011.tar.gz              : make NO
 PMQS/IO-Compress-Zlib-2.011.tar.gz           : make NO
[download]

So maybe I misunderstand that bug? The bug report looks very clearly to me to be against the debian package and NOT against the actual perl module. So why is the perl module not working?

I just want a working perl dev environment like I've installed and configured dozens of times before over the years. What am I doing wrong here?!

Thank you for any help you're able to provide.

Comment on Bundle::CPAN still failing. Download Code

Replies are listed 'Best First'.
Re: Bundle::CPAN still failing. by Seumas (Curate) on Jun 01, 2008 at 21:00 UTC
I'd been bashing my head against the bug for awhile as well, before waiting for it to be fixed and propegate to at least the /testing branch. If you look at the error below, it looks like you may not have 'make' installed. Depending on how you installed your instance of Debian, you may need to install moer than just gcc and libc6-dev. Can't exec "make": No such file or directory at /usr/share/perl/5.10/CPAN.pm line 7698. It would be nice if the summarization of events at the very end said something simple like "YOU DO NOT HAVE MAKE INSTALLED", but alas it does not. If you apt-get build-essential, you should be good to go.	[reply]
Re^2: Bundle::CPAN still failing. by Anonymous Monk on Jun 01, 2008 at 22:38 UTC
That did it, thank you!	[reply]
Re^2: Bundle::CPAN still failing. by drench (Beadle) on Mar 28, 2009 at 12:47 UTC
I found this thread after getting a similar error message about /usr/share/perl5/IO/Uncompress/RawInflate.pm, but lack of "make" wasn't my problem. I built Perl 5.10.0 from source, installed it under /opt/local, and put /opt/local/bin at the front of my $PATH. Perl -V says my @INC is: `/opt/local/lib/perl5/5.10.0/i686-linux /opt/local/lib/perl5/5.10.0 /opt/local/lib/perl5/site_perl/5.10.0/i686-linux /opt/local/lib/perl5/site_perl/5.10.0 .` [download] Yet I was still seeing this error when working in the CPAN shell: `Can't call method "value" on an undefined value at /usr/share/perl5/IO +/Uncompress/RawInflate.pm line 64.` [download] /usr/share/perl5 ? I didn't ask for that (or maybe I inadvertently did by running "Configure -de" when I built it). My kludge was to block Perl from even trying to look at /usr/share/perl5: `chmod 0000 /usr/share/perl5 && perl -MCPAN -eshell && chmod 0755 /usr/ +share/perl5` [download] This was only necessary once. CPAN.pm learned its lesson and is now looking in the "correct" place for IO::Uncompress::RawInflate. Update 5/1/2009: Scratch most of the above. It wasn't Perl 5.10's fault! It was a PATH problem. Though /opt/local/bin was in my PATH as a 'normal' user, it wasn't under sudo (in some cases), so I was actually using the system Perl without knowing it: `% perl -v This is perl, v5.10.0 (GitLive-maint-5.10-1091-g36d9847*) built for i6 +86-linux [...] % sudo perl -v This is perl, v5.8.8 built for i486-linux-gnu-thread-multi [...]` [download] So the real fix is to be explicit: `% sudo /opt/local/bin/perl -MCPAN -eshell` [download]	[reply] [d/l] [select]
Re^2: Bundle::CPAN still failing. by Anonymous Monk on Apr 23, 2009 at 10:19 UTC
"apt-get build-essential " Solved my problem also ... Thanks!	[reply]
Re^3: Bundle::CPAN still failing. by Anonymous Monk on Jul 25, 2011 at 16:02 UTC
How do you run apt-get build-essential, I tried it using in terminal and i'm getting an error Unknown shell command 'apt-get'. Type ? for help.	[reply]
Re^4: Bundle::CPAN still failing. by Anonymous Monk on Jul 27, 2011 at 01:42 UTC
Re^4: Bundle::CPAN still failing. by Anonymous Monk on Nov 09, 2011 at 06:55 UTC
Re^4: Bundle::CPAN still failing. by Anonymous Monk on Jun 04, 2014 at 18:18 UTC
Re: Bundle::CPAN still failing. by Sixtease (Friar) on Jun 01, 2008 at 05:29 UTC
Coincidentally, I installed Kubuntu on my x86_64 laptop. And I ran `sudo cpan -e 'install Bundle::CPAN'` without problems. Installed OK. use strict; use warnings; print "Just Another Perl Hacker\n";	[reply] [d/l]
Re^2: Bundle::CPAN still failing. by brian_d_foy (Abbot) on Jun 01, 2008 at 08:52 UTC
Did you really run that and actually install Bundle::CPAN? Are there instructions somewhere telling you to run it like that? There's no `-e` switch to `cpan`, and the argument `'install Bundle::CPAN'` should be treated as a single argument. There isn't any module named `'install Bundle::CPAN'` so nothing happens. That is, if you're running the real `cpan` script and not some vendor modified one, in which case I'd like to see what they've done. The command you want is one of: `% sudo cpan Bundle::CPAN % sudo perl -MCPAN -e 'install Bundle::CPAN'` [download] -- brian d foy <brian@stonehenge.com> Subscribe to The Perl Review	[reply] [d/l] [select]
Re^2: Bundle::CPAN still failing. by Anonymous Monk on Jun 01, 2008 at 10:29 UTC
That would seem odd since Kubuntu/Xubuntu/Ubuntu should all pull from essentially the same package repositories (more or less). As I understand Ubuntu, there is only the current repository and then the next one for the Ubuntu/Kubuntu/Xubuntu release coming six months down the road (as opposed to stable, testing, unstable).	[reply]
Re: Bundle::CPAN still failing. by Anonymous Monk on Jun 01, 2008 at 05:06 UTC
CPAN is core, so why do you need Bundle::CPAN?	[reply]
Re^2: Bundle::CPAN still failing. by brian_d_foy (Abbot) on Jun 01, 2008 at 09:35 UTC
CPAN is dual-lived, and important and interesting features show up between releases of Perl, as well as bugfixes. The CPAN.pm shell tells the user when there is a newer version of CPAN.pm, and tells the user to install Bundle::CPAN to get the latest version. -- brian d foy <brian@stonehenge.com> Subscribe to The Perl Review	[reply]