From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: Periodical releases Date: Thu, 5 Jan 2012 07:34:11 -0800 Message-ID: References: <71588355363047528F16FE989690A488@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1325777686 17930 80.91.229.12 (5 Jan 2012 15:34:46 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 5 Jan 2012 15:34:46 +0000 (UTC) To: "'Dave Abrahams'" , Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 05 16:34:42 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RipL0-0000uK-2m for ged-emacs-devel@m.gmane.org; Thu, 05 Jan 2012 16:34:42 +0100 Original-Received: from localhost ([::1]:46217 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RipKu-0008OY-G1 for ged-emacs-devel@m.gmane.org; Thu, 05 Jan 2012 10:34:36 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:50226) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RipKg-0007k4-Pb for emacs-devel@gnu.org; Thu, 05 Jan 2012 10:34:28 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RipKd-0000rG-89 for emacs-devel@gnu.org; Thu, 05 Jan 2012 10:34:22 -0500 Original-Received: from acsinet15.oracle.com ([141.146.126.227]:59449) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RipKd-0000r8-00 for emacs-devel@gnu.org; Thu, 05 Jan 2012 10:34:19 -0500 Original-Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id q05FYGRZ030965 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 5 Jan 2012 15:34:17 GMT Original-Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q05FYFpP027017 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 Jan 2012 15:34:16 GMT Original-Received: from abhmt109.oracle.com (abhmt109.oracle.com [141.146.116.61]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q05FYFWV031248; Thu, 5 Jan 2012 09:34:15 -0600 Original-Received: from dradamslap1 (/10.159.61.12) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 05 Jan 2012 07:34:14 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AczLU12aeeOqgL/OT9aJKfyVKs+yvQAa6RvA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-CT-RefId: str=0001.0A090209.4F05C2F9.0097,ss=1,re=0.000,fgs=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-Received-From: 141.146.126.227 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:147348 Archived-At: > >> Don't wait until "perfection" and release trunk more often > >> with bug releases if needed. > > > > No, no, no, please. Just the opposite. > > Bake Emacs _more_ fully before releasing it. > > > > Get it right. Document it well. Mention all user-visible > > changes in NEWS. Fix outstanding bugs. > > > > Richard had exactly the right approach to releasing Emacs, IMO. He > > was attacked by some because they felt the release cycle was too > > short. I, for one, appreciated his thoroughness and insistence on > > high quality. > > Is it not possible to have thorougness and high quality with more > frequent releases of smaller scope? Maybe the problem (if > there is one) is that trunk is allowed to drift too far from a > releasable state. I'm just saying. Not when there are large changes made for significant features (new or old). Consider, for Emacs 24, (1) the myriad user-visible effects of radically changing the `display-buffer'/window behavior, and (2) the significant development effort related to bidi (non-trivial, takes time to implement and test).