I just emerged app-portage/g-cpan-0.13.02. I arranged that /usr/local/portage is writable by group "portage". I had much earlier set PORTDIR_OVERLAY="/usr/local/portage" in /etc/make.conf. Then, running not as root but as a member of group "portage", I tried this command: g-cpan --generate Expect It started downloading lots of files and printing lots of messages (see attachment for the full transcript). (By the way, for some bizarre reason, it is putting these files in a new directory named "1" that it has just made in my home directory. For example, it puts the "authors/01mailrc.txt.gz" from CPAN in "$HOME/1/.cpan/sources/authors/01mailrc.txt.gz" instead of in "$HOME/.cpan/sources/authors/01mailrc.txt.gz" as I would have expected.) Anyway, at the end it prints the message Couldn't untar 1/.cpan/sources/authors/id/R/RG/RGIERSIG/Expect-1.15.tar.gz and then exits without having accomplished anything. The message incidentally is false, because "$HOME/1/.cpan/sources/authors/id/R/RG/RGIERSIG/Expect-1.15.tar.gz" is now a valid gzipped tar file. Help please? Reproducible: Always Steps to Reproduce: 1.Run "g-cpan --generate Expect" Actual Results: g-cpan fails with a false error message. Expected Results: g-cpan should have constructed ebuilds for Expect and its dependencies. Gentoo Base System version 1.12.0_pre8 Portage 2.0.52-r1 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r1, 2.6.8.1-co-0.6.2-pre1 i686) ================================================================= System uname: 2.6.8.1-co-0.6.2-pre1 i686 Intel(R) Pentium(R) M processor 1100MHz dev-lang/python: 2.2.3-r1, 2.3.5, 2.4.1-r1 sys-apps/sandbox: 1.2.13 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium4 -O2 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=pentium4 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig candy distlocks moo sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://gentoo.mirror.solnet.ch http://mir.zyrianes.net/gentoo/ http://gd.tuwien.ac.at/opsys/linux/gentoo/ http://ds.thn.htu.se/linux/gentoo" MAKEOPTS="" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/extra/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X Xaw3d acl apache2 bdf bitmap-fonts bonobo bzip2 cairo crypt djvu dvi dynagraph eds emacs emacs-w3 emboss escreen esd etwin fam firefox font-server fortran fpx gcj gd gd-external gif glep glitz graphviz gstreamer gtk gtk2 guile imagemagick imlib ipv6 java jbig jpeg latex lcms leim libg++ libwww lua lzw-tiff mad mailwrapper md5sum mmx motif mozdevelop mozilla mozsvg mozxmlterm mp3 mpeg ncurses nodrm nptl nsplugin objc ogg oggvorbis opengl pam pam_chroot pam_console pam_timestamp perl php png python readline samba sdk slang snmp socks5 spell sse ssl syslog t1lib tcltk tcpd tetex tiff toolbar truetype truetype-fonts type1-fonts unicode vorbis wmf xinerama xml2 xmms xprint xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Created attachment 68704 [details] transcript of running "g-cpan -g Expect" This is the attachment I mentioned in my main bug description.
I get this problem too (on 0.14 also), and found what cause this problem. Check your CPAN configuration vars (~/.cpan/CPAN/MyConfig.pm or /usr/lib/perl5/YourPerlVersion/CPAN/Config.pm) Take a look at cpan_home' => q[/root/.cpan], (you should take care of all /root/ related path) It's misconfigured with a '1' on top of the list. You could now mark this bug as FIXED. Also, I really dont know what cause this '1' to come here (perl-clean, and old g-cpan, from initial Config.pm, ...)
(In reply to comment #2) > I get this problem too (on 0.14 also), and found what cause this problem. > > Check your CPAN configuration vars > (~/.cpan/CPAN/MyConfig.pm or /usr/lib/perl5/YourPerlVersion/CPAN/Config.pm) My ~/.cpan directory is completely empty. I have no files matching /usr/lib/perl5/*/CPAN/Config*. In fact, locate "CPAN/Config" reveals no files. > Take a look at > cpan_home' => q[/root/.cpan], > > (you should take care of all /root/ related path) > > It's misconfigured with a '1' on top of the list. I'm sorry, but I don't understand. > You could now mark this bug as FIXED. > Also, I really dont know what cause this '1' to come here (perl-clean, and old > g-cpan, from initial Config.pm, ...) Again, I don't understand. I'm sorry.
Created attachment 88514 [details] CPAN configuration file Drop this file in /root/.cpan/CPAN directory It contain full CPAN configuration _OR_ If you do a perl -MCPAN -eshell with an empty /root/.cpan and without any /usr/lib/perl5/5.8.8/CPAN/Config.pm, the CPAN shell will start to ask you for initial configuration, and create the system Config.pm (or MyConfig.pm in ~). The bug I talk about it that the cpan_home variable is missconfigured and contain the char 1 at the start of the path, like this : 'cpan_home' => q[1/.cpan], This is why the g-cpan script complain about the missing file (in your case) : 1/.cpan/sources/authors/id/R/RG/RGIERSIG/Expect-1.15.tar.gz So, the only way to fix it is to define a correct Config.pm (System wide) or MyConfig.pm (for the root user). Hope this time this is more clear, sorry for my bad english.
(In reply to comment #4) > > 'cpan_home' => q[1/.cpan], Hmm...this should be fixed with 0.14 though (granted, it won't fix an already broken config file, but if you wipe it should regenerate a good one). Can you confirm that the bug persists even when 0.14 creates the file?
(In reply to comment #5) > > > > 'cpan_home' => q[1/.cpan], > > Hmm...this should be fixed with 0.14 though (granted, it won't fix an already > broken config file, but if you wipe it should regenerate a good one). Can you > confirm that the bug persists even when 0.14 creates the file? Yes, it's working : * No CPAN Config found, auto-generating a basic one: mkdir /root/.cpan mkdir /root/.cpan/CPAN Thanks !
I can confirm this bug is resolved for me. I just successfully ran "g-cpan --generate Test::Expect" and it generated three ebuilds for me, Class-Accessor-Chained, Expect-Simple, and Test-Expect. I was able to emerge one of them, namely Simple-Expect. (Unfortunately, the ebuild created for Class-Accessor-Chained is corrupt as it is named Class-Accessor-Chained-undef.ebuild. However, that appears to be a separate bug.)
