emerging kde on my ultra60 (Dual 360-Mhz, gentoo 1.4) results in this failure: /bin/sh ../../libtool --silent --mode=link --tag=CXX g++ -Wnon-virtual-dtor -Wno-lon g-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wch ar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -mcpu= ultrasparc -O2 -pipe -Wformat-security -Wmissing-format-attribute -fno-exceptions -fn o-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_C OMPAT -DQT_NO_TRANSLATION -o noatunwakeup.la -rpath /usr/kde/3.2/lib/kde3 -L/usr/X 11R6/lib -L/usr/qt/3/lib -L/usr/kde/3.2/lib -module -avoid-version -no-undefined -Wl ,--no-undefined -Wl,--allow-shlib-undefined wakeup.lo kminutespinbox.lo kpercentspinb ox.lo -lkio -lnoatun -lm grep: /var/tmp/portage/xine-lib-1_rc3-r1/image//usr/lib/libxine.la: No such file or d irectory /bin/sed: can't read /var/tmp/portage/xine-lib-1_rc3-r1/image//usr/lib/libxine.la: No such file or directory libtool: link: `/var/tmp/portage/xine-lib-1_rc3-r1/image//usr/lib/libxine.la' is not a valid libtool archive make[3]: *** [noatunwakeup.la] Error 1 make[3]: Leaving directory `/var/tmp/portage/kdeaddons-3.2.1/work/kdeaddons-3.2.1/noa tun-plugins/alarm' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/kdeaddons-3.2.1/work/kdeaddons-3.2.1/noa tun-plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/kdeaddons-3.2.1/work/kdeaddons-3.2.1' make: *** [all] Error 2 !!! ERROR: kde-base/kdeaddons-3.2.1 failed. !!! Function kde_src_compile, Line 128, Exitcode 2 !!! died running emake, kde_src_compile:make Reproducible: Always Steps to Reproduce: 1. emerge kdeaddons 2. 3. Actual Results: build fails complaining about libxine.la Seems like the ebuild is looking for libxine.la inside hte build tree when it actually exists in the system directories (/usr/lib/libxine.la, not in /var/tmp/portage/xine-lib-1_rc3-r1/image//usr/lib/libxine.la which is shown in the build process (At the failure point) Also during the build of kdemultimedia-3.2.1 were numerous warnings regarding libxine as well. though that build emerged completely. Expected Results: the build should have succeeded without incident. emerge info Portage 2.0.50-r3 (default-sparc64-1.4, gcc-3.3.3, glibc-2.3.2-r9, 2.4.25) ================================================================= System uname: 2.4.25 sparc64 sun4u Gentoo Base System version 1.4.3.13 Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="sparc" AUTOCLEAN="yes" CFLAGS="-mcpu=ultrasparc -O2 -pipe " CHOST="sparc-unknown-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-mcpu=ultrasparc -O2 -pipe " DISTDIR="/usr/portage/distfiles" FEATURES="ccache sandbox" GENTOO_MIRRORS="ftp://ftp.ussg.iu.edu/pub/linux/gentoo http://mirrors.tds.net/gentoo ftp://mirrors.tds.net/gentoo" MAKEOPTS=" -j3 " PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib arts avi berkdb cdr crypt cups dvd dvdr encode esd fbcon foomaticdb gdbm ggi gif gnome gstreamer gtk gtk2 guile imlib java jpeg kde libwww mad mikmod motif mozilla mpeg mysql ncurses nls oggvorbis opengl oss pam pdflib perl png python qt readline sdl slang sparc spell ssl tcltk tcpd truetype xml2 xmms xv zlib"
This build CAN succeed on sparc64, IF and ONLY if a funky symlink is created (This is NOT the right way to fix the issue, so this bug stll needs investigation): create the directory structure: mkdir -p /var/tmp/portage/xine-lib-1_rc3-r1/image/usr/lib/ create a symlink to libxine.la with: ln -sf /usr/lib/libxine.la /var/tmp/portage/xine-lib-1_rc3-r1/image/usr/lib/libxine.la The kdeaddons build WILL succeed, but this is NOT THE RIGHT WAY to do it. It appears to be a bug in libtool. On my sparc64 libtool-1.5.2-r5 is installed, yet on my x86 gentoo box it's libtool-1.4.3-r4 Both systems are kept up to date. Gentoo- Bugwranglers,. please post this to the KDE and libtool maintainers.
You've got a .la file somewhere on your system(/usr/lib /usr/kde/3.x/lib, etc) that points to this non existant file. Try grepping for it and if you fix it, this problem will go away.
fourmonthsoldandinvalid
