From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: [jerome.marant@free.fr: Re: Possible help with stable Emacs releases.] Date: Mon, 27 Sep 2004 11:40:25 +0200 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1096278080 11062 80.91.229.6 (27 Sep 2004 09:41:20 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 27 Sep 2004 09:41:20 +0000 (UTC) Cc: jerome.marant@free.fr, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Sep 27 11:41:03 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CBs0F-0000l2-00 for ; Mon, 27 Sep 2004 11:41:03 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CBs6T-00087d-6R for ged-emacs-devel@m.gmane.org; Mon, 27 Sep 2004 05:47:29 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CBs6K-000878-RY for emacs-devel@gnu.org; Mon, 27 Sep 2004 05:47:21 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CBs6J-00086o-P1 for emacs-devel@gnu.org; Mon, 27 Sep 2004 05:47:20 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CBs6J-00086l-KK for emacs-devel@gnu.org; Mon, 27 Sep 2004 05:47:19 -0400 Original-Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by monty-python.gnu.org with smtp (Exim 4.34) id 1CBrzd-0004gf-UF for emacs-devel@gnu.org; Mon, 27 Sep 2004 05:40:26 -0400 Original-Received: (qmail 53221 invoked from network); 27 Sep 2004 09:40:23 -0000 Original-Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 27 Sep 2004 09:40:23 -0000 Original-To: rms@gnu.org In-Reply-To: (Richard Stallman's message of "Mon, 27 Sep 2004 03:37:57 -0400") User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 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 Xref: main.gmane.org gmane.emacs.devel:27601 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:27601 Richard Stallman writes: > Marant is proposing to make a 21.4 release in the short term > based on 21.3. I'm inclined to accept his offer, but does anyone > argue against it? Well, most of you wise guys rejected my sensible idea to use 21.5 for the next release from the trunk, as there would not going to be another bug-fix release from the RC1 branch. :-| Now you say that it is going to happen anyway -- if nothing else, it puts the burdon on us to (once again) update the trunk version numbers everywhere... Sigh! Why can't we just get our sense together and use 22.1 for the trunk now -- and then use 23.1 for the unicode version ? After all, the next release from the trunk is a pretty major update -- and if nothing else, if we release a 21.4 bug fix release soon, it is much less confusing to people if the next _major_ update is named 22.1, not 21.5 (or 21.6 or whatever). Other than that, I don't object to a 21.4 bug fix release. But I'm a bit puzzled by these statements: >> Practically speaking, this would probably mean having a stable branch >> of Emacs CVS or separate CVS repository (if there isn't either >> already) to which we would add the appropriate fixes as they are >> found. Eventually this tree would be used to produce a new stable >> Emacs point release (i.e. 21.3.1, etc.). .. as they are found. Eventually ... I thought the idea was to make a release with the current set of fixes -- what's the point in a parallel bug-fix path if it's not going to release anything _soon_. > As Rob said, we are proposing this once Emacs 21.4 is released. Why would you release a 2.3.1 after 21.4 is released ?? > Richard, it does not change for what is happening with the Debian > package. And you will notice that despite a growing number of > patches in the Debian package, we are rarely asking emacs developers > for help. So, we are definitely able to do a decent job with > a good cohabitation with emacs people. Sometimes, patches applied > to the stable branch are applied to the mainline as well. Are you saying that you have a separate "Debian Emacs" (based on 21.3) with a separate set of patches that are NOT in CVS emacs? As a minimum, the patches included in your tree must be reflected in the emacs CVS trunk -- otherwise, you will have fixed bugs in 21.4 that will re-appear in 22.1 (or 21.5 ... :-/ ). > > As an example of why we need this: I need to use another GNU system > at work (namely Suse) and I use GNU Emacs but I can't benefit > from bugfixes and patches from the Debian package. And I don't have > time to grab the source, apply patches and so on. If patches were > directly applied to the stable branch, every other system would > benefit from them. And there are many people like me. If you don't have time for that, do you really have time to take on the task of releasing a new bug-fix release for emacs (you have to make snapshots, run the pretest procedure, etc.) > Since Emacs stable releases are quite rare, it would be a plus for > our users see their bug fixed sooner. This is why I reiterate > our proposal (again, we have time to think about it). Again, I don't see much time to think about this -- if you are going to make a bug-fix release a reasonable time before the 22.1 release, you should start the pretest pretty soon! >> The main obstacle to a new release from the development sources is >> finding people to check the manual for errors. Can you help with >> that? > > We'll try to. That would be great!