Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 142005 - g-cpan 0.14.0_rc3 creates bad filenames for module downloads
Summary: g-cpan 0.14.0_rc3 creates bad filenames for module downloads
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High normal
Assignee: Gentoo Perl team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-07-28 06:34 UTC by Joerg Plate
Modified: 2007-03-02 12:45 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Joerg Plate 2006-07-28 06:34:16 UTC
When trying "g-cpan -g Class::InsideOut" it fails with

CPAN: Module::Build loaded ok
 * g-cpan: Ebuild already exists for Scalar-List-Utils
 * g-cpan: Ebuild already exists for Test-Simple
 * g-cpan: Ebuild already exists for base
Strange distribution name [perl]
Strange distribution name [perl]
 * g-cpan: perl is not a CPAN module!
 * g-cpan: Ebuild already exists for Class-ISA
Use of uninitialized value in string ne at /usr/bin/g-cpan line 500.
CPAN: LWP::UserAgent loaded ok
Fetching with LWP:
  ftp://pandemonium.tiscali.de/pub/CPAN/authors/id/Contact Author The Perl5 Porters Mailing List <perl5-porters@perl.org>
Fetching with LWP:
  ftp://pandemonium.tiscali.de/pub/CPAN/authors/id/Contact Author The Perl5 Porters Mailing List <perl5-porters@perl.org>.gz

(Hints: cpan_file in CPAN.pm around line 6543
    and unpack_module in Gentoo::CPAN around line 130)



Portage 2.1.1_pre3-r5 (default-linux/amd64/2006.0, gcc-4.1.1/amd64-vanilla, glibc-2.4-r3, 2.6.17-gentoo x86_64)
=================================================================
System uname: 2.6.17-gentoo x86_64 AMD Athlon(tm) 64 Processor 4000+
Gentoo Base System version 1.12.1
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.4 [enabled]
app-admin/eselect-compiler: 2.0.0_rc2-r1
dev-lang/python:     2.3.5-r2, 2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r2
dev-util/confcache:  0.4.2-r1
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.60
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.17
sys-devel/gcc-config: 2.0.0_rc1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.16
ACCEPT_KEYWORDS="~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -march=athlon64 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /etc/mail/dspam /opt/openjms/config /opt/wildfire/resources/security/ /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /var/bind /var/run/dspam /var/service"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/eselect/compiler /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-O2 -march=athlon64 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig buildpkg candy ccache distlocks metadata-transfer moo sandbox sfperms strict"
GENTOO_MIRRORS="http://mirror.switch.ch/ftp/mirror/gentoo/ http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://pandemonium.tiscali.de/pub/gentoo/ http://gentoo.intergenia.de"
LC_ALL="de_DE.UTF-8"
LDFLAGS="-Wl,-z,now"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="perl"
Comment 1 Michael Cummings (RETIRED) gentoo-dev 2006-07-29 17:24:17 UTC
i saw this too - it was actually a bad upstream copy of the module list. run g-cpan with the reload cpan and it should clear up. either that or i fixed a bug and didn't realize it, because the next release is creating class-insideout-1.01 fine now (and i saw the same bug).
Comment 2 Joerg Plate 2006-07-30 00:38:11 UTC
Nope. I removed all .cpan directories and configured it
new with different servers (just in case). Still doesn't
work. I installed 

My guess is the following may be the source of the problem:

Strange distribution name [perl]
Strange distribution name [perl]
 * g-cpan: perl is not a CPAN module!
Use of uninitialized value in string ne at /usr/bin/g-cpan line 500.


P.S. g-cpan 0.13.02 output:

g-cpan: Unable to coerce Contact-Author-The-Perl5-Porters-Mailing-List--perl5-porters-perl.org- into a portage dir name at /usr/bin/g-cpan line 359.
 * g-cpan: Couldn't turn 'Contact Author The Perl5 Porters Mailing List <perl5-porters@perl.org>' into a directory name

g-cpan: Unable to coerce Contact-Author-The-Perl5-Porters-Mailing-List--perl5-porters-perl.org- into a portage dir name at /usr/bin/g-cpan line 359.
Use of uninitialized value in pattern match (m//) at /usr/bin/g-cpan line 440.
Use of uninitialized value in pattern match (m//) at /usr/bin/g-cpan line 443.
Use of uninitialized value in string eq at /usr/bin/g-cpan line 446.
Use of uninitialized value in hash element at /usr/bin/g-cpan line 447.
Use of uninitialized value in concatenation (.) or string at /usr/bin/g-cpan line 867.
Use of uninitialized value in hash element at /usr/bin/g-cpan line 448.
Use of uninitialized value in substitution (s///) at /usr/bin/g-cpan line 451.
Use of uninitialized value in string eq at /usr/bin/g-cpan line 312.
Use of uninitialized value in string eq at /usr/bin/g-cpan line 312.
Use of uninitialized value in string eq at /usr/bin/g-cpan line 312.
Use of uninitialized value in string eq at /usr/bin/g-cpan line 312.
Use of uninitialized value in string eq at /usr/bin/g-cpan line 312.
Comment 3 Joerg Plate 2006-07-30 03:48:45 UTC
MakeFile.PL of "Class::InsideOut" has

'PREREQ_PM' => { 'Exporter' => 0, 'Config' => 0}

1> g-cpan -g Config
CPAN: File::HomeDir loaded ok
CPAN: Storable loaded ok
Going to read /root/.cpan/Metadata
  Database was generated on Sun, 30 Jul 2006 01:29:49 GMT
Use of uninitialized value in string ne at /usr/bin/g-cpan line 500.
CPAN: LWP::UserAgent loaded ok
Fetching with LWP:
  ftp://ftp.cs.tu-berlin.de/pub/lang/perl/CPAN/authors/id/Contact Author The Perl5 Porters Mailing List <perl5-porters@perl.org>


1> g-cpan -g Exporter
CPAN: File::HomeDir loaded ok
CPAN: Storable loaded ok
Going to read /root/.cpan/Metadata
  Database was generated on Sun, 30 Jul 2006 01:29:49 GMT
Exiting subroutine via next at /usr/bin/g-cpan line 477.
Comment 4 Michael Cummings (RETIRED) gentoo-dev 2007-01-03 06:25:55 UTC
"g-cpan -g Class::InsideOut" is definitely fixed in 0.15_rc1, probably in 0.14 as well (can't verify that locally though).

"g-cpan -g Exporter" introduces a somewhat painful point - failure to provide a good error message that Exporter is being caught as part of perl-5.8.8 and ignored.

Does it count as fixed if the original case is fixed? :)
Comment 5 Michael Cummings (RETIRED) gentoo-dev 2007-01-24 12:39:46 UTC
since i got no response, and this is fixed in a version that is in portage, closing out.
Comment 6 Michael Cummings (RETIRED) gentoo-dev 2007-03-02 12:45:08 UTC
Fixed in rc3. I have a few more bugs I'd like to tackle this weekend, but I expect to put this "out there" in portage in the next few days.

$ ./g-cpan -g Config          
/ * Config is part of the core perl install

$ ./g-cpan -g Exporter
/ * Exporter is part of the core perl install

$ ./g-cpan -g Devel::PPPort
/ * Devel::PPPort is part of the core perl install