On 30/12/2021 15:00, Rudolf Adamkovič wrote:
#+property: header-args:bibtex+ :eval yes
Why do you set ":eval yes" explicitly for bibtex if you believe that it 
should not be executed?
I suppose, the following may be considered as a complete example 
suitable to compare behavior of `org-babel-execute-buffer' and export:
---- >8 ----
#+property: header-args:bibtex+ :exports none

Test file with =bibtex= (to tangle)
and =elisp= (to execute) code blocks.

#+begin_src bibtex :tangle yes
  @misc{ex1,
    title = "Example"
  }
#+end_src

#+begin_src elisp
  (message "From elisp")
#+end_src
---- 8< ----

To solve the problem avoiding per-file configuration you can try

   (setq org-babel-default-header-args:bibtex '((:eval . "no")))

Unsure if it should be default. Since LaTeX export is important part of Org it is reasonable to expect that Org have some notion of BibTeX allowing to avoid execution of such source blocks.
Currently there is no BibTeX babel backend, but some user might create 
one that e.g. formats entries as some alternative to org-cite. Can 
default header arguments cause a problem in such case?
Should some function a macro be provided to facilitate declaring 
languages as data format (config files, JSON, YAML, etc.) rather than 
executable source code?


Reply via email to