From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: [jerome.marant@free.fr: Re: Possible help with stable Emacs releases.] Date: Thu, 30 Sep 2004 13:37:31 -0400 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: References: <1096291271.415813c757a26@imp6-q.free.fr> <20040927134714.GA20012@fencepost> <87hdphx91c.fsf@trouble.defaultvalue.org> <87655wswkv.fsf@trouble.defaultvalue.org> <1096489325.415b196d95987@imp3-q.free.fr> <200409300053.i8U0rWh20758@raven.dms.auburn.edu> <01c4a6f7$Blat.v2.2.2$8c5c2b00@zahav.net.il> Reply-To: rms@gnu.org NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1096565893 16391 80.91.229.6 (30 Sep 2004 17:38:13 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 30 Sep 2004 17:38:13 +0000 (UTC) Cc: jerome.marant@free.fr, eliz@gnu.org, rlb@defaultvalue.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 30 19:37:55 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 1CD4sN-0007Ft-00 for ; Thu, 30 Sep 2004 19:37:55 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CD4yl-0007WD-P3 for ged-emacs-devel@m.gmane.org; Thu, 30 Sep 2004 13:44:31 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CD4yd-0007Un-ES for emacs-devel@gnu.org; Thu, 30 Sep 2004 13:44:23 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CD4yc-0007U9-Ss for emacs-devel@gnu.org; Thu, 30 Sep 2004 13:44:23 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CD4yc-0007Tu-N0 for emacs-devel@gnu.org; Thu, 30 Sep 2004 13:44:22 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CD4s0-00078I-DU for emacs-devel@gnu.org; Thu, 30 Sep 2004 13:37:32 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CD4rz-0000Md-Af; Thu, 30 Sep 2004 13:37:31 -0400 Original-To: storm@cua.dk (Kim F. Storm) In-reply-to: (storm@cua.dk) 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:27731 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:27731 We once discussed the idea to use negative Z values for CVS and pretests, e.g. instead of 21.3.50.NN we would have 21.4.-99.NN for CVS version and pretests vould be 21.4.-98, 21.4.-97 etc. One drawback of this idea is that the pretest version numbers are moving towards a fixed limit of zero, which puts a bound on them. What we really want is numbers like 21.4.-1/1, 21.4.-1/2, 21.4.-1/3, where the pretest version numbers form series converging towards zero. Or perhaps 21.4-1/2, 21.4-1/3, 21.4-1/4, which converge towards 21.4. - use MAJOR.MINOR where MINOR is only incremented for bugfix releases and MAJOR is incremented for non-bugfix releases. I.e. the next release would then be 22.1 and unicode would be 23.1. That would be a good scheme, I think.