From owner-freebsd-stable Thu Jul 20 23:54:51 2000 Delivered-To: freebsd-stable@freebsd.org Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (Postfix) with ESMTP id 3B81537B658; Thu, 20 Jul 2000 23:54:38 -0700 (PDT) (envelope-from ust@cert.siemens.de) X-Envelope-Sender-Is: ust@cert.siemens.de (at relayer david.siemens.de) Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by david.siemens.de (8.10.1/8.10.1) with ESMTP id e6L6sQR13288; Fri, 21 Jul 2000 08:54:27 +0200 (MET DST) Received: from mars.cert.siemens.de (ust.mchp.siemens.de [139.23.201.17]) by mail1.siemens.de (8.10.1/8.10.1) with ESMTP id e6L6sQk28767; Fri, 21 Jul 2000 08:54:26 +0200 (MET DST) Received: from alaska.cert.siemens.de (reims.mchp.siemens.de [139.23.202.134]) by mars.cert.siemens.de (8.10.2/8.10.2/Siemens CERT [ $Revision: 1.8 ]) with ESMTP id e6L6sQe00712; Fri, 21 Jul 2000 08:54:26 +0200 (CEST) Received: (from ust@localhost) by alaska.cert.siemens.de (8.10.2/8.10.2/alaska [ $Revision: 1.4 ]) id e6L6sPY05179; Fri, 21 Jul 2000 06:54:25 GMT Date: Fri, 21 Jul 2000 08:54:25 +0200 From: Udo Schweigert To: "Jordan K. Hubbard" Cc: Kris Kennaway , Gavin Cameron , stable@FreeBSD.ORG Subject: Re: What does -RC mean? was: Re: Stable broken Message-ID: <20000721085425.A4918@alaska.cert.siemens.de> References: <20000720093305.A367@alaska.cert.siemens.de> <672.964160377@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <672.964160377@localhost>; from jkh@zippy.osd.bsdi.com on Thu, Jul 20, 2000 at 11:19:37PM -0700 X-Operating-System: FreeBSD 4.1-RC Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jul 20, 2000 at 23:19:37 -0700, Jordan K. Hubbard wrote: > > Anyway: it is a little bit annoying that the -stable branch keeps to be broke > > Yes, it's annoying. No, it wasn't supposed to happen. Yes, this is a > special case. There is usually always at least one right before a > major release, and the main criteria is deciding what the risk/reward > ratio is going to be for gating it in vs leaving people with whatever > version will ship without the quick "under the wire" merge. In this > case, Darren messed up pretty badly here and I'm sure he feels bad > about it. We're all human and this kind of thing does happen > occasionally, especially in open source projects where volunteers are > usually working a full-time job in addition to their work for the > project. Learn from the mistakes made and move on is all we can do at > this point. > > Even with the breakage, it was a reasonable call given the extremely > outdated nature of the currently shipping ipfilter code and the fact > that we've been trying to, erm, _strongly encourage_ Darren to take > real, hands-on ownership of his software in the FreeBSD CVS tree for > some time now. Even if his timing could have been a lot better and > his CVS procedures more correct, it's still a win if we've now managed > to convince Darren that his IPFilter software and his personal > maintenance of it are important enough to FreeBSD that we were willing > to suffer even this level of pain to incorporate it into 4.1. > > It's certainly my hope that Darren will now maintain IPFilter a little > more consistently (thus avoiding any need to slip anything in at the > last moment) and in ways that don't break the tree. :) > Thanks for making that clear (to me). I just not wanted to blame anybody especially not Darren - ipfilter was just an example. I only was concerned about the quality of the forthcoming release, which could have been affected due to insufficient testing time. I always argue to people asking me for a recommendation which free OS to use, that FreeBSD is superior to others because of the development model: testing in -current, then MFC. So it was a supprise that untested code (means: untested in -current) was commited for a release. Anyway: I see there were some good reasons for it. I just saw in another thread that a new RC is now to be tested, which also means that the release date will shift a little. Best regards. -- Udo Schweigert, Siemens AG | Voice : +49 89 636 42170 ZT IK 3, Siemens CERT | Fax : +49 89 636 41166 D-81730 Muenchen / Germany | email : ust@cert.siemens.de PGP-2/5 fingerprint | D8 A5 DF 34 EC 87 E8 C6 E2 26 C4 D0 EE 80 36 B2 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message