From owner-freebsd-current@FreeBSD.ORG Sat Oct 13 15:17:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B37F116A417 for ; Sat, 13 Oct 2007 15:17:47 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 667D913C43E for ; Sat, 13 Oct 2007 15:17:47 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id l9DFHcjJ099990 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 13 Oct 2007 11:17:39 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Justin Smith In-Reply-To: <965aa1910710130507t6b8335edj2afe41b40bca81ff@mail.gmail.com> References: <965aa1910710130507t6b8335edj2afe41b40bca81ff@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-9VYnhzCxAutOoi6fzIzY" Date: Sat, 13 Oct 2007 11:13:23 -0400 Message-Id: <1192288404.39553.53.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1336; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=1.4 required=5.0 tests=PLING_QUERY,RDNS_DYNAMIC autolearn=no version=3.2.3 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: freebsd-current@freebsd.org Subject: Re: Version 8.0?!!??? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Oct 2007 15:17:47 -0000 --=-9VYnhzCxAutOoi6fzIzY Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2007-10-13 at 14:07 +0200, Justin Smith wrote: > On Fri, 2007-10-12 at 20:51 -0400, Ken Smith wrote: >=20 > > Sorry for the delay with getting that rolling. We > > decided to shift to time-based release cycles instead of feature-based > > release cycles. >=20 > Hi Ken! >=20 > Perhaps i've missed something. Can you provide more information about > this topic, please? >=20 > Thank you! >=20 Releases of new major branches (e.g. the branching of RELENG_7 and the progress towards releasing FreeBSD-7.0) used to be focused on a specific set of features. For example having fine-grained SMP completed. The result of taking that approach (particularly if you include too many features) was clear with what happened to RELENG_5 (FreeBSD-5.X). Most people feel that branch did not go well. As we approached FreeBSD-6.0 my predecessor Scott Long started to advocate us focusing on having specific time based targets for beginning the branching process instead of us focusing on specific feature(s) needing to be completed. For the majority of even large changes like SMP this is feasible in theory (and with a bit more work practice) because most often it can be broken up in steps which is exactly what in the end happend with SMP - we're still reliant on the Giant lock in a few places but it's almost completely gone now. And during that development time the system is still perfectly usable, it's just not fully taking advantage of the improvements (yet). As long as all the developers know (and keep in mind while they're working) the time targets they can make sure any subsystems they're rototilling are stable as we near the branch date. Shifting gears like that takes time. I have a long list of things I need to do better as we approach the time we want the release process for 8.0 to start. And we can wind up with nits like one of the things that slowed down the progress on getting RELENG_7 ready - in the end it was decided one of the subsystems is definitely something we want to implement but it was a little bit too unstable right now to be included in the release so it needed to be backed out and hooks needed to be put in place so it could be added back in when it's ready. The current proposal is that we shoot for doing major branches every 18 months. It remains to be seen if that's reasonable. In general we feel the time based release cycle is the right thing to do but there is a lot of stuff that needs to be adapted to that mode of operation. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-9VYnhzCxAutOoi6fzIzY Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBHEOCT/G14VSmup/YRAv1iAJ469soHxhzwE5lOODrhnrZZbuuwbwCfQTzw 9quUmtSBcmX8OBEMi3jB7ps= =6o4w -----END PGP SIGNATURE----- --=-9VYnhzCxAutOoi6fzIzY--