GNU bug report logs - #45448
Emacs can't load org mode after last update

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 45448 in the body.
You can then email your comments to 45448 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Marinus Savoritias <marinus.savoritias <at> oezhayl.dev>
To: bug-guix <at> gnu.org
Subject: Emacs can't load org mode after last update
Date: Sat, 26 Dec 2020 18:42:44 +0100

I update Guix yesterday and org-mode doesn't load anymore.

The debug trace is this:

Debugger entered--Lisp error: (error "Invalid version syntax: ‘’ (must 
start with a number)")
  signal(error ("Invalid version syntax: ‘’ (must start with a number)"))
  error("Invalid version syntax: `%s' (must start with a number)" "")
  version-to-list("")
  version<("" "9.0")
  #f(compiled-function () #<bytecode 0x5c3b49>)()
  funcall(#f(compiled-function () #<bytecode 0x5c3b49>))
  (lambda nil (funcall '#f(compiled-function () #<bytecode 0x5c3b49>)))()
eval-after-load-helper("/home/marinus/.guix-profile/share/emacs/site-lisp/org.elc")
  run-hook-with-args(eval-after-load-helper 
"/home/marinus/.guix-profile/share/emacs/site-lisp/org.elc")
do-after-load-evaluation("/home/marinus/.guix-profile/share/emacs/site-lisp/org.elc")
  require(org)
byte-code("\300\301!\210\300\302!\210\300\303!\210\300\304!\210\300\305!\210\300\306!\210\307\310\311\312\313\314%\210\315\316\317\320\313\310\321\322&\7\210\315\323\324\325\313\310\321..." 
[require elfeed org dash s cl-lib xml custom-declare-group elfeed-org 
nil "Configure the Elfeed RSS reader with an Orgmode fi..." :group comm 
custom-declare-variable rmh-elfeed-org-tree-id "elfeed" "The tag or ID 
property on the trees containing the..." :type string 
rmh-elfeed-org-ignore-tag "ignore" "The tag on the feed trees that will 
be ignored." rmh-elfeed-org-auto-ignore-invalid-feeds "Tag feeds to 
ignore them when a feed could not loa..." bool rmh-elfeed-org-files 
(list "~/.emacs.d/elfeed.org") "The files where we look to find trees 
with the `rm..." (repeat (file :tag "org-mode file"))] 8)
  require(elfeed-org)
  eval-buffer(#<buffer  *load*> nil "/home/marinus/.emacs" nil t)  ; 
Reading at buffer position 39
  load-with-code-conversion("/home/marinus/.emacs" 
"/home/marinus/.emacs" t t)
  load("~/.emacs" noerror nomessage)
  startup--load-user-init-file(#f(compiled-function () #<bytecode 
0x5c3f71>) #f(compiled-function () #<bytecode 0x5c3f85>) t)
  command-line()
  normal-top-level()

Everytime I try to open a org file I get the same error. I noticed that 
after I removed the elfeed-org requirement to see if that was the problem.

Emacs commit is this: 
 /gnu/store/lhw3zwhzra0w5l8a4jw8fvm58i75xyl8-emacs-27.1

Guix System config is this:

Generation 15   Dec 26 2020 15:25:17    (current)
  guix 4969b51
    repository URL: https://git.savannah.gnu.org/git/guix.git
    branch: master
    commit: 4969b51d175497bfcc354c91803e9d70542b7113

My .emacs file has nothing besides this:

;;Elfeed config

(require 'elfeed-org)
(setq rmh-elfeed-org-files (list "~/.emacs.d/elfeed.org"))

Marinus

Message #8 received at 45448 <at> debbugs.gnu.org (full text, mbox):

From: Michael Rohleder <mike <at> rohleder.de>
To: Marinus Savoritias <marinus.savoritias <at> oezhayl.dev>
Cc: 45448 <at> debbugs.gnu.org
Subject: Re: bug#45448: Emacs can't load org mode after last update
Date: Sun, 27 Dec 2020 10:19:20 +0100

[Message part 1 (text/plain, inline)]

Hello Marinus,

thank you for reporting!

I can reproduce this.

It seems, commit 93a81f5f643782926bd0e87eb4a55efd9c67ad18 broke
emacs-org and packages that depend on it.

e.g. emacs-org-re-reveal:

[Message part 2 (text/x-verbatim, inline)]

...
starting phase `build'
Checking /gnu/store/vlaq8yndpjmv55y8nwks82x1lnsm0q95-emacs-org-re-reveal-3.1.1/share/emacs/site-lisp/...
Compiling /gnu/store/vlaq8yndpjmv55y8nwks82x1lnsm0q95-emacs-org-re-reveal-3.1.1/share/emacs/site-lisp/org-re-reveal-autoloads.el...
Compiling /gnu/store/vlaq8yndpjmv55y8nwks82x1lnsm0q95-emacs-org-re-reveal-3.1.1/share/emacs/site-lisp/org-re-reveal.el...
Compiling /gnu/store/vlaq8yndpjmv55y8nwks82x1lnsm0q95-emacs-org-re-reveal-3.1.1/share/emacs/site-lisp/ox-re-reveal.el...
Invalid version syntax: ‘’ (must start with a number)
command "/gnu/store/k826y34z8zzjj57jv2nldmpw6vsdd145-emacs-minimal-27.1/bin/emacs" "--quick" "--batch" "--eval=(eval '(progn (setq byte-compile-debug t) (byte-recompile-directory (file-name-as-directory \"/gnu/store/vlaq8yndpjmv55y8nwks82x1lnsm0q95-emacs-org-re-reveal-3.1.1/share/emacs/site-lisp\") 0 1)) t)" failed with status 255
builder for `/gnu/store/q0nyh14394g1g2q9kj2cljc6kapjwdh7-emacs-org-re-reveal-3.1.1.drv' failed with exit code 1
build of /gnu/store/q0nyh14394g1g2q9kj2cljc6kapjwdh7-emacs-org-re-reveal-3.1.1.drv failed

[Message part 3 (text/plain, inline)]

I tried searching for a broken version string in org el's, but couldn't
find one.

[signature.asc (application/pgp-signature, inline)]

Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Pierre Langlois <pierre.langlois <at> gmx.com>
To: Marinus Savoritias <marinus.savoritias <at> oezhayl.dev>
Cc: bug-guix <at> gnu.org, 45448 <at> debbugs.gnu.org
Subject: Re: bug#45448: Emacs can't load org mode after last update
Date: Sun, 27 Dec 2020 11:03:21 +0000

[Message part 1 (text/plain, inline)]

Hi!

Marinus Savoritias writes:

> I update Guix yesterday and org-mode doesn't load anymore.
>
> The debug trace is this:
>
> Debugger entered--Lisp error: (error "Invalid version syntax: ‘’ (must start
> with a number)")
>   signal(error ("Invalid version syntax: ‘’ (must start with a number)"))
>   error("Invalid version syntax: `%s' (must start with a number)" "")
>   version-to-list("")
>   version<("" "9.0")
>   #f(compiled-function () #<bytecode 0x5c3b49>)()
>   funcall(#f(compiled-function () #<bytecode 0x5c3b49>))
>   (lambda nil (funcall '#f(compiled-function () #<bytecode 0x5c3b49>)))()
> eval-after-load-helper("/home/marinus/.guix-profile/share/emacs/site-lisp/org.elc")
>   run-hook-with-args(eval-after-load-helper
> "/home/marinus/.guix-profile/share/emacs/site-lisp/org.elc")
> do-after-load-evaluation("/home/marinus/.guix-profile/share/emacs/site-lisp/org.elc")
>   require(org)
> byte-code("\300\301!\210\300\302!\210\300\303!\210\300\304!\210\300\305!\210\300\306!\210\307\310\311\312\313\314%\210\315\316\317\320\313\310\321\322&\7\210\315\323\324\325\313\310\321..."
> [require elfeed org dash s cl-lib xml custom-declare-group elfeed-org 
> nil "Configure the Elfeed RSS reader with an Orgmode fi..." :group comm
> custom-declare-variable rmh-elfeed-org-tree-id "elfeed" "The tag or ID 
> property on the trees containing the..." :type string rmh-elfeed-org-ignore-tag
> "ignore" "The tag on the feed trees that will be ignored."
> rmh-elfeed-org-auto-ignore-invalid-feeds "Tag feeds to ignore them when a feed
> could not loa..." bool rmh-elfeed-org-files (list "~/.emacs.d/elfeed.org") "The
> files where we look to find trees with the `rm..." (repeat (file :tag "org-mode
> file"))] 8)
>   require(elfeed-org)
>   eval-buffer(#<buffer  *load*> nil "/home/marinus/.emacs" nil t)  ; Reading at
> buffer position 39
>   load-with-code-conversion("/home/marinus/.emacs" "/home/marinus/.emacs" t t)
>   load("~/.emacs" noerror nomessage)
>   startup--load-user-init-file(#f(compiled-function () #<bytecode 0x5c3f71>)
> #f(compiled-function () #<bytecode 0x5c3f85>) t)
>   command-line()
>   normal-top-level()
>
> Everytime I try to open a org file I get the same error. I noticed that after I
> removed the elfeed-org requirement to see if that was the problem.
>
> Emacs commit is this:   /gnu/store/lhw3zwhzra0w5l8a4jw8fvm58i75xyl8-emacs-27.1
>
> Guix System config is this:
>
> Generation 15   Dec 26 2020 15:25:17    (current)
>   guix 4969b51
>     repository URL: https://git.savannah.gnu.org/git/guix.git
>     branch: master
>     commit: 4969b51d175497bfcc354c91803e9d70542b7113
>
> My .emacs file has nothing besides this:
>
> ;;Elfeed config
>
> (require 'elfeed-org)
> (setq rmh-elfeed-org-files (list "~/.emacs.d/elfeed.org"))

I also hit this issue yesterday :-/. To fix it, I found you could make
sure to have (require 'org) *before* loading other packages that
depended on org. Would that work for you? I'm using use-package, so the
particular fix for me was to add ":after org" on every package
declaration that needed to use org.

There's still an issue upstream I think, probably due to a mis-match
between the org that's shipped in emacs and the newer one in guix?

Hope this helps!
Pierre

[signature.asc (application/pgp-signature, inline)]

Message #17 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Pierre Langlois <pierre.langlois <at> gmx.com>
To: Pierre Langlois <pierre.langlois <at> gmx.com>
Cc: bug-guix <at> gnu.org, Marinus Savoritias <marinus.savoritias <at> oezhayl.dev>,
 45448 <at> debbugs.gnu.org
Subject: Re: bug#45448: Emacs can't load org mode after last update
Date: Sun, 27 Dec 2020 13:07:48 +0000

[Message part 1 (text/plain, inline)]

Pierre Langlois writes:

> Hi!
>
> Marinus Savoritias writes:
>
>> I update Guix yesterday and org-mode doesn't load anymore.
>>
>> The debug trace is this:
>>
>> Debugger entered--Lisp error: (error "Invalid version syntax: ‘’ (must start
>> with a number)")
>>   signal(error ("Invalid version syntax: ‘’ (must start with a number)"))
>>   error("Invalid version syntax: `%s' (must start with a number)" "")
>>   version-to-list("")
>>   version<("" "9.0")
>>   #f(compiled-function () #<bytecode 0x5c3b49>)()
>>   funcall(#f(compiled-function () #<bytecode 0x5c3b49>))
>>   (lambda nil (funcall '#f(compiled-function () #<bytecode 0x5c3b49>)))()
>> eval-after-load-helper("/home/marinus/.guix-profile/share/emacs/site-lisp/org.elc")
>>   run-hook-with-args(eval-after-load-helper
>> "/home/marinus/.guix-profile/share/emacs/site-lisp/org.elc")
>> do-after-load-evaluation("/home/marinus/.guix-profile/share/emacs/site-lisp/org.elc")
>>   require(org)
>> byte-code("\300\301!\210\300\302!\210\300\303!\210\300\304!\210\300\305!\210\300\306!\210\307\310\311\312\313\314%\210\315\316\317\320\313\310\321\322&\7\210\315\323\324\325\313\310\321..."
>> [require elfeed org dash s cl-lib xml custom-declare-group elfeed-org 
>> nil "Configure the Elfeed RSS reader with an Orgmode fi..." :group comm
>> custom-declare-variable rmh-elfeed-org-tree-id "elfeed" "The tag or ID 
>> property on the trees containing the..." :type string rmh-elfeed-org-ignore-tag
>> "ignore" "The tag on the feed trees that will be ignored."
>> rmh-elfeed-org-auto-ignore-invalid-feeds "Tag feeds to ignore them when a feed
>> could not loa..." bool rmh-elfeed-org-files (list "~/.emacs.d/elfeed.org") "The
>> files where we look to find trees with the `rm..." (repeat (file :tag "org-mode
>> file"))] 8)
>>   require(elfeed-org)
>>   eval-buffer(#<buffer  *load*> nil "/home/marinus/.emacs" nil t)  ; Reading at
>> buffer position 39
>>   load-with-code-conversion("/home/marinus/.emacs" "/home/marinus/.emacs" t t)
>>   load("~/.emacs" noerror nomessage)
>>   startup--load-user-init-file(#f(compiled-function () #<bytecode 0x5c3f71>)
>> #f(compiled-function () #<bytecode 0x5c3f85>) t)
>>   command-line()
>>   normal-top-level()
>>
>> Everytime I try to open a org file I get the same error. I noticed that after I
>> removed the elfeed-org requirement to see if that was the problem.
>>
>> Emacs commit is this:   /gnu/store/lhw3zwhzra0w5l8a4jw8fvm58i75xyl8-emacs-27.1
>>
>> Guix System config is this:
>>
>> Generation 15   Dec 26 2020 15:25:17    (current)
>>   guix 4969b51
>>     repository URL: https://git.savannah.gnu.org/git/guix.git
>>     branch: master
>>     commit: 4969b51d175497bfcc354c91803e9d70542b7113
>>
>> My .emacs file has nothing besides this:
>>
>> ;;Elfeed config
>>
>> (require 'elfeed-org)
>> (setq rmh-elfeed-org-files (list "~/.emacs.d/elfeed.org"))
>
> I also hit this issue yesterday :-/. To fix it, I found you could make
> sure to have (require 'org) *before* loading other packages that
> depended on org. Would that work for you? I'm using use-package, so the
> particular fix for me was to add ":after org" on every package
> declaration that needed to use org.
>
> There's still an issue upstream I think, probably due to a mis-match
> between the org that's shipped in emacs and the newer one in guix?

Actually, it started failing again just after I sent this message... It
seems reordering require didn't actually fix anything, sorry!

Looking into it a little bit more, it seems there was an issue with the
version reporting, if you try and evaluate (org-version), it returns an
empty string, then causing the original backtrace.

There seems to be an issue when building the package, I see the result
of (org-version) should be defined at build-time: https://code.orgmode.org/bzg/org-mode/src/master/mk/default.mk#L118

But we don't do it properly:

--8<---------------cut here---------------start------------->8---
$ cat $(guix build emacs-org)/share/emacs/site-lisp/org-version.el
;;; org-version.el --- autogenerated file, do not edit
;;
;;; Code:
;;;###autoload
(defun org-release ()
  "The release version of Org.
Inserted by installing Org mode or when a release is made."
   (let ((org-release ""))
     org-release))
;;;###autoload
(defun org-git-version ()
  "The Git version of Org mode.
Inserted by installing Org or when a release is made."
   (let ((org-git-version ""))
     org-git-version))


(provide 'org-version)
--8<---------------cut here---------------end--------------->8---

I'll see if I can spot anything going wrong during the build process.

Thanks,
Pierre

[signature.asc (application/pgp-signature, inline)]

Message #23 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Pierre Langlois <pierre.langlois <at> gmx.com>
To: Pierre Langlois <pierre.langlois <at> gmx.com>
Cc: bug-guix <at> gnu.org, Marinus Savoritias <marinus.savoritias <at> oezhayl.dev>,
 45448 <at> debbugs.gnu.org
Subject: Re: bug#45448: Emacs can't load org mode after last update
Date: Mon, 28 Dec 2020 13:21:28 +0000

[Message part 1 (text/plain, inline)]

Pierre Langlois writes:

> Pierre Langlois writes:
>
>> Hi!
>>
>> Marinus Savoritias writes:
>>
>>> I update Guix yesterday and org-mode doesn't load anymore.
>>>
>>> The debug trace is this:
>>>
>>> Debugger entered--Lisp error: (error "Invalid version syntax: ‘’ (must start
>>> with a number)")
>>>   signal(error ("Invalid version syntax: ‘’ (must start with a number)"))
>>>   error("Invalid version syntax: `%s' (must start with a number)" "")
>>>   version-to-list("")
>>>   version<("" "9.0")
>>>   #f(compiled-function () #<bytecode 0x5c3b49>)()
>>>   funcall(#f(compiled-function () #<bytecode 0x5c3b49>))
>>>   (lambda nil (funcall '#f(compiled-function () #<bytecode 0x5c3b49>)))()
>>> eval-after-load-helper("/home/marinus/.guix-profile/share/emacs/site-lisp/org.elc")
>>>   run-hook-with-args(eval-after-load-helper
>>> "/home/marinus/.guix-profile/share/emacs/site-lisp/org.elc")
>>> do-after-load-evaluation("/home/marinus/.guix-profile/share/emacs/site-lisp/org.elc")
>>>   require(org)
>>> byte-code("\300\301!\210\300\302!\210\300\303!\210\300\304!\210\300\305!\210\300\306!\210\307\310\311\312\313\314%\210\315\316\317\320\313\310\321\322&\7\210\315\323\324\325\313\310\321..."
>>> [require elfeed org dash s cl-lib xml custom-declare-group elfeed-org 
>>> nil "Configure the Elfeed RSS reader with an Orgmode fi..." :group comm
>>> custom-declare-variable rmh-elfeed-org-tree-id "elfeed" "The tag or ID 
>>> property on the trees containing the..." :type string rmh-elfeed-org-ignore-tag
>>> "ignore" "The tag on the feed trees that will be ignored."
>>> rmh-elfeed-org-auto-ignore-invalid-feeds "Tag feeds to ignore them when a feed
>>> could not loa..." bool rmh-elfeed-org-files (list "~/.emacs.d/elfeed.org") "The
>>> files where we look to find trees with the `rm..." (repeat (file :tag "org-mode
>>> file"))] 8)
>>>   require(elfeed-org)
>>>   eval-buffer(#<buffer  *load*> nil "/home/marinus/.emacs" nil t)  ; Reading at
>>> buffer position 39
>>>   load-with-code-conversion("/home/marinus/.emacs" "/home/marinus/.emacs" t t)
>>>   load("~/.emacs" noerror nomessage)
>>>   startup--load-user-init-file(#f(compiled-function () #<bytecode 0x5c3f71>)
>>> #f(compiled-function () #<bytecode 0x5c3f85>) t)
>>>   command-line()
>>>   normal-top-level()
>>>
>>> Everytime I try to open a org file I get the same error. I noticed that after I
>>> removed the elfeed-org requirement to see if that was the problem.
>>>
>>> Emacs commit is this:   /gnu/store/lhw3zwhzra0w5l8a4jw8fvm58i75xyl8-emacs-27.1
>>>
>>> Guix System config is this:
>>>
>>> Generation 15   Dec 26 2020 15:25:17    (current)
>>>   guix 4969b51
>>>     repository URL: https://git.savannah.gnu.org/git/guix.git
>>>     branch: master
>>>     commit: 4969b51d175497bfcc354c91803e9d70542b7113
>>>
>>> My .emacs file has nothing besides this:
>>>
>>> ;;Elfeed config
>>>
>>> (require 'elfeed-org)
>>> (setq rmh-elfeed-org-files (list "~/.emacs.d/elfeed.org"))
>>
>> I also hit this issue yesterday :-/. To fix it, I found you could make
>> sure to have (require 'org) *before* loading other packages that
>> depended on org. Would that work for you? I'm using use-package, so the
>> particular fix for me was to add ":after org" on every package
>> declaration that needed to use org.
>>
>> There's still an issue upstream I think, probably due to a mis-match
>> between the org that's shipped in emacs and the newer one in guix?
>
> Actually, it started failing again just after I sent this message... It
> seems reordering require didn't actually fix anything, sorry!
>
> Looking into it a little bit more, it seems there was an issue with the
> version reporting, if you try and evaluate (org-version), it returns an
> empty string, then causing the original backtrace.
>
> There seems to be an issue when building the package, I see the result
> of (org-version) should be defined at build-time: https://code.orgmode.org/bzg/org-mode/src/master/mk/default.mk#L118
>
> But we don't do it properly:
>
> --8<---------------cut here---------------start------------->8---
> $ cat $(guix build emacs-org)/share/emacs/site-lisp/org-version.el
> ;;; org-version.el --- autogenerated file, do not edit
> ;;
> ;;; Code:
> ;;;###autoload
> (defun org-release ()
>   "The release version of Org.
> Inserted by installing Org mode or when a release is made."
>    (let ((org-release ""))
>      org-release))
> ;;;###autoload
> (defun org-git-version ()
>   "The Git version of Org mode.
> Inserted by installing Org or when a release is made."
>    (let ((org-git-version ""))
>      org-git-version))
>
>
> (provide 'org-version)
> --8<---------------cut here---------------end--------------->8---
>
> I'll see if I can spot anything going wrong during the build process.

So, as it turns out tarball on elpa contains this bug, I've just
reported it upstream: https://lists.gnu.org/archive/html/emacs-orgmode/2020-12/msg00729.html

In the meantime, we can either revert the update or just fix it
downstream temporarily. The following patch works for me for example:

--8<---------------cut here---------------start------------->8---
diff --git a/gnu/packages/emacs-xyz.scm b/gnu/packages/emacs-xyz.scm
index eaa0fc8d2a..e65666a6ac 100644
--- a/gnu/packages/emacs-xyz.scm
+++ b/gnu/packages/emacs-xyz.scm
@@ -10296,6 +10296,11 @@ passive voice.")
     (arguments
      `(#:phases
        (modify-phases %standard-phases
+         (add-after 'unpack 'fix-org-version
+           (lambda _
+             (substitute* "org-version.el"
+               (("org-release \"\"") (string-append "org-release \"" ,version "\"")))
+             #t))
          (add-after 'install 'install-documentation
            (lambda* (#:key outputs #:allow-other-keys)
              (let* ((share (string-append (assoc-ref outputs "out") "/share"))
--8<---------------cut here---------------end--------------->8---

I'm more tempted to add this little fix rather than revert the update,
given we'd also have to revert org-contrib.

WDYT?

Thanks,
Pierre

[signature.asc (application/pgp-signature, inline)]

Message #29 received at 45448 <at> debbugs.gnu.org (full text, mbox):

From: Nicolas Goaziou <mail <at> nicolasgoaziou.fr>
To: Pierre Langlois <pierre.langlois <at> gmx.com>
Cc: 45448 <at> debbugs.gnu.org
Subject: Re: bug#45448: Emacs can't load org mode after last update
Date: Mon, 28 Dec 2020 16:04:42 +0100

Hello,

Pierre Langlois <pierre.langlois <at> gmx.com> writes:

> In the meantime, we can either revert the update or just fix it
> downstream temporarily. The following patch works for me for example:
>
> diff --git a/gnu/packages/emacs-xyz.scm b/gnu/packages/emacs-xyz.scm
> index eaa0fc8d2a..e65666a6ac 100644
> --- a/gnu/packages/emacs-xyz.scm
> +++ b/gnu/packages/emacs-xyz.scm
> @@ -10296,6 +10296,11 @@ passive voice.")
>      (arguments
>       `(#:phases
>         (modify-phases %standard-phases
> +         (add-after 'unpack 'fix-org-version
> +           (lambda _
> +             (substitute* "org-version.el"
> +               (("org-release \"\"") (string-append "org-release \"" ,version "\"")))
> +             #t))
>           (add-after 'install 'install-documentation
>             (lambda* (#:key outputs #:allow-other-keys)
>               (let* ((share (string-append (assoc-ref outputs "out") "/share"))
>
> I'm more tempted to add this little fix rather than revert the update,
> given we'd also have to revert org-contrib.

Indeed. LGTM. Thank you!

Regards,
-- 
Nicolas Goaziou

Message #32 received at 45448 <at> debbugs.gnu.org (full text, mbox):

From: Pierre Langlois <pierre.langlois <at> gmx.com>
To: Nicolas Goaziou <mail <at> nicolasgoaziou.fr>
Cc: Pierre Langlois <pierre.langlois <at> gmx.com>, 45448 <at> debbugs.gnu.org
Subject: Re: bug#45448: Emacs can't load org mode after last update
Date: Mon, 28 Dec 2020 16:34:08 +0000

[Message part 1 (text/plain, inline)]

Nicolas Goaziou writes:

> Hello,
>
> Pierre Langlois <pierre.langlois <at> gmx.com> writes:
>
>> In the meantime, we can either revert the update or just fix it
>> downstream temporarily. The following patch works for me for example:
>>
>> diff --git a/gnu/packages/emacs-xyz.scm b/gnu/packages/emacs-xyz.scm
>> index eaa0fc8d2a..e65666a6ac 100644
>> --- a/gnu/packages/emacs-xyz.scm
>> +++ b/gnu/packages/emacs-xyz.scm
>> @@ -10296,6 +10296,11 @@ passive voice.")
>>      (arguments
>>       `(#:phases
>>         (modify-phases %standard-phases
>> +         (add-after 'unpack 'fix-org-version
>> +           (lambda _
>> +             (substitute* "org-version.el"
>> +               (("org-release \"\"") (string-append "org-release \"" ,version "\"")))
>> +             #t))
>>           (add-after 'install 'install-documentation
>>             (lambda* (#:key outputs #:allow-other-keys)
>>               (let* ((share (string-append (assoc-ref outputs "out") "/share"))
>>
>> I'm more tempted to add this little fix rather than revert the update,
>> given we'd also have to revert org-contrib.
>
> Indeed. LGTM. Thank you!

Great! I've just pushed with commit
cd11f6a2bd703f0859aec05c0873186b734d6d74, adding a comment to remove
this phase when the issue is resolved upstream.

Thanks!
Pierre

[signature.asc (application/pgp-signature, inline)]

Message #37 received at 45448-done <at> debbugs.gnu.org (full text, mbox):

From: Michael Rohleder <mike <at> rohleder.de>
To: 45448-done <at> debbugs.gnu.org
Subject: Re: bug#45448: Emacs can't load org mode after last update
Date: Fri, 15 Jan 2021 22:53:27 +0100

[Message part 1 (text/plain, inline)]

Pierre Langlois <pierre.langlois <at> gmx.com> writes:
> Great! I've just pushed with commit
> cd11f6a2bd703f0859aec05c0873186b734d6d74, adding a comment to remove
> this phase when the issue is resolved upstream.

I think, with this commit, this can be closed.

[signature.asc (application/pgp-signature, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.