Running the bootstrap.sh script, I got this error message: ... Applying glib-1.2.10-gcc34-fix.patch... >>> Source unpacked. /usr/sbin/ebuild.sh: line 32: libtoolize: command not found creating cache ./config.cache checking for a BSD compatible install... /bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking host system type... Invalid configuration 'x86_64-pc-linux-gnu': machine 'x86_64-pc' not recognized checking build system type... Invalid configuration 'x86_64-pc-linux-gnu': machine 'x86_64-pc' not recognized checking for ranlib... ranlib checking for gcc... gcc checking whether the C compiler (gcc -O2 ) works... yes checking whether the C compiler (gcc -O2 ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for ld used by GCC... /usr/x86_64-pc-linux-gnu/bin/ld checking if the linker (/usr/x86_64-pc-linux-gnu/bin/ld) is GNU ld... yes checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes updating cache ./config.cache loading cache ./config.cache within ltconfig ltconfig: you must specify a host type if you use `--no-verify' Try `lt-config --help' for more information. configure: error: libtool configure failed !!! ERROR: dev-libs/glib-1.2.10-r5 failed. !!! Function econf, Line 365, Exitcode 1 !!! econf failed ------------------- Yesterday I was able to get to ncurses before hitting bug #47759 which might be useful information in case something emerged by bootstrap.sh was changed since then. Reproducible: Always Steps to Reproduce: 1. Boot the 2004.0 for amd64 livecd 2. Follow instructions in handbook for stage1 install 3. cd /usr/portage; scripts/bootstrap.sh and wait for error Actual Results: See above. Expected Results: Build successfully. Gentoo Base System version 1.4.3.13 Portage 2.0.50-r6 (default-amd64-2004.0, gcc-3.3.3, glibc-2.3.2-r9, 2.6.3- gentoo-r2-up) ================================================================= System uname: 2.6.3-gentoo-r2-up x86_64 4 Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-O2" CHOST="x86_64-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share /config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://212.219.247.16/sites/www.ibiblio.org/gentoo/ ftp://cudlug.cudenver.edu/pub/mirrors/distributions/gentoo/ http://212.219.247.17/sites/www.ibiblio.org/gentoo/ ftp://ftp.ussg.iu.edu/pub/linux/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X amd64 apm avi berkdb crypt cups dvd dvdr emacs encode foomaticdb gdbm gif gmp gnome gpm gtk gtk2 imlib jpeg libg++ libwww mikmod motif mpeg ncurses nogcj oggvorbis opengl oss pam pdflib perl plotutils png ppds python readline sdl slang spell ssl tcpd truetype xml2 xv zlib"
*** Bug 47951 has been marked as a duplicate of this bug. ***
Hmm. The libtool eclass should be able to handle this via elibtoolize without calling libtoolize, but Brad left a note in the ebuild saying it borks, so the ebuild calls libtoolize directly. Calling libtoolize during bootstrap won't work; there is no libtool in the stage1. It looks like we're going to need to figure out what's up with elibtoolize, but I don't have time to debug it now; I'll take a look at it again later if nobody else has.
elibtoolize borks because the 1.4.1 portage patch doesn't apply cleanly to glib's ltmain.sh. I don't understand why this isn't breaking bootstrap for everybody. I'll get a bootstrap started later to test -- no time right now.
One more thing -- it appears to apply totally cleanly on x86. I have no idea why, at this point.
OK, as a temporary workaround for amd64 users to be able to bootstrap, I've modified the ebuild to call gnuconfig_update. The glib .a's will be broken, but it's better than a broken bootstrap, especially at this stage of the 2004.1 release process. We still need a real fix.
Lowering to major, since there is a temp workaround now...
This is the same bug that I have seen on x86 systems with the 2004.1 universal CD. It looks like this is a more general problem than just amd64
resolved with newer livecd/stages
