From owner-freebsd-bugs@FreeBSD.ORG Thu May 15 09:31:50 2003 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1421A37B401; Thu, 15 May 2003 09:31:50 -0700 (PDT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E51043F75; Thu, 15 May 2003 09:31:48 -0700 (PDT) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [IPv6:::1]) h4FGVg5v075897; Thu, 15 May 2003 18:31:43 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.12.9/8.12.9/Submit) id h4FGVgK7075896; Thu, 15 May 2003 18:31:42 +0200 (SAST) (envelope-from jhay) Date: Thu, 15 May 2003 18:31:42 +0200 From: John Hay To: obrien@freebsd.org Message-ID: <20030515163142.GA75538@zibbi.icomtek.csir.co.za> References: <200305151600.h4FG0Uwt088142@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200305151600.h4FG0Uwt088142@freefall.freebsd.org> User-Agent: Mutt/1.4i cc: freebsd-bugs@freebsd.org Subject: Re: misc/52122: make release does not use proper binar X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2003 16:31:50 -0000 > > I'm adding this from John Baldwin > Message-ID: as its useful: > > A better solution would be to do what I have said before but > you and others whined that you didn't want: We should _still_ > do a full make world in the chroot _like_ we used to and then > do a further make buildworld for the cross-build case. ru@ > didn't like that and tried to change everything to use > cross-built tools or some such garbage. Since ru@ is the one > who broke this in revision 1.672 we should at least ask him > for input on how to fix this. Ruslan, the problem is that we > need up to date tools in the release chroot. Why not just update the source and do a buildworld in the native environment? You can either do it before every release snapshot or like me, when it seems necesary. This way I save a few cycles. One reason why it isn't that useful inside the chroot area, is that if your running kernel and the newly built bits gets too much out of sync you will need to update the machine in any case, so you will end up with "new" binaries and a kernel on the machine and so it is a "waste" to recompile world inside the chroot area. Just my 2 bits. (I'm not on RE, but have two machines building a -stable and -current snap every night.) John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org