From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Jon Cast Newsgroups: gmane.emacs.devel Subject: Re: No calc in pretest? Date: Tue, 02 Jul 2002 15:22:26 -0500 Sender: emacs-devel-admin@gnu.org Message-ID: <200207022022.g62KMQP19228@d-ip-129-15-78-125.cs.ou.edu> References: NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1025641558 17329 127.0.0.1 (2 Jul 2002 20:25:58 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 2 Jul 2002 20:25:58 +0000 (UTC) Cc: 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 17PUDm-0004VO-00 for ; Tue, 02 Jul 2002 22:25:58 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17PUIx-0003ze-00 for ; Tue, 02 Jul 2002 22:31:19 +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 17PUC4-0002u8-00; Tue, 02 Jul 2002 16:24:12 -0400 Original-Received: from d-ip-129-15-78-125.cs.ou.edu ([129.15.78.125]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17PUB2-0002hD-00 for ; Tue, 02 Jul 2002 16:23:08 -0400 Original-Received: from ou.edu (jcast@localhost) by d-ip-129-15-78-125.cs.ou.edu (8.11.6/8.11.6) with ESMTP id g62KMQP19228; Tue, 2 Jul 2002 15:22:26 -0500 X-Authentication-Warning: d-ip-129-15-78-125.cs.ou.edu: jcast owned process doing -bs Original-To: Simon Josefsson In-Reply-To: Message from Simon Josefsson of "Sun, 30 Jun 2002 21:06:46 +0200." 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:5359 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:5359 Simon Josefsson wrote: > Eli Zaretskii writes: > > As for using X.Y.Z version numbers, I don't mind, but some code in > > Emacs needs to be changed for this to work: currently, any version > > with 3 numbers is assumed to be a pretest by emacsbug.el and maybe > > other places. Also, loadup.el bumps up the 3rd version number > > automatically each time you rebuild the binary. > > [Personally, I don't see what's the fuss about the version > > numbering (other packages, such as Texinfo, do the same as Emacs), > > but that's just me.] > IMHO embedding this information in the version number is useful, > etc/NEWS is not enough. People expect that roughly the same amount > and level of modifications were made to X.Y as X.Y+1, this is not > true if CVS HEAD is released as 21.X. You mean if CVS HEAD is released as 21.X in the current fashion. My suggestion perpetuates the present discontinuity for 21.4, but there's no discontinuity after that (i.e., the same ``amount and level of modifications'' would be made to 21.4 and 21.5). > I don't think the suggested versioning scheme was good though, for > the reasons you state, but another suggestion could be to release > CVS HEAD as Emacs 22. He gave two `reasons' for not using three element version numbers: 1. Some code in Emacs would have to be changed. 2. Texinfo does the same thing. 1 is valid, but minor (the CVS version of loadup.el already works, and emacsbug.el only needs a one-line fix (probably a good idea anyway), and I suspect any other place with the same problem has an equally trivial fix). Furthermore, Zaretskii has said 1 isn't a very big problem. So, I wouldn't bother with it now. As for 2, I doubt as many people follow Texinfo as follow Emacs, or that the Texinfo development is as important as Emacs development---Texinfo seems to be more-or-less doing everything it needs to. So, I doubt as many people have noticed the versioning scheme with Texinfo as with Emacs. Just MNSHO, though. Jon Cast