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 14:41:34 -0500 Sender: emacs-devel-admin@gnu.org Message-ID: <200207021941.g62JfYP19016@d-ip-129-15-78-125.cs.ou.edu> References: NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1025643259 21387 127.0.0.1 (2 Jul 2002 20:54:19 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 2 Jul 2002 20:54:19 +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 17PUfC-0005Yq-00 for ; Tue, 02 Jul 2002 22:54:18 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17PUkO-0004et-00 for ; Tue, 02 Jul 2002 22:59:40 +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 17PU3h-0001qw-00; Tue, 02 Jul 2002 16:15:33 -0400 Original-Received: from delysid.gnu.org ([158.121.106.20]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17PU0i-0001K7-00 for ; Tue, 02 Jul 2002 16:12:28 -0400 Original-Received: from d-ip-129-15-78-125.cs.ou.edu ([129.15.78.125]) by delysid.gnu.org with esmtp (Exim 3.34 #2) id 17PTZD-0003xj-00 for ; Tue, 02 Jul 2002 15:44:04 -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 g62JfYP19016; Tue, 2 Jul 2002 14:41:34 -0500 X-Authentication-Warning: d-ip-129-15-78-125.cs.ou.edu: jcast owned process doing -bs Original-To: Stefan Monnier In-Reply-To: Message from Stefan Monnier of "Tue, 02 Jul 2002 11:09:47 EDT." <200207021509.g62F9l617691@rum.cs.yale.edu> 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:5368 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:5368 Stefan Monnier wrote: > 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, ...). This is, as many others have pointed out, a /bad/ idea. The only reason for having multiple version numbers at all, rather than number 1, 2, 3, 4, ..., is to inform users of the gravity of changes. Making a major release every time a release from trunk is made will destroy that information. Anyway, loadup.el should work without modification (or with only slight modifications) in my scheme (it DTRT with CVS versions, which have three element version numbers :). And ISTR that CVS bug reports go to a different address than pre-test bug reports, so emacsbug.el probably needs to be fixed anyway. So, I don't see any technical reason not to go with three element version number for bug fix releases, and a very good psychological/sociological reason to switch to them. > Stefan Jon Cast