From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: It is time for a feature freeze (it is NOW or never). Date: Sun, 11 Apr 2004 02:19:54 +0300 Organization: JURTA Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <87zn9jtac9.fsf@mail.jurta.org> References: <87eks0654s.fsf@sno.mundell.ukfsn.org> <87n06bp4ng.fsf@sno.mundell.ukfsn.org> <8765cwkejr.fsf@mail.jurta.org> <200404071157.UAA25094@etlken.m17n.org> <200404071312.WAA25268@etlken.m17n.org> <87zn9nqras.fsf@emacswiki.org> <200404080203.LAA26847@etlken.m17n.org> <87u0zufp7t.fsf-monnier+emacs@alfajor.local> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1081658264 5597 80.91.224.253 (11 Apr 2004 04:37:44 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 11 Apr 2004 04:37:44 +0000 (UTC) Cc: emacs-devel@gnu.org, rms@gnu.org, Kenichi Handa Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Sun Apr 11 06:37:34 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BCWis-0005ql-00 for ; Sun, 11 Apr 2004 06:37:34 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BCWir-0000e2-01 for ; Sun, 11 Apr 2004 06:37:34 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BCWfn-0006RS-2o for emacs-devel@quimby.gnus.org; Sun, 11 Apr 2004 00:34:23 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BCWfh-0006Qb-UR for emacs-devel@gnu.org; Sun, 11 Apr 2004 00:34:17 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BCWWN-00054u-Eb for emacs-devel@gnu.org; Sun, 11 Apr 2004 00:25:13 -0400 Original-Received: from [66.33.219.19] (helo=spoon.dreamhost.com) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BCWWI-00054B-Vv; Sun, 11 Apr 2004 00:24:35 -0400 Original-Received: from mail.jurta.org (80-235-32-66-dsl.mus.estpak.ee [80.235.32.66]) by spoon.dreamhost.com (Postfix) with ESMTP id D39F213D845; Sat, 10 Apr 2004 21:24:34 -0700 (PDT) Original-To: Stefan Monnier User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:21470 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:21470 Stefan Monnier writes: > I'd offer a very slightly different schedule: I think this is the best plan for Emacs users and for Emacs developers. I have only a few comments. > (2) Feature freeze on the trunk NOW Please announce a day for feature freeze ~1-2 weeks from now, to give a chance to submit latest features. > (3) Start pretest from the trunk (maybe after fixing known bugs, but there > doesn't seem to be many of those, so it seems unnecessary). This shouldn't take too long given the fact that CVS Emacs is already under constant testing. > (4) When bug-fixing starts to slow down such that some developers feel bored, > make a new RC branch and move the bug-fixing and pretesting there. > Those people who are bored can start playing on the trunk again. > (5a) Finish bug-fixing RC and finally Release. > (5b) Merge unicode, multi-tty, and bidi (in this order, but quickly) to the > trunk. Branches basically don't get any testing and waste too much of > our energy with merging, so we should only keep them for code that's > really unstable or that we don't know whether we'll ever include. > E.g. if bidi only crashed when you set enable-bidi-display, then it's > ready for inclusion. > I'd also like to see the emacs-xft (anti-aliasing) merged in, but AFAIK > it's not ready yet. > (6) Almost immediately after that: goto number (2). After merging unicode, multi-tty, and bidi, when most developers will start to use them, new bugs will be discovered and new related features will be proposed, so most probably the next release will be postponed for more than a half-year. -- Juri Linkov http://www.jurta.org/emacs/