glib-perl-1.040 can't build due to a dependency failure in ExtUtils::Depends Reproducible: Always Steps to Reproduce: 1.emerge -u dev-perl/glib-perl Actual Results: root@Liszt 03:38pm ~ # emerge -u world Calculating world dependencies ...done! >>> emerge (1 of 19) dev-perl/glib-perl-1.040 to / >>> md5 src_uri ;-) Glib-1.040.tar.gz >>> Unpacking source... >>> Unpacking Glib-1.040.tar.gz to /var/tmp/portage/glib-perl-1.040/work >>> Source unpacked. Including ApiDoc pod. Deleting Glib from doc.pl's $data found package "gobject-2.0 >= 2.0.0", using it found package "gthread-2.0", using it Checking if your kit is complete... Looks good Unrecognized argument in LIBS ignored: '-pthread' ExtUtils::Depends is too old, need at least version 0.2 at MakeHelper.pm line 231. Checking if your kit is complete... Looks good MakeMaker FATAL: prerequisites not found (ExtUtils::Depends 0.2) Please install these modules first and rerun 'perl Makefile.PL'. make: *** No targets specified and no makefile found. Stop. !!! ERROR: dev-perl/glib-perl-1.040 failed. !!! Function perl-module_src_compile, Line 67, Exitcode 2 !!! compilation failed root@Liszt 03:38pm ~ # * dev-perl/extutils-depends Latest version available: 0.202 Latest version installed: 0.202 Size of downloaded files: 8 kB Homepage: http://gtk2-perl.sf.net/ Description: Easily build XS extensions that depend on XS extensions. License: GPL-2 Expected Results: Clean built process. root@Liszt 03:41pm ~ # emerge info Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3_pre20040207-r0, 2.4.22-gentoo-r7) ================================================================= System uname: 2.4.22-gentoo-r7 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz Gentoo Base System version 1.4.3.13p1 Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O2 -mcpu=i686 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /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/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache fixpackages sandbox" GENTOO_MIRRORS="http://ftp.gentoo.skynet.be/pub/gentoo/ ftp://ftp.gentoo.skynet.be/pub/gentoo/ http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://ftp.easynet.nl/mirror/gentoo/ ftp://ftp.easynet.nl/mirror/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib accounting alsa apm arts avi berkdb bluetooth bonobo cdr chroot crypt cups curl directfb dvdr encode esd ffmpeg fftw firebird foomaticdb freetype freetype-version-1 fs gb gcl gd gd-external gdbm gif gnome gnutls gphoto2 gpm gtk gtk2 gtkhtml guile imagemagick imlib java javamail javascript jbig jpeg kde ldap libg++ libwww mad maildir md5sum mdb mikmod motif mozaccess mozilla mozinterfaceinfo mpeg mpeg4 msn mysql ncurses net nls nvidia oggvorbis opengl openssh oss pam pdflib perl png python qt quicktime readline sdl slang snmp spell ssl svga tcltk tcpd tetex tiff truetype x86 xine xml2 xmms xv zlib" root@Liszt 03:42pm ~ #
Can you do an emerge -p dev-perl/extutils-depends? From the glib-perl-1.040 ebuild: >=dev-perl/extutils-depends-0.2* i.e., the dep is listed, so now I need to figure out why it isn't being pulled in for you...
root@Liszt 07:00pm ~ # emerge -p dev-perl/extutils-depends These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] dev-perl/extutils-depends-0.202 root@Liszt 07:05pm ~ #
Any suggestions?
Please re-emerge extutils-depends - I still say it sounds like portage (or perl) is confused as to whether this is actually installed. You didn't by chance upgrade perl in the recent past? (This would cause portage to think a package was installed, but could lead to confusion in perl itself if there were xs code involved).
Already done that, still the same. Perhaps remerge perl?
Try running: perl -MExtUtils::Depends -e 'print $ExtUtils::Depends::VERSION, "\n", $INC{"ExtUtils/Depends.pm"}, "\n"' then run: locate ExtUtils/Depends.pm In reply to comment 4, I've seen this sort of thing before - it happens when a module was installed manually, which means it went into the site_perl directory - which is scanned before vendor_perl where emerged modules get installed.
It's working fine, recompiling perl already did it.
closing perl OP's last comments