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: 03 Jul 2002 14:56:33 +0200 Sender: emacs-devel-admin@gnu.org Message-ID: <5xk7odas1q.fsf@kfs2.cua.dk> References: <200207030045.g630jsY20291@d-ip-129-15-78-125.cs.ou.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1025697447 11352 127.0.0.1 (3 Jul 2002 11:57:27 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 3 Jul 2002 11:57:27 +0000 (UTC) Cc: Francesco Potorti` , 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 17PilC-0002wz-00 for ; Wed, 03 Jul 2002 13:57:26 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17Piqh-0008A5-00 for ; Wed, 03 Jul 2002 14:03:07 +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 17Pikx-00053H-00; Wed, 03 Jul 2002 07:57:11 -0400 Original-Received: from mail.filanet.dk ([195.215.206.179]) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 17Pijp-00050P-00; Wed, 03 Jul 2002 07:56:01 -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 CE0A27C016; Wed, 3 Jul 2002 11:55:55 +0000 (GMT) Original-To: Jon Cast In-Reply-To: <200207030045.g630jsY20291@d-ip-129-15-78-125.cs.ou.edu> Original-Lines: 66 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:5397 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:5397 Jon Cast writes: > storm@cua.dk (Kim F. Storm) wrote: > > Jon Cast writes: > > > > 21.5.0.yyyymmdd sorts higher than 21.5.0, so it should be a later > > > release. > > > Then call the initial release 21.5.1. > > You mean like this? > > 21.5.0.50.yyyymmdd -- CVS leading up to 21.5.1 > 21.5.0.9x. -- Pre-test for 21.5.1 > 21.5.1 -- Release from CVS head > 21.5.x -- Bug-fix release (x > 1) > > I *think* that should satisfy both of us. I'm happy with it; how > about you? Hm. I don't see any reason to separate CVS snapshot versions from pretest versions. emacsbug.el should (probably) send bug reports for either type of build to the emacs-pretest-bug address. So I suggest the following: 21.5.0.0 -- Direct build from CVS head. 21.5.0.yyyymmdd -- Snapshot or pretest from CVS head. 21.5.1 -- Initial release from CVS head. 21.5.x -- Bug-fix release (x > 1) The build number is appended to these numbers, so we end up with the users seeing numbers like this where y is typically 1. 21.5.0.0.y 21.5.0.20020703.y 21.5.1.y 21.5.x.y For the release build numbers, this looks ok. For the CVS builds, this is also ok, as it clearly differentiates these builds from builds based on official releases. > > The reason for having separate version numbers for CVS > (x.y.0.50.yyyymmdd and x.y.0.9z) is that I think emacsbug.el needs to > be able to differentiate them, and that seems easiest to implement No, emacsbug counts the number of `.'s in the version string, and if there is more than 2 (currently), it supposes it is a pretest. With my scheme, the test would simply be (let ((pretest-p (= emacs-minor-minor-version 0))) ...) of course, I'm assuming we have a variable containing the minor-minor number (can someone come up with a better term?) -- Kim F. Storm http://www.cua.dk