Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 38260 - at-spi 1.3.9 cannot install due to missing external lib
Summary: at-spi 1.3.9 cannot install due to missing external lib
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: x86 Linux
: High major (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-01-15 00:09 UTC by Farrel Lifson
Modified: 2004-02-03 22:47 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Farrel Lifson 2004-01-15 00:09:46 UTC
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"
Comment 1 Farrel Lifson 2004-01-15 00:32:48 UTC
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.
Comment 2 foser (RETIRED) gentoo-dev 2004-01-15 07:47:20 UTC
dep fix or intltool magic needed
Comment 3 David D. Huff Jr. 2004-01-17 11:12:17 UTC
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.
Comment 4 Vlad Berditchevskiy 2004-01-21 18:43:58 UTC
I had the same problem, although XML-Parser was already installed. However, re-emerging XML-Parser fixed the problem.
Comment 5 Wolfram Schlich (RETIRED) gentoo-dev 2004-01-28 23:45:10 UTC
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.
Comment 6 Brian Harring (RETIRED) gentoo-dev 2004-02-03 02:00:37 UTC
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...
Comment 7 Brian Harring (RETIRED) gentoo-dev 2004-02-03 02:36:17 UTC
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.
Comment 8 Wolfram Schlich (RETIRED) gentoo-dev 2004-02-03 22:47:44 UTC
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?