From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jambunathan K Newsgroups: gmane.emacs.devel Subject: Re: Version strings in lisp files? Date: Sat, 21 Apr 2012 20:04:41 +0530 Message-ID: <81pqb1m9vi.fsf@gmail.com> References: <87fwbxe34b.fsf@Rainer.invalid> <83sjfxgpy8.fsf@gnu.org> <878vhpxjhj.fsf@gnu.org> <83mx65goj2.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1335018915 5863 80.91.229.3 (21 Apr 2012 14:35:15 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 21 Apr 2012 14:35:15 +0000 (UTC) Cc: Bastien , Stromeko@nexgo.de, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Apr 21 16:35:13 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SLbP3-0003Qa-0g for ged-emacs-devel@m.gmane.org; Sat, 21 Apr 2012 16:35:09 +0200 Original-Received: from localhost ([::1]:42263 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SLbP2-0007PN-CV for ged-emacs-devel@m.gmane.org; Sat, 21 Apr 2012 10:35:08 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:40589) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SLbOw-0007MZ-WA for emacs-devel@gnu.org; Sat, 21 Apr 2012 10:35:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SLbOp-0003RZ-Su for emacs-devel@gnu.org; Sat, 21 Apr 2012 10:35:02 -0400 Original-Received: from mail-pz0-f52.google.com ([209.85.210.52]:64266) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SLbOp-0003Mu-KH; Sat, 21 Apr 2012 10:34:55 -0400 Original-Received: by dake40 with SMTP id e40so13019119dak.39 for ; Sat, 21 Apr 2012 07:34:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=UPna0tMgAQ2LxKhOQumKzI5ZyX0Z43G+S+HLaBJIdGw=; b=dxHUxhBM66FFBniRmU4yZhq7NHxl3qyMjGPgo78nuuZfWnMJtCeuRenwY+W0EfUIgD 2pbWQoxxxju621cw/9mGCBxFLoL9H84NTGrhHPUQ1LgMP9oQK80ONkeysSeMm+mHDqyy VqIzBnHi4cMfi87fvDwMkDNMBfURNQ7Ut7vKzhMGC/Ia0dtX6wrKwIwYxUbD/Z5Xc/kD 4fpHAvLoTiSGtOKogAzStsNQOjUj8HTFQ1bmCXcW7ZllViaFfXzMZdxA8Nk2JJU8kRpe rsgmP8/bXtIcrctsk9iTmzvMaa+bRM2vHz6jyvVLa6DTBFJ1CDz1vPrcl9fzTUxzpbOT IVdA== Original-Received: by 10.68.226.71 with SMTP id rq7mr656318pbc.71.1335018892189; Sat, 21 Apr 2012 07:34:52 -0700 (PDT) Original-Received: from JAMBU-NETBOOK ([115.242.225.216]) by mx.google.com with ESMTPS id d2sm8596146pbw.39.2012.04.21.07.34.46 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 21 Apr 2012 07:34:51 -0700 (PDT) In-Reply-To: <83mx65goj2.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 21 Apr 2012 17:14:41 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.95 (windows-nt) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 209.85.210.52 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:149911 Archived-At: Eli Zaretskii writes: > AFAIK, the policy is that _if_ you want some version string in a > package, then keep that to a minimum (1 file). But there's no policy, > AFAIK, to have a version string, if Org doesn't need that. Leaving aside question of Org, ,---- from package.el | ;; Prefer Package-Version; if defined, the package author | ;; probably wants us to use it. Otherwise try Version. | (pkg-version | (or (package-strip-rcs-id (lm-header "package-version")) | (package-strip-rcs-id (lm-header "version")))) `---- ,---- from package.el | (unless pkg-version | (error | "Package lacks a \"Version\" or \"Package-Version\" header")) `---- I think the policy differs based on what elisp file is being considered.... The above data point is inconsequential for non-core Org because it is a multi-file package and it's version comes from `org-pkg.el' bundled within the tar. --