From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id gCQsKg7c6V/oMAAA0tVLHw (envelope-from ) for ; Mon, 28 Dec 2020 13:22:22 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id 2NcBJg7c6V95TgAAB5/wlQ (envelope-from ) for ; Mon, 28 Dec 2020 13:22:22 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id D52F99402B6 for ; Mon, 28 Dec 2020 13:22:21 +0000 (UTC) Received: from localhost ([::1]:55414 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ktsTb-0007Ct-EQ for larch@yhetil.org; Mon, 28 Dec 2020 08:22:19 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:54742) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ktsTL-0007Ca-3B for bug-guix@gnu.org; Mon, 28 Dec 2020 08:22:04 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:51293) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ktsTK-0007RQ-SM for bug-guix@gnu.org; Mon, 28 Dec 2020 08:22:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ktsTK-0004m3-Nf for bug-guix@gnu.org; Mon, 28 Dec 2020 08:22:02 -0500 X-Loop: help-debbugs@gnu.org Subject: bug#45448: Emacs can't load org mode after last update Resent-From: Pierre Langlois Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Mon, 28 Dec 2020 13:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45448 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Pierre Langlois X-Debbugs-Original-Cc: bug-guix@gnu.org, Marinus Savoritias , 45448@debbugs.gnu.org Received: via spool by 45448-submit@debbugs.gnu.org id=B45448.160916170818290 (code B ref 45448); Mon, 28 Dec 2020 13:22:02 +0000 Received: (at 45448) by debbugs.gnu.org; 28 Dec 2020 13:21:48 +0000 Received: from localhost ([127.0.0.1]:34597 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ktsT5-0004kv-Gv for submit@debbugs.gnu.org; Mon, 28 Dec 2020 08:21:47 -0500 Received: from mout.gmx.net ([212.227.17.22]:43655) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ktsT2-0004kg-Ny for 45448@debbugs.gnu.org; Mon, 28 Dec 2020 08:21:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1609161692; bh=5U09idfh3BC6pmcDc/yZCjxSZuplQOMLDg9JVhtnP8Y=; h=X-UI-Sender-Class:References:From:To:Cc:Subject:In-reply-to:Date; b=TVGODQjHd6eyHM4/hcUNXEhQYnKErxDrIJi8MhLlcxEGhtJG4GtpCj7Bb9RYKu+6Z BCw4ATxi5gHUkH+iyyFmP2Y90aR4LBTSKZj0+YJYEx4y6erdSxM43GPG7W4+Wqsmtv zNIR2MfLDanlLDzBKyrF691ExGDQHo8m7D9BWnwY= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from labiere ([82.69.64.142]) by mail.gmx.com (mrgmx105 [212.227.17.174]) with ESMTPSA (Nemesis) id 1MPXhK-1kh8jW1Zic-00Mdwn; Mon, 28 Dec 2020 14:21:32 +0100 References: <875z4nlddy.fsf@gmx.com> <87pn2vbdnf.fsf@gmx.com> User-agent: mu4e 1.4.13; emacs 27.1 From: Pierre Langlois In-reply-to: <87pn2vbdnf.fsf@gmx.com> Date: Mon, 28 Dec 2020 13:21:28 +0000 Message-ID: <87tus6cbhj.fsf@gmx.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Provags-ID: V03:K1:coCcFHedw+FaVjvf7NVdlKwEzL12T90QOJyYhyWLoa1iwJZ6480 WUgxzRuvuoiNWqUNbZpr7jt1O5RBEWrlykNwzT9xRWUL5jNp1nhBl8+XC10W61fymFLVT4L HXdT0bDtbk6jsHcDfw7/QYt+57Bb6GxaMkw3A/TFrkRfIDHBkDx0BDQc2mS3mHESS+emEM4 IXuawHOxuxy004zLGNybQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:ki4lwEy9mVI=:P2oKUMjaoySQTPXXKAEL1W GEW85bD8CiGsdR7qiLnRrGnbKxgRV0R7GP9o3L8LBsAbWPz8MTXuaLHwvvNZ+Lq+y+NaT7VkY tIsi73QsDy8PRl3eHHXDfiPR172sCvJt3pos16nd2qwuVKfGXqnbuw2JbvhP4MY9UTRux3rLB ORvaV83GoMkmw0MqfPlIRbKewOUPGfG18US5F8ZPe+ZnGfeaIaTB5K0HI7X9K58Doz1QHYGWH d2pfVpNOzxuMQuKEpEyPp6tTlHXuXAiDzO7W8fsN/GRrZ4javTA2X5WhUXGeaVG2CYvg+KL0z idwGgS1gXKB3TqzWw9rcr3jQx5vzuxyTpeUWW2IdlChn7lyUpcQgtR7bMi8q2BpGpZ7kaL6Y6 kp4Gf0inbFirSMQU0R7bfTHn06GgXAPTgo0TEw43aGHNdwXcuKJX6tGBjjQFOPKQ5/N9TZJx0 MO0AjVPZirnZnVA8b9ywvHiDB15xyCDpJ8rzB6oARYd5crLJdz+WMoEUMODk3Fn8xHFDH0G0f jb6Jqi3eAHD8oM2zr2g8o5EzLA+9IpL81PoV7KnPkey2PIqeVXzgEEY30ynqirbiGB0bebNIw 5O5BlhhFx4K39B+SECsd9GkthZz6WweAvr8QRhE0s7uWo63HTFM22W+vuUe0K6eKVPI9QfPZl FQ7+O1BMNcoZj8O2cfODUqKwgOyHWCeJMlccayaHrFrLHxlvMEcrD7OH+tsBw+bqnSKyNEZLn 9UpNVbpngCB1FoqESYQZV7+z3f7cDs0Q3VvtJ55CTlLJGU+9ltDj9LljduVuRpBTOrcitZnfr D6PRRor9kFcbDN5+AsGdJ4pMdsFVIXx9z3PHsGUOeHCMjZjeTRFGC5asMGxOMkfuZGzGd/fTm qqOa++Cl9Dy/5ZoD2fcw== X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: 45448@debbugs.gnu.org Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -3.32 Authentication-Results: aspmx1.migadu.com; dkim=fail (headers rsa verify failed) header.d=gmx.net header.s=badeba3b8450 header.b=TVGODQjH; dmarc=fail reason="SPF not aligned (relaxed)" header.from=gmx.com (policy=none); spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Migadu-Queue-Id: D52F99402B6 X-Spam-Score: -3.32 X-Migadu-Scanner: scn0.migadu.com X-TUID: Nr6z7HgN4T42 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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: =E2=80=98= =E2=80=99 (must start >>> with a number)") >>> signal(error ("Invalid version syntax: =E2=80=98=E2=80=99 (must start= with a number)")) >>> error("Invalid version syntax: `%s' (must start with a number)" "") >>> version-to-list("") >>> version<("" "9.0") >>> #f(compiled-function () #)() >>> funcall(#f(compiled-function () #)) >>> (lambda nil (funcall '#f(compiled-function () #)))= () >>> eval-after-load-helper("/home/marinus/.guix-profile/share/emacs/site-li= sp/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=20 >>> 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= =20 >>> property on the trees containing the..." :type string rmh-elfeed-org-ig= nore-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.or= g") "The >>> files where we look to find trees with the `rm..." (repeat (file :tag "= org-mode >>> file"))] 8) >>> require(elfeed-org) >>> eval-buffer(# nil "/home/marinus/.emacs" nil t) ; Re= ading at >>> buffer position 39 >>> load-with-code-conversion("/home/marinus/.emacs" "/home/marinus/.emac= s" t t) >>> load("~/.emacs" noerror nomessage) >>> startup--load-user-init-file(#f(compiled-function () #) >>> #f(compiled-function () #) 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-ema= cs-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.or= g/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: =2D-8<---------------cut here---------------start------------->8--- diff --git a/gnu/packages/emacs-xyz.scm b/gnu/packages/emacs-xyz.scm index eaa0fc8d2a..e65666a6ac 100644 =2D-- 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 \"" ,vers= ion "\""))) + #t)) (add-after 'install 'install-documentation (lambda* (#:key outputs #:allow-other-keys) (let* ((share (string-append (assoc-ref outputs "out") "/shar= e")) =2D-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 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQFMBAEBCgA2FiEEctU9gYy29KFyWDdMqPyeRH9PfVQFAl/p29gYHHBpZXJyZS5s YW5nbG9pc0BnbXguY29tAAoJEKj8nkR/T31UAYEIAIxy+Qvhb/5l+6wG6wdwWosB nAXGdIWGDY5tZDJ13p8cYNnhSB5TNmxgO0/jelU7OkhVvOPElcPcjBJYZps80u2u k6Gf1fixcd+X/1ZKhNJ2lxkfu4yrJQ4vQxf1FekpoAdNOZrDBYU+zy7X36U6Sm+E sdej1QfWscjPK0FB6KW1v6q1xcR+iqwaUt0Rs4ZWQYT1c/b/jJy6Xb5xsNtSIVq0 rSkQhzLtDocIAlkiV96nkBd05nR/V6vD+fKlEnCHJqK9Ci+gVL/X8n7FNUEraS+X NGniPTQW291YbynknlzaC5tL+y5DRg6gSUzvy0SxxCF4wC+rWoK5N5j2s8HM+MU= =EqhP -----END PGP SIGNATURE----- --=-=-=--