[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#43243: emacs-elfeed-org, mapc: Symbol’s function definition is void
From: |
Giovanni Biscuolo |
Subject: |
bug#43243: emacs-elfeed-org, mapc: Symbol’s function definition is void |
Date: |
Sat, 03 Oct 2020 10:11:20 +0200 |
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:
[...]
>> 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@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
Description: Binary data
This is test-elfeed.el:
test-elfeed.el
Description: application/emacs-lisp
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
Description: PGP signature