Emacs can't load org mode after last update

Done

Details

4 participants

Nicolas Goaziou
Marinus Savoritias
Michael Rohleder
Pierre Langlois

Owner: unassigned

Submitted by: Marinus Savoritias

Severity: normal

Marinus Savoritias wrote on 26 Dec 2020 18:42

Recipients:(address . bug-guix@gnu.org)

Message-ID:f089662a-7464-a38d-7c05-52ee789dfa81@oezhayl.dev

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

Michael Rohleder wrote on 27 Dec 2020 10:19

Recipients:(name . Marinus Savoritias)(address . marinus.savoritias@oezhayl.dev)(address . 45448@debbugs.gnu.org)

Message-ID:87czyvy5bb.fsf@rohleder.de

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:

...
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

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

find one.

Pierre Langlois wrote on 27 Dec 2020 12:03

Recipients:(name . Marinus Savoritias)(address . marinus.savoritias@oezhayl.dev)

Message-ID:875z4nlddy.fsf@gmx.com

Hi!

Marinus Savoritias writes:

Toggle quote (58 lines)> 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

Pierre Langlois wrote on 27 Dec 2020 14:07

Recipients:(name . Pierre Langlois)(address . pierre.langlois@gmx.com)

Message-ID:87pn2vbdnf.fsf@gmx.com

Pierre Langlois writes:

Toggle quote (71 lines)> 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:

Toggle snippet (21 lines)

$ 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)

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

Thanks,

Pierre

Pierre Langlois wrote on 28 Dec 2020 14:21

Recipients:(name . Pierre Langlois)(address . pierre.langlois@gmx.com)

Message-ID:87tus6cbhj.fsf@gmx.com

Pierre Langlois writes:

Toggle quote (109 lines)> 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:

Toggle snippet (18 lines)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.

WDYT?

Thanks,

Pierre

Nicolas Goaziou wrote on 28 Dec 2020 16:04

Recipients:(name . Pierre Langlois)(address . pierre.langlois@gmx.com)(address . 45448@debbugs.gnu.org)

Message-ID:87a6tyc6ph.fsf@nicolasgoaziou.fr

Hello,

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

Toggle quote (23 lines)> 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

Pierre Langlois wrote on 28 Dec 2020 17:34

Recipients:(name . Nicolas Goaziou)(address . mail@nicolasgoaziou.fr)

Message-ID:87zh1xyjnj.fsf@gmx.com

Nicolas Goaziou writes:

Toggle quote (29 lines)> Hello,
>
> Pierre Langlois <pierre.langlois@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

Michael Rohleder wrote on 15 Jan 2021 22:53

Recipients:(address . 45448-done@debbugs.gnu.org)

Message-ID:87lfcthnoo.fsf@rohleder.de

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

Toggle quote (4 lines)

> 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.

Closed

Your comment

This issue is archived.

To comment on this conversation send an email to 45448@debbugs.gnu.org

is:open	open issues
is:done	closed issues
submitter:<who>	search issue submitter
author:<who>	search by message author
date:yesterday..now	search by issue date
mdate:3m..2d	search by message date