From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 19 22:43:44 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 741F5106566B; Thu, 19 Jan 2012 22:43:44 +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 56EA28FC12; Thu, 19 Jan 2012 22:43:44 +0000 (UTC) Received: from kozubik.com (localhost [127.0.0.1]) by kozubik.com (8.14.3/8.14.3) with ESMTP id q0JMhhBq076500; Thu, 19 Jan 2012 14:43:43 -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 q0JMhcQ7076497; Thu, 19 Jan 2012 14:43:38 -0800 (PST) (envelope-from john@kozubik.com) Date: Thu, 19 Jan 2012 14:43:38 -0800 (PST) From: John Kozubik To: Doug Barton In-Reply-To: Message-ID: References: <1326756727.23485.10.camel@Arawn> <4F14BAA7.9070707@freebsd.org> <4F16A5B8.2080903@FreeBSD.org> <4F1707E6.4020905@FreeBSD.org> <4F172B1E.30401@FreeBSD.org> 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 22:43:44 -0000 Hi Doug, On Thu, 19 Jan 2012, Doug Barton wrote: >>> What I've proposed instead is a new major release every 2 1/2 years, >>> where the new release coincides with the EOL of the oldest production >>> release. That way we have a 5-year cycle of support for each major >>> branch, and no more than 2 production branches extant at one time. >> >> >> I think that at first glance, 2.5 or 3 years sounds completely reasonable. > > You're not following the math. :) I'm proposing a 5 year support cycle for > each production branch. Yes, you're right - I missed that. 5 year support, and overlapping 2.5 year majors ... provided that minors got increased to 3 per year ... would be fantastic.