Bugzilla Bug 38260

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?