* bug#45448: Emacs can't load org mode after last update @ 2020-12-26 17:42 Marinus Savoritias 2020-12-27 9:19 ` Michael Rohleder 2020-12-27 11:03 ` Pierre Langlois 0 siblings, 2 replies; 8+ messages in thread From: Marinus Savoritias @ 2020-12-26 17:42 UTC (permalink / raw) To: 45448 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 ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#45448: Emacs can't load org mode after last update 2020-12-26 17:42 bug#45448: Emacs can't load org mode after last update Marinus Savoritias @ 2020-12-27 9:19 ` Michael Rohleder 2020-12-27 11:03 ` Pierre Langlois 1 sibling, 0 replies; 8+ messages in thread From: Michael Rohleder @ 2020-12-27 9:19 UTC (permalink / raw) To: Marinus Savoritias; +Cc: 45448 [-- Attachment #1.1: Type: text/plain, Size: 199 bytes --] 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: [-- Attachment #1.2: Type: text/x-verbatim, Size: 1110 bytes --] ... 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 [-- Attachment #1.3: Type: text/plain, Size: 84 bytes --] I tried searching for a broken version string in org el's, but couldn't find one. [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 511 bytes --] ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#45448: Emacs can't load org mode after last update 2020-12-26 17:42 bug#45448: Emacs can't load org mode after last update Marinus Savoritias 2020-12-27 9:19 ` Michael Rohleder @ 2020-12-27 11:03 ` Pierre Langlois 2020-12-27 13:07 ` Pierre Langlois 1 sibling, 1 reply; 8+ messages in thread From: Pierre Langlois @ 2020-12-27 11:03 UTC (permalink / raw) To: Marinus Savoritias; +Cc: 45448 [-- Attachment #1: Type: text/plain, Size: 3327 bytes --] 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 [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 519 bytes --] ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#45448: Emacs can't load org mode after last update 2020-12-27 11:03 ` Pierre Langlois @ 2020-12-27 13:07 ` Pierre Langlois 2020-12-28 13:21 ` Pierre Langlois 0 siblings, 1 reply; 8+ messages in thread From: Pierre Langlois @ 2020-12-27 13:07 UTC (permalink / raw) To: Pierre Langlois; +Cc: 45448 [-- Attachment #1: Type: text/plain, Size: 4727 bytes --] 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 [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 519 bytes --] ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#45448: Emacs can't load org mode after last update 2020-12-27 13:07 ` Pierre Langlois @ 2020-12-28 13:21 ` Pierre Langlois 2020-12-28 15:04 ` Nicolas Goaziou 0 siblings, 1 reply; 8+ messages in thread From: Pierre Langlois @ 2020-12-28 13:21 UTC (permalink / raw) To: Pierre Langlois; +Cc: 45448 [-- Attachment #1: Type: text/plain, Size: 6164 bytes --] 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 [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 519 bytes --] ^ permalink raw reply related [flat|nested] 8+ messages in thread
* bug#45448: Emacs can't load org mode after last update 2020-12-28 13:21 ` Pierre Langlois @ 2020-12-28 15:04 ` Nicolas Goaziou 2020-12-28 16:34 ` Pierre Langlois 0 siblings, 1 reply; 8+ messages in thread From: Nicolas Goaziou @ 2020-12-28 15:04 UTC (permalink / raw) To: Pierre Langlois; +Cc: 45448 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! Regards, -- Nicolas Goaziou ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#45448: Emacs can't load org mode after last update 2020-12-28 15:04 ` Nicolas Goaziou @ 2020-12-28 16:34 ` Pierre Langlois 2021-01-15 21:53 ` Michael Rohleder 0 siblings, 1 reply; 8+ messages in thread From: Pierre Langlois @ 2020-12-28 16:34 UTC (permalink / raw) To: Nicolas Goaziou; +Cc: 45448 [-- Attachment #1: Type: text/plain, Size: 1298 bytes --] Nicolas Goaziou writes: > 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 [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 519 bytes --] ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#45448: Emacs can't load org mode after last update 2020-12-28 16:34 ` Pierre Langlois @ 2021-01-15 21:53 ` Michael Rohleder 0 siblings, 0 replies; 8+ messages in thread From: Michael Rohleder @ 2021-01-15 21:53 UTC (permalink / raw) To: 45448-done [-- Attachment #1: Type: text/plain, Size: 257 bytes --] Pierre Langlois <pierre.langlois@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. [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 511 bytes --] ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2021-01-15 21:54 UTC | newest] Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2020-12-26 17:42 bug#45448: Emacs can't load org mode after last update Marinus Savoritias 2020-12-27 9:19 ` Michael Rohleder 2020-12-27 11:03 ` Pierre Langlois 2020-12-27 13:07 ` Pierre Langlois 2020-12-28 13:21 ` Pierre Langlois 2020-12-28 15:04 ` Nicolas Goaziou 2020-12-28 16:34 ` Pierre Langlois 2021-01-15 21:53 ` Michael Rohleder
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/guix.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.