GNU bug report logs - #43243
emacs-elfeed-org, mapc: Symbol’s function definition is void

Previous Next

Full log

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

From: Giovanni Biscuolo <g <at> xelera.eu>
To: zimoun <zimon.toutoune <at> gmail.com>
Cc: 43243 <at> debbugs.gnu.org
Subject: Re: bug#43243: emacs-elfeed-org, mapc: Symbol’s
 function definition is void
Date: Sat, 03 Oct 2020 10:11:20 +0200

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

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 <at> xelera.eu> writes:

[...]

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

--8<---------------cut here---------------start------------->8---

[~/.emacs-testing.d/test-elfeed]-
giovanni <at> roquette: guix environment --pure --ad-hoc -m manifest.scm -- emacs -q -l test-elfeed.el

--8<---------------cut here---------------end--------------->8---

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

This is manifest.scm:

[manifest.scm (application/octet-stream, inline)]

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

This is test-elfeed.el:

[test-elfeed.el (application/emacs-lisp, inline)]

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

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'


[1] https://gonewest818.github.io/2020/03/a-standalone-init.el-for-emacs-package-debugging/

-- 
Giovanni Biscuolo

Xelera IT Infrastructures

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

Previous Next

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