* problem with call lines with post block that are not exported (elpa org)
@ 2014-04-01 13:51 Alan Schmitt
2014-04-17 13:51 ` Bastien
0 siblings, 1 reply; 3+ messages in thread
From: Alan Schmitt @ 2014-04-01 13:51 UTC (permalink / raw
To: emacs-orgmode
Hello,
I'm writing a paper with some colleagues for a conference, and we've
just stumbled on a strange bug. My colleague is using org from elpa, and
is having the problem, whereas I'm compiling using a very current org
version and everything works for me.
The problem is as follows.
Given this org file (exp.org):
--8<---------------cut here---------------start------------->8---
#+options: toc:nil
#+property: results drawer
#+name: fetch
#+BEGIN_SRC emacs-lisp :results raw :var f="foo" :exports none
f
#+END_SRC
#+name: wrap
#+BEGIN_SRC emacs-lisp :var text="" :results raw :exports none
(concat "#+BEGIN_EXAMPLE\n" text "\n#+END_EXAMPLE")
#+END_SRC
* Test
:PROPERTIES:
:post: wrap(text=*this*)
:END:
Hello world
#+call: fetch("testing")
--8<---------------cut here---------------end--------------->8---
and this initialization file (exp_init.el):
--8<---------------cut here---------------start------------->8---
(setq emacsd-dir "~/.emacs.d/")
(package-initialize)
(require 'org-loaddefs)
(require 'ox-html)
(setq org-confirm-babel-evaluate nil)
--8<---------------cut here---------------end--------------->8---
running this command
emacs --batch -Q -l exp_init.el exp.org -f org-html-export-to-html
yields in my colleague's case the following:
> Loading vc-git...
> executing Emacs-Lisp code block (fetch)...
>
> (f (quote "testing"))
>
> "testing"
> executing Emacs-Lisp code block...
>
> (results (quote "testing"))
> Reference 'wrap' not found in this buffer
The same command works for me (for completeness's sake, here is my
configuration file):
--8<---------------cut here---------------start------------->8---
(setq emacsd-dir "~/.emacs.d/")
(add-to-list 'load-path (concat emacsd-dir "org/emacs/site-lisp/org"))
(require 'ox-html)
(setq org-confirm-babel-evaluate nil)
--8<---------------cut here---------------end--------------->8---
He's using this org version:
Org-mode version 8.2.5h (8.2.5h-94-g91175a-elpa @ /Users/pmaksimo/.emacs.d/elpa/org-20140331/)
updated yesterday.
My questions are:
- is there a bug in the ELPA version of org mode?
- is there a workaround? We tried ":exports results" instead of
":exports none" but the blocks are not exported in that case.
Thanks,
Alan
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: problem with call lines with post block that are not exported (elpa org)
2014-04-01 13:51 problem with call lines with post block that are not exported (elpa org) Alan Schmitt
@ 2014-04-17 13:51 ` Bastien
2014-04-17 14:40 ` Alan Schmitt
0 siblings, 1 reply; 3+ messages in thread
From: Bastien @ 2014-04-17 13:51 UTC (permalink / raw
To: Alan Schmitt; +Cc: emacs-orgmode
Hi Alan,
Alan Schmitt <alan.schmitt@polytechnique.org> writes:
> My questions are:
> - is there a bug in the ELPA version of org mode?
most probably.
> - is there a workaround? We tried ":exports results" instead of
> ":exports none" but the blocks are not exported in that case.
I simply suggest to encourage your colleague to use a more recent
version.
Sorry to state the obvious here :)
--
Bastien
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: problem with call lines with post block that are not exported (elpa org)
2014-04-17 13:51 ` Bastien
@ 2014-04-17 14:40 ` Alan Schmitt
0 siblings, 0 replies; 3+ messages in thread
From: Alan Schmitt @ 2014-04-17 14:40 UTC (permalink / raw
To: Bastien; +Cc: emacs-orgmode
On 2014-04-17 15:51, Bastien <bzg@gnu.org> writes:
> Hi Alan,
>
> Alan Schmitt <alan.schmitt@polytechnique.org> writes:
>
>> My questions are:
>> - is there a bug in the ELPA version of org mode?
>
> most probably.
>
>> - is there a workaround? We tried ":exports results" instead of
>> ":exports none" but the blocks are not exported in that case.
>
> I simply suggest to encourage your colleague to use a more recent
> version.
>
> Sorry to state the obvious here :)
Since maint has/had the same problem, I would need to ask them to switch
to the master branch of the git repo, which might be a little too
bleeding edge ;-)
For this paper, we switched to not evaluating this code blocks upon
export, but to do so manually. It's working well.
Thanks,
Alan
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2014-04-17 14:41 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-04-01 13:51 problem with call lines with post block that are not exported (elpa org) Alan Schmitt
2014-04-17 13:51 ` Bastien
2014-04-17 14:40 ` Alan Schmitt
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.