From owner-freebsd-current Sun Oct 3 14: 0:20 1999 Delivered-To: freebsd-current@freebsd.org Received: from dt011n66.san.rr.com (dt011n66.san.rr.com [204.210.13.102]) by hub.freebsd.org (Postfix) with ESMTP id 13DE714E06; Sun, 3 Oct 1999 14:00:17 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from gorean.org (master [10.0.0.2]) by dt011n66.san.rr.com (8.9.3/8.8.8) with ESMTP id OAA25240; Sun, 3 Oct 1999 14:00:17 -0700 (PDT) (envelope-from Doug@gorean.org) Message-ID: <37F7C3E1.5D210852@gorean.org> Date: Sun, 03 Oct 1999 14:00:17 -0700 From: Doug Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 4.0-CURRENT-0927 i386) X-Accept-Language: en MIME-Version: 1.0 To: obrien@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: Re: HEADS UP: sigset_t changes committed References: <19990929224847.A26394@foobar.franken.de> <19990929231253.B26394@foobar.franken.de> <37F30A88.2DF1D7C9@scc.nl> <19991003115953.A47198@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien wrote: > > > I'm not working on changing the build/installworld. There's nothing > > "broken" about having to install the kernel first, IMO. I don't see how > > I can "fix" it then. > > In fact for OpenBSD (and I'll assume NetBSD) their `build world' > procedure is to first compile a new config(8), then build and install a > new kernel & reboot. THEN build and install the rest. I think Peter makes some good arguments inre building the kernel first, but as others have expressed I think that the chicken and egg problems are not yet solved. Perhaps what we need is a type of pre-world kernel target that will create a space somewhere in /usr/src/sys where it can build and install all the dependencies (gas, config, etc.) then build the new kernel with the new tools. So the "new" procedure would be something like: make kernel NAME Builds tools, builds new kernel, installs new kernel, (rebuilds libkvm & friends?) reboot (option to rebuild libkvm, et al here instead for those cases where world won't be built?) make world (insert things like rebuild kernel again to get sigset_t changes in) reboot Does this sound like the same things y'all are talking about? I realize that I haven't even addressed the cross platform problems, and I agree that it is necessary to solve those longstanding issues. However before we can start on those problems we need to come to agreement on the "best" method of performing the necessary steps, then hammer out the details. This has the potential to really go somewhere if people get behind it and commit to solving the problems with a long term view in mind. Excited, Doug -- "Stop it, I'm gettin' misty." - Mel Gibson as Porter, "Payback" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message