From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bastien Newsgroups: gmane.emacs.devel Subject: Re: Version strings in lisp files? Date: Sun, 22 Apr 2012 00:59:06 +0200 Message-ID: <87r4vgwv2d.fsf@gnu.org> 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 1335049103 4181 80.91.229.3 (21 Apr 2012 22:58:23 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 21 Apr 2012 22:58:23 +0000 (UTC) Cc: Eli Zaretskii , Stromeko@nexgo.de, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Apr 22 00:58:18 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 1SLjFy-0007qx-Ev for ged-emacs-devel@m.gmane.org; Sun, 22 Apr 2012 00:58:18 +0200 Original-Received: from localhost ([::1]:50821 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SLjFx-00077D-JJ for ged-emacs-devel@m.gmane.org; Sat, 21 Apr 2012 18:58:17 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:59754) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SLjFr-00075t-Pk for emacs-devel@gnu.org; Sat, 21 Apr 2012 18:58:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SLjFn-0001Su-9v for emacs-devel@gnu.org; Sat, 21 Apr 2012 18:58:11 -0400 Original-Received: from mail-wg0-f41.google.com ([74.125.82.41]:48242) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SLjFh-0001SZ-AM; Sat, 21 Apr 2012 18:58:01 -0400 Original-Received: by wgbds1 with SMTP id ds1so1564818wgb.0 for ; Sat, 21 Apr 2012 15:57:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=sender:from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-type; bh=Q6aKSsJBQWyvNbL4U5hTignDqsxniPBEgtiNRH8HtCw=; b=ygHa3fZ3JBRVM7dYlwpBI2/jI0vDnLFLXaHa5lXA9Xqac+j5ZKwlP+M/S3wNOrl7TV u9QR9GXDU+zKictPlKGEZOu/7puLvYmOIyXMNdRchmAxdtIl/OafDELMk+rH6kQW2Wzt 8oS2RK/9YuW/JF5uJ7bxc/K+U1mr+kJQXOHdh7b01eagzKSmlMaOdjA3+h15f0Al4Dzi n90V1M9iLuRxaKYjnAocDBk/pbVO+QSi2mH3UifjBulrKZviPQsXpHFfYv2oEodROVKZ lhS+NyTK5LTmLr6ajh6AEJGCj5316uyQmm9L9F7N3/iCZiPNnr0MzyNTbUGnh3Ip+M/s lMwQ== Original-Received: by 10.180.95.74 with SMTP id di10mr20985815wib.1.1335049077798; Sat, 21 Apr 2012 15:57:57 -0700 (PDT) Original-Received: from myhost.localdomain (pha75-11-82-236-86-204.fbx.proxad.net. [82.236.86.204]) by mx.google.com with ESMTPS id 6sm9672459wiz.1.2012.04.21.15.57.56 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 21 Apr 2012 15:57:56 -0700 (PDT) Original-Received: by myhost.localdomain (Postfix, from userid 1000) id A2008856E; Sun, 22 Apr 2012 00:59:06 +0200 (CEST) In-Reply-To: (Stefan Monnier's message of "Sat, 21 Apr 2012 15:40:33 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 74.125.82.41 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:149933 Archived-At: Stefan Monnier 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. > > Yes, the fewer version numbers (and $Log$-style history) the better. > That's for "files under revision control". Such data added dynamically > during the build is perfectly fine, in pretty much any amount. > We do tolerate a few version tags in a few files because occasionally > people find it handy, but we definitely do not require them. Okay, thanks for the explanation. The latest Org (from git master branch) does not contain the "Version" string anymore. -- Bastien