From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.devel Subject: Re: emacs 21.2 Date: Fri, 22 Mar 2002 17:36:48 +0100 Sender: emacs-devel-admin@gnu.org Message-ID: <20020322171444.835F.LEKTU@terra.es> References: <9791-Fri22Mar2002162118+0200-eliz@is.elta.co.il> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1016815220 23361 127.0.0.1 (22 Mar 2002 16:40:20 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 22 Mar 2002 16:40:20 +0000 (UTC) Cc: "'Eli Zaretskii'" , emacs-devel@gnu.org Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16oS5U-00064g-00 for ; Fri, 22 Mar 2002 17:40:20 +0100 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16oSCE-0008Tb-00 for ; Fri, 22 Mar 2002 17:47:18 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16oS58-0000v7-00; Fri, 22 Mar 2002 11:39:58 -0500 Original-Received: from [62.22.27.141] (helo=mail.peoplecall.com) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16oS2D-0000hd-00 for ; Fri, 22 Mar 2002 11:36:58 -0500 Original-Received: from jbarranquero (jbarranquero.ofi.peoplecall.com [62.22.27.143]) by mail.peoplecall.com (8.11.6/8.11.6) with ESMTP id g2MGalJ15297; Fri, 22 Mar 2002 17:36:47 +0100 Original-To: "Marshall, Simon" In-Reply-To: X-Mailer: Becky! ver. 2.00.10 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:2135 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:2135 Sorry for jumping in. On Fri, 22 Mar 2002 15:20:32 -0000, "Marshall, Simon" wrote: > If it was directed at pretesters, then, put yourself in my (a pretester) > shoes. I spent a large amount of my own time tracking down problems > with the last pretest & coming up with some fixes & testing others'. I > did it because I thought it would be worth it: I thought the next Emacs > release would fix those problems. Why would I bother if fixes wouldn't > appear in the next release? Why would I bother if I could just leave it > to the pretests after next (or some future) release? If I understand you right, you're saying that you consider pretesting valuable for you if it is going to help to solve ASAP the problems you encounter/suffer. Well, I certainly don't see it that way. To me being a pretester is more like voluntarily giving a helping hand in ironing out the bugs of Emacs in a general way. Whether any fixes are to be included in the next release, or the next one after that, or perhaps deemed too difficult, or not right, or whatever, is not my call to judge. Obviously I would "fight" and argument if I was told that something I deem very important is to be delayed... but I ultimately must trust those who have more Emacs experience than I do. And I'm not talking just about technical experience, but project management experience as well. > I think your release policy itself is wrong---assuming I know what it > is---I think the only reason to release a version that does not fix > serious but not necessarily fatal bugs is when a quick release is needed > because the previous release was broken. I think 21.2 should have fixed > known serious bugs as well as addressed "stability" (however you define > that) issues. src/ChangeLog contains 367 non-blank, non-header lines of log comments between release 21.1 and 21.2. lisp/ChangeLog has 329. Not earthshaking, but nothing "minor" about it. IMHO, increasing stability without simultaneously increasing complexity for the users who want to use Emacs without it changing a lot under their feet is a good, sensible goal. But I don't think Eli is saying that 21.2 was meant to be a "minor bugfix" under any circunstances; more like "it is a necesary release even if only has minor bugfixes". The point not being "serious bugfixes won't go in", but "no unnecesary changes (of interface, new features, etc.) will go in". If a bug needs a big fix, it probably does not increase stability... That's not to say that a single, serious bug wouldn't be reason enough to release a version, though :) All that's MHO and nothing more, of course :) /L/e/k/t/u _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel