From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 13 21:50:12 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 630EB106567A for ; Wed, 13 Jun 2012 21:50:12 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id DED308FC1F for ; Wed, 13 Jun 2012 21:50:11 +0000 (UTC) Received: by wibhj8 with SMTP id hj8so4695818wib.13 for ; Wed, 13 Jun 2012 14:50:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=subject:references:from:content-transfer-encoding:content-type :in-reply-to:message-id:date:cc:to:mime-version:x-mailer :x-gm-message-state; bh=j71871aK01efalqMMFhx8qd7MqsQGXUhdyrDLrcduhI=; b=KcDmnrXfn7fo2K5ciRkwsty2/N9yDwj1aabA8xABi6YNi0jZ1ytG/ahOGH6DyDj4XJ Dg9b7X0cyyBZH4Zuuy0zBfQF+2OHaTJmR1e4PYw51U048HWs0zkQIE7JMo//vdbfSYSw D+r51pdMLrpBtJ5rwmJCTYz7Det6flJgQBEJbebAu+YtTNLs537dIHenIcNTt9Pa6ENb MIl6zKW1Kwy/cDtc/2yLDjxQaic1iTchjNHD0b9q3hPkLREWQFYxiV01VrVacOexM57B EGPPm/fGkNbd9QobHeZJgRPh2gMGXS5ofvhsZMbRSS9OCSslsqTIikCNNnW9AEacuG+K o29A== Received: by 10.216.145.13 with SMTP id o13mr11502560wej.95.1339624211010; Wed, 13 Jun 2012 14:50:11 -0700 (PDT) Received: from [10.8.89.66] ([92.90.20.4]) by mx.google.com with ESMTPS id f19sm13176945wiw.11.2012.06.13.14.50.08 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 13 Jun 2012 14:50:10 -0700 (PDT) References: <201206130853.32687.jhb@freebsd.org> <201206131327.19688.jhb@freebsd.org> From: Damien Fleuriot Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii In-Reply-To: <201206131327.19688.jhb@freebsd.org> Message-Id: <176F689D-1888-4B71-B03E-70108F464E29@my.gd> Date: Wed, 13 Jun 2012 23:49:18 +0200 To: John Baldwin Mime-Version: 1.0 (1.0) X-Mailer: iPhone Mail (9A405) X-Gm-Message-State: ALoCoQmPBhM/QUxpHkDoyZNhY+LC1uPuxLGA3Nsrt3pCQAdedwP566V3Z8OLdvOuqik6EpVKihTe Cc: "freebsd-hackers@freebsd.org" , Adrian Chadd , Matt Olander , MarkLinimon 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 21:50:12 -0000 On 13 Jun 2012, at 19:27, John Baldwin wrote: > On Wednesday, June 13, 2012 11:52:28 am Adrian Chadd wrote: >> On 13 June 2012 05:53, John Baldwin wrote: >>=20 >>>> 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. >>>=20 >>> 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 concurrentl= y >>> (head + 2 stable like we have now with head, 9, and 8). Having longer l= ived >>> stable branches requires either increasing resources to support exising >>> releases longer, or slowing the pace of X.0 releases (but more aggressiv= ely >>> 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. >>=20 >> Right, but I don't think the freebsd project would really mind or >> change much if more people came on board to handle legacy releases and >> support them. >>=20 >> If you're a company that uses FreeBSD stable releases, please consider >> contributing engineering resources and/or donations to the Foundation >> to improve the support of said stable releases. :) >=20 > No, that doesn't actually work. Having additional support on a stable > branch requires someone able to 1) commit changes to stable branches and > 2) be able to cut newer releases from said branches (i.e. doing the work > of re@). You cannot get that as an outside entity. It requires buy-in > from the Project itself. >=20 Jumping in. I for one, as a fbsd admin on corporate servers ( read not commiter), would d= early like less releases but a more aggressive MFC approach.