From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 22:36:27 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 614D8106564A for ; Thu, 19 Jan 2012 22:36:27 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 253658FC08 for ; Thu, 19 Jan 2012 22:36:26 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa01 [127.0.0.1]) by ltcfislmsgpa01.fnfis.com (8.14.4/8.14.4) with SMTP id q0JMQoKg025177; Thu, 19 Jan 2012 16:36:24 -0600 Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa01.fnfis.com with ESMTP id 12eu5mr71v-3 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 19 Jan 2012 16:36:24 -0600 Received: from dtwin (10.14.152.15) by smtp.fisglobal.com (10.132.206.16) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 19 Jan 2012 16:36:00 -0600 From: Devin Teske To: "'Frank Shute'" References: <4EFDA3B50040906E@> <20120119164234.GB21488@hemlock.hydra> <04db01ccd6df$a6ebe3f0$f4c3abd0$@fisglobal.com> <20120119200106.GB88862@orange.esperance-linux.co.uk> In-Reply-To: <20120119200106.GB88862@orange.esperance-linux.co.uk> Date: Thu, 19 Jan 2012 14:36:29 -0800 Message-ID: <04ff01ccd6fa$ca9a4e20$5fceea60$@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQLQRxvieyweenM8sTFCozfP6uax1AKyIQosAhz+sBMCoRxyJQEyPIuBAIHJq9aTxCvq0A== Content-Language: en-us X-Originating-IP: [10.14.152.15] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7361, 1.0.211, 0.0.0000 definitions=2012-01-19_09:2012-01-19, 2012-01-19, 1970-01-01 signatures=0 Cc: 'Chad Perrin' , Robison , freebsd-questions@freebsd.org, Dave Subject: RE: FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 22:36:27 -0000 > -----Original Message----- > From: Frank Shute [mailto:frank@shute.org.uk] > Sent: Thursday, January 19, 2012 12:01 PM > To: Devin Teske > Cc: 'Chad Perrin'; freebsd-questions@freebsd.org > Subject: Re: FreeBSD 9 > > On Thu, Jan 19, 2012 at 11:22:14AM -0800, Devin Teske wrote: > > > > > > > > > > > > On Thu, Jan 19, 2012 at 11:15:08AM +0100, Eduardo Morras wrote: > > > > > > > > I think that a full/complete update of the old installer to add it > > > > support GEOM, ZFS, scripting and more newer features will consume > > > > more manpower and resources than create a new one from scratch, > > > > where the devs aren't chained by old code, backwards > > > > compatibility, old restrictions and old point of views. This way, > > > > is easier correct bugs, new features, simplify the installation > > > > and even automate it to this new installer than try to add them to > > > > the old one. > > > > > > I'm curious: Is this just speculation, or have you determined this > > > by reading > > the > > > source of the old installer? Old code means *tested* code, and when > > > it is > > well- > > > maintained it often means easily extensible code. Is that the case > > > for the > > old > > > installer, or is the older installer a crufty mess of "temporary" > > > fixes that > > became > > > permanent, as your statements seem to imply? > > > > > > > I believe the "difficulty in maintenance" stems primarily from the > > fact that the existing partition editor MAY have to be entirely > > rewritten to accommodate other root filesystem types (but even that's > > not entirely true -- if done right). > > > > Other than that, it's most likely just FUD and misperception that > > sysinstall(8) is either (a) hard to maintain or (b) hard to extend. > > -- Devin > > To quote the manpage for sysinstall: > > BUGS > > > > This utility is a prototype which lasted several years past its expira- > tion date and is greatly in need of death. > > There are a (great) number of undocumented variables. UTSL. > Perspective. Let's take a look at the commit history for this manual. Try as you might, you can't go back far-enough to find when that message was even added. However, you can see where the message was tweaked slightly by a couple people: SVN r49961 by mpp@ addressing PR docs/13148 and docs/13144 Prior to-which the message said "3 years past" (s/3/several/) SVN r40275 by jkh@ (no PR mentioned) Prior to-which the message said "2 years past" (s/2/3/) So, literally for the past 15+ years, the man-page has said essentially the same thing "prototype ... in need of death." I raise the hypothesis that: a. The "prototype ... in need of death" message in the man-page was added by the original author, whom... b. ...had self-esteem issues on that particular day (hence the self-denigrating remark about one's code). I further pontificate that once the original author relinquished control of sysinstall(8) (whomever that may be -- since commit logs don't go back that far) that one of the 2-dozen-plus committers should have removed that message to quell evident propagation of FUD against sysinstall(8)). Afterall, who's to say that sysinstall(8) was still a prototype when it was being used for several major releases in production and enterprise environments. But instead, this entry in the man-page was not removed, year-after-year, but instead maintained (with no apparent rhyme or reason). The situation is the exact opposite of what we're seeing with bsdinstall. sysinstall(8) was added to the tree as a "prototype" yet was stable. Now we see bsdinstall added to the tree as a NON-prototype yet is NOT-stable or free of show-stoppers! > I welcome the new installer. sysinstall was a piece of buggy garbage that gave a > pretty poor first impression of FreeBSD. > I think we have some very different opinions of what "buggy" is. > The new installer will get better with time. > The new installer is buggy, and the above maxim is something I'd rather not have to deal with when downloading RELEASE software. RELEASE software shouldn't be released under the statement "it will get better with time". Releasing feature-INcomplete software that is known to be broken hurts the FreeBSD impression far more than sysinstall ever could/did. I feel your argument is an attempt to justify the egregious offense of foisting premature software on the community when in-fact it does NOT replicate even a fraction of the abilities of sysinstall. IMHO. -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you.