* 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).