Date: Tue, 19 May 2020 07:14:54 +0100 From: Steve O'Hara-Smith <steve@sohara.org> To: freebsd-questions@freebsd.org Subject: Re: [FreeBSD-Announce] FreeBSD 12.0 end-of-life Message-ID: <20200519071454.6f3361188d0a8f9c8d4b116a@sohara.org> In-Reply-To: <20200518191731.80bda3b8f1bf183791f27bb6@3dresearch.com> References: <20200217231452.717FA1E820@freefall.freebsd.org> <CAFYkXjmZi1-MB6W0HsMx9gHek7Xg5heoSKKWkNTnw74dxRTwAw@mail.gmail.com> <20200218091959.b0220ac75bcfbbced91a5708@sohara.org> <CAFYkXjmWBUDyV3XKL1qwt=g0AUgDttDfOB6euKqJMAmOs-1Prw@mail.gmail.com> <CAPyFy2D4Dyq6P6sZZ70R1cG%2BNoVcv808sbQeSWTzTrNELnH8ew@mail.gmail.com> <CAFYkXjk=rpp_8nD=xGirghCLouRAsC-N%2BJJppMKDQN0aGKnKDw@mail.gmail.com> <D2835D98-3303-4DE7-A98D-82035535E18B@yuripv.me> <CAEJNuHycWihEj0_61bW2WBBU3vWmqQHKWKd3DqCXtLAD%2BWof5A@mail.gmail.com> <355B9AC5-84F8-48A3-ABD2-14B43AECC9D7@kreme.com> <20200516204553.a317afe4.freebsd@edvax.de> <2C311DED-DF68-4BEB-B322-4468CB5AB31E@mail.sermon-archive.info> <20200518191731.80bda3b8f1bf183791f27bb6@3dresearch.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 18 May 2020 19:17:31 -0400 Janos Dohanics <web@3dresearch.com> wrote: > How stable is *-STABLE? The APIs don't change. > The closer it is to *-RELEASE perhaps? It is a development branch, one that is treated with some care but nonetheless a development branch. > In my limited experience (a few dozen instances) since about 4.3 or 4.4, > not once can I remember having to fall back to *-RELEASE. You will usually be safe, heck you will usually be safe running -current but *usually* is important. When you want that usually to be 'nearly always' then -RELEASE is the way to go and know that you only get essential fixes and no surprises. Think of it as a risk choice - -RELEASE as risk free and unchanging as they can manage while still taking care of essentials. Strict policy on allowable changes keeps the risk very low. -STABLE as risk free and unchanging as they can manage while still adding new features. Fixed APIs and everything soaked in -CURRENT before merging keeps the risk down. -CURRENT as risk free as they can manage while changing the wheels on the moving truck, sometimes all at once along with the engine and transmission. Peer review and developer testing keeps the risk surprisingly low - but there was the year and a half it took to stabilise 5.0. > This is not to challenege the expertise of people on this list or the > sound advice of the Handbook on which branch to use for what. May be I > have been just lucky doing end-user stuff (dhcp, cyrus, postfix, apache, > samba, etc.), but *-STABLE has been stable for me. You have been lucky (technically speaking) - but such luck is not unusual. I recall only one spate of trouble for people following -stable that caused a bunch of "This isn't what I call stable it broke ..." with responses carefully explaining what stable means and that it is a development track and things can break - it's just rare enough that many mistake it for a release track. For a while just before 3.0 most laptop owners took to running -current because the APM support had started working there, we were lucky it was fine. > More likely, this reflects the quality of work FreeBSD developers have > been doing. Indeed, FreeBSD developers have always been careful with their tree. -- Steve O'Hara-Smith <steve@sohara.org>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20200519071454.6f3361188d0a8f9c8d4b116a>