Hello Konrad,
Konrad Hinsen writes:
> Hi Maxim,
>
>> Does this still occur on latest master?
>
> No, the bug disappeared with the update to Emacs 26.3, which comes with
> org-mode 9. So this bug report can be closed (which I'd have done
> already if I knew how to do it).
>
> Cheers,
> Konrad
Hi Maxim,
> Does this still occur on latest master?
No, the bug disappeared with the update to Emacs 26.3, which comes with
org-mode 9. So this bug report can be closed (which I'd have done
already if I knew how to do it).
Cheers,
Konrad
Hello Konrad,
Konrad Hinsen writes:
> An Emacs installation that includes package emacs-org exhibits a
> well-documented bug: certain uses of org-babel, such as using the
> R language, lead to the error message
>
>Invalid function: org-babel-header-args-safe-fn
>
Does this still occur on la
Konrad Hinsen writes:
> I tried to remove the old org-mode from load-path during byte
> compilation of the new version by manipulating EMACSLOADPATH, so far
> without success. If Emacs' basic "lisp" dir is not on EMACSLOADPATH,
I managed to do this in the end, and it does solve the problem. So i
> happens when the newer org-mode is byte-compiled, and leads to wrong
> .elc files.
Doesn't the official Emacs docs recommend against byte compiling? Why we
have such nasty thing here?
I also noticed some odd behavior with emacs-org coming from GNU Guix,
mainly causing the impossibility of expor
An Emacs installation that includes package emacs-org exhibits a
well-documented bug: certain uses of org-babel, such as using the
R language, lead to the error message
Invalid function: org-babel-header-args-safe-fn
For a discussion of this bug in other contexts, see for example:
https://
