emacs-elfeed-org, mapc: Symbol’s function definition is void

  • Done
  • quality assurance status badge
Details
3 participants
  • Giovanni Biscuolo
  • Maxim Cournoyer
  • zimoun
Owner
unassigned
Submitted by
Giovanni Biscuolo
Severity
normal
G
G
Giovanni Biscuolo wrote on 6 Sep 2020 16:43
(address . bug-guix@gnu.org)
877dt7vuc8.fsf@roquette.i-did-not-set--mail-host-address--so-tickle-me
Hello,

I use emacs-elfeed-org to organize my feeds for emacs--elfeed.

After my last upgrade to Emacs 27.1 I get this error in the Messages
buffer when I try to "M-x elfeed":

mapc: Symbol’s function definition is void: org--check-org-structure-template-alist

This is the backtrace:

Toggle snippet (30 lines)
Debugger entered--Lisp error: (void-function org--check-org-structure-template-alist)
org--check-org-structure-template-alist(org-structure-template-alist)
mapc(org--check-org-structure-template-alist (org-structure-template-alist org-tempo-keywords-alist))
org-tempo-add-templates()
org-tempo--update-maybe()
org-tempo-setup()
run-hooks(change-major-mode-after-body-hook text-mode-hook outline-mode-hook org-mode-hook)
apply(run-hooks (change-major-mode-after-body-hook text-mode-hook outline-mode-hook org-mode-hook))
run-mode-hooks(org-mode-hook)
org-mode()
#f(compiled-function (file) #<bytecode 0x10396bd>)("~/.emacs.d/elfeed.org")
#f(compiled-function (it) #<bytecode 0x2ba910d>)("~/.emacs.d/elfeed.org")
mapcar(#f(compiled-function (it) #<bytecode 0x2ba910d>) ("~/.emacs.d/elfeed.org"))
-mapcat(#f(compiled-function (file) #<bytecode 0x10396bd>) ("~/.emacs.d/elfeed.org"))
rmh-elfeed-org-import-headlines-from-files(("~/.emacs.d/elfeed.org") "elfeed")
rmh-elfeed-org-process(("~/.emacs.d/elfeed.org") "elfeed")
ad-Advice-elfeed(#f(compiled-function () (interactive nil) #<bytecode 0x1012e69>))
apply(ad-Advice-elfeed #f(compiled-function () (interactive nil) #<bytecode 0x1012e69>) nil)
elfeed()
funcall-interactively(elfeed)
call-interactively(elfeed record nil)
command-execute(elfeed record)
execute-extended-command(nil "elfeed" nil)
funcall-interactively(execute-extended-command nil "elfeed" nil)
call-interactively(execute-extended-command nil nil)
command-execute(execute-extended-command)


Thanks! Gio'

--
Giovanni Biscuolo

Xelera IT Infrastructures
-----BEGIN PGP SIGNATURE-----

iQJABAEBCgAqFiEERcxjuFJYydVfNLI5030Op87MORIFAl9U9agMHGdAeGVsZXJh
LmV1AAoJENN9DqfOzDkSEBQP/0OA4ch8wcetFZaou65VrRO8dEquh0Q7yXlJLfUX
H2hJJkM2gb3k5LupQ5jx8T6DekXOhAAr+dCMNKNkAfYHLciontd+pvNcu2qUGf61
4UJCY6bgu6+rRCwX4HaYsTT2v5V6tjBGm4zkUoB/yilK4adctRy/Ue1+rz37j+gu
gTecoTrspmwal6Tfmfae4hRxfEaVAhyqTNpkC0SymTH7BF3g/CT4Gf4+2UcE3gMv
4YgFs7ZQdlky9pa1uzPnrr0iC7E8+6rBsRi+0/ttHfPK6IDZVUocw535G/bFurch
91CynEtU/xr01UrV1Cn8IL40kNqtKg6Gb2lvG4zp9rsuYFedrYHNAMdnOgSfdBhE
xcagj+UrWcKzwwKvehyV/dnFl0bhcgVyRZ6AvLaBmKbdj5lyTagCqOmb/QypAS6F
sQTvIQHI9MDJUejCugCb0eXBWwBVPqHB+3e03pCYn/wot9HN8AxUUIupgT2FBHtT
cq6ipbVpnpxfLxAN6PeLCivDkHpWn50MOL95+k++RyxDEjGuuWT41tvEI6XPHQ+l
wezrVOhskxHUw9Dnu6Kwl3q6DMGJ9j0b8l6pdq+juHfpfdAMlPhqayh1Xuc4CDzu
b4gwhj4EJzwAi4G7HbH0LPhibCJ1mWJy882y9M1oQ5cGSTcnd/g4rLFwSwfJSkdn
yWjn
=rx6b
-----END PGP SIGNATURE-----

G
G
Giovanni Biscuolo wrote on 6 Sep 2020 17:45
(address . 43243@debbugs.gnu.org)
87k0x652pb.fsf@roquette.i-did-not-set--mail-host-address--so-tickle-me
Giovanni Biscuolo <g@xelera.eu> writes:

Toggle quote (5 lines)
> I use emacs-elfeed-org to organize my feeds for emacs--elfeed.
>
> After my last upgrade to Emacs 27.1 I get this error in the Messages
> buffer when I try to "M-x elfeed":

[...]

I've filed an issue upstream:

I confirm that rolling back to Emacs 26.3 I have no issues.

Thanks! Gio'

--
Giovanni Biscuolo

Xelera IT Infrastructures
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEERcxjuFJYydVfNLI5030Op87MORIFAl9VBBEACgkQ030Op87M
ORLLURAAoi0FB1+3lb6S2f04AIzipiwKj2UDjzyFVedWen3sUHLsIhImFetRS42k
7FwA7ezbHbGPS0QnSItO0FZTJ+6g2huoskTB5VvAC49DAnY6XRPzy0k8501aNG4K
FeK9Pb3DTm/A/KjDN69El4MKm2W3bxd8WX+YkiDJYMPC12L68FTfHsfq71WRiGSk
2COiGGxWypZ217Zme0P9HMYP1RPET0wQL7Vg5fZPLXBzqel0zq4Es7hSwGhDy4Rv
yjikGgCpl5HfRkBYfmct3b/Rk2I7Z3/MEWeyw+KS+gmJsBoLDXp0KaVw5IFRxedV
RkSRbGolbuv6CACxIWwvLrdA6W+yvhK8tRZZn20EUKDhN/3eJ4tVOOUdlB5tF0S/
YmF4yNC+liC0Sn0r5ZUs+MmcxzeN+dqBT7KbZlnCtWXqTXrMgioXonDRWMDZrKjN
Zu6LuOzT8DTYW/Ora9oTUsNSVpfhvo+c73jZJyke9SeOIhwDzGkwpcXIIEN8l7ba
LzKJV0oTvs0rfwetYa/BoaIgrdFTH5MSsZypiABUYHzlGWVLnWc789t8CkIt6hM3
M0vEkSB3R+jGyCcbrv7XuxiPw6Vvr4BzeuTHbBZ8lnDjWyrlR47Uquml/joukbiA
/ciS4HLPqms9cv+mnp2qIOu4aUossocpUojesRFxpIoGpvyOlrY=
=03hD
-----END PGP SIGNATURE-----

M
M
Maxim Cournoyer wrote on 28 Sep 2020 05:07
(name . Giovanni Biscuolo)(address . g@xelera.eu)(address . 43243@debbugs.gnu.org)
874knir44a.fsf@gmail.com
Hello Giovanni,

Giovanni Biscuolo <g@xelera.eu> writes:

Toggle quote (12 lines)
> Giovanni Biscuolo <g@xelera.eu> writes:
>
>> I use emacs-elfeed-org to organize my feeds for emacs--elfeed.
>>
>> After my last upgrade to Emacs 27.1 I get this error in the Messages
>> buffer when I try to "M-x elfeed":
>
> [...]
>
> I've filed an issue upstream:
> https://github.com/remyhonig/elfeed-org/issues/56

I tried to reproduce this using the following environment:

Toggle snippet (3 lines)
guix environment --pure --ad-hoc emacs emacs-elfeed

Then launching emacs with 'emacs -q', and running elfeed with M-x
elfeed, and couldn't reproduce the problem.

Are you using a different flavor of Emacs, or just the 'emacs' Guix
package? emacs-next's search path is currently broken, for example.

Thanks,

Maxim
G
G
Giovanni Biscuolo wrote on 28 Sep 2020 10:18
(name . Maxim Cournoyer)(address . maxim.cournoyer@gmail.com)(address . 43243@debbugs.gnu.org)
87sgb25n66.fsf@roquette.i-did-not-set--mail-host-address--so-tickle-me
Hello Maxim,

thank you for your help

Maxim Cournoyer <maxim.cournoyer@gmail.com> writes:

[...]

Toggle quote (9 lines)
> I tried to reproduce this using the following environment:
>
> --8<---------------cut here---------------start------------->8---
> guix environment --pure --ad-hoc emacs emacs-elfeed
> --8<---------------cut here---------------end--------------->8---
>
> Then launching emacs with 'emacs -q', and running elfeed with M-x
> elfeed, and couldn't reproduce the problem.

The problem is with emacs-elfeed-org, not emacs-elfeed :-)

Toggle quote (3 lines)
> Are you using a different flavor of Emacs, or just the 'emacs' Guix
> package?

I'm using 'emacs' from Guix.

Thanks, Gio'

[...]

--
Giovanni Biscuolo

Xelera IT Infrastructures
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEERcxjuFJYydVfNLI5030Op87MORIFAl9xnHIACgkQ030Op87M
ORLCfA//RWxZDjl6X0GPBZNsPykfsgLJzIni9pGAV4rC5/M7iKgbbcaWSnl8rCH7
mHX74mHOmtMUr7ZRHURJByG0WAyw/gJx6gz2fMHPrAZVrQ9xit97bW/+V0Sy7Euk
lnT9oZhw3a5TesRI51xBZH8oVOx6a1Rz+owLpbwgYZNrs/QuEeGqRpDCGmczcyuU
AEXGV4MwaoffIwYPJmaF+uIETzymwPcNlkVZxzruwNEI0pWf2Eh3I/YTEgPbC8jg
iqPVUmRq8TZjyjpEd46e7H4j4N6n1q98xW6bvqAnuwKS0neiFi3h04ssmIdGsbne
WwKBsAI+3X7J1z20vN5XN4uuyf7xl/LtDMW1usoGeiCi0wFOkilvyJrXoZHAd43H
xQ2+fWcApl+0ySH5ID9HcCJXEanA86ehd5Zmc2slUC/an/d+S94b7Ix2sYrw/nid
H1UXEjwchqoDf4EntPh3zKVs9t4oK0RxzVn9ofBgxA9XrjXWZq0pB9rtCisYPhqb
2w0/kWiEs4RIeUAFkL/lb9ot0OnXpBXEStc51kx5A/xBhavJPygzU52QGCyQreu/
c/XWLnd00mmUioUN2La8yM3bkug+EPaYVLtgMJXBdFPZK8DE0zssduasTwx48nGY
JWopbeeVWEbouumjqUXx3ITFqCIYlinpZNkPQ8AXgAxDQPBX8o0=
=GS6/
-----END PGP SIGNATURE-----

M
M
Maxim Cournoyer wrote on 29 Sep 2020 15:47
(name . Giovanni Biscuolo)(address . g@xelera.eu)(address . 43243@debbugs.gnu.org)
877dscpud6.fsf@gmail.com
Hello!

Giovanni Biscuolo <g@xelera.eu> writes:

Toggle quote (19 lines)
> Hello Maxim,
>
> thank you for your help
>
> Maxim Cournoyer <maxim.cournoyer@gmail.com> writes:
>
> [...]
>
>> I tried to reproduce this using the following environment:
>>
>> --8<---------------cut here---------------start------------->8---
>> guix environment --pure --ad-hoc emacs emacs-elfeed
>> --8<---------------cut here---------------end--------------->8---
>>
>> Then launching emacs with 'emacs -q', and running elfeed with M-x
>> elfeed, and couldn't reproduce the problem.
>
> The problem is with emacs-elfeed-org, not emacs-elfeed :-)

Ah! I need glasses :-)

Retrying with emacs-elfeed-org, I also can't reproduce:

Toggle snippet (8 lines)
$ guix environment --pure --ad-hoc emacs emacs-elfeed-org -- emacs --batch --eval='(elfeed)'
Loading /gnu/store/6yx7654rwm0bxmi99dyp5ddgll72k2kw-profile/share/emacs/site-lisp/dash-autoloads...
Loading /gnu/store/6yx7654rwm0bxmi99dyp5ddgll72k2kw-profile/share/emacs/site-lisp/elfeed-autoloads...
Loading /gnu/store/6yx7654rwm0bxmi99dyp5ddgll72k2kw-profile/share/emacs/site-lisp/elfeed-org-autoloads...
Loading /gnu/store/6yx7654rwm0bxmi99dyp5ddgll72k2kw-profile/share/emacs/site-lisp/org-autoloads...
Loading /gnu/store/6yx7654rwm0bxmi99dyp5ddgll72k2kw-profile/share/emacs/site-lisp/s-autoloads...

Can you try to reproduce it again? Perhaps there's some other Emacs
package in your profile which somehow conflicts with it?

Thanks,

Maxim
G
G
Giovanni Biscuolo wrote on 29 Sep 2020 20:12
(name . Maxim Cournoyer)(address . maxim.cournoyer@gmail.com)(address . 43243@debbugs.gnu.org)
87lfgs310x.fsf@roquette.i-did-not-set--mail-host-address--so-tickle-me
Hello Maxim,

Maxim Cournoyer <maxim.cournoyer@gmail.com> writes:

[...]

Toggle quote (4 lines)
>> The problem is with emacs-elfeed-org, not emacs-elfeed :-)
>
> Ah! I need glasses :-)

:D

Toggle quote (5 lines)
> Retrying with emacs-elfeed-org, I also can't reproduce:
>
> --8<---------------cut here---------------start------------->8---
> $ guix environment --pure --ad-hoc emacs emacs-elfeed-org -- emacs --batch --eval='(elfeed)

[...]

Toggle quote (2 lines)
> Can you try to reproduce it again?

OK I did this:

Toggle snippet (6 lines)
$ guix environment --pure --ad-hoc emacs emacs-elfeed-org curl
$ emacs


In this environment then I "manually" set up elfeed-org in my *scratch*
buffer copying relevant parts from init.el: it worked, I was able to
start elfeed and update my feeds from my elfeed.org file

Toggle quote (3 lines)
> Perhaps there's some other Emacs package in your profile which somehow
> conflicts with it?

After the test above I updated my emacs profile and started emacs
daemon, now I'm on emacs 27.1 and, again, if I try to start elfeed I
get:

Toggle snippet (7 lines)
File mode specification error: (void-function org--check-org-structure-template-alist) [2 times]
Followed link to /home/giovanni/.dotfolder/emacs/.emacs.d/elfeed.org
mapc: Symbol’s function definition is void: org--check-org-structure-template-alist


Tomorrow I'll try to catch what's the conflicting package, now I'm using
this manifest:
Attachment: emacs-guix.scm
Thank you for your help!

Happy hacking! Gio'

--
Giovanni Biscuolo

Xelera IT Infrastructures
-----BEGIN PGP SIGNATURE-----

iQJABAEBCgAqFiEERcxjuFJYydVfNLI5030Op87MORIFAl9zeQ8MHGdAeGVsZXJh
LmV1AAoJENN9DqfOzDkSixEQAJWuCxyxBDuua36dbQGh7zLv45DsLW7ywH6d/Zwj
J0Xl3bGsmh5A45W99eOcjYvc6fqOAB+5KyShEOFKHud6BpLv78Jbycl0bnBhyKVq
pKCoYGllxSy6qjSfSc/N5FN/0CHPZcxzueN69zLgolq/uDgIi8OzLbANkDEuWotB
AB/af7rsOBtDYWfXk0n6+pvYfgh0VQ4UyVSXtVLqK9e57bz0NoYYEwHSuU3e+gG6
fv49qGHo730pjXnMAmL4AEqFawxJKu4INWUChpUes+jc7f2rxXFNHJ4flFnHMabe
UjNCzY3cPCkOY8+81W2K/XtNW84IemaTUUq7CES19zb3TG7u+hkRL2aQLGibPCbE
Xjp6JyyEVa//C85HJDTef7Z3T2n2hICJ4iPA7Qq6UH3sqNCkXHg7ZFEqf7I12LhW
VHaSZu9ZFVMCpgX2nknoDwaFJ0H6BdMaLdmXnIeDhRTF6/uo65OE5uiI8jxZEckR
20KkYA765ZsRBfmEgDEuFya11S+NmVRNrfyd/fXAkT86F1dbeYz/FOo1AawxG+d/
9R+ZkhyETKGXp86SdaE37tcT/gtnCnSL11NhjOM7otwadu4VKcfXEl9A806iXBOS
/djxZyykbliTW37uZ3qXT5v7BN67uLUl1hVdj/tnTZZFbw7JU9oIfaESfx5RQlaE
IZEQ
=Ckej
-----END PGP SIGNATURE-----

Z
Z
zimoun wrote on 29 Sep 2020 21:44
(name . Giovanni Biscuolo)(address . g@xelera.eu)
86sgb0s6ys.fsf@gmail.com
Hi,

On Tue, 29 Sep 2020 at 20:12, Giovanni Biscuolo <g@xelera.eu> wrote:

Toggle quote (5 lines)
> File mode specification error: (void-function org--check-org-structure-template-alist) [2 times]
> Followed link to /home/giovanni/.dotfolder/emacs/.emacs.d/elfeed.org
> mapc: Symbol’s function definition is void:
> org--check-org-structure-template-alist

Hum? What is your ’~/.emacs.d/init.el’&co.? The issue seems the
loading order. It could happen with lazy eval &co. Well, this ’alist’
is from ’org.el’, so it appears to me a bit weird.


Toggle quote (3 lines)
> Tomorrow I'll try to catch what's the conflicting package, now I'm using
> this manifest:

I have noticed that you use ’ghc-pandoc’. Except if you require
“pandoc” as an Haskell library for linking, what you want is probably
the package ’pandoc’ (introduced by e380ef14cf).


All the best,
simon
G
G
Giovanni Biscuolo wrote on 2 Oct 2020 20:08
(name . zimoun)(address . zimon.toutoune@gmail.com)(address . 43243@debbugs.gnu.org)
87sgawv6ur.fsf@roquette.i-did-not-set--mail-host-address--so-tickle-me
Hi simon

thank you for your support.

I'm not very good in the triage of this bug: after a lot of trial and
error I was almost sure I found a conflicting package (emacs-hl-todo,
required by emacs-magit-todos) BUT I was NOT able to reproduce the bug
in a pure environment

Toggle snippet (5 lines)
$ guix environment --pure --ad-hoc emacs emacs-elfeed-org emacs-magit-todos -- emacs --debug-init


In that environment's emacs session I get an init.el loading error, but
I'm able to eval-buffer this:

Toggle snippet (14 lines)
(require 'elfeed-org)
(elfeed-org)
;; Optionally specify a number of files containing elfeed
;; configuration. If not set then the location below is used.
(setq rmh-elfeed-org-files (list "~/.emacs.d/elfeed.org"))
(global-set-key (kbd "C-x w") 'elfeed)
(setq-default elfeed-search-filter "+unread ")
(add-hook 'elfeed-new-entry-hook
(elfeed-make-tagger :before "9 weeks ago"
:remove 'unread))


But I have to do that 4 times since I get this error:

Toggle snippet (5 lines)
org-link-set-parameters: Symbol’s function definition is void: org-element-update-syntax [3 times]


After that I'm able to open elfeed, with feeds managed by elfeed-org: it
works.

So the problem is something else, probably...

zimoun <zimon.toutoune@gmail.com> writes:

Toggle quote (13 lines)
> Hi,
>
> On Tue, 29 Sep 2020 at 20:12, Giovanni Biscuolo <g@xelera.eu> wrote:
>
>> File mode specification error: (void-function org--check-org-structure-template-alist) [2 times]
>> Followed link to /home/giovanni/.dotfolder/emacs/.emacs.d/elfeed.org
>> mapc: Symbol’s function definition is void:
>> org--check-org-structure-template-alist
>
> Hum? What is your ’~/.emacs.d/init.el’&co.? The issue seems the
> loading order. It could happen with lazy eval &co. Well, this ’alist’
> is from ’org.el’, so it appears to me a bit weird.

Yes, AFAIU it's really a loading order triggered error... and I'm not
able to debug this :-(

My init.el is pretty long and convoluted and without many comments, I'm
attaching it at the end of this message.

Using the attached manifest (emacs-guix.scm), I still the same error:

Toggle snippet (5 lines)
mapc: Symbol’s function definition is void: org--check-org-structure-template-alist


with the same backtrace reported in the first message of this bug report.

Toggle quote (7 lines)
>> Tomorrow I'll try to catch what's the conflicting package, now I'm using
>> this manifest:
>
> I have noticed that you use ’ghc-pandoc’. Except if you require
> “pandoc” as an Haskell library for linking, what you want is probably
> the package ’pandoc’ (introduced by e380ef14cf).

I've now fixed this, thanks!

All the best, Gio'.
Attachment: init-redacted.el
Attachment: emacs-guix.scm
--
Giovanni Biscuolo

Xelera IT Infrastructures
-----BEGIN PGP SIGNATURE-----

iQJABAEBCgAqFiEERcxjuFJYydVfNLI5030Op87MORIFAl93bI4MHGdAeGVsZXJh
LmV1AAoJENN9DqfOzDkSBkwQAOQmPZ9pQxwS65ZwChZyM5i/mp6KftON3p9wMewJ
p4IhZBt4zhx8hHEF0TCmzFEStnDh+OLuR1sV624dQqJkkvrmlsG/Bt1e/g+L2GgM
Tm+vR4PM9Agl0Hn9JRxR7tLeC6Yy+baFx4HB71oFmccxOo5RQb/V2xki/sdBc3NE
tE/+ymXe6uir9JMoTQw187Nzgtz2wpHGUfUqpOsncjwh2w+PX+L0oHnhrfhy6nIS
+evLuPtQZBqRiAQESWFmmY6Anq/lwPct1mt7Pe1kIgLLUZeB3SPpEIuMsYXwbK+V
9aFYvEC0r0V59WNL+44PjclDr4BvQiDpdT6aVbNmPxV4rM/CqUYBSvrOnSl6s6KO
d2ru+uRCt76vjU6Nvpx9kXAVjNcjq5A4S3V27WFExvqT5mbfHNF86LWMKoJiFeWw
9ltPK1/tpzU8l1tC7dR3iFNk0N+cGXFbXheKL4a0RxyKpYqFDkgELlBt404MqmUB
IzvecspVJIwil6lHeDUpcff3r0r2MaeQ/25yUdKQ8w3ITjIoezFt4LKYDOYGLaiO
B6mC5cUSxqNsufGNXEdLInZHpZdYu6NMw/e9WaVSZRcHygtUA4mKqav9BvNo9qgQ
s2DaC++zUo57mo8FPHlFHoPF0npxUu8c+M7CLBo8Fg0tzyJACWUYXcXBejH2si1b
clKR
=wbRC
-----END PGP SIGNATURE-----

G
G
Giovanni Biscuolo wrote on 2 Oct 2020 21:27
(name . zimoun)(address . zimon.toutoune@gmail.com)(address . 43243@debbugs.gnu.org)
87sgawe8cn.fsf@roquette.i-did-not-set--mail-host-address--so-tickle-me
Hello,

Giovanni Biscuolo <g@xelera.eu> writes:

[...]

Toggle quote (12 lines)
>>> File mode specification error: (void-function org--check-org-structure-template-alist) [2 times]
>>> Followed link to /home/giovanni/.dotfolder/emacs/.emacs.d/elfeed.org
>>> mapc: Symbol’s function definition is void:
>>> org--check-org-structure-template-alist
>>
>> Hum? What is your ’~/.emacs.d/init.el’&co.? The issue seems the
>> loading order. It could happen with lazy eval &co. Well, this ’alist’
>> is from ’org.el’, so it appears to me a bit weird.
>
> Yes, AFAIU it's really a loading order triggered error... and I'm not
> able to debug this :-(

I've finally found the conflicting configuration!

[...]

Toggle quote (2 lines)
> ;; -*- mode: emacs-lisp -*-

[...]

Toggle quote (2 lines)
> (require 'org-tempo)

^ This one

I've commented out this config line in my init.el and now elfeed-org is
running fine

If I try to eval "(require 'org-tempo)" in the *scratch* buffer I get
this backtrace:

Toggle snippet (20 lines)
Debugger entered--Lisp error: (void-function org--check-org-structure-template-alist)
org--check-org-structure-template-alist(org-structure-template-alist)
mapc(org--check-org-structure-template-alist (org-structure-template-alist org-tempo-keywords-alist))
org-tempo-add-templates()
org-tempo--update-maybe()
org-tempo-setup()
byte-code("\300\301\302\303\304\305%\210\306\307\310\"\210\306\311\312\"\210\313\314!\211\203*\0\211@r\211q\210\310 \210)\1A\266\202\202\25\0\210\315\316!\207" [tempo-define-template "org-include" ((org-tempo--include-file) p >) "<I" "Include keyword" org-tempo-tags add-hook org-mode-hook org-tempo-setup org-tab-before-tab-emulation-hook org-tempo-complete-tag org-buffer-list files provide org-tempo] 6)
require(org-tempo)
(progn (require 'org-tempo))
eval((progn (require 'org-tempo)) t)
elisp--eval-last-sexp(t)
eval-last-sexp(t)
eval-print-last-sexp(nil)
funcall-interactively(eval-print-last-sexp nil)
call-interactively(eval-print-last-sexp nil nil)
command-execute(eval-print-last-sexp)


Am I doing something wrong in requiring org-tempo or not?

AFAIU (require 'org-tempo) should be supported:

Tomorrow I'll report my findings upstream.

[...]

Thanks! Gio'

--
Giovanni Biscuolo

Xelera IT Infrastructures
-----BEGIN PGP SIGNATURE-----

iQJABAEBCgAqFiEERcxjuFJYydVfNLI5030Op87MORIFAl93fzkMHGdAeGVsZXJh
LmV1AAoJENN9DqfOzDkSeQsP/35DrPOpw1gCtkAPBbdAW3AN07W9cECJZBoZEFHa
32Aw/3dT/zn6aBwag3yiNxbvMQ+TrjzGzQLN/irmjvLbvFRcoFeD67Po7VvpneFd
Nawa4e+RSMYJAdykFjywUODlq0sHM1aFvxk6i01cNxAJ12X0eb94FZA/J41VYUwW
Vh8WLFKw46AduG2wInAQRsYCU3Aw7ZYhOa+FQNXITOFNO5LmQgSZh5DzpCMyXgli
4+3sSUYiCS6LpaAA5OqQloaELaxbm00bVD81C41+Fp2zEmIPB6PNlG7j13CtQkxB
Itm+0DJ7ZfG+hjVQfH7PFUr7XOG5hwZidxzGBiOI6mbkyPR9/zmMJ14QK16NzDSC
up+Fc5j/rXUVWS3pyu12Uu7IgCfhbo/Wz2gKaRYwkT7nP1lPSRDorvbsbN1eunq8
ULo12TrXwYpx5VeW+9uv/WZYb1oPGNZYpI5W6aeqpJqXGHrMGFvUoag6vhrC+UFG
mphevsDngSpAETW2DjmLp0lDpIwVSVH6e8WzxBxxFZNX8ykya/eV11hH5m2576ur
3AxblBkr5XXC8kTYvCvSdy7XWTqKiGUdg1YH+FY/FhZ5ExBzeZ06qq3/8S4NX1G8
5zkezdLxzV8tMCAomnFQA8ctlKFGBcPO9kzcqe7cRrWCB0mIjSE+2w1oar7UeQtr
P5HX
=nRAA
-----END PGP SIGNATURE-----

G
G
Giovanni Biscuolo wrote on 3 Oct 2020 10:11
(name . zimoun)(address . zimon.toutoune@gmail.com)(address . 43243@debbugs.gnu.org)
87o8ljloev.fsf@roquette.i-did-not-set--mail-host-address--so-tickle-me
Hello,

Sorry Simon for the noise, this is just a quick feedback about my
debugging; next messages will be only to debbugs, you know how to track
it :-D

Meanwhile I've learned how to test things in a dedicated environment,
thanks to some interesting tips [1] (I ignored before) adapted to Guix;
this confirms (ça va sanse dire) how powerful Guix is!

Giovanni Biscuolo <g@xelera.eu> writes:

[...]

Toggle quote (5 lines)
>> Yes, AFAIU it's really a loading order triggered error... and I'm not
>> able to debug this :-(
>
> I've finally found the conflicting configuration!

No, I've actually found a workaround - commenting out "(require
'org-tempo)" in my init.el - that works with my emacs configuration (and
package set) BUT there is absolutely no conflict between org-tempo and
elfeed-org.

I confirm that if I eval "(require 'org-tempo)" I get the previously
reported error and backtrace, I confirm that if I do not remove
(comment) "(require 'org-tempo)" in my "production" init.el elfeed does
not work as reported in the first message of this bug report.

Last but not least, I confirm I had no issues with the same manifest
(I've replaced ghc-pandoc with pandoc but that's tangent) and the same
init.el using Guix Emacs 26.3

So I ceated a directory dedicated to my tests in
~/.emacs-testing.d/test-elfeed, where I put "manifest.scm" and a
"test-elfeed.el" (both attached below, inline).

Well: if I do this

Toggle snippet (6 lines)
[~/.emacs-testing.d/test-elfeed]-
giovanni@roquette: guix environment --pure --ad-hoc -m manifest.scm -- emacs -q -l test-elfeed.el


I get an emacs session with a running elfeed, and "(require 'org-tempo)"
is there.

This is manifest.scm:
Attachment: manifest.scm
This is test-elfeed.el:
Attachment: test-elfeed.el
So AFAIU there is no direct conflict between elfeed-org and org-tempo,
that conflict is apparent only in my full init.el configuration (and
package set) and probably is related to a combination of environment and
init.el configuration.

I'm going to investigate more and see what I can do to sort out things.

Happy hacking! Gio'



--
Giovanni Biscuolo

Xelera IT Infrastructures
-----BEGIN PGP SIGNATURE-----

iQJABAEBCgAqFiEERcxjuFJYydVfNLI5030Op87MORIFAl94MioMHGdAeGVsZXJh
LmV1AAoJENN9DqfOzDkSs0QP/317fvzpW3EdBUtOvpYP35FgJw/Mt3U11W9JeUZl
D1o0g8R5sm0qg66pmov3AAt28UrC54TpxZyHhH270EOxjpmYA0jTH/K7yYWPgY4V
7BFp2mvAjGRZGBh7JcB3TerzJfvotPDWcUEMxU8jM9cUqSQYWzJTPNw5s6WGHQj0
xSlTNneDuWr1hlY9gZ4BW1x4tx5Cj3yIdj0u0P1o7mx5MkNr+VMrq/W+a8dO9kw/
hqW56ACKpEjjCuYB6k+5xxGomhdLt4jhpo5ezIIWh20nMDRlksvkLNh3EIBoWOqf
qK+qNKL/V2x+cqxUf7eGXZNBp+zsEo2pqaLhiRsjYsqsVnBbNii8FNDwnFqG7JJM
6TR351ny1m/v0o7eLhslmIAftHLglRnHeBhhfdD/ZT3GFfU2zJHzEHvH7gFP9e6H
dqbr4uieIkVZiM/gzNwu8GOwOb7gCq0UVLV+LZH0VBRXr62arDumLb15NSRVrK3N
QoqXkqP9NMVwTM1GqGuAn2AwZ/Mz3uCeBWE1vdQmhm8WQmQK/3IF3aRZ+EdEiinO
UWf6KykDcuz8qLM7vLVcO6kc7e3kNaG3Oks+W7ph0KE7huzreOtPxtyyBxBsD76D
G8748ZhU0Ijyukj/pY+KzSZgf4c/59z3HI8s6N+ZsdvIEYgsw+aIjpiJcR7bgcmA
q5yL
=gQ2p
-----END PGP SIGNATURE-----

Z
Z
zimoun wrote on 3 Oct 2020 14:40
(name . Giovanni Biscuolo)(address . g@xelera.eu)(address . 43243@debbugs.gnu.org)
86o8ljeb3g.fsf@gmail.com
Dear,

On Fri, 02 Oct 2020 at 20:08, Giovanni Biscuolo <g@xelera.eu> wrote:

Toggle quote (5 lines)
> I'm not very good in the triage of this bug: after a lot of trial and
> error I was almost sure I found a conflicting package (emacs-hl-todo,
> required by emacs-magit-todos) BUT I was NOT able to reproduce the bug
> in a pure environment

[...]

Toggle quote (3 lines)
> In that environment's emacs session I get an init.el loading error, but
> I'm able to eval-buffer this:

That's because your init.el and guix.scm do not match. For example, you
are using ’use-package’ inside ’init.el’ without installing it, I mean
it does not appear neither inside ’guix.scm’ –– I do not understand from
where it comes from. Therefore, I am not sure about the option ’–pure’
but the option ’–container’ should raise an error. Do I miss something?


Toggle quote (18 lines)
> ;; -*- mode: emacs-lisp -*-
> (unless (require 'guix-emacs nil 'noerror)
> (package-initialize))
> (unless (require 'guix-emacs nil 'noerror)
> ;; package archives
> (when (>= emacs-major-version 24)
> (require 'package)
> (setq package-archives
> '(("GNU_ELPA" . "https://elpa.gnu.org/packages/")
> ("org" . "https://orgmode.org/elpa/")
> ("MELPA_Stable" . "https://stable.melpa.org/packages/")
> ("MELPA" . "https://melpa.org/packages/"))
> package-archive-priorities
> '(("GNU_ELPA" . 15)
> ("org" . 10)
> ("MELPA_Stable" . 5)
> ("MELPA" . 0)))))

From my experience, I do not mix packages from Emacs archives and from
Guix because it often leads to weirdness –– unexpected behaviour at
least… Personally, I have removed the use of all the ‘package.el’
functions and only use packages ’emacs-*’ from Guix and then configure
them using ’with-eval-after-load’.


Toggle quote (3 lines)
> (unless (require 'guix-emacs nil 'noerror)
> (use-package emojify

From where the package ’use-package’ comes from?


Toggle quote (3 lines)
> :ensure t
> :pin "GNU_ELPA"))

If you use a manifest.scm file, why do you need ’use-package’ and ELPA.
If ’emojify’ is not in Guix, please try to submit a patch – using “guix
import elpa” helps.


Toggle quote (5 lines)
> (unless (require 'guix-emacs nil 'noerror)
> (use-package tramp
> :ensure t
> :pin "GNU_ELPA"))

Well, ’use-package’ does lazy evaluations if I remember correctly. So
why do you explicitly ’require’ it just after?

Toggle quote (2 lines)
> (require 'tramp)

AFAIU, it should be better to do:

(use-package tramp
:ensure t
:defer t
:pin “GNU_ELPA

:init
;; eval at init time

:config
;; eval at use time
;; your TRAMP config
(setq tramp-remote-path …)
…)

or to add ’emacs-tramp’ to your manifest.scm file and then write:

(with-eval-after-load ’tramp
;; your TRAMP config
(setq tramp-remote-path …)
…)

(Note I do not know about TRAMP, so maybe ’tramp-remote-path’ should be
evaluated at init time and not at use time. Aside the fact that TRAMP
is part of vanilla Emacs, AFAICT.)


Toggle quote (6 lines)
> (unless (require 'guix-emacs nil 'noerror)
> (use-package org
> :mode (("\\.org$" . org-mode))
> :ensure org-plus-contrib
> :pin org))

[...]

Toggle quote (4 lines)
> (require 'org-id)
> (require 'org-toc)
> (require 'org-tempo)

Because of this mess about evaluating order, I am not sure this is
correct. Instead, you should write something like:

(use-package org
:config
(require 'org-tempo))

or instead the ’(require 'org-tempo)’ in your init.el, something like:

(use-package org-tempo
:ensure t
:defer t
:after org)


From my understanding, you are misusing ’use-package’. Or you could
rewrite:

(with-eval-after-load 'org
(require 'org-tempo))

(And I am personally doing that.)


Last, your starting time should be pretty long, right? Hum? IMHO, it
could be really faster if you use ’with-eval-after-load’ or
’(use-package foo :defer t …)’ and so enjoy the speedup by “lazy”
evaluation.


Toggle quote (10 lines)
> ;; This file is automatically generated via init.org
> ;; PLEASE do not edit this, edit init.org
> (specifications->manifest
> '("gs-fonts"
> "font-dejavu"
> "font-gnu-freefont"
> "unicode-emoji"
> "emacs"
> "emacs-emojify"

And you have ’(use-package emojify :ensure t)’, it appears to me a bad
idea. And I am pretty sure that leads to issues. Choose if the
packages come from ELPA&co _or_ Guix, IMHO.


Toggle quote (2 lines)
> ))

I could have misread, but no ’emacs-use-package’.


Hope that helps,
simon
G
G
Giovanni Biscuolo wrote on 4 Oct 2020 19:21
(name . zimoun)(address . zimon.toutoune@gmail.com)
87362toqkg.fsf@roquette.i-did-not-set--mail-host-address--so-tickle-me
Hello,

I resolved this issue: (obviously) It was my fault, please see below.

zimoun <zimon.toutoune@gmail.com> writes:

[...]

Toggle quote (4 lines)
> Hum? What is your ’~/.emacs.d/init.el’&co.? The issue seems the
> loading order. It could happen with lazy eval &co. Well, this ’alist’
> is from ’org.el’, so it appears to me a bit weird.

This sentence slowly guided me to the solution: I still had
~/.emacs.d/elpa and after I deleted that, the initial error reported in
this bug disappeared, with another one I discovered later.

AFAIU the error was triggered by the fact that my Emacs (on foreign
distro) was still loading some old code from ~/.emacs.d/elpa, installed
using use-package (mixed with Debian packages in some case) before I
migrated to Guix Emacs.

All this confusion comes from the fact that before upgrading to 27.1 I
was using the same version (26.3) installed from Debian and then
migrated to Guix: this way, apart some strange warning I fully
understand only today, my Emacs Guix was running fine as before. So
when I upgraded I misintepreted the situation as coming from some
problem of elfeed-org with 27.1.

Probably we should add a warning in our manual to avoid other users on
foreign distros will get in similar situations: I'd like to help but I'm
not sure I'll be able to find the right words.

Simon: about my strange use of

Toggle snippet (6 lines)
(unless (require 'guix-emacs nil 'noerror)
(use-package


I think is a tengent here, so if you agree I'd discuss it on guix-users
(IMHO is OT on guix-devel).

Re. this bug, I think the situation is clear now and if you agree I'd
close it.

Thanks a lot! Emacs-Fu panda Gio'

--
Giovanni Biscuolo

Xelera IT Infrastructures
-----BEGIN PGP SIGNATURE-----

iQJABAEBCgAqFiEERcxjuFJYydVfNLI5030Op87MORIFAl96BIEMHGdAeGVsZXJh
LmV1AAoJENN9DqfOzDkSkU0P/ik+jHybB+QKnIXGkGrzDsKehjjXXVi7Bw1jhrgR
XcIG4ft/peheZ6BqB354mTmGVGvycSqGfa7R+HSiYL/a+OMld9c2IeVnhyZmjJqu
7kMO9r1UW7Etj9s+HXTpH44K0pcHCs1XKRd5erfNMqeO6eB44DwE8T6kUcpsM9Xw
BA/42ew1dGXPAPdhMtvfoZ0wbdMEaDUWagkoBvZj+ZdM3lDH//xH+abhoH64RVa/
VMrpJPbG9FHDYzD5XuWgeZHY2iNhFcQMnKa9UZT0CxNz6TUcr9fB78Q/CwV/5dg7
60QVvWtTpl+lzxiViGtHjge6BFoT5T1IXQ2rWL3k5O94hPw27P4/8bBR46kD+cnI
gMuk2WjEGZGWfV6Mm0Bp4GwDsyQhJpPqY775RvZvI4sdIuQKVTUZ/sUAGLEbU0Um
hiciC2bsiCpK1DGrqWsUGHSYxHYf7oiXbZpo3qFWwocIWkEF+1777AkZBR/PZqdP
avchZgoRCoO/hIGrjZVa/B7xhnrYLwCsOqyGOXnUWiS044Zv4kEM6IUyN/UysTIq
g7rSfG3ZsjplMCDgCO+YYn9aKBMCfMYLkwlm/h/OACEndAH5iu+LP7TNNr1ulGbf
Lz1W6qWdkvke1+j1CwvUyKufW7sdkV/aZyRusgWf/U2p9wo9ekOfp14HZ95QDNuC
8E4g
=321T
-----END PGP SIGNATURE-----

M
M
Maxim Cournoyer wrote on 4 Oct 2020 19:37
(name . Giovanni Biscuolo)(address . g@xelera.eu)
87lfgllwng.fsf@gmail.com
Hello Giovanni,

Giovanni Biscuolo <g@xelera.eu> writes:

Toggle quote (21 lines)
> Hello,
>
> I resolved this issue: (obviously) It was my fault, please see below.
>
> zimoun <zimon.toutoune@gmail.com> writes:
>
> [...]
>
>> Hum? What is your ’~/.emacs.d/init.el’&co.? The issue seems the
>> loading order. It could happen with lazy eval &co. Well, this ’alist’
>> is from ’org.el’, so it appears to me a bit weird.
>
> This sentence slowly guided me to the solution: I still had
> ~/.emacs.d/elpa and after I deleted that, the initial error reported in
> this bug disappeared, with another one I discovered later.
>
> AFAIU the error was triggered by the fact that my Emacs (on foreign
> distro) was still loading some old code from ~/.emacs.d/elpa, installed
> using use-package (mixed with Debian packages in some case) before I
> migrated to Guix Emacs.

As with other things Guix, mix and match of ad-hoc package management
(e.g., Emacs' native package management) and Guix can cause conflicts.
There is not always a clear solution to these problems.

I don't use Emacs' native package management facility, but if it clashes
with our own use of EMACSLOADPATH and site-start.el, it could be work
looking into (as a fresh bug).

I'll close this one for now.

Thanks!

Maxim
Closed
G
G
Giovanni Biscuolo wrote on 5 Oct 2020 14:57
(name . Maxim Cournoyer)(address . maxim.cournoyer@gmail.com)
87k0w4kezf.fsf@roquette.i-did-not-set--mail-host-address--so-tickle-me
Hello,

Maxim Cournoyer <maxim.cournoyer@gmail.com> writes:

[...]

Toggle quote (9 lines)
>> AFAIU the error was triggered by the fact that my Emacs (on foreign
>> distro) was still loading some old code from ~/.emacs.d/elpa, installed
>> using use-package (mixed with Debian packages in some case) before I
>> migrated to Guix Emacs.
>
> As with other things Guix, mix and match of ad-hoc package management
> (e.g., Emacs' native package management) and Guix can cause conflicts.
> There is not always a clear solution to these problems.

I think the only conflicting code was coming from ~/.emacs.d/elpa and I
did not realized this until yesterday. I still do not fully understad
what is the config option in my init.el loading that code, but it's
tangent here.

Toggle quote (4 lines)
> I don't use Emacs' native package management facility, but if it clashes
> with our own use of EMACSLOADPATH and site-start.el, it could be work
> looking into (as a fresh bug).

AFAIU this is not happening.

Toggle quote (2 lines)
> I'll close this one for now.

Thanks! Gio'

--
Giovanni Biscuolo

Xelera IT Infrastructures
-----BEGIN PGP SIGNATURE-----

iQJABAEBCgAqFiEERcxjuFJYydVfNLI5030Op87MORIFAl97GCQMHGdAeGVsZXJh
LmV1AAoJENN9DqfOzDkSfbAP/j0mrpigiXuVv+Xvl2xj++yFrKVCATNzb2yGh/k2
1bkAqC1SlAjLRQX9LF7uHpMzE94M5GP0ttbEE6mQdS1sbjohotnqp2hkC3zTwjf2
nzXDbL7+OOgvSw85KQhxgxvq1JV1f5yGms+mbVvEz6jJ55+C30T3MWmp6/CUUdpO
0pGvTo6ZfWmfjVAVZpoze5A2O+EROyx/1VVnoVaeGiw4zdmODxTwtbEj3ZIR+tpw
PfoTGV3TgfzItwlUsnfIwMcKWDzGLs8qm+wxbWOkxPAhkGA27yoOi/MA4BcpIPpK
hE9BuWdD0zYc/UitXtLWsBx3sCyWozswiBlQJseE+2o49Xq11ij6drdAMFhmNWhq
FuhUHCPRvRtzPge/HSxwU0jX/zzA1dXDuMFyFGB8/sDkn/MnlXPLF3I3VmHHqiAf
UvhfLhGes932fk0cD2ZT9lj9OpjMUDP7iKfZY4TCb1uyYZ6UwRCeQwzhblBRdTYJ
WJe0f3+/snxDSTPfZk4UaANmUooViBEBV0dLgg23DlCRyjmiwuxapvWU7q91DE5Q
w8AX/U5dyWtkB503KdSLr2z2XpOFIvs+E0Z+2OHnSdq0zcODad8KNQJWQ2n3VZh5
cEgkJ5Sdl0URsHbJiKe1iFDkCXRNKcCXGggXEyLv/+TdiVfY0wLxGU0i+gNlJEQz
jmaP
=/sLC
-----END PGP SIGNATURE-----

Closed
Z
Z
zimoun wrote on 5 Oct 2020 15:45
Re: bug#43243: emacs-elfeed-org, mapc: Symbol’s fu nction definition is void
(name . Giovanni Biscuolo)(address . g@xelera.eu)
CAJ3okZ0idGqcPUf3Ng_SFmPTY1bXpm++d4wc6X4gz7jWosObuA@mail.gmail.com
On Mon, 5 Oct 2020 at 14:57, Giovanni Biscuolo <g@xelera.eu> wrote:

Toggle quote (14 lines)
> >> AFAIU the error was triggered by the fact that my Emacs (on foreign
> >> distro) was still loading some old code from ~/.emacs.d/elpa, installed
> >> using use-package (mixed with Debian packages in some case) before I
> >> migrated to Guix Emacs.
> >
> > As with other things Guix, mix and match of ad-hoc package management
> > (e.g., Emacs' native package management) and Guix can cause conflicts.
> > There is not always a clear solution to these problems.
>
> I think the only conflicting code was coming from ~/.emacs.d/elpa and I
> did not realized this until yesterday. I still do not fully understad
> what is the config option in my init.el loading that code, but it's
> tangent here.

Each time you have
'(use-package foo :ensure t)'
and
'(specifications->manifest (list "emacs-foo"))'
then it is conflicting. Please re-read this message [1].

The option in your init.el loading that code is ':ensure t'. See:
"The :ensure keyword causes the package(s) to be installed
automatically if not already present on your system:"; from the
'use-package' documentation [2].



All the best,
simon
Closed
?