From owner-freebsd-stable@FreeBSD.ORG Thu Sep 18 13:18:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B850106566B for ; Thu, 18 Sep 2008 13:18:44 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id A1A4C8FC0A for ; Thu, 18 Sep 2008 13:18:43 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA14.westchester.pa.mail.comcast.net ([76.96.62.60]) by QMTA04.westchester.pa.mail.comcast.net with comcast id GBnR1a0021HzFnQ54DJiD5; Thu, 18 Sep 2008 13:18:42 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA14.westchester.pa.mail.comcast.net with comcast id GDJh1a0054v8bD73aDJhec; Thu, 18 Sep 2008 13:18:42 +0000 X-Authority-Analysis: v=1.0 c=1 a=l1b6aXiS2cYA:10 a=QycZ5dHgAAAA:8 a=VJu7Ik2t7wqIiN5JtPAA:9 a=7iLXWZ2somHwHRnktfz4qJBz8d4A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id B8AFD17B81A; Thu, 18 Sep 2008 06:18:40 -0700 (PDT) Date: Thu, 18 Sep 2008 06:18:40 -0700 From: Jeremy Chadwick To: Wilko Bulte Message-ID: <20080918131840.GA18595@icarus.home.lan> References: <20080904133604.GB1188@atarininja.org> <47d0403c0809051319r3c82f87bhdb15ce5b0167987a@mail.gmail.com> <2742CAB1-8FF2-425D-A3B6-0658D7DB8F4D@netconsonance.com> <0C2C7E9B-61E3-4720-B76F-4745A3C963DA@netconsonance.com> <658B8861-1E78-4767-8D3D-8B79CC0BD45F@netconsonance.com> <20080918124608.GK91598@freebie.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080918124608.GK91598@freebie.xs4all.nl> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable , Wesley Shields , Ben Kaduk , Jo Rhett , Robert Watson , Nathan Way Subject: Re: Upcoming Releases Schedule... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2008 13:18:44 -0000 On Thu, Sep 18, 2008 at 02:46:09PM +0200, Wilko Bulte wrote: > Quoting Jo Rhett, who wrote on Wed, Sep 17, 2008 at 09:25:27PM -0700 .. > > On Sep 17, 2008, at 4:33 PM, Robert Watson wrote: > > > An important factor is whether or not we consider the release a > > > highly maintainable release, and while we have intuitions at the > > > time of release, that's something we can only learn in the first > > > couple of months after it's in production. I don't know of any COTS > > > software house that really does it any differently > > > > I understand what you mean, but the statement is blatantly false as > > stated. Anyone selling software to the US Government *must* specify > > (or meet, depending) a minimum support period, and must also specify a > > cost the agency can pay to extend the support period. > > > > Not relevant to FreeBSD -- just qualifying the statement as it > > stands. For the obvious comparison, Solaris versions have well- > > published release and support periods, usually upwards of 8 years. > > Obviously they have more resources to do this, I'm just pointing out > > that the statement you made is incorrect as stated. > > > > > and I'm not sure you could do it differently -- no one plans to ship > > > a lemon, but once in a while you discover that things don't go as > > > planned. > > > > > > I am amazed at the preposterously large elephant in the room that none > > of you are willing to address. Watching each of you dance around it > > would be terribly funny if it didn't affect my job so badly. (and if > > I wasn't going to have to bail on FreeBSD and go to some crap form of > > Linux because the FreeBSD developers appear to be unwilling to > > consider the idea of getting more help) > > You seem to be *demanding* quite a lot lately. Jo has a point, though. I'm certain he's looked at the situation from the developers' point of view, and in response, I'd recommend others try to look at it from his, even if others consider it silly or unreasonable. It's a frustrating situation, and there's no snap-your-fingers-voila solution for it, other than extending support lifetimes per release. Mark's graphs show release lifetimes are getting shorter, which I doubt Jo would have a problem with, assuming each new release was somehow guaranteed (more or less, cut me some slack) to not break previous releases' binaries and so on. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB |