From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 19:53:02 2012 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 F259F1065673 for ; Sun, 26 Feb 2012 19:53:01 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id BD8C28FC0C for ; Sun, 26 Feb 2012 19:53:01 +0000 (UTC) Received: by pbcxa7 with SMTP id xa7so4864391pbc.13 for ; Sun, 26 Feb 2012 11:53:01 -0800 (PST) Received-SPF: pass (google.com: domain of kob6558@gmail.com designates 10.68.218.228 as permitted sender) client-ip=10.68.218.228; Authentication-Results: mr.google.com; spf=pass (google.com: domain of kob6558@gmail.com designates 10.68.218.228 as permitted sender) smtp.mail=kob6558@gmail.com; dkim=pass header.i=kob6558@gmail.com Received: from mr.google.com ([10.68.218.228]) by 10.68.218.228 with SMTP id pj4mr32355261pbc.167.1330285981523 (num_hops = 1); Sun, 26 Feb 2012 11:53:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=xK0PAoBXFOPgiHTBFzu13T0FpYYOe90Ho2l0zcc0wZk=; b=eboColPyTqOnQfIiPjB8JT9UflH/Ie/yuFie+XN4zpjjz9HzS2I5oagdj7XnIMUt2f M6kISGhvu6sjfAjcZjZZji1yV4ePU9yhScNa29Eg5v0iytzYup7w11NRYJyZQMp13/iJ SEIX2Pu9gYnld4iOX47g+676w1NEe4PBVVc8k= MIME-Version: 1.0 Received: by 10.68.218.228 with SMTP id pj4mr27573827pbc.167.1330285981299; Sun, 26 Feb 2012 11:53:01 -0800 (PST) Received: by 10.68.44.100 with HTTP; Sun, 26 Feb 2012 11:53:01 -0800 (PST) In-Reply-To: <201202262008.13877.erichfreebsdlist@ovitrap.com> References: <4F46847D.4010908@my.gd> <4F4A254E.60200@hm.net.br> <201202262008.13877.erichfreebsdlist@ovitrap.com> Date: Sun, 26 Feb 2012 11:53:01 -0800 Message-ID: From: Kevin Oberman To: Erich Dollansky Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: jb , freebsd-stable@freebsd.org Subject: Re: FreeBSD9 and the sheer number of problem reports 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: Sun, 26 Feb 2012 19:53:02 -0000 On Sun, Feb 26, 2012 at 5:08 AM, Erich Dollansky wrote: > Hi, > > On Sunday 26 February 2012 19:42:55 jb wrote: >> H hm.net.br> writes: >> >> > ... >> > it is about FreeBSD and the meaning, importance and reliability =A0of >> > -RELEASE for all people >> > ... >> > > Still, FreeBSD has always at least one more release out there which >> > > was hardened in real life. >> > > ... >> >> Hi, >> I think you have a point. >> >> There was a very interesting discussion on "FreeBSD and release engineer= ing". >> http://lwn.net/Articles/478663/ >> > I will read soon. > >> There were some proposals made, but in my view this is the most importan= t one. >> There are too many "production releases" - at present including versions >> 7.4, 8.2, and 9.0 . > > 7.4 will be gone soon. Normally when 8.3 goes out, 7.4 will go. > >> Cutting one would refocus devs and users on the remainig two, with obvio= us >> benefits to FreeBSD product. > > Three is not normal. Shouldn't it have disappeared with 9.0? Two is norma= l. 7.4 will be maintained until February next year or so anyway. So, nothin= g was wasted here. OK. As someone who has been running FreeBSD for a while (though I am not an old-timer as I never ran V2), I can tell you that 5 to 6 was a very smooth upgrade from a fairly broken version (5 had a huge number of serious issues that could not be fixed without ABI changes) to a pretty good release that, because it came fairly close to 5.2 (the first production release of 5), it was still mostly fixes and not new features. .0 releases of any large project where version bumps are really significant are always something to use in production only with great care. This has been true for years and for almost all operating systems. It was true with VMS, RSX-11M, IOS (the Cisco one, not the Apple one), JunOS (Juniper's router OS), Linux distributions and, until 3.0, Linux kernels. Recently more and more products have moved from the traditional model where major version bumps meant major changes, so this is not true with Firefox, Chrome, Linux kernels, etc., but it is still true for FreeBSD. And that means that there is a real .0 that will only get significantly broad use after a release. Staying in BETA for long intervals leaves important features from getting to a large number of users, so RE has to draw a line somewhere and say, "We are doing a release". It is now more or less time based, but it is still when ABIs and APIs can change which is the key to getting new features out to a broad audience. It simply as to be done. No one really likes it, but no one has come up with a better way. --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com