From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 13 15:17:55 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C8FC1065674; Wed, 13 Jun 2012 15:17:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by mx1.freebsd.org (Postfix) with ESMTP id DC26F8FC17; Wed, 13 Jun 2012 15:17:54 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B5741B987; Wed, 13 Jun 2012 11:10:23 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Wed, 13 Jun 2012 08:53:32 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201206130853.32687.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 13 Jun 2012 11:10:23 -0400 (EDT) Cc: Mark Linimon , Adrian Chadd , Matt Olander Subject: Re: Upcoming release schedule - 8.4 ? 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: Wed, 13 Jun 2012 15:17:55 -0000 On Tuesday, June 12, 2012 8:01:00 pm Adrian Chadd wrote: > hi, > > You don't need to change the FreeBSD culture. We'd love to do an 8.4 > release. And an 8.5 release, and 8.6 release, etc. The problem is one > of resources and time, not of culture/desire. I disagree. The pace of X.0 releases is a deliberate choice FreeBSD has made and directly impacts the number of "live" branches in existence. Given our developer base, we can't really support 3 branches concurrently (head + 2 stable like we have now with head, 9, and 8). Having longer lived stable branches requires either increasing resources to support exising releases longer, or slowing the pace of X.0 releases (but more aggressively merging things from HEAD back). The latter case, especially, is part of the culture and would be a choice we as a Project would have to make. -- John Baldwin