From owner-svn-src-all@FreeBSD.ORG Mon Oct 3 20:52:47 2011 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id BD1D7106564A; Mon, 3 Oct 2011 20:52:47 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id F242514E4D0; Mon, 3 Oct 2011 20:52:46 +0000 (UTC) Message-ID: <4E8A209E.8010407@FreeBSD.org> Date: Mon, 03 Oct 2011 13:52:46 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111001 Thunderbird/7.0.1 MIME-Version: 1.0 To: Nathan Whitehorn References: <201110031513.p93FD9ev015593@svn.freebsd.org> In-Reply-To: <201110031513.p93FD9ev015593@svn.freebsd.org> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r225937 - in head: . release release/amd64 release/i386 release/ia64 release/pc98 release/powerpc release/scripts release/sparc64 usr.sbin usr.sbin/sysinstall X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2011 20:52:47 -0000 On 10/03/2011 08:13, Nathan Whitehorn wrote: > Author: nwhitehorn > Date: Mon Oct 3 15:13:09 2011 > New Revision: 225937 > URL: http://svn.freebsd.org/changeset/base/225937 > > Log: > Farewall, sysinstall! You served us well for many years, but 10.0 is one > digit beyond your time. sysinstall had (at least) 2 primary purposes, installation, and post-install system configuration. The new installer is a good step towards the first goal, but we currently have nothing to fulfill the second role. For that reason I think this step is premature. One could also make the case that this is exactly the kind of disruptive change that the release engineer asked us not to do until the release is done, but I'll leave that to them to deal with. :) Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/