Okay... so I'm trying out the new ebuild of the blender 2.26, and it breaks on me in the beginning of the build, claiming it cannot find a specific library. Here's the last few lines of the make. ~~~~~ /bin/sh ../../libtool --mode=link g++ -g -funsigned-char -o libblender_STR.la STR_String.lo -lXxf86dga -lGLU -lGL -lX11 -lXext -lopenal -lvorbisfile -lvorbis -logg -lesd -lsmpeg -lSDL -lutil -lm -ljpeg -lpng -lcrypto -lssl -lpthread -ldl -lstdc++ -lz grep: /usr/lib/libGL.la: No such file or directory sed: can't read /usr/lib/libGL.la: No such file or directory libtool: link: `/usr/lib/libGL.la' is not a valid libtool archive make[3]: *** [libblender_STR.la] Error 1 ~~~~~ After sering this, I started looking for libGL.la. I was quickly informed that this lib is in /usr/lib/opengl/xfree/lib. It should also be noted that the same problem happens from the most current CVS checkout I did (which was around 7am Pacific time), so it could just be a problem with their configure script. ~Lev~
Also... here's the output of emerge info, as per request: ~~~~~ Portage 2.0.46-r4 (default-ppc-1.4, gcc-3.2.1, glibc-2.2.5-r4,2.2.5-r7,2.3.1-r2) ================================================================= System uname: 2.4.20-ben1 ppc USE="xv libwww jpeg nls mitshm gif ppc gnome-libs gtkhtml gdbm berkdb slang readline bonobo java X gpm tcpd pam ssl esd motif opengl mozilla -kde -gnome gtk dvd oss qt perl python ruby guile bmp tiff png truetype xml xml2 avi mpeg quicktime oggvorbis xmms cdr pdf aalib imlib ncurses sdl tcltk encode ipv6" ARCH="ppc" COMPILER="gcc3" CHOST="powerpc-unknown-linux-gnu" CFLAGS=" -O2 -pipe -mmultiple -mstring " CXXFLAGS=" -O2 -pipe -mmultiple -mstring " ACCEPT_KEYWORDS="ppc" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /opt/jakarta/tomcat/conf" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" MAKEOPTS="-j2" JDK_HOME="/opt/blackdown-jdk-1.3.1" JAVA_HOME="/opt/blackdown-jdk-1.3.1" AUTOCLEAN="no" SYNC="rsync://rsync.gentoo.org/gentoo-portage" GENTOO_MIRRORS="http://ibiblio.org/gentoo http://gentoo.linux.no ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo http://mirrors.sunsite.dk/gentoo"
Hey lev, could you attach or email kain@kain.org a tarbz2 containing the output of: qpkg -I -i and, after the failed emerge: /var/tmp/portage/blender-2.26_pre20030109/work/blender-20030109/config.log /var/tmp/portage/blender-2.26_pre20030109/work/blender-20030109/configure /var/tmp/portage/blender-2.26_pre20030109/work/blender-20030109/Makefile.in /var/tmp/portage/blender-2.26_pre20030109/work/blender-20030109/Makefile /var/tmp/portage/blender-2.26_pre20030109/work/blender-20030109/src/Makefile.in /var/tmp/portage/blender-2.26_pre20030109/work/blender-20030109/src/Makefile also, could you do an emerge blender 2>&1 | tee emergelog and send me the emerge log? All this will help me figure out what's going on..
Okay... check it out. It turns out that the blender config scripts use features only included in the newer versions of automake. I have sucessfully built blender 2.26 from CVS, and could probably do so from the ebuild as well (as it seems to be just a CVS snapshot). The bottom line is: The ebuild should be changed to require autoconf 2.57 and automake 1.7.2. Earlier versions probably work but 1.6 definitely doesn't work. There are other dependancies to be set, as described by the README from the most recent CVS snapshot. They are as follows: OpenSSL, Python, mxtexttools, libjpeg, libpng, zlib, ode, openal, glut, and mesa. I hope this is of some use to someone. (:
Okay, I was wondering why I couldn't duplicate the bug. I thought I wouldn't have to re-automake/autoconf the tree, since I'd already bootstrapped it. Silly me. :) I'll do a better pass over the dependencies and make a better build.
is this still valid? Trying todo some cleanups here.
closing
Was fixed earlier, no need for this to be 'new' again.