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: No calc in pretest? Date: 02 Jul 2002 10:49:34 +0200 Sender: emacs-devel-admin@gnu.org Message-ID: <5xit3ypl9d.fsf@kfs2.cua.dk> References: <200206300644.g5U6irvR010148@adams0-57.reshall.ou.edu> <87pty7t9q6.fsf@pot.cnuce.cnr.it> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1025596250 11782 127.0.0.1 (2 Jul 2002 07:50:50 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 2 Jul 2002 07:50:50 +0000 (UTC) Cc: Jon Cast , Eli Zaretskii , burton@openprivacy.org, Emacs Devel Mailing List Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17PIR0-00033v-00 for ; Tue, 02 Jul 2002 09:50:50 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17PIVv-0003gW-00 for ; Tue, 02 Jul 2002 09:55:55 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17PIRL-0007NK-00; Tue, 02 Jul 2002 03:51:11 -0400 Original-Received: from mail.filanet.dk ([195.215.206.179]) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 17PIPO-0007Hr-00; Tue, 02 Jul 2002 03:49:10 -0400 Original-Received: from kfs2.cua.dk.cua.dk (kfs2.local.filanet.dk [192.168.1.182]) by mail.filanet.dk (Postfix) with SMTP id 1AF6C7C018; Tue, 2 Jul 2002 07:48:55 +0000 (GMT) Original-To: Francesco Potorti` In-Reply-To: <87pty7t9q6.fsf@pot.cnuce.cnr.it> Original-Lines: 56 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:5304 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:5304 Francesco Potorti` writes: > Jon Cast writes: > Is there any chance y'all could be persuaded to number releases in a > way that'll make it obvious what's a bug fix and what's a release > from CVS head? (I.e., > > 21.4 -- Release from CVS > 21.4.1 -- Bug-fix > 21.4.2 -- Bug-fix > 21.4.50 -- CVS > 21.5 -- Release from CVS > > I agree that this scheme or any other clear numbering scheme should be > adopted to distinguish bug-fix only releases. This could also help us avoid the current hazzle of modifying the "next version" number whenever we need to make a bug-fix release. So far, we have had to change the "expected" number from 21.3 to 21.4 which has an impact not only on documentation, but also on the :version tags we put on customize options. Alternatively, we could adapt the linux numbering where odd-minor are development versions and even-minor are releases, e.g. 22.1.1 -- CVS development version for 22.2 22.1.90 -- pretest for 22.2 22.2.1 -- initial release 22.2.2 -- bug-fix 22.3.1 -- CVS development version for 22.4 22.3.90 -- pretest 22.4.1 -- release I switched to 22.x since introducing a new numbering scheme in the middle of an existing non-conforming numbering scheme (as 21.x) doesn't make sense... Also, the number of changes since 21.1/2/3 seems to be fairly large, so maybe it does make sense to switch to 22.x for the next release from CVS. The justification could be that 22.2 would be the first major release since opening the emacs development to a broader group of developers. The suggested numbering scheme would also allow us to make development snapshots like 22.1.1, 22.1.2, 22.1.3 etc. to be announced on the pretesters list for interrim feedback during development for those interested. [I'm not implying that we _should_ do this, just that we _can_ do it]. -- Kim F. Storm http://www.cua.dk