From owner-freebsd-chat@FreeBSD.ORG Sun Nov 7 06:53:05 2004 Return-Path: Delivered-To: freebsd-chat@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6CEE16A4CE for ; Sun, 7 Nov 2004 06:53:05 +0000 (GMT) Received: from smtp814.mail.sc5.yahoo.com (smtp814.mail.sc5.yahoo.com [66.163.170.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 167D943D45 for ; Sun, 7 Nov 2004 06:53:05 +0000 (GMT) (envelope-from krinklyfig@spymac.com) Received: from unknown (HELO smogmonster.com) (krinklyfig@pacbell.net@64.171.2.128 with plain) by smtp814.mail.sc5.yahoo.com with SMTP; 7 Nov 2004 06:53:04 -0000 From: Joshua Tinnin To: freebsd-chat@freebsd.org Date: Sat, 6 Nov 2004 22:53:02 -0800 User-Agent: KMail/1.7 References: <283B05003ADCFA42440168A3@[192.168.1.16]> In-Reply-To: <283B05003ADCFA42440168A3@[192.168.1.16]> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200411062253.02625.krinklyfig@spymac.com> cc: "Jason C. Wells" Subject: Re: Drop "New Technology" Moniker X-BeenThere: freebsd-chat@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: krinklyfig@spymac.com List-Id: Non technical items related to the community List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Nov 2004 06:53:05 -0000 On Saturday 06 November 2004 06:18 pm, "Jason C. Wells" wrote: > I have said this in the past. Now seems like a pertinent time to > express this opinion again. > > Please let -STABLE be stable and -CURRENT be the development branch. > Please do not call anything from the -CURRENT branch a -RELEASE. > Please do not label code as a "new technology release" as a notional > label. Please either release the code or don't. > > Instead of waiting for a "dot-oh" release to know that the next major > version of FreeBSD is ready for prime time, users wait for a "this > time we really mean it" release announcement. The difference is > mostly semantic. The old way was more rigorous. I like the old way > better. FWIW, a recent post to -current explained some of this, and also mentioned that future versioning will be time-based rather than feature-based (like OpenBSD), so this sort of issue shouldn't come up again. http://docs.freebsd.org/cgi/mid.cgi?418C0EED.1060301 - jt