From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Thien-Thi Nguyen Newsgroups: gmane.lisp.guile.devel Subject: Re: Stable branch will freeze. Date: Fri, 15 Mar 2002 03:59:03 -0800 Sender: guile-devel-admin@gnu.org Message-ID: References: <87vgbywwxp.fsf@zagadka.ping.de> Reply-To: ttn@glug.org NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1016213355 9687 127.0.0.1 (15 Mar 2002 17:29:15 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 15 Mar 2002 17:29:15 +0000 (UTC) Cc: mvo@zagadka.ping.de, guile-devel@gnu.org Original-Received: from hermes.netfonds.no ([195.204.10.138]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16lvUJ-0000PZ-04 for ; Fri, 15 Mar 2002 18:27:31 +0100 Original-Received: from fencepost.gnu.org (fencepost.gnu.org [199.232.76.164]) by hermes.netfonds.no (8.10.1/8.9.3) with ESMTP id g2FC3ZM11376 for ; Fri, 15 Mar 2002 13:03:35 +0100 (CET) Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16lqQN-0008P4-00; Fri, 15 Mar 2002 07:03:07 -0500 Original-Received: from ca-crlsbd-u3-c5c-122.crlsca.adelphia.net ([68.64.59.122] helo=giblet) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16lqPB-0008JP-00 for ; Fri, 15 Mar 2002 07:01:53 -0500 Original-Received: from ttn by giblet with local (Exim 3.33 #1 (Debian)) id 16lqMR-00005U-00; Fri, 15 Mar 2002 03:59:03 -0800 Original-To: neil@ossau.uklinux.net In-Reply-To: (message from Neil Jerram on 15 Mar 2002 09:24:06 +0000) Errors-To: guile-devel-admin@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.devel:63 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:63 From: Neil Jerram Date: 15 Mar 2002 09:24:06 +0000 The real problem here is that we don't have a shared view of what is release critical. We used to, but I think that sense was blown off course by the volume of bugs that have been reported recently. another problem is prescriptive (as opposed to descriptive) branching -- we created branch_release-1-6 w/o release-related criteria on when to branch. this creates an expectation of "stableness" w/o anyone really being able to define that state, and the expectation is self-fulfilling: when things are broken it's easy to rationalize leaving them be so as not to disturb the stableness. thi _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel