From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Jason Rumney Newsgroups: gmane.emacs.windows,gmane.emacs.bugs Subject: Re: Current word on binaries Date: Wed, 18 Feb 2004 13:43:24 +0000 Organization: Integra SP Ltd Sender: help-emacs-windows-bounces+gnu-help-emacs-windows=m.gmane.org@gnu.org Message-ID: <40336BFC.3060908@gnu.org> References: <009901c3ec70$b3013940$6400a8c0@austin.rr.com> <7494-Sat14Feb2004140608+0200-eliz@elta.co.il> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="------------060909020804030506080005" X-Trace: sea.gmane.org 1077112802 25537 80.91.224.253 (18 Feb 2004 14:00:02 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 18 Feb 2004 14:00:02 +0000 (UTC) Cc: help-emacs-windows@gnu.org, bug-gnu-emacs@gnu.org, harald@maierh.de, rms@gnu.org Original-X-From: help-emacs-windows-bounces+gnu-help-emacs-windows=m.gmane.org@gnu.org Wed Feb 18 14:59:56 2004 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AtSF2-0001FN-00 for ; Wed, 18 Feb 2004 14:59:56 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AtSDV-00052j-IV for gnu-help-emacs-windows@m.gmane.org; Wed, 18 Feb 2004 08:58:21 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AtS8D-0003Gx-LW for help-emacs-windows@gnu.org; Wed, 18 Feb 2004 08:52:53 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AtS7A-0002Jh-Qk for help-emacs-windows@gnu.org; Wed, 18 Feb 2004 08:52:19 -0500 Original-Received: from [209.61.173.204] (helo=integrasp.com) by monty-python.gnu.org with smtp (Exim 4.24) id 1AtS75-0002DK-1F for help-emacs-windows@gnu.org; Wed, 18 Feb 2004 08:51:43 -0500 Original-Received: (qmail 1013 invoked from network); 18 Feb 2004 13:32:06 -0000 Original-Received: from unknown (HELO ntserver.altio.com) (217.207.198.106) by 66.216.96.43 with SMTP; 18 Feb 2004 13:32:06 -0000 Original-Received: from gnu.org (ALTIOJR [192.168.111.42]) by ntserver.altio.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id 1ZS8J06K; Wed, 18 Feb 2004 13:43:13 -0000 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-gb, en, ja Original-To: Eli Zaretskii In-Reply-To: X-BeenThere: help-emacs-windows@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Discussion forum for users of the GNU Emacs port to Windows List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-emacs-windows-bounces+gnu-help-emacs-windows=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.windows:2037 gmane.emacs.bugs:7004 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:7004 This is a multi-part message in MIME format. --------------060909020804030506080005 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Eli Zaretskii wrote: >>From: Richard Stallman >>Date: Wed, 18 Feb 2004 03:38:33 -0500 >> >>We could make a 21.4 release from the release branch. >>That might be a good idea anyway. >> >> > >I agree. IIRC, 21.3 had a couple of annoying last-minute bugs. > > Its a good idea if we can stick to a quick pretest cycle (a couple of weeks at the most). Otherwise the dragging out of the pretest will cause disillusioned users and distract the developers from getting CVS trunk into a releasable state. There are only a couple of minor bugfixes, so it should be possible to keep the pretest short if we purposely set out to do that and don't get distracted. --------------060909020804030506080005 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Eli Zaretskii wrote:
From: Richard Stallman <rms@gnu.org>
Date: Wed, 18 Feb 2004 03:38:33 -0500

We could make a 21.4 release from the release branch.
That might be a good idea anyway.
    

I agree.  IIRC, 21.3 had a couple of annoying last-minute bugs.
Its a good idea if we can stick to a quick pretest cycle (a couple of weeks at the most). Otherwise the dragging out of the pretest will cause disillusioned users and distract the developers from getting CVS trunk into a releasable state. There are only a couple of minor bugfixes, so it should be possible to keep the pretest short if we purposely set out to do that and don't get distracted.

--------------060909020804030506080005--