From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Stefan Monnier" Newsgroups: gmane.emacs.devel Subject: Re: 21.2.90 pretest, 21.3, 21.4... Date: Tue, 05 Nov 2002 15:50:34 -0500 Sender: emacs-devel-admin@gnu.org Message-ID: <200211052050.gA5KoYt30848@rum.cs.yale.edu> References: <200211041831.gA4IV0N24471@rum.cs.yale.edu> <84wunsgr7f.fsf@crybaby.uni-duisburg.de> <7263-Tue05Nov2002220009+0200-eliz@is.elta.co.il> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1036530135 32204 80.91.224.249 (5 Nov 2002 21:02:15 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 5 Nov 2002 21:02:15 +0000 (UTC) Cc: kai.grossjohann@uni-duisburg.de, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 189Apu-0008NA-00 for ; Tue, 05 Nov 2002 22:02:10 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 189Ay5-0005Fj-00 for ; Tue, 05 Nov 2002 22:10:38 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 189Afs-0006lh-00; Tue, 05 Nov 2002 15:51:48 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 189Aeo-0006eW-00 for emacs-devel@gnu.org; Tue, 05 Nov 2002 15:50:42 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 189Aem-0006eH-00 for emacs-devel@gnu.org; Tue, 05 Nov 2002 15:50:41 -0500 Original-Received: from rum.cs.yale.edu ([128.36.229.169]) by monty-python.gnu.org with esmtp (Exim 4.10) id 189Ael-0006eC-00 for emacs-devel@gnu.org; Tue, 05 Nov 2002 15:50:39 -0500 Original-Received: (from monnier@localhost) by rum.cs.yale.edu (8.11.6/8.11.6) id gA5KoYt30848; Tue, 5 Nov 2002 15:50:34 -0500 X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 Original-To: "Eli Zaretskii" Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:9148 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:9148 > > Maybe this can be achieved by making > > "smaller" releases, where each new release has fewer new features. > > That requires a higher degree of control than we have now over what > changes are installed on the trunk. As long as each change does not > need to be approved before it's installed, I think we cannot guarantee > that some new features are postponed. That's not true. We can and do declare feature freezes and we can impose them pretty effectively by shaming the poor soul who disobeys and undoing his change. It works very well in practice. Stefan