From owner-freebsd-stable@FreeBSD.ORG Fri May 5 18:35:50 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C71216A406; Fri, 5 May 2006 18:35:50 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E83C43D46; Fri, 5 May 2006 18:35:49 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 4F97E46D3E; Fri, 5 May 2006 14:35:49 -0400 (EDT) Date: Fri, 5 May 2006 19:35:49 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Mike Jakubik In-Reply-To: <445B991F.3050600@rogers.com> Message-ID: <20060505193336.K17611@fledge.watson.org> References: <4457A02C.9040408@rogers.com> <20060503110503.O58458@fledge.watson.org> <35c231bf0605031821s582b6d03j3ee9d434a596f62a@mail.gmail.com> <20060504021908.GA714@soaustin.net> <35c231bf0605032011s65fbb1aby742438465ee98ee7@mail.gmail.com> <20060504033300.GA39935@xor.obsecurity.org> <44598615.3040400@rogers.com> <20060504044758.GA41047@xor.obsecurity.org> <44599732.1050905@rogers.com> <20060505080543.GD5466@garage.freebsd.pl> <35c231bf0605051049t2761281ar97b9634b8279b1fd@mail.gmail.com> <445B991F.3050600@rogers.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Pawel Jakub Dawidek , Mark Linimon , David Kirchner , stable@freebsd.org, Kris Kennaway Subject: Re: quota deadlock on 6.1-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 May 2006 18:35:50 -0000 On Fri, 5 May 2006, Mike Jakubik wrote: > This quota/nve problem sure stirred things up, i guess im partly to blame, > but anyway i think that it all boils down to is this; FreeBSD users now > demand stability and performance, as opposed to an influx of new bells and > whistles just before the release. FreeBSD already has many great features > which we are happy with, but they need to be refined now. Stabilize and > optimize the current code, then focus on new ideas. Yes, new features are > important to stay in the game, but they should not arrive at the sacrifice > of stability. I think FreeBSD should only be released when known major bugs > are worked out. A known broken release to me and most new users is useless, > lets not release simply for the sake of numbering. I understand that there > are problems, sometimes the users are to blame, other the developer, but we > all want a stable, functional and thriving OS (i hope). I think you'll find that the vast majority of changes going into 6.x and 7.x are refinement of what was present in 5.x, rather than new features. I.e., cleanups of locking models, removal of long-decayed or no longer useful code, finishing up loose ends, etc. Compared to the new feature lists for the 5.x branch, 6.x and 7.x are significantly less agressive. Robert N M Watson