Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 97913 - g-cpan.pl runs into an endless loop (File::Path, Test, Test::Harness, File::Spec, Scalar::Util, ...)
Summary: g-cpan.pl runs into an endless loop (File::Path, Test, Test::Harness, File::S...
Status: RESOLVED FIXED
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Tools (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Michael Cummings (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-07-04 10:02 UTC by Erik Wasser
Modified: 2005-07-11 04:02 UTC (History)
2 users (show)

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


Attachments
History of my shell with the output of g-cpan.pl OpenOffice::OODoc (history.txt,26.95 KB, text/plain)
2005-07-04 10:03 UTC, Erik Wasser
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Erik Wasser 2005-07-04 10:02:04 UTC
g-cpan.pl is very strange. After the last update(?) something went wrong with
it. Installing modules leads sometimes to an endless loop (see subject). The
last time I want to install 'OpenOffice::OODoc' and g-cpan.pl starts and run
into an endless loop printing information about its work:

*  Ebuild already exists for 'Scalar::Util': Scalar-List-Utils
[...]
*  Module 'File::Path' is part of the base perl install
[...]
*  Need to create ebuild for 'Test': Test
[...]
*  Need to create ebuild for 'Test::Harness': Test-Harness
[...]
*  Need to create ebuild for 'File::Spec': PathTools


Reproducible: Always
Steps to Reproduce:
1. g-cpan.pl OpenOffice::OODoc
2.
3.




Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130,
glibc-2.3.4.20040808-r1, 2.6.11-gentoo-r11 i686)
=================================================================
System uname: 2.6.11-gentoo-r11 i686 AMD Athlon(tm) XP 2500+
Gentoo Base System version 1.6.12
Python:              dev-lang/python-2.3.5 [2.3.5 (#1, May  2 2005, 13:07:54)]
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
dev-lang/python:     2.3.5
sys-apps/sandbox:    [Not Present]
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.9.5, 1.7.9-r1, 1.5, 1.8.5-r3, 1.6.3, 1.4_p6
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.16
virtual/os-headers:  2.6.8.1-r4
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/bind /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distcc distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://install.int.iquer.net/gentoo"
LANG="en_US"
LC_ALL="de_DE"
MAKEOPTS="-j 9"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/home/fuzz/udp/gentoo/portage"
SYNC="rsync://install.int.iquer.net/gentoo/portage"
USE="3dnow X Xaw3d aalib accessibility acl acpi aim alsa apm arts avi bcmath
berkdb bidi bindist bitmap-fonts bzlib calendar caps cdb cpdflib cross crypt
cscope ctype cups curl curlwrappers dba dbx dga dio directfb divx4linux dvb eds
emboss encode esd ethereal evo exif fam fastcgi fbcon fftw firefox flac flash
flatfile foomaticdb fortran freetds frontbase ftp gb gd gd-external gdbm ggi gif
gmp gnome gnutls gphoto2 gps gstreamer gtk gtk2 gtkhtml guile hyperwave-api
iconv icq ifc imagemagick imap imlib inifile innodb interbase iodbc jabber jack
java jikes joystick jpeg junit justify kde ladcca lcms ldap lesstif libedit
libg++ libgda libwww mad maildir mailwrapper matrox mbox mcal memlimit mhash
mikmod mime ming mmap mmx mng motif mozilla mp3 mpeg mpi msession mysql mysqli
nas ncurses netcdf nis nls nocardbus nocd odbc offensive ogg oggvorbis openal
opengl oss pam pcntl pcre pda pdflib perl pg-intdatetime php pic pie plotutils
png pnp posix postgres ppds prelude python qdbm qt quicktime readline recode
ruby samba sasl sdl session shared sharedmem simplexml slang slp soap sockets
socks5 solid speex spell spl sqlite sse ssl svg svga sybase sybase-ct sysvipc
szip tcltk tcpd tetex theora tidy tiff tokenizer truetype truetype-fonts trusted
type1-fonts unicode usb vhosts videos voodoo3 vorbis wavelan wmf wxwindows x86
xface xine xinerama xml xml2 xmlrpc xosd xpm xsl xv xvid zeo zlib userland_GNU
kernel_linux elibc_glibc"
Unset:  ASFLAGS, CBUILD, CTARGET, LDFLAGS, LINGUAS
Comment 1 Erik Wasser 2005-07-04 10:03:42 UTC
Created attachment 62605 [details]
History of my shell with the output of g-cpan.pl OpenOffice::OODoc

The problem is not related to the module 'OpenOffice::OODoc'. Other modules
lead to the same loop...
Comment 2 Michael Cummings (RETIRED) gentoo-dev 2005-07-06 09:17:44 UTC
Not sure why this went to tools-portage (maybe because of the cat? the metadata 
is up to date with the right contact info...)  
 
emerge sync and emerge g-cpan - the current version built this without any  
problems.  
Comment 3 Erik Wasser 2005-07-07 03:04:12 UTC
It went into 'tools-portage' because it a bug of 'g-cpan.pl'. Doing the
installation of the modules with 'perl -MCPAN -e shell' + 'install
OpenOffice::OODoc' will do the job just fine.

After a 'emerge sync' and a 'emerge portage' the bug is still there.
Comment 4 Michael Cummings (RETIRED) gentoo-dev 2005-07-07 03:54:07 UTC
emerge sync.  
 
emerge g-cpan (NOTE: NOT PORTAGE) 
 
g-cpan has been split out from portage. portage will no longer carry a copy of 
the old g-cpan code any more. The g-cpan you get from the broken out ebuild is 
newer, better, and doesn't exhibit the problems you are having. 
Comment 5 Erik Wasser 2005-07-11 04:02:41 UTC
'got it. Thanks! Case closed!