From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 12:28:33 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 6BEFC106564A for ; Sun, 26 Feb 2012 12:28:33 +0000 (UTC) (envelope-from hm@hm.net.br) Received: from msrv.matik.com.br (msrv.matik.com.br [187.95.0.181]) by mx1.freebsd.org (Postfix) with ESMTP id CA4B78FC13 for ; Sun, 26 Feb 2012 12:28:32 +0000 (UTC) Received: from pop1.hm.net.br (pop1.hm.net.br [186.222.209.53]) by msrv.matik.com.br (8.14.5/8.14.5) with ESMTP id q1QCRwBp017674; Sun, 26 Feb 2012 09:27:58 -0300 (BRT) (envelope-from hm@hm.net.br) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.3 at msrv.matik.com.br X-DKIM: OpenDKIM Filter v2.4.3 msrv.matik.com.br q1QCRwBp017674 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hm.net.br; s=racoon; t=1330259278; bh=XWEZ7WR75V3vBGn1bR8ZBUNInCobYH4KqzzJWIbxWjg=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=h5Z4E0zKrWTPL/Wjd0KVmkOXJTV2VIp0gb0pIvNK+19E0Lk0GCctaXdTOVzWYksxq GFtKlZNIkYk3GdssqZ4bckeNQmU+9795VWgaHPN7HTKQmKJ0YWkavU3itN7kWYnaqU i3SHPYrlm9DXAxLq2PZyYtJZAI2SovQaE+nQ65xg= Authentication-Results: msrv.matik.com.br; sender-id=pass header.from=hm@hm.net.br; spf=pass smtp.mfrom=hm@hm.net.br Message-ID: <4F4A254E.60200@hm.net.br> Date: Sun, 26 Feb 2012 09:27:58 -0300 From: H User-Agent: Mozilla/5.0 MIME-Version: 1.0 To: Erich Dollansky References: <4F46847D.4010908@my.gd> <201202261630.57372.erichfreebsdlist@ovitrap.com> <4F4A068B.2090807@hm.net.br> <201202261800.16269.erichfreebsdlist@ovitrap.com> In-Reply-To: <201202261800.16269.erichfreebsdlist@ovitrap.com> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.6 required=5.0 tests=AWL, BAYES_00, T_DKIM_INVALID, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.2-hm_201202.c X-Spam-Checker-Version: SpamAssassin 3.3.2-hm_201202.c (2011-06-06) on msrv.matik.com.br Cc: Mark Felder , 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 12:28:33 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Erich Dollansky wrote: > Hi, > > On Sunday 26 February 2012 17:16:43 H wrote: >> Erich Dollansky wrote: >>> >>> On Sunday 26 February 2012 15:55:17 H wrote: >>>> Mark Felder wrote: >>>> >>>> I mean certainly -RELEASE __is__ the production release >>> >>> there is not the production release here. There are always at >>> least two. >> >> whatever, the question is not the how many, it is the word BETA >> or PRE change to RELEASE and we should not turn this into some >> word-fiddling >> > it is just logic. 10 is currently ALPHA, 8.3 is currently BETA, > there might be soon a RC1 and the release. > this is going into the wrong direction and I should hold my peace but will say my piece this is about 9.0-RELEASE only and wishfully about future releases, not beta, rc or pre- -current or - -stable ... H >> important is maintain the understanding for that word, because >> there are lot of not_developer_people out > > What should developer do after no errors have been reported anymore > in an RC? I would suggest that they release their stuff. why do you ask? it is very easy to answer: nothing! it is release engineering who could establish a little bit more time between code-freeze and RELEASE as in practice we can see 2-3 month or so would be something reasonable >> >> what seems forgotten is what is here in the second part: >> >> http://www.freebsd.org/doc/en_US.ISO8859-1/articles/releng/lessons-learned.html >> >> >> what developers understand, mean or think does not matter, the _user_ >> should be able to understand and believe in this word RELEASE, >> what IMO is pretty clear >> > Release means that developers either state the errors in the README > or believe that there are no known errors. It does not mean that > there are no more errors in there. > >> so please do not argument with me or anybody else, it is merely >> a pretty fair and neutral opinion about RELEASE meaning >> >> backed on what is stated on the page above, it seems to be the >> procedure, which eventually needs revision, because we humans >> always will fail somewhere > > You can do the same as I do. I run currently a 8.3 BETA. You can > encourage people to do so too to make it easier for the developers > to spot as many errors as possible before the release. > it is not about you and me it is about FreeBSD and the meaning, importance and reliability of - -RELEASE for all people the word -RELEASE is what encourage people :) > Still, FreeBSD has always at least one more release out there which > was hardened in real life. > > If then take into account that odd numbers are known to have a > higher risk of errors plus the fact that 9.0 was the first release > of the new branch, I do not see a need to change much to the > advantage except of putting more load onto the people who actually > make it happen. > > Erich - -- H -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9KJU4ACgkQvKVfg5xjCDzxXQCgoNRlf3pjOjQ2ZzjQBbFJtMby KEwAmwahSUftP5LT8EPei9Q7oZsc9ddE =GBIW -----END PGP SIGNATURE-----