damn, i keep doing this, i.e. hitting return instead of tab and the incomplete thing gets posted .. sorry for that! well anyway, got this here Ultra 5 and had kde 3.1.4 running, wanted to switch to 3.1.5 .. so I did emerge kde last package is kdeartwork, which fails to compile in the following way: /bin/sh ../../libtool --silent --mode=link --tag=CXX g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -DNDEBUG -DNO_DEBUG -O2 -mcpu=ultrasparc -O3 -pipe -fno-exceptions -fno-check-new -L/usr/X11R6/lib -L/usr/qt/3/lib -L/usr/kde/3.1/lib -R /usr/kde/3.1/lib -R /usr/qt/3/lib -R /usr/X11R6/lib -o kfountain.kss fountain.o fountaincfg.o -lkdeui -lkscreensaver -lm fountain.o(.text+0x1d0c): In function `Fountain::Fountain[not-in-charge](QWidget*, char const*)': : undefined reference to `gluNewQuadric' fountain.o(.text+0x200c): In function `Fountain::Fountain[in-charge](QWidget*, char const*)': : undefined reference to `gluNewQuadric' fountain.o(.text+0x22b0): In function `Fountain::~Fountain [not-in-charge]()': : undefined reference to `gluDeleteQuadric' fountain.o(.text+0x2310): In function `Fountain::~Fountain [in-charge]()': : undefined reference to `gluDeleteQuadric' fountain.o(.text+0x2370): In function `Fountain::~Fountain [in-charge deleting]()': : undefined reference to `gluDeleteQuadric' fountain.o(.text+0x2abc): In function `Fountain::resizeGL(int, int)': : undefined reference to `gluPerspective' collect2: ld returned 1 exit status make[3]: *** [kfountain.kss] Error 1 make[3]: Leaving directory `/var/tmp/portage/kdeartwork-3.1.5/work/kdeartwork-3.1.5/kscreensaver/kdesavers' emerge info Portage 2.0.50_pre16 (default-sparc64-1.4, gcc-3.2.3, glibc-2.3.2-r1, 2.4.23-sparc) ================================================================= System uname: 2.4.23-sparc sparc64 sun4u Gentoo Base System version 1.4.3.10p1 ccache version 2.2 [enabled] Autoconf: sys-devel/autoconf-2.59 Automake: sys-devel/automake-1.7.8 ACCEPT_KEYWORDS="sparc ~sparc" AUTOCLEAN="yes" CFLAGS="-mcpu=ultrasparc -O3 -pipe" CHOST="sparc-unknown-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/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="-mcpu=ultrasparc -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="ccache sandbox userpriv usersandbox" GENTOO_MIRRORS="http://gentoo.inode.at http://gentoo.oregonstate.edu/ http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="sparc X aalib avi berkdb cdr crypt cups encode fbcon foomaticdb gdbm gif gpm gtk imlib jpeg kde libwww mad mikmod motif mpeg ncurses nls oggvorbis oss pam pdflib perl png python qt readline sdl slang spell ssl tcltk tcpd tetex tiff truetype xml2 xmms xv zlib" if more lines are needed for conclusive info, please tell me. emerge info is:
Does this build with USE="-opengl"?
that is my main problem here. I already have use="-opengl" ... so why the glu<something> errors *wonders*
Oops, not enough coffee for me... Caleb -- looks like the opengl USE flag is no longer effective here. Has the --without-gl configure flag been renamed, or is this an upstream bug?
It looks to me like the test is if Qt was compiled against opengl, which is how kscreensaver makes its determination of whether or not to use gl. It also tests for the presence of some headers, like gl.h, glu.h, etc. Are these present? There's a "have_gl" variable in the configure script, but I don't know how to set it to false.
"--without-gl" stills shows up as a valid option to configure: --without-arts build without aRts default=yes --without-gl disable 3D GL modes --without-dpms disable DPMS power saving
Hrm, kdeartwork built for me on two systems but kdeaddons has problems because it's trying to find a xine library in /var/tmp/portage.
that sounds like a broken libtool archive to me find /usr/lib -name "*.la" -exec grep -H /var/tmp {} \;
for me it built now .. as far as I can tell this is a case of not honouring USE flags correctly (or not the way I understood them). I had USE="-opengl" amongst others, but for some testing reasons, had mesa and mesa-glut installed nevertheless. Therefore (ignoring the useflag), qt got compiled with opengl support and consequently kdeartwork as well. I un-emerged the mesa stuff (didn't need it anyway), then re-emerged qt. I wanted to emerge kdeartwork then, which, according to the dependencies should have been possible, but the configure run broke off telling me kdelibs wasn't present (even though it was *shrugs*). So I re-emerged kdelibs and then finally was able to emerge kdeartwork and the meta-package kde. And it only took me 3 days *grin* well anyway, apparently some configure scripts are quite stubborn and apparently ignore --without or --disable flags, if they find the according capablities in the system.
This may be due to a bug in portage-2.0.50-pre19 where the order of evaluating use flags seems to have changed. For instance the evaluation order was causing use.mask in a profile to be ignored as use.defaults was getting higher priority. I talked to carpaski about this last night and he said the fix would be in 2.0.50-pre20.
As for the problem with the xine-lib library, it looks like the broken libtool suggestion is a good possibility. There are several entries that the find command returned, but the pertinant one is ' /usr/lib/libxine.la:libdir='/var/tmp/portage/xine-lib-1_rc3-r1/image//usr/lib'
xine-lib problem in kdeartwork was in relation to xine-lib needing an elibtoolize fix and kdemultimedia being rebuilt. All better now.