From owner-freebsd-stable@FreeBSD.ORG Wed Oct 15 11:52:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D95FA1065688 for ; Wed, 15 Oct 2008 11:52:53 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id BBCBF8FC20 for ; Wed, 15 Oct 2008 11:52:53 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by QMTA10.emeryville.ca.mail.comcast.net with comcast id Syqf1a0070lTkoCAAzstrA; Wed, 15 Oct 2008 11:52:53 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA04.emeryville.ca.mail.comcast.net with comcast id Szss1a0022P6wsM8Qzss54; Wed, 15 Oct 2008 11:52:53 +0000 X-Authority-Analysis: v=1.0 c=1 a=GaghC3qbtOgA:10 a=QycZ5dHgAAAA:8 a=a2adgXjZqfDE8Vx3fF4A:9 a=s-cdh3yGy4KN9nHcB48A:7 a=kox6eZgcjH8COclAGIrGQO7hv1sA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 45B37C9419; Wed, 15 Oct 2008 04:52:52 -0700 (PDT) Date: Wed, 15 Oct 2008 04:52:52 -0700 From: Jeremy Chadwick To: Claus Guttesen Message-ID: <20081015115252.GA76741@icarus.home.lan> References: <20081015105605.GB75226@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Stable Subject: Re: error during buildworld on 7.1 beta X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2008 11:52:53 -0000 On Wed, Oct 15, 2008 at 01:40:46PM +0200, Claus Guttesen wrote: > >> Did a fresh FreeBSD 7.1 install using the beta on amd64 from disc1. I > >> did a standard-install with sources, performed a csup against RELENG_7 > >> and then a buildworld. It stops at: > >> > >> mv -f term.h.new term.h > >> cc -m32 -march=nocona -mfancy-math-387 -DCOMPAT_32BIT -iprefix > >> /usr/obj/usr/src/lib32/usr/ -L/usr/obj/usr/src/lib32/usr/lib32 > >> -B/usr/obj/usr/src/lib32/usr/lib32 -o make_keys -O2 > >> -fno-strict-aliasing -pipe -I. > >> -I/usr/obj/lib32/usr/src/lib/ncurses/ncurses/../ncurses > >> -I/usr/src/lib/ncurses/ncurses/../ncurses > >> -I/usr/src/lib/ncurses/ncurses/../ncurses > >> -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include > >> -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall > >> -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS > >> /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/tinfo/make_keys.c > >> ./make_keys keys.list > init_keytry.h > >> ELF interpreter /libexec/ld-elf32.so.1 not found > >> Abort trap > >> *** Error code 134 > > > > My guess: when you installed 7.1, you did not choose to install lib32 > > for 32-bit compatibility (so you can run 32-bit binaries on a 64-bit > > arch). > > I choose 'Custon Installation' and item 5 Distributions and then item > 4 Developer which I have done for many years now. :-) So there may > some changes to the installation-process which is differen from 7.0. Which doesn't really tell me which options got enabled. I will try doing this on a VMware session using 7.1-BETA2 amd64 and see what options get ticked. I'll reply back with that information momentarily. > > But when building world, you did not set WITHOUT_LIB32=true in > > /etc/src.conf, so the system is trying to make use of the 32-bit ld.so > > shim that does not exist since you didn't install it. > > ls -l /etc/src.conf > ls: /etc/src.conf: No such file or directory > > So this file probably needs to be installed as part of a install with > the above mentioned entry in order not to stop buildworld if lib32 no > longer is installed, unless chosen, during install. src.conf is not created by the installation process. The possibility of this being done has been discussed in the past, but no one has taken up the effort to add support for such. > Is this a post-configuration option? Yes. > >> NO_LPR= true # do not build lpr and related programs > >> NO_SENDMAIL= true # do not build sendmail and related programs > > > > These have been renamed, and go into /etc/src.conf, not make.conf. You > > should use this in /etc/src.conf: > > > > WITHOUT_LPR=true > > WITHOUT_SENDMAIL=true > > > > See src.conf(5) for details. > > Thank you for your pointers. My make.conf can probably celebrate it's > 5'th anniversary with minor changes to CPUTYPE and commenting -O2 out. > I'll create src.conf accordingly. WITHOUT_LIB32=true also decreases buildworld time substantially, so unless you have reason to run i386 binaries on the system, disabling it is wise. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB |