From owner-freebsd-sysinstall@FreeBSD.ORG Mon Mar 14 11:07:10 2011 Return-Path: Delivered-To: freebsd-sysinstall@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C8071065692 for ; Mon, 14 Mar 2011 11:07:10 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 79D328FC15 for ; Mon, 14 Mar 2011 11:07:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p2EB7A1g002698 for ; Mon, 14 Mar 2011 11:07:10 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2EB796g002696 for freebsd-sysinstall@FreeBSD.org; Mon, 14 Mar 2011 11:07:09 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 14 Mar 2011 11:07:09 GMT Message-Id: <201103141107.p2EB796g002696@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-sysinstall@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-sysinstall@FreeBSD.org X-BeenThere: freebsd-sysinstall@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Sysinstall Work List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2011 11:07:10 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o bin/154788 sysinstall sysinstall(8) crashes if no network interface found o bin/154613 sysinstall sysinstall(8) does not rescan USB automatically o bin/151229 sysinstall sysinstall(8) - shift-tab doesn't work as expected o bin/150995 sysinstall sysinstall(8): corruption of partition table s bin/150237 sysinstall sysinstall(8): Suggestion: installer should suggest th o bin/148805 sysinstall [hang] FreeBSD 7.2, 8.0, and 9.0 hang during install a f bin/148220 sysinstall sysinstall(8): 9.0-current gets "Cannot resolv hostnam o bin/148201 sysinstall sysinstall(8): core dump (Error 10) while trying to in o bin/148053 sysinstall sysinstall(8) labeling o bin/146299 sysinstall sysinstall(8): cannot create slice o bin/145735 sysinstall sysinstall(8) trashes Vista-created partition tables o bin/145027 sysinstall Remove all sysinstall(8) references to floppy and slip o bin/144278 sysinstall [install] Fixit from USB dont work o bin/142867 sysinstall sysinstall(8): in a custom installation re-entering th o misc/142335 sysinstall Download of Release 8.0 LIVE is NOT a "live" from CD p o bin/140843 sysinstall sysinstall(8): cannot software install from usb o bin/140842 sysinstall sysinstall(8): destroyed ncurses interface with FBSD8. o bin/140595 sysinstall [request] sysinstall(8): Replace "Country Selection" w o bin/138423 sysinstall sysinstall(8): Installer (and sade) get wrong number o o bin/138025 sysinstall sysinstall(8) fails to create big partition o bin/137864 sysinstall [patch] sysinstall(8): add possibility to shutdown/pow o bin/137713 sysinstall sysinstall(8): installer partition editor generates in o bin/134425 sysinstall sysinstall(8) custom distributions select all and dese o bin/129762 sysinstall sysinstall(8) doesn't seem to support GPT for EFI boar s bin/123304 sysinstall sysinstall(8): missing sensible and user friendly prog o bin/121503 sysinstall sysinstall(8): 7.0 upgrade doesn't let me mount all of a bin/121124 sysinstall sysinstall(8): FreeBSD 6.3 installation deletes MBR pa o bin/119077 sysinstall [patch] sysinstall(8) - reading packages from index is o bin/113682 sysinstall [patch] sysinstall(8) warns for invalid geometry which o bin/112757 sysinstall sysinstall(8): sysinstall(8): in the FDISK tool we can o bin/110151 sysinstall sysinstall(8): sysinstall(8) don't respects install ro o bin/108191 sysinstall sysinstall(8): Disklabel editor help text (by F1 key) o bin/107830 sysinstall sysinstall(8): Change Units (Z) in fdisk doesn't work p bin/102638 sysinstall [patch] sysinstall(8): custom dist set always install o bin/102498 sysinstall sysinstall(8): Cursor doesn't track sysinstall hilight a bin/101762 sysinstall sysinstall(8) does not obey /usr/ports symlink while i o bin/97108 sysinstall sysinstall(8): write failure on transfer (wrote -1 byt o bin/93275 sysinstall sysinstall(8): Failure to install after restarting ins o bin/90656 sysinstall sysinstall(8): 6.0-RELEASE (i386) cannot be installed s bin/86859 sysinstall sysinstall(8): Installer should ask about Linux earlie o bin/86454 sysinstall sysinstall(8): sysinstall terminates with signal 10 if o bin/80371 sysinstall cannot install 5.4-RC3 from DOS partition o bin/79910 sysinstall sysinstall(8): Cannot escape from failed port/package o bin/79840 sysinstall sysinstall(8): Partitioning and formating a new disk f o bin/79621 sysinstall sysinstall(8): sysinstall(8) does not create a device o bin/78964 sysinstall sysinstall(8): can not write labels to hdd on installa s bin/73617 sysinstall sysinstall(8): fdisk editor unmarks active partition o bin/73410 sysinstall sysinstall(8): Sysinstall could not allocate disklabel o bin/72895 sysinstall sysinstall(8): Sysinstall generates invalid partition o bin/70002 sysinstall sysinstall(8): fails to locate FTP dirs if the OS has o bin/69986 sysinstall sysinstall(8): [patch] no job control in fixit shell o o bin/69942 sysinstall sysinstall(8): sysinstall changes /etc/rc.conf after i o bin/69723 sysinstall sysinstall(8): [request] allow to continue from packag o bin/62702 sysinstall sysinstall(8): backup of /etc and /root during sysinst o bin/62367 sysinstall sysinstall(8): 5.2.1-RC installation problems o bin/61890 sysinstall sysinstall(8): fdisk(8) uses incorrect calculations fo o bin/61603 sysinstall sysinstall(8): wrong geometry guessed o bin/60632 sysinstall sysinstall(8): UI bug in partition label screen in sys o bin/53341 sysinstall sysinstall(8): [patch] dump frequency in sysinstall is o bin/48989 sysinstall sysinstall(8): Sysinstall's partition editor gets con s bin/48341 sysinstall sysinstall(8): changes the active slice flag when it p o bin/46905 sysinstall sysinstall(8): FreeBSD 5.x cannot be installed from mu f bin/46235 sysinstall sysinstall(8): NTP servers for Finland require updatin o bin/42162 sysinstall sysinstall(8): after restart, installation crashes, md o bin/41949 sysinstall sysinstall(8): sysinstall sorts /etc/rc.conf during ne o bin/41850 sysinstall sysinstall(8): sysinstall fails to create root filesys f bin/40260 sysinstall sysinstall(8): hang when detecting devices (No CD/DVD s conf/39580 sysinstall sysinstall(8): [request] more secure mount options o bin/38854 sysinstall sysinstall(8): resetting during setup causes the targe s bin/38609 sysinstall sysinstall(8): [request] sysinstall should know the si o bin/38478 sysinstall sysinstall(8): In Choose Distributions screen, it's di o bin/38057 sysinstall sysinstall(8): "install" document doesn't display corr o bin/38056 sysinstall sysinstall(8): User (creation)'s "Member groups" item o bin/38055 sysinstall sysinstall(8): Groups (creation) item should be before o bin/37710 sysinstall sysinstall(8): LAN interface in wrong state after atte a bin/32375 sysinstall sysinstall(8): sysinstall doesn't respect User generat o bin/31363 sysinstall sysinstall(8): "partition editor" silently corrects pa a bin/30737 sysinstall sysinstall(8): sysinstall leaks file descriptors on re o bin/29375 sysinstall sysinstall(8): disk editor gets confused by slices tha a bin/23402 sysinstall sysinstall(8): upgrade ought to check partition sizes o bin/16948 sysinstall sysinstall(8): sysinstall/disklabel: bad partition tab o bin/15038 sysinstall sysinstall(8): easy to not notice that selection lists s bin/7232 sysinstall sysinstall(8): suggestion for FreeBSD installation dia 83 problems total. From owner-freebsd-sysinstall@FreeBSD.ORG Mon Mar 14 14:13:34 2011 Return-Path: Delivered-To: freebsd-sysinstall@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EC731065670; Mon, 14 Mar 2011 14:13:34 +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 E61A08FC13; Mon, 14 Mar 2011 14:13:33 +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 <0LI100D00WUK6G00@smtpauth3.wiscmail.wisc.edu>; Mon, 14 Mar 2011 09:13:32 -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 <0LI1007W1WUI2O20@smtpauth3.wiscmail.wisc.edu>; Mon, 14 Mar 2011 09:13:32 -0500 (CDT) Date: Mon, 14 Mar 2011 09:13:30 -0500 From: Nathan Whitehorn To: freebsd-current Current , freebsd-sysinstall@freebsd.org, FreeBSD Arch Message-id: <4D7E228A.4090906@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.65.155 X-Spam-PmxInfo: Server=avs-13, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.3.14.140017, SenderIP=76.210.65.155 User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110305 Thunderbird/3.1.9 Cc: Subject: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-sysinstall@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Sysinstall Work List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2011 14:13:34 -0000 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. Changes to release(7) ----------------------------- Release builds work and look slightly different now, so everyone who snapshot tinderboxes will likely find them breaking shortly. The nearest analog to the old make release (with version-control checkouts and a chroot) is src/release/generate-release.sh, which can be run as generate-release.sh head /path/to/chroot/dir. If you want to include ports and documentation on the release media, CVSUP_HOST must be defined in the environment to point to a cvsup mirror. The output is placed in /R in the chroot directory, as before. If the chroot is unimportant (it ensures a total clean-room build, but may not be necessary in most cases), you can get a release build using the regular makefile, like so: cd /usr/src make buildworld buildkernel cd /usr/src/release make obj release By default, this will include ports and documentation if you have them checked out to /usr/ports and /usr/doc, though this behavior can be modified (see the top of the makefile). In addition, some architectures (i386, amd64, powerpc, powerpc64, and maybe ia64) have release media that can be cross-built, so you can set TARGET/TARGET_ARCH appropriately for those. Output goes to .OBJDIR, which is /usr/obj/usr/src/release in the case of the above commands. The equivalent to disc1 is called release.iso, the memstick image (i386, amd64 only) is called memstick, and a directory of distfiles for FTP mirrors is generated named ftp. Next steps -------------- The new installer is feature-complete at this time (except for a merge with the pc-sysinstall code base and the possible addition of ZFS support in the partition editor), so the next steps mostly involve documentation updates to manpages and the handbook. Generation of a bootonly ISO is another thing that should happen soon. Given time (or external patches), I would also like to update sysinstall to use the new-style distribution files so it can be an option on the 9.0 install CDs. Beyond that, please test this code as much as possible, and report any bugs, suspicious behaviors, or bad interfaces (or patch them -- patches for anything are always very welcome!). We have another several months before 9.0, so let's try to find all the bugs long before then. Thanks again to everyone who helped this project with comments and testing, especially to Bjoern Zeeb who got me irritated enough by sysinstall to start working on this project. -Nathan From owner-freebsd-sysinstall@FreeBSD.ORG Mon Mar 14 15:44:34 2011 Return-Path: Delivered-To: freebsd-sysinstall@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5939106564A; Mon, 14 Mar 2011 15:44:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8AC268FC12; Mon, 14 Mar 2011 15:44:34 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 3E47046B8F; Mon, 14 Mar 2011 11:44:34 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.10]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id CCE928A027; Mon, 14 Mar 2011 11:44:33 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 14 Mar 2011 11:44:32 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.4-CBSD-20110107; KDE/4.4.5; amd64; ; ) References: <4D7E228A.4090906@freebsd.org> In-Reply-To: <4D7E228A.4090906@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201103141144.32815.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 14 Mar 2011 11:44:33 -0400 (EDT) Cc: FreeBSD Arch , freebsd-sysinstall@freebsd.org Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-sysinstall@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Sysinstall Work List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2011 15:44:34 -0000 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. 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. 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? -- John Baldwin From owner-freebsd-sysinstall@FreeBSD.ORG Mon Mar 14 15:56:17 2011 Return-Path: Delivered-To: freebsd-sysinstall@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-sysinstall@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Sysinstall Work 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 From owner-freebsd-sysinstall@FreeBSD.ORG Mon Mar 14 16:06:56 2011 Return-Path: Delivered-To: freebsd-sysinstall@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87C7E106564A; Mon, 14 Mar 2011 16:06:56 +0000 (UTC) (envelope-from gkeramidas@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 033528FC1B; Mon, 14 Mar 2011 16:06:55 +0000 (UTC) Received: by gwb15 with SMTP id 15so2142372gwb.13 for ; Mon, 14 Mar 2011 09:06:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=AjyZVvpTnzOoCjk5gMTbmfxlZR6dynwnPh9hese2XAQ=; b=HEWe/0ewyVtYeyk5GJU01hJHLXTI9k6ohs305TPG2qTi698ttEB9ZYomnXMJ4hXaDy Hhf8Yh61nzo9sAytFdSFeZuIHxWzWPO4a90qy0iFXjte5Qff6zb48EQLQfjrAulx7DfB JgPgJ/cb8C6jOL5ySk6DvqECHBchLSpHHh6Ws= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=nqVjxvD0AUWqRTp4sPBvnIrLNUzQ6JYQ8VC98C1YENgR2F2eGg/YrubfZlPC3dIXFY uPVKE+DjaNWPD3trKqz1VwlLzh484MEOoRaTpy7XbR8rKu0yH35BOnxSbUetqiREVAoN DKmHV5lr/wZCEgfHdpdshU4HI2BAWPqAqvkaM= MIME-Version: 1.0 Received: by 10.147.58.20 with SMTP id l20mr9854196yak.26.1300117086639; Mon, 14 Mar 2011 08:38:06 -0700 (PDT) Sender: gkeramidas@gmail.com Received: by 10.147.181.12 with HTTP; Mon, 14 Mar 2011 08:38:05 -0700 (PDT) In-Reply-To: <4D7E228A.4090906@freebsd.org> References: <4D7E228A.4090906@freebsd.org> Date: Mon, 14 Mar 2011 16:38:05 +0100 X-Google-Sender-Auth: eS4jBgbfHjjgiz4Up3bKCeLHgMg Message-ID: From: Giorgos Keramidas To: Nathan Whitehorn Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current Current , freebsd-sysinstall@freebsd.org, FreeBSD Arch Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-sysinstall@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Sysinstall Work List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2011 16:06:56 -0000 On Mon, Mar 14, 2011 at 3:13 PM, Nathan Whitehorn wrote: > Changes to release(7) > ----------------------------- > > Release builds work and look slightly different now, so everyone who > snapshot tinderboxes will likely find them breaking shortly. The nearest > analog to the old make release (with version-control checkouts and a chroot) > is src/release/generate-release.sh, which can be run as generate-release.sh > head /path/to/chroot/dir. If you want to include ports and documentation on > the release media, CVSUP_HOST must be defined in the environment to point to > a cvsup mirror. The output is placed in /R in the chroot directory, as > before. > > If the chroot is unimportant (it ensures a total clean-room build, but may > not be necessary in most cases), you can get a release build using the > regular makefile, like so: > cd /usr/src > make buildworld buildkernel > cd /usr/src/release > make obj release > > By default, this will include ports and documentation if you have them > checked out to /usr/ports and /usr/doc, though this behavior can be modified > (see the top of the makefile). In addition, some architectures (i386, amd64, > powerpc, powerpc64, and maybe ia64) have release media that can be > cross-built, so you can set TARGET/TARGET_ARCH appropriately for those. > Output goes to .OBJDIR, which is /usr/obj/usr/src/release in the case of the > above commands. The equivalent to disc1 is called release.iso, the memstick > image (i386, amd64 only) is called memstick, and a directory of distfiles > for FTP mirrors is generated named ftp. Any "user interface" changes that affect the release.7 manpage and may catch people building their own release images should be updated in the manpage itself too. Some of the stuff I'd like to see fixed in the release.7 manpage are: - The requirement for CVSUP_HOST should be explicitly mentioned in release.7 for releases that have NODOC. Note: I haven't run a release with the new Makefile yet, but is it still possible to use a local CVS mirror, e.g. /home/ncvs for these files instead of a cvsup host that is only accessible over the (potentially much slower) network? - The make variable ${DATE} is automatically set to the build date. We should probably mention this in the default BUILDNAME description (since it's such a generic variable name). - BUILDNAME is automatically set to a default that may have to be documented to the manpage, so that people know what to expect when they type just "make release" and sit back. - There's a ${BASE} variable set to 9.0 that release engineers may have to manually update when they roll-out release and stable branches. This should be documented in the "shortly before the release" checklist we have in http://www.freebsd.org/doc/en_US.ISO8859-1/articles/releng/release-proc.html - The directories that "make release" creates, and the names of the ISO image files should be mentioned in release.7 now that we have a chance to make a batch of useful updates to the text. Naturally, I volunteer to *make* the mdoc changes. As long as someone (e.g. you Nathan?) who is acquainted with the new release building Makefile can hepl me by reviewing the updates and making sure they look reasonably close to the new state of everything. From owner-freebsd-sysinstall@FreeBSD.ORG Mon Mar 14 16:38:58 2011 Return-Path: Delivered-To: freebsd-sysinstall@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A506B106566B; Mon, 14 Mar 2011 16:38:58 +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 70EBE8FC12; Mon, 14 Mar 2011 16:38:58 +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 <0LI2002083KXTL00@smtpauth3.wiscmail.wisc.edu>; Mon, 14 Mar 2011 11:38:57 -0500 (CDT) Received: from anacreon.physics.wisc.edu (anacreon.physics.wisc.edu [128.104.160.176]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LI2000OQ3KR2O10@smtpauth3.wiscmail.wisc.edu>; Mon, 14 Mar 2011 11:38:51 -0500 (CDT) Date: Mon, 14 Mar 2011 11:38:51 -0500 From: Nathan Whitehorn In-reply-to: To: Giorgos Keramidas Message-id: <4D7E449B.5020209@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=128.104.160.176 X-Spam-PmxInfo: Server=avs-10, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.3.14.161528, SenderIP=128.104.160.176 References: <4D7E228A.4090906@freebsd.org> User-Agent: Mozilla/5.0 (X11; U; FreeBSD powerpc; en-US; rv:1.9.2.15) Gecko/20110305 Thunderbird/3.1.9 Cc: freebsd-current Current , freebsd-sysinstall@freebsd.org, FreeBSD Arch Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-sysinstall@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Sysinstall Work List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2011 16:38:58 -0000 On 03/14/11 10:38, Giorgos Keramidas wrote: > On Mon, Mar 14, 2011 at 3:13 PM, Nathan Whitehorn > wrote: >> Changes to release(7) >> ----------------------------- >> >> Release builds work and look slightly different now, so everyone who >> snapshot tinderboxes will likely find them breaking shortly. The nearest >> analog to the old make release (with version-control checkouts and a chroot) >> is src/release/generate-release.sh, which can be run as generate-release.sh >> head /path/to/chroot/dir. If you want to include ports and documentation on >> the release media, CVSUP_HOST must be defined in the environment to point to >> a cvsup mirror. The output is placed in /R in the chroot directory, as >> before. >> >> If the chroot is unimportant (it ensures a total clean-room build, but may >> not be necessary in most cases), you can get a release build using the >> regular makefile, like so: >> cd /usr/src >> make buildworld buildkernel >> cd /usr/src/release >> make obj release >> >> By default, this will include ports and documentation if you have them >> checked out to /usr/ports and /usr/doc, though this behavior can be modified >> (see the top of the makefile). In addition, some architectures (i386, amd64, >> powerpc, powerpc64, and maybe ia64) have release media that can be >> cross-built, so you can set TARGET/TARGET_ARCH appropriately for those. >> Output goes to .OBJDIR, which is /usr/obj/usr/src/release in the case of the >> above commands. The equivalent to disc1 is called release.iso, the memstick >> image (i386, amd64 only) is called memstick, and a directory of distfiles >> for FTP mirrors is generated named ftp. > Any "user interface" changes that affect the release.7 manpage and may > catch people building their own release images should be updated in the > manpage itself too. Yes. I was hoping to update the manpage in the next couple days. > Some of the stuff I'd like to see fixed in the release.7 manpage are: > > - The requirement for CVSUP_HOST should be explicitly mentioned in > release.7 for releases that have NODOC. > > Note: I haven't run a release with the new Makefile yet, but is it > still possible to use a local CVS mirror, e.g. /home/ncvs for these > files instead of a cvsup host that is only accessible over the > (potentially much slower) network? It isn't possible right now. If you have a pre-existing checkout (from whatever source), make release will use that. John Baldwin mentioned the cvs changes to generate-release.sh and I'll try to get those in soon. > - The make variable ${DATE} is automatically set to the build date. We > should probably mention this in the default BUILDNAME description > (since it's such a generic variable name). > > - BUILDNAME is automatically set to a default that may have to be > documented to the manpage, so that people know what to expect when > they type just "make release" and sit back. > > - There's a ${BASE} variable set to 9.0 that release engineers may > have to manually update when they roll-out release and stable > branches. This should be documented in the "shortly before the > release" checklist we have in > http://www.freebsd.org/doc/en_US.ISO8859-1/articles/releng/release-proc.html Some (most) of these variables don't exist anymore. The CD is just always named 'release.iso' at the moment, for instance. That can easily be changed, however. > - The directories that "make release" creates, and the names of the > ISO image files should be mentioned in release.7 now that we have a > chance to make a batch of useful updates to the text. > > Naturally, I volunteer to *make* the mdoc changes. As long as someone > (e.g. you Nathan?) who is acquainted with the new release building > Makefile can hepl me by reviewing the updates and making sure they look > reasonably close to the new state of everything. Sure. I have the feeling that there are going to be a lot of feature and change requests today with regard to release infrastructure, so I'll let the dust clear for a day or two and we can start hashing out the documentation. -Nathan From owner-freebsd-sysinstall@FreeBSD.ORG Mon Mar 14 16:57:26 2011 Return-Path: Delivered-To: freebsd-sysinstall@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BF1A1065673; Mon, 14 Mar 2011 16:57:26 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5EB048FC15; Mon, 14 Mar 2011 16:57:26 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id D383946B38; Mon, 14 Mar 2011 12:57:25 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.10]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6F0548A01B; Mon, 14 Mar 2011 12:57:25 -0400 (EDT) From: John Baldwin To: Nathan Whitehorn Date: Mon, 14 Mar 2011 12:55:16 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.4-CBSD-20110107; KDE/4.4.5; amd64; ; ) References: <4D7E228A.4090906@freebsd.org> <201103141144.32815.jhb@freebsd.org> <4D7E3A9E.10800@freebsd.org> In-Reply-To: <4D7E3A9E.10800@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201103141255.16292.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 14 Mar 2011 12:57:25 -0400 (EDT) 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-sysinstall@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Sysinstall Work List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2011 16:57:26 -0000 On Monday, March 14, 2011 11:56:14 am Nathan Whitehorn wrote: > 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. Hmm, I've actually used LOCAL_PATCHES a lot to test out changes while still doing builds in a chroot (I'm paranoid about not having pollution from the build machine in the release builds so have always used the chroot). Being able to use CVS and a custom CVSROOT and SVNROOT would be good to have. > > 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. Note that re@ uses CVS to checkout ports and docs rather than cvsup. There was also logic in the old release Makefile to take a single CVS-style src tag and convert it into suitable tags for docs and ports. An example of the re@ style is found in the bottom of the old release(7): EXAMPLES The following sequence of commands was used to build the FreeBSD 4.9 release: cd /usr cvs co -rRELENG_4_9_0_RELEASE src cd src make buildworld cd release make release CHROOTDIR=/local3/release BUILDNAME=4.9-RELEASE \ CVSROOT=/host/cvs/usr/home/ncvs RELEASETAG=RELENG_4_9_0_RELEASE After running these commands, a complete system suitable for FTP or CD- ROM distribution is available in the /local3/release/R directory. > > 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. Ok. -- John Baldwin From owner-freebsd-sysinstall@FreeBSD.ORG Mon Mar 14 17:26:41 2011 Return-Path: Delivered-To: freebsd-sysinstall@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B1B3106564A; Mon, 14 Mar 2011 17:26:41 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 4ADC58FC0A; Mon, 14 Mar 2011 17:26:40 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 0E3395DC2; Mon, 14 Mar 2011 17:07:02 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.4/8.14.4) with ESMTP id p2EH717d003020; Mon, 14 Mar 2011 17:07:01 GMT (envelope-from phk@critter.freebsd.dk) To: Nathan Whitehorn From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 14 Mar 2011 09:13:30 EST." <4D7E228A.4090906@freebsd.org> Date: Mon, 14 Mar 2011 17:07:01 +0000 Message-ID: <3019.1300122421@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current Current , freebsd-sysinstall@freebsd.org, FreeBSD Arch Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-sysinstall@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Sysinstall Work List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2011 17:26:41 -0000 In message <4D7E228A.4090906@freebsd.org>, Nathan Whitehorn writes: >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! Free! I am Free at last!!! I need a beer now... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-sysinstall@FreeBSD.ORG Tue Mar 15 00:39:07 2011 Return-Path: Delivered-To: freebsd-sysinstall@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E56A106566C; Tue, 15 Mar 2011 00:39:07 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from coco.macktronics.com (coco.macktronics.com [209.181.253.65]) by mx1.freebsd.org (Postfix) with ESMTP id 261228FC15; Tue, 15 Mar 2011 00:39:06 +0000 (UTC) Received: from [172.22.30.42] (dulse.macktronics.com [209.181.253.69]) by coco.macktronics.com (Postfix) with ESMTPA id 8B8014AC40; Mon, 14 Mar 2011 19:20:10 -0500 (CDT) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Dan Mack In-Reply-To: <4D7E228A.4090906@freebsd.org> Date: Mon, 14 Mar 2011 19:20:10 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <9B41C412-A8C4-48B9-AF45-182E5658A238@macktronics.com> References: <4D7E228A.4090906@freebsd.org> To: Nathan Whitehorn X-Mailer: Apple Mail (2.1082) Cc: freebsd-current Current , freebsd-sysinstall@freebsd.org, FreeBSD Arch Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-sysinstall@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Sysinstall Work List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2011 00:39:07 -0000 On Mar 14, 2011, at 9:13 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! >=20 > 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. >=20 > Changes to release(7) > ----------------------------- >=20 > Release builds work and look slightly different now, so everyone who = snapshot tinderboxes will likely find them breaking shortly. The nearest = analog to the old make release (with version-control checkouts and a = chroot) is src/release/generate-release.sh, which can be run as = generate-release.sh head /path/to/chroot/dir. If you want to include = ports and documentation on the release media, CVSUP_HOST must be defined = in the environment to point to a cvsup mirror. The output is placed in = /R in the chroot directory, as before. >=20 > If the chroot is unimportant (it ensures a total clean-room build, but = may not be necessary in most cases), you can get a release build using = the regular makefile, like so: > cd /usr/src > make buildworld buildkernel > cd /usr/src/release > make obj release >=20 >=20 >=20 Thanks! For what it's worth, I built a new release using this new = method and the only problem I ran into was getting dropped to the = "mountroot>" because the memstick's root partition failed to mount. I = am not sure if this has anything to do with your changes or not but I = thought I would bring it up. After mounting my usb stick with : = ufs:/dev/da0a it booted into bsdinstall without issue. I don't know if = this was do to kern.cam.boot_delay not being long enough or if it was a = problem with the creation of the memstick image.=20 During bsdinstall, there were a bunch of console debug messages spewing = alongside the bsdinstall text but they cleared before I could take a = picture.=20 Now we just need a ZFS template for the partition tool :-) Thanks again! Dan -- Dan Mack mack@macktronics.com From owner-freebsd-sysinstall@FreeBSD.ORG Tue Mar 15 12:51:51 2011 Return-Path: Delivered-To: freebsd-sysinstall@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55D94106566B; Tue, 15 Mar 2011 12:51:51 +0000 (UTC) (envelope-from gkeramidas@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id C4BC08FC0C; Tue, 15 Mar 2011 12:51:50 +0000 (UTC) Received: by gyg13 with SMTP id 13so239103gyg.13 for ; Tue, 15 Mar 2011 05:51:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=fBahzl649A8V1hLtKJybiIhb2L7QK3T5YrdldoD0dgA=; b=i7EuO6kHQJUoLjQUf4/VfOCRxw+hMnEDuYuL/lx6HZNdr2QWPVjimWvH659q8EQM/M Xv0T9K2DrU46IvjdqMTHcQMtMICU2saevad+WdFv5HHw5SpVMHV1rAiPwuuK1Dzvi0R0 tsI8D98AIfe190MKFv/alsS0hlqDzbEzqBLro= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=wZs8fJBXrE4Lg3w3jWcIsDuO7Qow9OX98V71WGSKiv9y7wxSTbr5kkbD+f0/EpuiqT todcqyWSwSRiD8RGSjEXX0PvyPvMWMaN67JDm2tY3sbfDyAqwRZBRbB9sg+Id0Vzi3Yn AFyUgOHmSZRLXtmuK3kAmUuIUmiqndH6La5QI= MIME-Version: 1.0 Received: by 10.150.251.28 with SMTP id y28mr419340ybh.323.1300193510191; Tue, 15 Mar 2011 05:51:50 -0700 (PDT) Sender: gkeramidas@gmail.com Received: by 10.147.181.12 with HTTP; Tue, 15 Mar 2011 05:51:50 -0700 (PDT) In-Reply-To: <4D7E449B.5020209@freebsd.org> References: <4D7E228A.4090906@freebsd.org> <4D7E449B.5020209@freebsd.org> Date: Tue, 15 Mar 2011 13:51:50 +0100 X-Google-Sender-Auth: _XRkofRKRr9bIH5KbhGwyKc4zC0 Message-ID: From: Giorgos Keramidas To: Nathan Whitehorn Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Current , freebsd-sysinstall@freebsd.org, FreeBSD Arch Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-sysinstall@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Sysinstall Work List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2011 12:51:51 -0000 On Mon, Mar 14, 2011 at 5:38 PM, Nathan Whitehorn wrote: > On 03/14/11 10:38, Giorgos Keramidas wrote: >> Naturally, I volunteer to *make* the mdoc changes. =C2=A0As long as some= one >> (e.g. you Nathan?) who is acquainted with the new release building >> Makefile can hepl me by reviewing the updates and making sure they look >> reasonably close to the new state of everything. > > Sure. I have the feeling that there are going to be a lot of feature and > change requests today with regard to release infrastructure, so I'll let = the > dust clear for a day or two and we can start hashing out the documentatio= n. Sounds like a plan to me. Thanks :-) From owner-freebsd-sysinstall@FreeBSD.ORG Tue Mar 15 18:20:54 2011 Return-Path: Delivered-To: freebsd-sysinstall@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D3881065672; Tue, 15 Mar 2011 18:20:54 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout026.mac.com (asmtpout026.mac.com [17.148.16.101]) by mx1.freebsd.org (Postfix) with ESMTP id 402AC8FC18; Tue, 15 Mar 2011 18:20:54 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from sa-nc-finance-147.static.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp026.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LI40071906C8NA0@asmtp026.mac.com>; Tue, 15 Mar 2011 10:20:38 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-03-15_02:2011-03-14, 2011-03-15, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=2 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1103150117 From: Marcel Moolenaar In-reply-to: <4D7E228A.4090906@freebsd.org> Date: Tue, 15 Mar 2011 10:20:41 -0700 Message-id: References: <4D7E228A.4090906@freebsd.org> To: Nathan Whitehorn X-Mailer: Apple Mail (2.1082) Cc: freebsd-current Current , freebsd-sysinstall@freebsd.org, FreeBSD Arch Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-sysinstall@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Sysinstall Work List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2011 18:20:54 -0000 On Mar 14, 2011, at 7:13 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! Thanks Nathan, I checked ia64 and it works well enough. I may come back with a tweak here and there after the dust settles, but so far it's more reliable (and a while lot simpler) than sysinstall is. Great work! -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-sysinstall@FreeBSD.ORG Sat Mar 19 01:51:53 2011 Return-Path: Delivered-To: freebsd-sysinstall@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FDD8106564A; Sat, 19 Mar 2011 01:51:53 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from adsum.doit.wisc.edu (adsum.doit.wisc.edu [144.92.197.210]) by mx1.freebsd.org (Postfix) with ESMTP id 1357E8FC13; Sat, 19 Mar 2011 01:51:53 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth1.wiscmail.wisc.edu by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LIA00D047UG5H00@smtpauth1.wiscmail.wisc.edu>; Fri, 18 Mar 2011 20:51:52 -0500 (CDT) Received: from comporellon.tachypleus.net ([unknown] [76.210.65.155]) by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LIA001T47UEB010@smtpauth1.wiscmail.wisc.edu>; Fri, 18 Mar 2011 20:51:52 -0500 (CDT) Date: Fri, 18 Mar 2011 20:51:50 -0500 From: Nathan Whitehorn In-reply-to: To: Marcel Moolenaar Message-id: <4D840C36.4060407@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.65.155 X-Spam-PmxInfo: Server=avs-12, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.3.19.14228, SenderIP=76.210.65.155 References: <4D7E228A.4090906@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 Current , freebsd-sysinstall@freebsd.org, FreeBSD Arch Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-sysinstall@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Sysinstall Work List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 01:51:53 -0000 On 03/15/11 12:20, Marcel Moolenaar wrote: > On Mar 14, 2011, at 7:13 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! > Thanks Nathan, > > I checked ia64 and it works well enough. I may come back with a tweak > here and there after the dust settles, but so far it's more reliable > (and a while lot simpler) than sysinstall is. > > Great work! Thanks! The installer doesn't yet know (and I don't know) how to set up the EFI system partition on IA64, so I'll need some input (or code) from you on that point to get things totally up and running. -Nathan From owner-freebsd-sysinstall@FreeBSD.ORG Sat Mar 19 01:52:35 2011 Return-Path: Delivered-To: freebsd-sysinstall@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 299D3106564A; Sat, 19 Mar 2011 01:52:35 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from adsum.doit.wisc.edu (adsum.doit.wisc.edu [144.92.197.210]) by mx1.freebsd.org (Postfix) with ESMTP id F14318FC1B; Sat, 19 Mar 2011 01:52:34 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth1.wiscmail.wisc.edu by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LIA00D007VMA500@smtpauth1.wiscmail.wisc.edu>; Fri, 18 Mar 2011 20:52:34 -0500 (CDT) Received: from comporellon.tachypleus.net ([unknown] [76.210.65.155]) by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LIA001TB7VKB010@smtpauth1.wiscmail.wisc.edu>; Fri, 18 Mar 2011 20:52:33 -0500 (CDT) Date: Fri, 18 Mar 2011 20:52:32 -0500 From: Nathan Whitehorn In-reply-to: <3019.1300122421@critter.freebsd.dk> To: Poul-Henning Kamp Message-id: <4D840C60.3000604@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.65.155 X-Spam-PmxInfo: Server=avs-13, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.3.19.14228, SenderIP=76.210.65.155 References: <3019.1300122421@critter.freebsd.dk> 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 Current , freebsd-sysinstall@freebsd.org, FreeBSD Arch Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-sysinstall@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Sysinstall Work List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 01:52:35 -0000 On 03/14/11 12:07, Poul-Henning Kamp wrote: > In message<4D7E228A.4090906@freebsd.org>, Nathan Whitehorn writes: > >> 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! > Free! > > I am Free at last!!! > > I need a beer now... I'm not sure I like what this implies about my future :) -Nathan From owner-freebsd-sysinstall@FreeBSD.ORG Sat Mar 19 01:56:07 2011 Return-Path: Delivered-To: freebsd-sysinstall@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04903106566B; Sat, 19 Mar 2011 01:56:07 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from adsum.doit.wisc.edu (adsum.doit.wisc.edu [144.92.197.210]) by mx1.freebsd.org (Postfix) with ESMTP id CAD098FC0C; Sat, 19 Mar 2011 01:56:06 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth1.wiscmail.wisc.edu by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LIA00D0081IR900@smtpauth1.wiscmail.wisc.edu>; Fri, 18 Mar 2011 20:56:06 -0500 (CDT) Received: from comporellon.tachypleus.net ([unknown] [76.210.65.155]) by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LIA001VJ81GB010@smtpauth1.wiscmail.wisc.edu>; Fri, 18 Mar 2011 20:56:05 -0500 (CDT) Date: Fri, 18 Mar 2011 20:56:04 -0500 From: Nathan Whitehorn In-reply-to: <9B41C412-A8C4-48B9-AF45-182E5658A238@macktronics.com> To: Dan Mack Message-id: <4D840D34.7030005@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.65.155 X-Spam-PmxInfo: Server=avs-11, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.3.19.14822, SenderIP=76.210.65.155 References: <4D7E228A.4090906@freebsd.org> <9B41C412-A8C4-48B9-AF45-182E5658A238@macktronics.com> 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 Current , freebsd-sysinstall@freebsd.org, FreeBSD Arch Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-sysinstall@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Sysinstall Work List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 01:56:07 -0000 On 03/14/11 19:20, Dan Mack wrote: > On Mar 14, 2011, at 9:13 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. >> >> Changes to release(7) >> ----------------------------- >> >> Release builds work and look slightly different now, so everyone who snapshot tinderboxes will likely find them breaking shortly. The nearest analog to the old make release (with version-control checkouts and a chroot) is src/release/generate-release.sh, which can be run as generate-release.sh head /path/to/chroot/dir. If you want to include ports and documentation on the release media, CVSUP_HOST must be defined in the environment to point to a cvsup mirror. The output is placed in /R in the chroot directory, as before. >> >> If the chroot is unimportant (it ensures a total clean-room build, but may not be necessary in most cases), you can get a release build using the regular makefile, like so: >> cd /usr/src >> make buildworld buildkernel >> cd /usr/src/release >> make obj release >> >> >> > > > Thanks! For what it's worth, I built a new release using this new method and the only problem I ran into was getting dropped to the "mountroot>" because the memstick's root partition failed to mount. I am not sure if this has anything to do with your changes or not but I thought I would bring it up. After mounting my usb stick with : ufs:/dev/da0a it booted into bsdinstall without issue. I don't know if this was do to kern.cam.boot_delay not being long enough or if it was a problem with the creation of the memstick image. Hm. I'd be interested to know if this is repeatable. The memstick stuff is a fairly new feature, and so hasn't been tested to quite the same degree as the ISOs. In case anyone else wants to try it, there is a memstick image (and ISO) here: http://people.freebsd.org/~nwhitehorn/bsdinstall-amd64-20110313/ > During bsdinstall, there were a bunch of console debug messages spewing alongside the bsdinstall text but they cleared before I could take a picture. Yes, there seem to be some LORs in UFS that get triggered if you untar massive quantities of files very fast. They seem harmless, though. > Now we just need a ZFS template for the partition tool :-) Yes. Hopefully this comes in through collaboration with the pc-sysinstall people. Having gptboot and gptzfsboot be the same thing would also help a great deal toward that goal. > Thanks again! > Glad you liked it! -Nathan From owner-freebsd-sysinstall@FreeBSD.ORG Sat Mar 19 05:05:16 2011 Return-Path: Delivered-To: freebsd-sysinstall@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A34111065676; Sat, 19 Mar 2011 05:05:16 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout026.mac.com (asmtpout026.mac.com [17.148.16.101]) by mx1.freebsd.org (Postfix) with ESMTP id 85E908FC08; Sat, 19 Mar 2011 05:05:16 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from dhcp-192-168-2-13.wifi.xcllnt.net (atm.xcllnt.net [70.36.220.6]) by asmtp026.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LIA0056TGSM8X80@asmtp026.mac.com>; Fri, 18 Mar 2011 22:05:13 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-03-18_06:2011-03-16, 2011-03-18, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=3 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1103180221 From: Marcel Moolenaar In-reply-to: <4D840C36.4060407@freebsd.org> Date: Fri, 18 Mar 2011 22:05:11 -0700 Message-id: References: <4D7E228A.4090906@freebsd.org> <4D840C36.4060407@freebsd.org> To: Nathan Whitehorn X-Mailer: Apple Mail (2.1082) Cc: freebsd-current Current , freebsd-sysinstall@freebsd.org, FreeBSD Arch Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-sysinstall@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Sysinstall Work List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 05:05:16 -0000 On Mar 18, 2011, at 6:51 PM, Nathan Whitehorn wrote: > On 03/15/11 12:20, Marcel Moolenaar wrote: >> On Mar 14, 2011, at 7:13 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! >> Thanks Nathan, >> >> I checked ia64 and it works well enough. I may come back with a tweak >> here and there after the dust settles, but so far it's more reliable >> (and a while lot simpler) than sysinstall is. >> >> Great work! > > Thanks! The installer doesn't yet know (and I don't know) how to set up the EFI system partition on IA64, so I'll need some input (or code) from you on that point to get things totally up and running. It's not that hard in general: create a partition that is 100MB in size, give it the right type (i.e. C12A7328-F81F-11d2-BA4B-00A0C93EC93B) and format with dosfs. This has to be the very first partition on a boot device. As part of the installation, we need to copy the EFI loader to a FreeBSD subdirectory. Adding an entry for FreeBSD to the boot menu is where it really gets interesting. The support for writing the EFI environment exists (see libefi), but construction an EFI device path from a device special file probably needs some more code. Getting that to work is interesting for installing on Intel based Apple hardware as well I would presume. Most systems have a system partition, so copying the loader to it is the most important aspect of getting a bootable installation. -- Marcel Moolenaar xcllnt@mac.com