From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Stefan Monnier" Newsgroups: gmane.emacs.devel Subject: Re: No calc in pretest? Date: Tue, 02 Jul 2002 11:09:47 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: <200207021509.g62F9l617691@rum.cs.yale.edu> References: NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1025622711 1547 127.0.0.1 (2 Jul 2002 15:11:51 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 2 Jul 2002 15:11:51 +0000 (UTC) Cc: Jon Cast , 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 17PPJm-0000Oq-00 for ; Tue, 02 Jul 2002 17:11:50 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17PPOr-0005El-00 for ; Tue, 02 Jul 2002 17:17:05 +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 17PPK2-0007Ic-00; Tue, 02 Jul 2002 11:12:06 -0400 Original-Received: from rum.cs.yale.edu ([128.36.229.169]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17PPHu-0007Cn-00 for ; Tue, 02 Jul 2002 11:09:54 -0400 Original-Received: (from monnier@localhost) by rum.cs.yale.edu (8.11.6/8.11.6) id g62F9l617691; Tue, 2 Jul 2002 11:09:47 -0400 X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 Original-To: Eli Zaretskii 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:5319 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:5319 > The information whether a release is a bugfix is in etc/NEWS, right at > the beginning. So if you need to know this, you can find the info. (with-rfc-mode And people SHOULD read the NEWS file anyway) > 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. We could simply decide that RC versions will be 21.1, 21.2, 21.3, 21.4 and the next trunk version will be 22.1 (at which point it will be on its own branch for 22.2, 22.3, 22.4, ...). > [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.] Agreed except that the version under which the current trunk code will be released is still unknown and that it poses problems when talking about it in gnu.emacs.help (we've have made claims about 21.3 thinking it would not be a bug-fix release, for example) and when writing the :version info of defcustoms and of `make-obsolete' statements. Stefan