From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Hendy Subject: Re: Non-interactive export Date: Sun, 23 Feb 2014 13:36:22 -0600 Message-ID: References: <53067DDA.5050700@gmx.de> <5307C121.2090407@gmx.de> <530A3CB5.1040501@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:44054) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WHeqe-00016k-Oy for emacs-orgmode@gnu.org; Sun, 23 Feb 2014 14:36:25 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WHeqd-0005ZD-MF for emacs-orgmode@gnu.org; Sun, 23 Feb 2014 14:36:24 -0500 Received: from mail-ob0-x231.google.com ([2607:f8b0:4003:c01::231]:53928) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WHeqd-0005Z5-GN for emacs-orgmode@gnu.org; Sun, 23 Feb 2014 14:36:23 -0500 Received: by mail-ob0-f177.google.com with SMTP id wp18so6213074obc.8 for ; Sun, 23 Feb 2014 11:36:22 -0800 (PST) In-Reply-To: <530A3CB5.1040501@gmx.de> 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: Simon Thum Cc: emacs-orgmode On Sun, Feb 23, 2014 at 12:23 PM, Simon Thum 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 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 >>>> >>> >>> >> >> >