From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 19:56:17 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 8CB36106566B for ; Sun, 26 Feb 2012 19:56:17 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 692BC8FC13 for ; Sun, 26 Feb 2012 19:56:17 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 84A8E5620E; Sun, 26 Feb 2012 13:38:16 -0600 (CST) Date: Sun, 26 Feb 2012 13:38:16 -0600 From: Mark Linimon To: H Message-ID: <20120226193816.GB31385@lonesome.com> References: <4F46847D.4010908@my.gd> <201202261630.57372.erichfreebsdlist@ovitrap.com> <4F4A068B.2090807@hm.net.br> <201202261800.16269.erichfreebsdlist@ovitrap.com> <4F4A254E.60200@hm.net.br> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F4A254E.60200@hm.net.br> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Erich Dollansky , 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 19:56:17 -0000 On Sun, Feb 26, 2012 at 09:27:58AM -0300, H wrote: > it is release engineering who could establish a little bit more time > between code-freeze and RELEASE As you will see from the (very) long discussion that you are about to read, there has to be a compromise. As it was, the release process was too long, not too short. Yes, we would like to get more testers pre-release, but that seems to be more easily said than done. Ideas appreciated. You will also see in the thread that: - it is not possible to release bug-free code, and in fact - it is not possible to release code with no regressions whatsoever if you are to ever release anything at all. To summarize: yes, we do care: and yes, these are classical software engineering problems that can only be dealt with, not solved completely. mcl