From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 19 23:14:00 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A12A1065675 for ; Thu, 19 Jan 2012 23:14:00 +0000 (UTC) (envelope-from john@kozubik.com) Received: from kozubik.com (kozubik.com [216.218.240.130]) by mx1.freebsd.org (Postfix) with ESMTP id 562348FC08 for ; Thu, 19 Jan 2012 23:14:00 +0000 (UTC) Received: from kozubik.com (localhost [127.0.0.1]) by kozubik.com (8.14.3/8.14.3) with ESMTP id q0JNDwuK076792; Thu, 19 Jan 2012 15:13:58 -0800 (PST) (envelope-from john@kozubik.com) Received: from localhost (john@localhost) by kozubik.com (8.14.3/8.14.3/Submit) with ESMTP id q0JNDr5c076789; Thu, 19 Jan 2012 15:13:53 -0800 (PST) (envelope-from john@kozubik.com) Date: Thu, 19 Jan 2012 15:13:53 -0800 (PST) From: John Kozubik To: Dieter BSD In-Reply-To: <20120119005658.218280@gmx.com> Message-ID: References: <20120119005658.218280@gmx.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD has serious problems with focus, longevity, and lifecycle X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 23:14:00 -0000 On Wed, 18 Jan 2012, Dieter BSD wrote: > John writes: >> - EOL 7 >> - mark 8 as legacy >> - mark 9 as the _only_ production release >> - release 10.0 in January 2017 > > Until a few days ago 8 was the latest, shinest release. > So you want to suddenly demote it all the way down to legacy? > I thought the goal was to have releases that can be used for a long time? No, that's not quite what I meant. I was speaking at the same time about the problem of having two concurrent "production" releases. Since 9.0 is already released, you can't stop having two production releases with 8, since 9 is already here. So i was saying *after* you continue the normal 8.x lifecycle (perhaps another 1 or 1.5 years, getting it to 8.5 *then* you make the drastic changes, which I showed in the list above. So 8 would become legacy on the same schedule that it always had. No changes there. The change comes with 9 being the only production release, and 10.0-RELEASE being delayed.