First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 142005
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Perl Devs @ Gentoo <perl@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Joerg Plate <plate@patterner.de>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 142005 depends on: Show dependency tree
Bug 142005 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2006-07-28 06:34 0000
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 From Michael Cummings (RETIRED) 2006-07-29 17:24:17 0000 -------
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 From Joerg Plate 2006-07-30 00:38:11 0000 -------
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 From Joerg Plate 2006-07-30 03:48:45 0000 -------
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 From Michael Cummings (RETIRED) 2007-01-03 06:25:55 0000 -------
"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 From Michael Cummings (RETIRED) 2007-01-24 12:39:46 0000 -------
since i got no response, and this is fixed in a version that is in portage,
closing out.

------- Comment #6 From Michael Cummings (RETIRED) 2007-03-02 12:45:08 0000 -------
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

First Last Prev Next    No search results available      Search page      Enter new bug