GNU bug report logs -
#30961
Byte compilation problem with emacs-org
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 30961 in the body.
You can then email your comments to 30961 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#30961
; Package
guix
.
(Tue, 27 Mar 2018 14:21:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Konrad Hinsen <konrad.hinsen <at> fastmail.net>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Tue, 27 Mar 2018 14:21:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
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://lists.gnu.org/archive/html/emacs-orgmode/2016-02/msg00415.html
I do not claim to fully understand the cause of this bug, but the
explanations mention a conflict between the org-mode version shipped
with Emacs and the later one being installed afterwards. This conflict
happens when the newer org-mode is byte-compiled, and leads to wrong
.elc files.
It is easy to verify that the Guix version also suffers from this
byte-compilation problem. Removing the "build" step, and thus byte
compilaion, by adding
(arguments
`(#:phases
(modify-phases %standard-phases
(delete 'build))))
to the definition of emacs-org removes the error message.
What I do not understand yet is why this happens within Guix. The
explanations for the bug concentrate on the built-in org-mode version
having been initialized before byte compilation of the new one, and
recommend starting Emacs with the –quick option for the byte compilation
session. This is what Guix does as well, so the problem should not
exist.
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,
Emacs fails to do anything, but if it is, Emacs automatically adds
"lisp/org" via lisp/subdir.el.
Konrad.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#30961
; Package
guix
.
(Tue, 27 Mar 2018 14:45:02 GMT)
Full text and
rfc822 format available.
Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):
> 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 exporting a simple document as this
to LaTeX or to PDF:
--8<---------------cut here---------------start------------->8---
#+TITLE: Test
* A test
Yes, a test.
--8<---------------cut here---------------end--------------->8---
I'll make another detailed bug report about this specific issue once I
have time to take more information.
--
- https://libreplanet.org/wiki/User:Adfeno
- Palestrante e consultor sobre /software/ livre (não confundir com
gratis).
- "WhatsApp"? Ele não é livre. Por favor, veja formas de se comunicar
instantaneamente comigo no endereço abaixo.
- Contato: https://libreplanet.org/wiki/User:Adfeno#vCard
- Arquivos comuns aceitos (apenas sem DRM): Corel Draw, Microsoft
Office, MP3, MP4, WMA, WMV.
- Arquivos comuns aceitos e enviados: CSV, GNU Dia, GNU Emacs Org, GNU
GIMP, Inkscape SVG, JPG, LibreOffice (padrão ODF), OGG, OPUS, PDF
(apenas sem DRM), PNG, TXT, WEBM.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#30961
; Package
guix
.
(Sat, 31 Mar 2018 08:24:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 30961 <at> debbugs.gnu.org (full text, mbox):
Konrad Hinsen <konrad.hinsen <at> fastmail.net> 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 it
seems that merely having the old version on load-path, without ever
loading it, is sufficient to break byte compilation of the new version.
I will try to prepare a patch for fixing this.
Konrad.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#30961
; Package
guix
.
(Sun, 08 Dec 2019 21:39:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 30961 <at> debbugs.gnu.org (full text, mbox):
Hello Konrad,
Konrad Hinsen <konrad.hinsen <at> fastmail.net> 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 latest master? If so, could you provide more
detailed reproduction steps? I'd be interested in fixing any remaining
problems.
Thanks,
Maxim
Information forwarded
to
bug-guix <at> gnu.org
:
bug#30961
; Package
guix
.
(Mon, 09 Dec 2019 08:54:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 30961 <at> debbugs.gnu.org (full text, mbox):
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
Reply sent
to
T460s laptop <maxim.cournoyer <at> gmail.com>
:
You have taken responsibility.
(Fri, 13 Dec 2019 02:07:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Konrad Hinsen <konrad.hinsen <at> fastmail.net>
:
bug acknowledged by developer.
(Fri, 13 Dec 2019 02:07:01 GMT)
Full text and
rfc822 format available.
Message #22 received at 30961-done <at> debbugs.gnu.org (full text, mbox):
Hello Konrad,
Konrad Hinsen <konrad.hinsen <at> fastmail.net> 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
Thank you for the reply!
You can close bugs by replying to the bug number email address
(e.g. 30961 <at> debbugs.gnu.org for this one) with a "-done" appended to the
bug number, like this:
30961-done <at> debbugs.gnu.org
For more information regarding Debbugs commands, you may want to consult
info '(debbugs-ug)Mail Command Index' or the page
https://debbugs.gnu.org/server-refcard.html.
Closing,
Maxim
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 10 Jan 2020 12:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 78 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.