emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* Non-interactive export
@ 2014-02-20 22:12 Simon Thum
  2014-02-20 23:38 ` John Hendy
  0 siblings, 1 reply; 5+ messages in thread
From: Simon Thum @ 2014-02-20 22:12 UTC (permalink / raw)
  To: emacs-orgmode

Hi all,

I have a server over which I sync my Org files and provide drops for 
other clients, chiefly iCal and vCard. Therefore I need non-interactive 
export.

Things recently stopped working however, and although I acknowledge it 
is likely not Org's fault maybe here I can find somewone more into lisp 
to help me out a bit.

In my logs I find, since it stopped working:

 > Evaluate this gnuplot code block on your system? (yes or no)


Which stops the show, waiting for input. Emacs is started with -batch 
and is given an export script. This so far avoided such questions (from 
org-babel?) successfully. I have maxima blocks since ages and do not 
remember having seen this behaviour.

Does naybody have an idea what could be going on?

The machine does not even have gnuplot.

Thanks in advance,

Simon

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Non-interactive export
  2014-02-20 22:12 Non-interactive export Simon Thum
@ 2014-02-20 23:38 ` John Hendy
  2014-02-21 21:12   ` Simon Thum
  0 siblings, 1 reply; 5+ messages in thread
From: John Hendy @ 2014-02-20 23:38 UTC (permalink / raw)
  To: Simon Thum; +Cc: emacs-orgmode

On Thu, Feb 20, 2014 at 4:12 PM, Simon Thum <simon.thum@gmx.de> wrote:
> Hi all,
>
> I have a server over which I sync my Org files and provide drops for other
> clients, chiefly iCal and vCard. Therefore I need non-interactive export.
>
> Things recently stopped working however, and although I acknowledge it is
> likely not Org's fault maybe here I can find somewone more into lisp to help
> me out a bit.
>
> In my logs I find, since it stopped working:
>
>> Evaluate this gnuplot code block on your system? (yes or no)
>
>
> Which stops the show, waiting for input. Emacs is started with -batch and is
> given an export script. This so far avoided such questions (from org-babel?)
> successfully. I have maxima blocks since ages and do not remember having
> seen this behaviour.
>
> Does naybody have an idea what could be going on?
>
> The machine does not even have gnuplot.

I don't think the machine matters so much as the source of Org/babel
thinking gnuplot *code* exists in one of your files.

Can you try something like this from the directory containing the
exported files?

grep -r "#+begin_src gnuplot" *

I would have suggested just tweaking the variable
=org-confirm-babel-evaluate=, but I think it's more important to track
the source of this down, as turning the inquiries off implies that we
all know exactly what's going to be evaluated, and this sounds like an
instance of something not only unknown, but a change on what you
believe to be a rather unchanged system, which is definitely
concerning.

Good luck,
John

>
> Thanks in advance,
>
> Simon
>

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Non-interactive export
  2014-02-20 23:38 ` John Hendy
@ 2014-02-21 21:12   ` Simon Thum
  2014-02-23 18:23     ` Simon Thum
  0 siblings, 1 reply; 5+ messages in thread
From: Simon Thum @ 2014-02-21 21:12 UTC (permalink / raw)
  To: John Hendy; +Cc: emacs-orgmode

Sorry, I was being imprecise.


I do have maxima and shell and other source bocks since the dawn of org, 
approximately. I did not have any gnuplot blocks until before two weeks. 
The gnuplot blocks break my setup, currently.

So, what is weird is that maxima and shell do well but gnuplot wants its 
interactive things.

I noticed the same behaviour when exporting interactively - babel  asks 
me for the gnuplot stuff. Could it be that the export defaults vary per 
backend?

My org-confirm-babel-evaluate is t. However on export, only gnuplot 
triggers this question. I now notice that maxima is executed on export 
without asking first; I guess shell is the same.

Things are getting stranger...

Cheers,

Simon

On 02/21/2014 12:38 AM, John Hendy wrote:
> On Thu, Feb 20, 2014 at 4:12 PM, Simon Thum <simon.thum@gmx.de> wrote:
>> Hi all,
>>
>> I have a server over which I sync my Org files and provide drops for other
>> clients, chiefly iCal and vCard. Therefore I need non-interactive export.
>>
>> Things recently stopped working however, and although I acknowledge it is
>> likely not Org's fault maybe here I can find somewone more into lisp to help
>> me out a bit.
>>
>> In my logs I find, since it stopped working:
>>
>>> Evaluate this gnuplot code block on your system? (yes or no)
>>
>>
>> Which stops the show, waiting for input. Emacs is started with -batch and is
>> given an export script. This so far avoided such questions (from org-babel?)
>> successfully. I have maxima blocks since ages and do not remember having
>> seen this behaviour.
>>
>> Does naybody have an idea what could be going on?
>>
>> The machine does not even have gnuplot.
>
> I don't think the machine matters so much as the source of Org/babel
> thinking gnuplot *code* exists in one of your files.
>
> Can you try something like this from the directory containing the
> exported files?
>
> grep -r "#+begin_src gnuplot" *
>
> I would have suggested just tweaking the variable
> =org-confirm-babel-evaluate=, but I think it's more important to track
> the source of this down, as turning the inquiries off implies that we
> all know exactly what's going to be evaluated, and this sounds like an
> instance of something not only unknown, but a change on what you
> believe to be a rather unchanged system, which is definitely
> concerning.
>
> Good luck,
> John
>
>>
>> Thanks in advance,
>>
>> Simon
>>
>
>

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Non-interactive export
  2014-02-21 21:12   ` Simon Thum
@ 2014-02-23 18:23     ` Simon Thum
  2014-02-23 19:36       ` John Hendy
  0 siblings, 1 reply; 5+ messages in thread
From: Simon Thum @ 2014-02-23 18:23 UTC (permalink / raw)
  To: John Hendy; +Cc: emacs-orgmode

A small update:

org-export-babel-evaluate does what I need. I'm still a bit confused why 
it asks in this instance and not others, but it works.

If that is unexpected behaviour you want to clarify, do not hestitate to 
ask.

Cheers,

Simon

On 02/21/2014 10:12 PM, Simon Thum wrote:
> Sorry, I was being imprecise.
>
>
> I do have maxima and shell and other source bocks since the dawn of org,
> approximately. I did not have any gnuplot blocks until before two weeks.
> The gnuplot blocks break my setup, currently.
>
> So, what is weird is that maxima and shell do well but gnuplot wants its
> interactive things.
>
> I noticed the same behaviour when exporting interactively - babel  asks
> me for the gnuplot stuff. Could it be that the export defaults vary per
> backend?
>
> My org-confirm-babel-evaluate is t. However on export, only gnuplot
> triggers this question. I now notice that maxima is executed on export
> without asking first; I guess shell is the same.
>
> Things are getting stranger...
>
> Cheers,
>
> Simon
>
> On 02/21/2014 12:38 AM, John Hendy wrote:
>> On Thu, Feb 20, 2014 at 4:12 PM, Simon Thum <simon.thum@gmx.de> wrote:
>>> Hi all,
>>>
>>> I have a server over which I sync my Org files and provide drops for
>>> other
>>> clients, chiefly iCal and vCard. Therefore I need non-interactive
>>> export.
>>>
>>> Things recently stopped working however, and although I acknowledge
>>> it is
>>> likely not Org's fault maybe here I can find somewone more into lisp
>>> to help
>>> me out a bit.
>>>
>>> In my logs I find, since it stopped working:
>>>
>>>> Evaluate this gnuplot code block on your system? (yes or no)
>>>
>>>
>>> Which stops the show, waiting for input. Emacs is started with -batch
>>> and is
>>> given an export script. This so far avoided such questions (from
>>> org-babel?)
>>> successfully. I have maxima blocks since ages and do not remember having
>>> seen this behaviour.
>>>
>>> Does naybody have an idea what could be going on?
>>>
>>> The machine does not even have gnuplot.
>>
>> I don't think the machine matters so much as the source of Org/babel
>> thinking gnuplot *code* exists in one of your files.
>>
>> Can you try something like this from the directory containing the
>> exported files?
>>
>> grep -r "#+begin_src gnuplot" *
>>
>> I would have suggested just tweaking the variable
>> =org-confirm-babel-evaluate=, but I think it's more important to track
>> the source of this down, as turning the inquiries off implies that we
>> all know exactly what's going to be evaluated, and this sounds like an
>> instance of something not only unknown, but a change on what you
>> believe to be a rather unchanged system, which is definitely
>> concerning.
>>
>> Good luck,
>> John
>>
>>>
>>> Thanks in advance,
>>>
>>> Simon
>>>
>>
>>
>
>

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Non-interactive export
  2014-02-23 18:23     ` Simon Thum
@ 2014-02-23 19:36       ` John Hendy
  0 siblings, 0 replies; 5+ messages in thread
From: John Hendy @ 2014-02-23 19:36 UTC (permalink / raw)
  To: Simon Thum; +Cc: emacs-orgmode

On Sun, Feb 23, 2014 at 12:23 PM, Simon Thum <simon.thum@gmx.de> wrote:
> A small update:
>
> org-export-babel-evaluate does what I need. I'm still a bit confused why it
> asks in this instance and not others, but it works.

That is interesting. I just checked my own config and I just have:

(setq org-confirm-babel-evaluate nil)

That's it, and I don't think I ever get asked, either with C-c C-c in
the buffer, or upon export. It would be nice to figure it out in case
it's a bug or loophole. You might try with a minimal config on your
file manually. Something like:

;; load path(s)
(add-to-list 'load-path "~/.elisp/org.git/lisp/")

;; various babel options here
(setq org-confirm-babel-evaluate nil)

Then start emacs with `emacs -Q` from a terminal, and then do `M-x
load-file`, pointing Emacs to the minimal config you create. Try
interactive eval and export form that instance?


John

>
> If that is unexpected behaviour you want to clarify, do not hestitate to
> ask.
>
> Cheers,
>
> Simon
>
>
> On 02/21/2014 10:12 PM, Simon Thum wrote:
>>
>> Sorry, I was being imprecise.
>>
>>
>> I do have maxima and shell and other source bocks since the dawn of org,
>> approximately. I did not have any gnuplot blocks until before two weeks.
>> The gnuplot blocks break my setup, currently.
>>
>> So, what is weird is that maxima and shell do well but gnuplot wants its
>> interactive things.
>>
>> I noticed the same behaviour when exporting interactively - babel  asks
>> me for the gnuplot stuff. Could it be that the export defaults vary per
>> backend?
>>
>> My org-confirm-babel-evaluate is t. However on export, only gnuplot
>> triggers this question. I now notice that maxima is executed on export
>> without asking first; I guess shell is the same.
>>
>> Things are getting stranger...
>>
>> Cheers,
>>
>> Simon
>>
>> On 02/21/2014 12:38 AM, John Hendy wrote:
>>>
>>> On Thu, Feb 20, 2014 at 4:12 PM, Simon Thum <simon.thum@gmx.de> wrote:
>>>>
>>>> Hi all,
>>>>
>>>> I have a server over which I sync my Org files and provide drops for
>>>> other
>>>> clients, chiefly iCal and vCard. Therefore I need non-interactive
>>>> export.
>>>>
>>>> Things recently stopped working however, and although I acknowledge
>>>> it is
>>>> likely not Org's fault maybe here I can find somewone more into lisp
>>>> to help
>>>> me out a bit.
>>>>
>>>> In my logs I find, since it stopped working:
>>>>
>>>>> Evaluate this gnuplot code block on your system? (yes or no)
>>>>
>>>>
>>>>
>>>> Which stops the show, waiting for input. Emacs is started with -batch
>>>> and is
>>>> given an export script. This so far avoided such questions (from
>>>> org-babel?)
>>>> successfully. I have maxima blocks since ages and do not remember having
>>>> seen this behaviour.
>>>>
>>>> Does naybody have an idea what could be going on?
>>>>
>>>> The machine does not even have gnuplot.
>>>
>>>
>>> I don't think the machine matters so much as the source of Org/babel
>>> thinking gnuplot *code* exists in one of your files.
>>>
>>> Can you try something like this from the directory containing the
>>> exported files?
>>>
>>> grep -r "#+begin_src gnuplot" *
>>>
>>> I would have suggested just tweaking the variable
>>> =org-confirm-babel-evaluate=, but I think it's more important to track
>>> the source of this down, as turning the inquiries off implies that we
>>> all know exactly what's going to be evaluated, and this sounds like an
>>> instance of something not only unknown, but a change on what you
>>> believe to be a rather unchanged system, which is definitely
>>> concerning.
>>>
>>> Good luck,
>>> John
>>>
>>>>
>>>> Thanks in advance,
>>>>
>>>> Simon
>>>>
>>>
>>>
>>
>>
>

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2014-02-23 19:36 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-02-20 22:12 Non-interactive export Simon Thum
2014-02-20 23:38 ` John Hendy
2014-02-21 21:12   ` Simon Thum
2014-02-23 18:23     ` Simon Thum
2014-02-23 19:36       ` John Hendy

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).