Date: Wed, 17 Sep 2008 21:25:27 -0700 From: Jo Rhett <jrhett@netconsonance.com> To: Robert Watson <rwatson@FreeBSD.org> Cc: freebsd-stable <freebsd-stable@FreeBSD.org>, Wesley Shields <wxs@FreeBSD.org>, Nathan Way <nathan@datanode.com>, Ben Kaduk <minimarmot@gmail.com> Subject: Re: Upcoming Releases Schedule... Message-ID: <658B8861-1E78-4767-8D3D-8B79CC0BD45F@netconsonance.com> In-Reply-To: <alpine.BSF.1.10.0809180022580.13100@fledge.watson.org> References: <1219409496.10487.22.camel@bauer.cse.buffalo.edu> <593618A3-56DA-4891-A4A0-690E9A9C5B32@netconsonance.com> <F17BE4F1F989BB4A81EB94C36712A9736F3493@dni-mail.datanode.com> <20080904133604.GB1188@atarininja.org> <CB36FE28-D125-4C22-B5DE-1001515DD8A6@netconsonance.com> <47d0403c0809051319r3c82f87bhdb15ce5b0167987a@mail.gmail.com> <alpine.BSF.1.10.0809061159410.28840@fledge.watson.org> <2742CAB1-8FF2-425D-A3B6-0658D7DB8F4D@netconsonance.com> <alpine.BSF.1.10.0809162043380.64176@fledge.watson.org> <0C2C7E9B-61E3-4720-B76F-4745A3C963DA@netconsonance.com> <alpine.BSF.1.10.0809180022580.13100@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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) Your limitation is resources, right? You've calculated what you can support based on the resources you have, right? We are talking about ways to increase the resources available to you... right? So the math on which the conclusions are reached then changes. So lets figure out... what do the basis numbers need to be to change the support period? Obviously this is a bit of hand waving. These numbers are unlikely to be empirical. But try. Examine the concept of having increased resources. What do you need. How do you need it, to make a real change? Please stop avoiding even considering what people are offering to you. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?658B8861-1E78-4767-8D3D-8B79CC0BD45F>