From owner-freebsd-current@FreeBSD.ORG Tue Oct 8 05:48:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0050B54E for ; Tue, 8 Oct 2013 05:48:02 +0000 (UTC) (envelope-from freebsd@allanjude.com) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id B009224DC for ; Tue, 8 Oct 2013 05:48:02 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.108.129]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 63F6E1DC18 for ; Tue, 8 Oct 2013 05:48:01 +0000 (UTC) Message-ID: <52539C9F.9000400@allanjude.com> Date: Tue, 08 Oct 2013 01:48:15 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: [CFT] Patch to bsdinstall to support root-on-ZFS and GELI References: <52531295.7090700@allanjude.com> <52539300.50305@allanjude.com> <13CA24D6AB415D428143D44749F57D720FC415EA@LTCFISWMSGMB21.FNFIS.com> In-Reply-To: <13CA24D6AB415D428143D44749F57D720FC415EA@LTCFISWMSGMB21.FNFIS.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 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: Tue, 08 Oct 2013 05:48:03 -0000 On 2013-10-08 01:11, Teske, Devin wrote: > On Oct 7, 2013, at 10:07 PM, Allan Jude wrote: > >> On 2013-10-07 15:59, Allan Jude wrote: >>> Devin Teske and I have been working on a big patch to bsdinstall to >>> implement installing on a ZFS pool. It supports both GPT and MBR, the 4k >>> sector gnop trick, and optional GELI encryption. We would like to commit >>> this in time for 10.0-BETA1 so it needs some testing to work out any >>> obvious bugs before we send it off to re@ to get it committed. >>> >>> It includes a single configuration menu that allows you to select all of >>> the required details, including which drives to use (gets details from >>> camcontrol, also includes an inspection utility that presents the >>> detailed output of camcontrol inquiry/identify, and gpart show), what >>> ZFS RAID level to use (taking in to consideration the selected number of >>> drives), GPT/mbr, 4k YES/no, GELI yes/NO, pool name, etc. >>> >>> >>> Additional, it includes some other changes to bsdinstall: >>> 1. Change the default to the 'non-standard keyboard mapping' prompt to no >>> 2. Replace the 3 separate dialogs to configure an ipv4 address with just 1 >>> 3. Remove the dialog asking if you wish to enable crash dumps, this >>> feature has been combined into the regular 'services to enable' dialog >>> and enabled by default >>> >>> >>> You can browse the patches here: >>> http://druidbsd.cvs.sf.net/viewvc/druidbsd/bsdinstall_zfs/ >>> >>> I've built a bootonly.iso (10.0-ALPHA4) to make testing easier, >>> available compressed (48 MB) or uncompressed (211 MB): >>> >>> http://www.allanjude.com/bsd/zfsbootonly_2013-10-06.iso.xz >>> >>> http://www.allanjude.com/bsd/zfsbootonly_2013-10-06.iso >>> >>> >>> We look forward to your feedback >>> >> I've generated a new version of the ISO incorporating all of todays >> changes and moving up to 10.0-ALPHA5 >> It includes 2 patches from Warren Block, improving the keymap menu and >> indicating which network interfaces are wireless >> > Excellent. > > However, I have to say... you opened a can of worms by touching keymap. > > Eventually I plan to rewrite all of the scripts to the same format that zfsboot > is using. I've already started rewriting keymap to the new format. Of course, > this opened up another can of worms... the simple things like: > > DIALOG_OK > DIALOG_CANCEL > DIALOG_ESC Yeah, after having them, I felt a bit naked not having all of those 'constants' defined. Originally, all I had done was add --defaultno to the dialog command, but Warren's patch makes a lot of sense, allow the user to 'try' the new keymap before trying to do the rest of the install based on it. > I feel would be much better off in the `dialog.subr' module. So,... I've started > peppering their usage everywhere in bsdconfig to make them "proper". > > That means they will just be transparent from including `dialog.subr'. > This is definately something that I think is a good idea, but my focus is on improving the usability and functionality of the installer in time for 10.0. Unifying everything to the bsdconfig style is slightly lower priority. Admittedly, the `bsdconfig networking` stuff is quite nice >> http://www.allanjude.com/bsd/zfsbootonly_2013-10-06.iso.xz >> >> http://www.allanjude.com/bsd/zfsbootonly_2013-10-06.iso >> > Excellent, thanks! -- Allan Jude