Bug 154582 – g-cpan cannot install XML::SAX::Expat

• Product: Gentoo Linux
• Status: RESOLVED CANTFIX

[Description Dan A. Dickey 2006-11-09 10:54:56 UTC]

I'm having trouble with XML-Simple and its new requirement for using
XML::SAX:Expat.  I looked through the bugs db, and found information pointing
to g-cpan and how to install XML::SAX::Expat.  I then ran a
'g-cpan -in XML::SAX::Expat'.  It generated an ebuild in my overlay directory,
but did not try to emerge it.  I ran it again, and then it would try to emerge
the ebuild.  However, it fails as follows:
>>> Source compiled.
>>> Test phase [not enabled]: perl-gcpan/XML-SAX-Expat-0.37

>>> Install XML-SAX-Expat-0.37 into /var/tmp/portage/perl-gcpan/XML-SAX-Expat-0.37/image/ category perl-gcpan
Installing /var/tmp/portage/perl-gcpan/XML-SAX-Expat-0.37/image/usr/lib/perl5/vendor_perl/5.8.8/XML/SAX/Expat.pm
Writing /var/tmp/portage/perl-gcpan/XML-SAX-Expat-0.37/image//usr/lib/perl5/vendor_perl/5.8.8/i686-linux/auto/XML/SAX/Expat/.packlist
Appending installation info to /var/tmp/portage/perl-gcpan/XML-SAX-Expat-0.37/image//usr/lib/perl5/5.8.8/i686-linux/perllocal.pod
Can't locate XML/SAX/Expat.pm in @INC (@INC contains: /etc/perl /usr/lib/perl5/vendor_perl/5.8.8/i686-linux /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl/5.8.6/i686-linux /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl/5.8.7/i686-linux /usr/lib/perl5/vendor_perl /usr/lib/perl5/site_perl/5.8.8/i686-linux /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.6/i686-linux /usr/lib/perl5/site_perl /usr/lib/perl5/5.8.8/i686-linux /usr/lib/perl5/5.8.8 /usr/local/lib/site_perl .) at /usr/lib/perl5/vendor_perl/5.8.8/XML/SAX.pm line 147.
make: *** [install_sax_expat] Error 2

!!! ERROR: perl-gcpan/XML-SAX-Expat-0.37 failed.
Call stack:
  ebuild.sh, line 1568:   Called dyn_install
  ebuild.sh, line 1022:   Called src_install
  ebuild.sh, line 1261:   Called perl-module_src_install
  perl-module.eclass, line 163:   Called die

And emerge --info is:
# emerge --info
Portage 2.1.2_rc1-r5 (default-linux/x86/2006.0, gcc-4.1.1, glibc-2.5-r0, 2.6.17.4 i686)
=================================================================
System uname: 2.6.17.4 i686 Pentium III (Coppermine)
Gentoo Base System version 1.12.6
Last Sync: Thu, 09 Nov 2006 17:00:01 +0000
dev-java/java-config: 1.3.7, 2.0.30
dev-lang/python:     2.2.3-r6, 2.3.5-r3, 2.4.4
dev-python/pycrypto: 2.0.1-r5
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, 1.10
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r1
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium3 -O3 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /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"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-march=pentium3 -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="ftp://gentoo.chem.wisc.edu/gentoo/ http://gentoo.mirrors.tds.net/gentoo http://prometheus.cs.wmich.edu/gentoo http://gentoo.chem.wisc.edu/gentoo/ http://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://gentoo.osuosl.org/"
MAKEOPTS="-j3"
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"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X aac acpi alsa apache2 apm avi berkdb bitmap-fonts cdr cli cracklib crypt cups dba divx4linux dlloader doc dri dvb dvd dvdr dvdread eds elibc_glibc emboss encode exif foomaticdb gd gdbm gif gnome gpm gstreamer gtk gtk2 iconv imlib input_devices_keyboard input_devices_mouse ipod ipv6 isdnlog jack javamail jpeg kde kernel_linux libg++ libwww mad mikmod mmx motif mp3 mpeg mysql ncurses nls nptl nptlonly nvidia ogg opengl oss pam pcre perl png pppd python qt3 qt4 quicktime rdesktop readline reflection samba scanner sdl session spell spl sse ssl tcpd truetype truetype-fonts type1-fonts udev usb userland_GNU video_cards_nvidia vorbis xcomposite xine xml xorg xv xvid zeroconf zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS

[Comment 1 Michael Cummings (RETIRED) 2006-11-25 08:37:30 UTC]

This is actually a "bug" with the module itself, not g-cpan. The issue here would be an issue if we provided this ebuild in portage vice g-cpan - line 698ish of the generated Makefile (install_sax_expat :) is attempting to write to a file while still inside the sandbox (which means the env it sees and the env available don't quite match, so what it's trying to call isn't where it thinks it is yet). If we had created an ebuild for this, we probably would have had to disable this line and done an einfo to the user to run perl -MXML::SAX -e "XML::SAX->add_parser(q(XML::SAX::Expat))->save_parsers()" if they wanted to switch parsers. Closing this as CAN'T FIX since it isn't a g-cpan bug (and the conversation that brought this up is elsewhere and still debating)