From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 15:56:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2B581065670; Mon, 14 Mar 2011 15:56:17 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id B048F8FC0A; Mon, 14 Mar 2011 15:56:17 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LI200M001LS6M00@smtpauth3.wiscmail.wisc.edu>; Mon, 14 Mar 2011 10:56:16 -0500 (CDT) Received: from comporellon.tachypleus.net ([unknown] [76.210.65.155]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LI200HZA1LQRB20@smtpauth3.wiscmail.wisc.edu>; Mon, 14 Mar 2011 10:56:16 -0500 (CDT) Date: Mon, 14 Mar 2011 10:56:14 -0500 From: Nathan Whitehorn In-reply-to: <201103141144.32815.jhb@freebsd.org> To: John Baldwin Message-id: <4D7E3A9E.10800@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.65.155 X-Spam-PmxInfo: Server=avs-14, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.3.14.154539, SenderIP=76.210.65.155 References: <4D7E228A.4090906@freebsd.org> <201103141144.32815.jhb@freebsd.org> User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110305 Thunderbird/3.1.9 Cc: freebsd-current@freebsd.org, freebsd-sysinstall@freebsd.org, FreeBSD Arch Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 14 Mar 2011 15:56:18 -0000 On 03/14/11 10:44, John Baldwin wrote: > On Monday, March 14, 2011 10:13:30 am Nathan Whitehorn wrote: >> I just committed (r219641) changes that make the release infrastructure >> (src/release/Makefile) use bsdinstall by default instead of sysinstall >> on install media. A big thank you is in order to everyone who provided >> advice, criticism, and testing for this project over the last few months! >> >> Along with sysinstall, the original sysinstall build stuff has been >> preserved (now /usr/src/release/Makefile.sysinstall) and will continue >> to be for the lifetime of the 9.x release series, although it will not >> be used by default. This change modifies the process of building >> releases somewhat, so I'll outline changes that people who run snapshot >> buildbots will have to make below, and some next steps planned with the >> installer. > Please consider supporting using SVN or CVS to obtain docs, ports, and source > trees. I have a custom SVN repo at work that is not exported to CVS and > available via csup and am able to use the existing SVNROOT SVNBRANCH variables > with 'make release'. Having support for this sort of thing would be useful. > I have also made much use of LOCAL_PATCHES in the past for building releases, > so having support for that would be useful as well. SVNBRANCH works now, and source comes over SVN, the others via cvsup. Support for a different SVNROOT and regular cvs for ports and docs can certainly be added. In the case of LOCAL_PATCHES, you can just use the regular makefile on your patched tree -- I don't think the chroot and checkouts make much sense in this case. > I think for re@ especially it is nice to just do 'make release TAG=7.2' (or > some such) and have it DTRT to check out matching ports, doc, and src into the > chroot, etc. I think the new process should be similarly automated. The generate-release.sh script likely needs some work. It exists almost purely for the benefit of re@, and I don't know exactly what their requirements are. A list (or patches) would be very welcome. The feature you want here, though, can be obtained now by the CVSUP_TAG and svn branch arguments to generate-release.sh. > Have you tested network installs using PXE or the like? This was fairly easy > before as you could copy the '/boot' directory from a bootable ISO and the > mfsroot was self-contained. Do you now have to put the entire contents of > release.iso up via NFS? Is there a subset you put in the NFS root and then do > an NFS or FTP install? > Yes, I have, and it works well (tested on i386, sparc64, and powerpc). Right now, you need the whole system (which is a regular installworld + the rc.local to give the installer menu, and, optionally the distfiles). For the future, the set of things the installer needs from the userland is intentionally fairly small. I need to do some work anyway to make a minimal system for bootonly CDs and the like, which should also a smaller system for PXE as well. -Nathan