From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jay Belanger Newsgroups: gmane.emacs.devel Subject: Re: Release plans Date: Sat, 02 Aug 2008 11:12:36 -0500 Message-ID: <87r697ieff.fsf@gmail.com> References: <87r69wcxn7.fsf@stupidchicken.com> <871w18cza2.fsf@gmail.com> <87vdykjzug.fsf@stupidchicken.com> Reply-To: jay.p.belanger@gmail.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1217694025 3824 80.91.229.12 (2 Aug 2008 16:20:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 2 Aug 2008 16:20:25 +0000 (UTC) Cc: jay.p.belanger@gmail.com To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Aug 02 18:21:15 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KPJr1-0006qn-Lj for ged-emacs-devel@m.gmane.org; Sat, 02 Aug 2008 18:21:15 +0200 Original-Received: from localhost ([127.0.0.1]:52469 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KPJq6-0006Ww-Sn for ged-emacs-devel@m.gmane.org; Sat, 02 Aug 2008 12:20:18 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KPJin-0002oP-1G for emacs-devel@gnu.org; Sat, 02 Aug 2008 12:12:45 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KPJil-0002nT-6H for emacs-devel@gnu.org; Sat, 02 Aug 2008 12:12:44 -0400 Original-Received: from [199.232.76.173] (port=47709 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KPJik-0002nJ-La for emacs-devel@gnu.org; Sat, 02 Aug 2008 12:12:42 -0400 Original-Received: from s3.cableone.net ([24.116.0.229]:49982) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KPJik-0006NI-3B for emacs-devel@gnu.org; Sat, 02 Aug 2008 12:12:42 -0400 Original-Received: from belanger (unverified [69.92.109.217]) by S3.cableone.net (CableOne SMTP Service S3) with ESMTP id 3892493-1872270 for multiple; Sat, 02 Aug 2008 09:12:38 -0700 In-Reply-To: <87vdykjzug.fsf@stupidchicken.com> (Chong Yidong's message of "Fri, 01 Aug 2008 15:32:23 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-Vpipe: Scanner said ok (av_avast) X-NotAscii: charset=us-ascii X-IP-stats: Incoming Last 4, First 29, in=4, out=0, spam=0 ip=69.92.109.217 X-Originating-IP: 69.92.109.217 X-Abuse-Info: Send abuse complaints to abuse@cableone.net X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:101959 Archived-At: Chong Yidong writes: ... >> A while back, I came across a note saying that any package that is >> developed within Emacs shouldn't have it's own version numbering. I've >> looked in vain for that note, but have been unable to find it. However, >> Calc is now a fully owned subsidiary of Emacs, Inc., so is there any >> reason why Calc should have its own version number? > > Quite a few packages use their own version numbers. I think some > maintainers find these helpful for, e.g., distinguishing between the > versions in the Emacs tree and those distributed seperately. But in this case, Emacs Calc is developed within Emacs. Referring to Calc 2.2, for example, gives no indication of where to get it, referring to Calc in Emacs 23.1 does. (As does referring to Calc 2.2 in Emacs 23.1, but I don't see the point of the 2.2 here.) As it is, since Emacs Calc is continually being modified but only released when Emacs is released, the Emacs Calc version will simply be bumped up for every Emacs release; that's not that big of a deal, but I don't really see the point. "Stephen J. Turnbull" writes: > > XEmacs packages it separately, and will continue to do so for the > foreseeable future. Until y'all move to a tree-oriented VCS version > numbers (and tags in the Calc portion of the tree) would be helpful in > comparing what we got to upstream. XEmacs Calc is a separate branch, and not even the version numbering is kept in sync. I don't see how the Emacs Calc version number is more helpful than the Emacs version number when referring to Emacs Calc. (I could be missing something, of course.) Jay