Doing an emerge -uU world which is upgrading Gnome from 2.4 to 2.4.1. at-spi 1.3.9 won't emerge due to a missing (perl/python)? lib XML::Parser Reproducible: Always Steps to Reproduce: 1. emerge -uU world or emerge -uU gnome-base/at-spi 2. 3. Actual Results: emerge terminates Expected Results: installatin and continuation of emerge process Here's the output from emerge -uU world: gcc -march=athlon-tbird -Os -pipe -fomit-frame-pointer -o .libs/at-spi-registryd desktop.o deviceeventcontroller.o registry-main.o registry.o -pthread -Wl,--export-dynamic -L/usr/X11R6/lib ../libspi/.libs/libspi.so /usr/lib/libgailutil.so /usr/lib/libgnomecanvas-2.so /usr/lib/libart_lgpl_2.so /usr/lib/libpangoft2-1.0.so -lSM -lICE -lX11 -lXtst /usr/lib/libbonobo-2.so /usr/lib/libbonobo-activation.so /usr/lib/libORBitCosNaming-2.so /usr/lib/libORBit-2.so /usr/lib/libpopt.so /usr/lib/libgthread-2.0.so -lpthread /usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libgdk_pixbuf-2.0.so -lm /usr/lib/libpangoxft-1.0.so /usr/lib/libpangox-1.0.so /usr/lib/libpango-1.0.so /usr/lib/libatk-1.0.so /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so -ldl /usr/lib/libglib-2.0.so creating at-spi-registryd sed -e "s|\@REGISTRYD_PATH\@|/usr/libexec|" Accessibility_Registry.server.in.in > Accessibility_Registry.server.in LC_ALL=C ../intltool-merge ../po Accessibility_Registry.server.in Accessibility_Registry.server -o -u -c ../po/.intltool-merge-cache You must have XML::Parser installed to run ../intltool-merge make[2]: *** [Accessibility_Registry.server] Error 2 make[2]: Leaving directory `/usr/tmp/portage/at-spi-1.3.9/work/at-spi-1.3.9/registryd' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/tmp/portage/at-spi-1.3.9/work/at-spi-1.3.9' make: *** [all-recursive-am] Error 2 !!! ERROR: gnome-extra/at-spi-1.3.9 failed. !!! Function gnome2_src_compile, Line 39, Exitcode 2 !!! compile failure Output of emerge info: Portage 2.0.50_pre12 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r3, 2.4.22-gentoo-r4) ================================================================= System uname: 2.4.22-gentoo-r4 i686 AMD Athlon(tm) processor Gentoo Base System version 1.4.3.10p1 Autoconf: sys-devel/autoconf-2.58 Automake: sys-devel/automake-1.7.5-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-tbird -Os -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=athlon-tbird -Os -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp://ftp.is.co.za/linux/distributions/gentoo http://www.mirror.ac.uk/sites/www.ibiblio.org/gentoo http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/usr/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://ftp.leg.uct.ac.za/gentoo-portage" USE="3dnow X alsa apm avi bonobo crypt cups curl doc encode esd evo foomaticdb gd gdbm gif gnome gpm gtk gtk2 gtkhtml guile imlib java jpeg libg++ libwww mad mikmod mmx motif mozilla mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png python quicktime readline ruby ruby18 sdl slang spell ssl svg svga tcltk tcpd tetex truetype usb x86 xml xml2 xmms xv zlib"
After a bit of detective work it seems I had to install dev-perl/XML-Parser in order to get this to emerge. I guess this should be put as a dependancy of at-spi in future.
dep fix or intltool magic needed
Had a similar experience out of a 345 package server rebuild this was the only one to fail. Thanks for spotting the error all I saw were the ****, I grabbed a package from another unit and emerge -K at-spi.
I had the same problem, although XML-Parser was already installed. However, re-emerging XML-Parser fixed the problem.
Same problem here, XML-Parser was already installed: [wschlich@wschlich(pts/4):wschlich]$ epm -qG XML-Parser dev-perl/XML-Parser-2.31-r1 [wschlich@wschlich(pts/4):wschlich]$ When remerging XML-Parser I noticed that the installed version had its perl files in /usr/lib/perl5/site_perl where the freshly merged version installed them into /usr/lib/perl5/vendor_perl. Maybe that was the problem with not finding XML-Parser?! After remerging XML-Parser at-spi merged without problems.
Commiting to cvs the dep fix, leaving this bug open however- Wolfram and Vlad, any thoughts on how to fix/deal w/ the need to re-emerge XML::parser due to a different fs location? Could possibly patch intltool-merge to check the two locations...
Actually, I changed my mind. Closing this bug, although if you get a chance Wolfram and Vlad I'd be curious of your thoughts on the remerge issue.
Hmm, what did create this problem (site_perl vs. vendor_perl)? A Perl upgrade? It would have been *its* job to remerge all installed affected packages (like Perl modules). Maybe we should at least mention that the users might need to remerge XML-Parser with some einfo commands in the ebuild?