From nobody@FreeBSD.org  Wed Jan 18 20:53:37 2012
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 53315106564A
	for <freebsd-gnats-submit@FreeBSD.org>; Wed, 18 Jan 2012 20:53:37 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22])
	by mx1.freebsd.org (Postfix) with ESMTP id 282528FC08
	for <freebsd-gnats-submit@FreeBSD.org>; Wed, 18 Jan 2012 20:53:37 +0000 (UTC)
Received: from red.freebsd.org (localhost [127.0.0.1])
	by red.freebsd.org (8.14.4/8.14.4) with ESMTP id q0IKrauk000587
	for <freebsd-gnats-submit@FreeBSD.org>; Wed, 18 Jan 2012 20:53:36 GMT
	(envelope-from nobody@red.freebsd.org)
Received: (from nobody@localhost)
	by red.freebsd.org (8.14.4/8.14.4/Submit) id q0IKradj000562;
	Wed, 18 Jan 2012 20:53:36 GMT
	(envelope-from nobody)
Message-Id: <201201182053.q0IKradj000562@red.freebsd.org>
Date: Wed, 18 Jan 2012 20:53:36 GMT
From: Tomek CEDRO <cederom@tlen.pl>
To: freebsd-gnats-submit@FreeBSD.org
Subject: FreeBSD 9.0 IS NOT YET PRODUCTION/STABLE
X-Send-Pr-Version: www-3.1
X-GNATS-Notify:

>Number:         164290
>Category:       misc
>Synopsis:       FreeBSD 9.0 IS NOT YET PRODUCTION/STABLE
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Jan 18 21:00:23 UTC 2012
>Closed-Date:    Wed Jan 18 21:18:34 UTC 2012
>Last-Modified:  Wed Jan 18 23:40:08 UTC 2012
>Originator:     Tomek CEDRO
>Release:        8.2
>Organization:
>Environment:
>Description:
The FreeBSD 9.0 is not yet STABLE/PRODUCTION. This even won't install. See how many bugs are there and ask yourself why unstable and buggy release is considered stable/production...This is not a FreeBSD style, this is Linux style :-( I just wait for people to start complaining that their production systems that switched into 9.0 does not perform their job...
>How-To-Repeat:

>Fix:


>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: delphij 
State-Changed-When: Wed Jan 18 21:11:18 UTC 2012 
State-Changed-Why:  
I'm closing this PR because it does not contain any details about the 
hardware nor have any proposal about how to deal with the problem. 

Please, become an active participant of the project by downloading and 
testing the images when we are doing BETA and RCs, and shout out loudly 
if you hit some bugs and these problems gets addressed. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=164290 

From: Mark Linimon <linimon@lonesome.com>
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: misc/164290: FreeBSD 9.0 IS NOT YET PRODUCTION/STABLE
Date: Wed, 18 Jan 2012 17:39:25 -0600

 bah.  forgot to put this into the Audit-Trail.  Sorry for the duplicate
 email.
 
 mcl
 
 ----- Forwarded message from Mark Linimon <linimon@lonesome.com> -----
 
 Date: Wed, 18 Jan 2012 17:14:38 -0600
 From: Mark Linimon <linimon@lonesome.com>
 To: CeDeROM <cederom@tlen.pl>
 Cc: delphij@freebsd.org, freebsd-bugs@freebsd.org, d@delphij.net
 Subject: Re: misc/164290: FreeBSD 9.0 IS NOT YET PRODUCTION/STABLE
 User-Agent: Mutt/1.5.20 (2009-06-14)
 
 On Wed, Jan 18, 2012 at 10:59:16PM +0000, CeDeROM wrote:
 > i always liked this logical consequence of freebsd, when something was
 > stable it was stable, otherwise it was devel. right now it seems to
 > mark devel as stable just as linux does which i dont like :-)
 
 "stable" means "we guarantee the Applications Programming Interface
 will remain compatible through all releases from this branch."  That
 is all that it has ever meant.  See the FAQ entry on this topic.
 
 (fwiw, this is something that Linux does not guarantee.)
 
 The only way FreeBSD can make API changes without breaking this contract
 is when we do a .0 release.  Thus, there is pressure to do 0. releases
 to get changes that people are demanding.
 
 In terms of whether a .0 release is suitable for any given installation,
 that has to be determined by each particular user.
 
 There are a lot of people who are using what has become 9.0, including
 myself, under heavy load.  We would not have released if it did not
 install, and run in a solid fashion, on most systems that the developers
 have access to.
 
 Since you haven't told us what type of system it is, we have no idea
 whether we made a good judgement call or not.
 
 fwiw, given the number of absolutely awful BIOSes out there, it will
 never be possible for us to run on every single machine.  Check the PR
 database for a good survey.  (Laptop BIOSes seem to be worse than desktop
 ones, which all seem to be worse than server ones.)  We would need a lot
 more volunteers and direct access to all the affected machines.
 
 > also i dont like changing the good stuff only to make things "new"
 > just as the bsdinsytall replaced good sysinstall.
 
 sysinstall was an absolute bitch to maintain, and people have been
 demanding more modern features for it for years.  Atttempt after
 attempt has been made to rewrite or update it, all of which have been
 abandoned up until now.
 
 Now we have something that "needs more work" but is something that we
 can add on to and maintain in the future.  Before, we had bitrot.
 
 Sometimes you need to throw out a piece of junk and start over and
 that's what happened with bsdinstall.
 
 We try not to introduce regressions with .0 releases (or indeed any
 release), but at some point if you are going to respond for demand for
 new features you have to set some point as a release point.
 
 Consider "new features" and "stability with no regressions" as software
 goals that are inherently contradictory.  If we waited for everything
 to work perfectly, we would never release; if we never release new
 features, we simply become irrelevant.
 
 I'm sure that there are many other people that are going to find that
 9.0 is not suitable for their needs.  This is why we have point-releases
 off the older branches.
 
 mcl
 _______________________________________________
 freebsd-bugs@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
 To unsubscribe, send any mail to "freebsd-bugs-unsubscribe@freebsd.org"
 
 
 ----- End forwarded message -----
>Unformatted:
