From owner-freebsd-current@FreeBSD.ORG Wed Jul 16 15:10:03 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FC7D37B401 for ; Wed, 16 Jul 2003 15:10:03 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D80943FA3 for ; Wed, 16 Jul 2003 15:10:01 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3p2/8.8.7) with ESMTP id IAA18142; Thu, 17 Jul 2003 08:09:36 +1000 Date: Thu, 17 Jul 2003 08:09:35 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Dan Nelson In-Reply-To: <20030716181354.GA44980@dan.emsphone.com> Message-ID: <20030717074756.B17029@gamplex.bde.org> References: <20030715100839.F41961@inton.Ninja-assassin.com> <20030716133802.K18278@schnell.net> <20030716181354.GA44980@dan.emsphone.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Matt Loschert cc: Static cc: current@freebsd.org Subject: Re: Buildworld fails in 5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jul 2003 22:10:03 -0000 On Wed, 16 Jul 2003, Dan Nelson wrote: > If you are using -j6, the real error could be many many lines above > what you pasted. It's most likely in usr.sbin somewhere, but probably > not keyserv. You'll have to capture the entire log and look at it to > determine the first failure. Try using make -P to unmix the output. I don't know how well this works in practice. This flag seems to be quite broken -- it causes the (standard) output to be spammed with messages like "Remaking (sic) foo.o" and "Results of making foo.o" even when make is requested to be quiet (make -s) and the results are null. Using -P also has the side effect of accidentally avoiding the longstanding bug of waiting for a select timeout for up to 100 msec after each batch of jobs. Bruce