From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 14:47:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 065C516A4CE for ; Sat, 6 Nov 2004 14:47:55 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44B5E43D2D for ; Sat, 6 Nov 2004 14:47:54 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 15090 invoked from network); 6 Nov 2004 14:43:38 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 6 Nov 2004 14:43:38 -0000 Message-ID: <418CE412.4050601@freebsd.org> Date: Sat, 06 Nov 2004 15:47:46 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Toxa References: <418C0EED.1060301@freebsd.org> <20041106000442.GA2738@laptoxa.toxa.lan> In-Reply-To: <20041106000442.GA2738@laptoxa.toxa.lan> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD-CURRENT Subject: Re: FreeBSD 6.0 and onwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Nov 2004 14:47:55 -0000 Toxa wrote: > On Fri, Nov 05, 2004 at 04:38:21PM -0700, Scott Long wrote: > >>So the current plan is to branch RELENG_6 (aka 6-STABLE) sometime around >>May or June 2005. That will begin a 1-3 month freeze and stabilization >>process for the 6.0 release. After that is released, we will do 6.1, >>6.2 and onwards at likely 4 month intervals. In May/June 2006 we'll >>look at doing RELENG_7, or we might wait until Nov/Dec 2006 (12 months > > Don't you think branching 6-STABLE (and, thus, getting 6.x RELEASEs) > around June 2005 is too early for users which may be confused a bit with > 4.x, 5.x, and 6.x releases. Now we know 4.x stands for "technologically > outdated" but proven stability, and 5.x stands for new technology, new > stable branch. In 2005, 4.x won't lost its actuality, 5.x will be in the > mainstream (hopefully), and what new 6.x releases will be stands for? > I think, there is no radically new technologies, any improvemens from > 6-current could be MFC'ed to 5-stable, so why messing with 6.x releases > so early? Once a branch is declared -STABLE (happening with 5.3 right now) we are no longer allowed to change or break the userland and kernel driver API and ABI. This puts certain hard limits on the ability to MFC changes. On the other hand it allows the especially the ports team to have better support the last -STABLE branch because known good applications do not break with some later -STABLE releases of the same branch. It is also a benefit for users because you are assured that your applications don't have to be recompiled when you upgrade to a newer -STABLE release within the same branch. -- Andre