From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dror Atariah Subject: Re: Unable to finalize capture Date: Sat, 5 Oct 2013 08:51:17 +0200 Message-ID: <11745E00-C7B6-488E-86DC-E5DC24CB55F4@gmail.com> References: <6094838D-BECF-4705-970F-513364FEC02D@gmail.com> <87vc1dfb3o.fsf@gmail.com> <81DB2648-0CFD-40F6-8E5E-A0630BFBA764@gmail.com> <87siwgvjcg.fsf@alphaville.bos.redhat.com> Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:37686) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VSLi8-0000ZM-Ed for emacs-orgmode@gnu.org; Sat, 05 Oct 2013 02:51:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VSLhz-00063m-Qk for emacs-orgmode@gnu.org; Sat, 05 Oct 2013 02:51:32 -0400 Received: from mail-we0-x236.google.com ([2a00:1450:400c:c03::236]:41187) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VSLhz-00063W-KG for emacs-orgmode@gnu.org; Sat, 05 Oct 2013 02:51:23 -0400 Received: by mail-we0-f182.google.com with SMTP id t61so4752305wes.13 for ; Fri, 04 Oct 2013 23:51:22 -0700 (PDT) In-Reply-To: <87siwgvjcg.fsf@alphaville.bos.redhat.com> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Nick Dokos Cc: emacs-orgmode@gnu.org On Oct 4, 2013, at 23:04 PM, Nick Dokos wrote: > Dror Atariah writes: >=20 >>> M-x locate-library RET org RET >> Returns: >> Library is file ~/.emacs.d/elpa/org-plus-contrib-20130930/org.elc >=20 > N.B. Never used elpa, so take with appropriately sized grain of salt. >=20 > Not sure whether this is a problem, but why is org.elc in the main > directory and not under >=20 > ~/.emacs.d/elpa/org-plus-contrib-20130930/org/lisp? >=20 > Maybe you are using a left-over org.elc? Probably, this is somehow the case... I think the directory structure = that you can see is the default one of ELPA - I don't think I tweaked = it. >>> and >>>=20 >>> M-x list-load-path-shadows RET >> Returns (I hope I collected only the relevant entries): >> /Users/user_name/.emacs.d/elpa/org-plus-contrib-20130930/org hides = /Users/user_name/.emacs.d/elpa/org-20130930/org >> /Users/user_name/.emacs.d/elpa/org-plus-contrib-20130930/org hides = /Users/user_name/.emacs.d/elpa/org-20130812/org >> /Users/user_name/.emacs.d/elpa/org-plus-contrib-20130930/org hides = /Users/user_name/.emacs.d/elpa/org-20130923/org >> /Users/user_name/.emacs.d/elpa/org-plus-contrib-20130930/org hides = /Users/user_name/.emacs.d/elpa/org-plus-contrib-20130812/org >> /Users/user_name/.emacs.d/elpa/org-plus-contrib-20130930/org hides = /Users/user_name/.emacs.d/elpa/org-plus-contrib-20130923/org >> /Users/user_name/.emacs.d/elpa/org-plus-contrib-20130930/org hides = /Applications/Emacs.app/Contents/Resources/lisp/org/org >>=20 >> I guess that the above output suggests that org-mode is properly = installed (via ELPA), isn't it? I'm afraid that I am not hinted by this = output. >>=20 >=20 > Check that your org.el does include the definition of the variable. > Then load the uncompiled version using an explicit path: The file "~/.emacs.d/elpa/org-plus-contrib-20130930/org.el" contains the = definition of the variable "org-bookmark-names-plist" > M-x load-file RET /Users/user_name/.emacsd./elpa/..../org/lisp/org.el = RET >=20 > *Now* is the variable defined? If so, does capture work? Indeed, loading it manually, solved the problem. > I'd probably clean up the .elc files and compile anew. Then restart > emacs. I didn't know how to recompile the files, and what exactly do you mean = by cleaning the .elc's; so I did something else. I removed the old = directories of org-mode from the ELPA directory, restarted emacs and it = now seems to work fine. Thanks and all the best, Dror=