From mboxrd@z Thu Jan 1 00:00:00 1970 From: Aaron Ecay Subject: Re: Invalid function: org-babel-header-args-safe-fn in Melpa Date: Sun, 14 Feb 2016 15:54:37 +0000 Message-ID: <87povzb83m.fsf@gmail.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:47105) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aUz0V-0006Go-RO for emacs-orgmode@gnu.org; Sun, 14 Feb 2016 10:54:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aUz0S-0001uF-KJ for emacs-orgmode@gnu.org; Sun, 14 Feb 2016 10:54:43 -0500 Received: from mail-wm0-x231.google.com ([2a00:1450:400c:c09::231]:32947) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aUz0S-0001uB-Aa for emacs-orgmode@gnu.org; Sun, 14 Feb 2016 10:54:40 -0500 Received: by mail-wm0-x231.google.com with SMTP id g62so120373168wme.0 for ; Sun, 14 Feb 2016 07:54:40 -0800 (PST) In-Reply-To: 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: John Kitchin , Org-Mode Mailing List Hi John, 2016ko otsailak 14an, John Kitchin-ek idatzi zuen: >=20 > Hi all, >=20 > I am trying to debug an issue with installing org-mode from Melpa. >=20 > After installing org from Melpa, I get this on starting emacs: >=20 > byte-code: Invalid function: org-babel-header-args-safe-fn > Org-mode version 8.3.3 (8.3.3-51-g30bcff-elpaplus @ > /Users/jkitchin/Desktop/jmax-git/elpa/org-plus-contrib-20160208/) >=20 > It is happening when I try to change some default headers. >=20 > Debugger entered--Lisp error: (invalid-function org-babel-header-args-saf= e-fn) > org-babel-header-args-safe-fn((:cache :colnames :comments :exports :epi= logue :hlines :noeval :noweb :noweb-ref :noweb-sep :padline :prologue :rown= ames :sep :session :tangle :wrap (:eval "never" "query") (:results lambda (= str) (not (string-match "file" str))) :width :height :bg :units :pointsize = :antialias :quality :compression :res :type :family :title :fonts :version = :paper :encoding :pagecentre :colormodel :useDingbats :horizontal)) > byte-code("\301\302\303\304!#\210\305\306\307\310\311\312\313\314\315\= 316& \207" [ob-R-safe-header-args put org-babel-default-header-args:R safe-= local-variable org-babel-header-args-safe-fn custom-declare-variable org-ba= bel-R-command "R --slave --no-save" "Name of command to use for executing R= code." :group org-babel :version "24.1" :type string] 10) > require(ob-R) > #[(pair) "A\303@!\211\203.\304\305\306 P!!\202%\307\305\310 P!!\210\3= 07\305\311 P!!*\207" [pair lang active symbol-name require intern "ob-" fma= kunbound "org-babel-execute:" "org-babel-expand-body:"] 5]((R . t)) > mapc(#[(pair) "A\303@!\211\203.\304\305\306 P!!\202%\307\305\310 P!!\= 210\307\305\311 P!!*\207" [pair lang active symbol-name require intern "ob-= " fmakunbound "org-babel-execute:" "org-babel-expand-body:"] 5] ((emacs-lis= p . t) (python . t) (sh . t) (matlab . t) (sqlite . t) (ruby . t) (perl . t= ) (org . t) (dot . t) (plantuml . t) (R . t))) > org-babel-do-load-languages(org-babel-load-languages ((emacs-lisp . t) = (python . t) (sh . t) (matlab . t) (sqlite . t) (ruby . t) (perl . t) (org = . t) (dot . t) (plantuml . t) (R . t))) > eval-buffer(# nil "/Users/jkitchin/Desktop/jmax-git/jma= x-org.el" nil t) ; Reading at buffer position 7097 >=20 > If I run this: > (byte-recompile-file > (expand-file-name "ob-R.el" > (file-name-directory (locate-library "org"))) > t) > This looks like the kind of problem that results when org is byte-compiled in an emacs with a different version of org loaded. This used to be a problem when installing via package.el (and not just for org), but I think there has been some work put into making sure it doesn=E2=80=99t happen any= more. (I know emacs developers were discussing them and then they seemed to go away so I assumed they were fixed...it=E2=80=99s possible I was mistaken th= ough.) If I had to guess, I=E2=80=99d say that line 63 of packages.el in your jmax setup defeats these fixes. Try commenting it out. It should not be necessary to manually byte-compile packages: package.el should do that for you. And in this case, I hypothesize that it is actually harmful. Hope this helps, --=20 Aaron Ecay