From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: Re: [PATCH] Re: html-export mangels mailto: links Date: Sun, 12 Sep 2010 21:24:30 -0400 Message-ID: <14699.1284341070@gamaville.dokosmarshall.org> References: <87fwxtjjmh.fsf@Rainer.invalid> <87iq2o3b5s.fsf@noorul.maa.corp.collab.net> <87vd6oxion.fsf@gnu.org> <87vd6a95ov.fsf@Rainer.invalid> <87lj76bxa7.wl%dmaus@ictsoc.de> <87mxrm936c.fsf@Rainer.invalid> <874oduiwuw.wl%ucecesf@ucl.ac.uk> <87iq2a92l4.fsf@Rainer.invalid> Reply-To: nicholas.dokos@hp.com Return-path: Received: from [140.186.70.92] (port=33488 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ouxmw-0005jm-6y for emacs-orgmode@gnu.org; Sun, 12 Sep 2010 21:24:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Ouxmu-0007lx-Nt for emacs-orgmode@gnu.org; Sun, 12 Sep 2010 21:24:54 -0400 Received: from vms173005pub.verizon.net ([206.46.173.5]:38438) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Ouxmu-0007lo-Jf for emacs-orgmode@gnu.org; Sun, 12 Sep 2010 21:24:52 -0400 Received: from gamaville.dokosmarshall.org ([unknown] [173.76.32.106]) by vms173005.mailsrvcs.net (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009)) with ESMTPA id <0L8N00MQGVWVV9FC@vms173005.mailsrvcs.net> for emacs-orgmode@gnu.org; Sun, 12 Sep 2010 20:24:32 -0500 (CDT) In-reply-to: Message from Achim Gratz of "Sun, 12 Sep 2010 21:36:07 +0200." <87iq2a92l4.fsf@Rainer.invalid> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Achim Gratz Cc: nicholas.dokos@hp.com, emacs-orgmode@gnu.org Achim Gratz wrote: > Eric S Fraga writes: > > it's the output of "M-x org-version RET" as opposed to the value of > > org-version. > > They both deliver the same result "7.01trans" for me, that's why I'm > asking... > org-version makes some assumptions: it calculates a directory as follows (concat (file-name-directory (locate-library "org")) "../" )) and then looks for a ``.git'' subdirectory in that directory. If it is found, then all is good: it does a ``git describe'' variation to get the release part. But if it is not found, then it falls back to the bare version (without the release part). E.g. if you git pull into one place and then install the .el files somewhere else, the .git subdirectory will not be found. So evaluate these two expressions: (setq dir (concat (file-name-directory (locate-library "org")) "../" ))) (file-exists-p (expand-file-name ".git" dir)) and you'll probably find that the second one returns nil in your case. One way to get the release part: arrange your load-path to load org.el[c] (and the other org .el or .elc files) from the lisp subdirectory of your git repository. HTH, Nick