From owner-freebsd-arch@FreeBSD.ORG Wed Feb 23 06:08:00 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 A652D106566C; Wed, 23 Feb 2011 06:08:00 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id D75188FC15; Wed, 23 Feb 2011 06:07:59 +0000 (UTC) Received: by wwf26 with SMTP id 26so7947244wwf.31 for ; Tue, 22 Feb 2011 22:07:58 -0800 (PST) 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=YIt8GPdjvnqLDj6Hev3aJJXBL113xh/a4ZCuFyaCbsc=; b=GgoyGZL9PfQTqh9Vz4ErG5F/fOZYjzk8QAc4a3/Dh7v4GrtpwW/kjwAfayhhfs76md CcIjEVop9COWW++IBj+rLsKfKmhH+cS6L8X2Avgcw7rhU/gFmflqsFx75wl04JQpnHPj B3ET5Fn032R9M83aa9Jx3QSoA4cXj4Nodczh4= 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=dnLywsyfyKrmjt5DnjVbUzp9FDm12JHkF+otJ9S1Dzdvtk0CwKjNp80Iy4Y96XDW4E waHUcGXpudrZsSviRSPCSytGss3Xq5Z/742JRVPAcHkC/E5TSUurfVVYoOtuvVaJ5kWs +d7YcwNOLJaaKxSw5cCmhMVcLF0kSK/voYJFg= MIME-Version: 1.0 Received: by 10.216.155.1 with SMTP id i1mr4171649wek.0.1298441278721; Tue, 22 Feb 2011 22:07:58 -0800 (PST) Sender: yanegomi@gmail.com Received: by 10.216.15.74 with HTTP; Tue, 22 Feb 2011 22:07:58 -0800 (PST) In-Reply-To: <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> <816E26D1-C34D-4A40-BA4F-6C486D622DAD@vicor.com> Date: Tue, 22 Feb 2011 22:07:58 -0800 X-Google-Sender-Auth: yiitFnnI2XoURSNKILkJE2jV7DU Message-ID: From: Garrett Cooper To: Devin Teske Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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 06:08:00 -0000 On Tue, Feb 22, 2011 at 9:26 PM, Devin Teske wrote: > > 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. =A0Current disks are at the upper >>>> limit of what MBR can be support (and that's after several revamps of >>>> MBR). =A0Since GPT already provides a superior feature set without MBR= 's >>>> limits, the next step will be to just drop MBR support. =A0And 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)! Well, it's just a proposal. It needs to be presented to a) re@, b) they need to tentatively accept, and someone needs to a) do the work of integrating both pieces together and b) ensure it works in both cases, c) test, test test, d) commit. All of this needs to be done before 9.0-RELEASE. So I wouldn't say "success!" just yet, but we're on the right path. Switching stuff overnight is impossible for something like sysinstall. I'm having to deal with similar issues transitioning acquisition MIBs over to the acquiree company's style and requirements. Providing an ample transition plan is one of the great things I've noticed about BSD anyhow in areas like these :)... it shows real planning and architecture. Thanks, -Garrett