From owner-freebsd-arch@FreeBSD.ORG Wed Feb 23 05:26:16 2011 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CD7A106566C; Wed, 23 Feb 2011 05:26:16 +0000 (UTC) (envelope-from dteske@vicor.com) Received: from postoffice.vicor.com (postoffice.vicor.com [69.26.56.53]) by mx1.freebsd.org (Postfix) with ESMTP id E1CDF8FC12; Wed, 23 Feb 2011 05:26:15 +0000 (UTC) Received: from [210.177.209.182] (port=13723 helo=[192.168.1.151]) by postoffice.vicor.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.71) (envelope-from ) id 1Ps7Ep-0000b3-Vz; Tue, 22 Feb 2011 21:26:15 -0800 Mime-Version: 1.0 (Apple Message framework v1081) From: Devin Teske In-Reply-To: Date: Tue, 22 Feb 2011 21:26:09 -0800 Message-Id: <816E26D1-C34D-4A40-BA4F-6C486D622DAD@vicor.com> References: <4D35CFFB.3010302@freebsd.org> <201102211612.51233.josh@tcbug.org> <201102220103.20158.josh@tcbug.org> <20110222205741.GA34103@server.vk2pj.dyndns.org> <6A5ECC9D-9EF4-4331-9BB0-E14FE6087D53@vicor.com> To: Garrett Cooper X-Mailer: Apple Mail (2.1081) X-Scan-Signature: ef46d7595948ee90861d7f47ac6dd61a X-Scan-Host: postoffice.vicor.com Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, freebsd-sysinstall@freebsd.org, freebsd-arch@freebsd.org Subject: Re: FreeBSD Installer Roadmap X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Feb 2011 05:26:16 -0000 On Feb 22, 2011, at 7:41 PM, Garrett Cooper wrote: > On Tue, Feb 22, 2011 at 7:23 PM, Devin Teske wrote: >> >> On Feb 22, 2011, at 12:57 PM, Peter Jeremy wrote: >> >>> On 2011-Feb-22 02:50:54 -0800, Devin Teske wrote: >>>> That's the operative word here ("supports"). Lord help us when that >>>> changes to "requires" (that is to say, if/when the FreeBSD kernel >>>> becomes legacy-free with respect to supporting fdisk/disklabel >>>> partitioned disks). >>> >>> When that does come, it will probably be driven by BIOS and hardware >>> vendors dropping support for MBR. Current disks are at the upper >>> limit of what MBR can be support (and that's after several revamps of >>> MBR). Since GPT already provides a superior feature set without MBR's >>> limits, the next step will be to just drop MBR support. And when it >>> does come, FreeBSD needs to be ready with an installer that can cope >>> with non-MBR disks. > > While I love a good discussion (and there have been a number of good > points for either side on here), should we agree to switch the default > over to bsdinstall, leave sysinstall in (lumps or no lumps), then over > the period of the next 2~3 major (that amounts to 4~6 years) releases, > and retire sysinstall to the happy hunting grounds? sysinstall didn't > take up that much space on the release media I thought, and it might > be doable to map both sets of media so that sysinstall can work in > harmony on bsdinstall's release media? > > Preparing custom releases to use the sysinstall init_path isn't that > bad, so it would at least give the legacy folks time to transition > over while us guinea pigs burn in the new wax :)... > > Sound good? Love it. Absolutely love it. You are a uniter, sir (tips hat)! > > Thanks! > -Garrett -- Cheers, Devin Teske -> CONTACT INFORMATION <- Business Solutions Consultant II FIS - fisglobal.com 510-735-5650 Mobile 510-621-2038 Office 510-621-2020 Office Fax 909-477-4578 Home/Fax devin.teske@fisglobal.com -> LEGAL DISCLAIMER <- This message contains confidential and proprietary information of the sender, and is intended only for the person(s) to whom it is addressed. Any use, distribution, copying or disclosure by any other person is strictly prohibited. If you have received this message in error, please notify the e-mail sender immediately, and delete the original message without making a copy. -> END TRANSMISSION <-