From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 5 06:14:34 2014 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B98B6FD for ; Thu, 5 Jun 2014 06:14:34 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 37ACF2288 for ; Thu, 5 Jun 2014 06:14:33 +0000 (UTC) Received: from Julian-MBP3.local (etroy.elischer.org [121.45.232.70]) (authenticated bits=0) by vps1.elischer.org (8.14.8/8.14.8) with ESMTP id s556ETbQ093325 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 4 Jun 2014 23:14:32 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <53900ABF.6000508@freebsd.org> Date: Thu, 05 Jun 2014 14:14:23 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: There is currently no usable release of FreeBSD. References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2014 06:14:34 -0000 On 6/5/14, 12:52 AM, John Kozubik wrote: > > freebsd.org website shows the following: > > Production: 10.0 > Legacy: 9.2, 8.4 > Upcoming: 9.3 right now the best release to use in production is probably 9.2. if you are like me you would have the following: production on 9.1 or 9.2 having upgraded from 8.3 or similar about a year ago some early test systems on 10-stable getting ready for 10.1 one system on -head "just because.." > > You can't put an x.0 release into production (a bigotry that is > *well deserved* in light of 5.0 and 9.0) ... and 9.2 and 8.4 are > legacy ... and we all know that 9.3 is as far as the 9 branch is > going to go, so that's a dead end for any serious deployment. I believe you put too much emphasis on moving up a branch. .. Though I will admit the gcc -> clang change between 9.x and 10 is a bit of a worry commercially, which is why *WE* will move from [what we run now] to 10.0++ but with clang disabled and still using gcc, with a planned "minor" upgrade to 10.0++ compiled with clang about 6-9 months later. My experience upgrading customers like Bank Of America (at a previous job) showed that FreeBSD's inter-branch upgrades were usually a whole lot less trauma than upgrading a release of Windows. I also believe that FreeBSD's .0 branches are not as bad as you make out. I've used them many times. > > Let's pretend for a moment that you are going to use FreeBSD for > something other than FreeBSD development. Let's pretend that you > have customers and shareholders and boardmembers and contracts and > regulators. > > Which version of FreeBSD would you use ? as explained above.. if we were doing an upgrade now, we'd be planning for 10.1 in a few months time, but if we'd done it 6 months ago we'd have gone to 9.2 and be planning an upgrade to 10.1 in another 6-12 months. In the jobs I've had we rarely actually used the "RELEASE" exactly, but our own build of it. there is nearly always something you want to change. So we tended to build from a snapshot of one of the branches, taken at release time.. so you can roll forwards with source control to reroll your build , but with the security fixes.. Usually we have one or two (or more) of our own changes to apply in the build process. (bug fixes or our own driver .. whatever). on SVN or Perforce we have our own branch which mirrors the FreeBSD one (but has our own additions) in CVS we used to just keep extra patch files we'd apply after checkout. It really depends on what you are DOING with the systems you deploy. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" >