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

Done

Details

3 participants

Giovanni Biscuolo
Maxim Cournoyer
zimoun

Owner: unassigned

Submitted by: Giovanni Biscuolo

Severity: normal

Giovanni Biscuolo wrote on 6 Sep 2020 16:43

Recipients:(address . bug-guix@gnu.org)

Message-ID: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

Giovanni Biscuolo wrote on 6 Sep 2020 17:45

Recipients:(address . 43243@debbugs.gnu.org)

Message-ID: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:

https://github.com/remyhonig/elfeed-org/issues/56

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

Thanks! Gio'

Giovanni Biscuolo

Xelera IT Infrastructures

Maxim Cournoyer wrote on 28 Sep 2020 05:07

Recipients:(name . Giovanni Biscuolo)(address . g@xelera.eu)(address . 43243@debbugs.gnu.org)

Message-ID: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

Giovanni Biscuolo wrote on 28 Sep 2020 10:18

Recipients:(name . Maxim Cournoyer)(address . maxim.cournoyer@gmail.com)(address . 43243@debbugs.gnu.org)

Message-ID: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

Maxim Cournoyer wrote on 29 Sep 2020 15:47

Recipients:(name . Giovanni Biscuolo)(address . g@xelera.eu)(address . 43243@debbugs.gnu.org)

Message-ID: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

Giovanni Biscuolo wrote on 29 Sep 2020 20:12

Recipients:(name . Maxim Cournoyer)(address . maxim.cournoyer@gmail.com)(address . 43243@debbugs.gnu.org)

Message-ID: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 :-)

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

zimoun wrote on 29 Sep 2020 21:44

Recipients:(name . Giovanni Biscuolo)(address . g@xelera.eu)

Message-ID: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

Giovanni Biscuolo wrote on 2 Oct 2020 20:08

Recipients:(name . zimoun)(address . zimon.toutoune@gmail.com)(address . 43243@debbugs.gnu.org)

Message-ID: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

Giovanni Biscuolo wrote on 2 Oct 2020 21:27

Recipients:(name . zimoun)(address . zimon.toutoune@gmail.com)(address . 43243@debbugs.gnu.org)

Message-ID: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:

https://www.gnu.org/software/emacs/manual/html_node/org/Structure-Templates.html

Tomorrow I'll report my findings upstream.

[...]

Thanks! Gio'

Giovanni Biscuolo

Xelera IT Infrastructures

Giovanni Biscuolo wrote on 3 Oct 2020 10:11

Recipients:(name . zimoun)(address . zimon.toutoune@gmail.com)(address . 43243@debbugs.gnu.org)

Message-ID: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'

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

Giovanni Biscuolo

Xelera IT Infrastructures

zimoun wrote on 3 Oct 2020 14:40

Recipients:(name . Giovanni Biscuolo)(address . g@xelera.eu)(address . 43243@debbugs.gnu.org)

Message-ID: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

Giovanni Biscuolo wrote on 4 Oct 2020 19:21

Recipients:(name . zimoun)(address . zimon.toutoune@gmail.com)

Message-ID: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

Maxim Cournoyer wrote on 4 Oct 2020 19:37

Recipients:(name . Giovanni Biscuolo)(address . g@xelera.eu)

Message-ID: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

Giovanni Biscuolo wrote on 5 Oct 2020 14:57

Recipients:(name . Maxim Cournoyer)(address . maxim.cournoyer@gmail.com)

Message-ID: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

Closed

zimoun wrote on 5 Oct 2020 15:45

Re: bug#43243: emacs-elfeed-org, mapc: Symbol’s fu nction definition is void

Recipients:(name . Giovanni Biscuolo)(address . g@xelera.eu)

Message-ID: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].

[1] http://issues.guix.gnu.org/43243#10

[2] https://github.com/jwiegley/use-package#package-installation

All the best,

simon

Closed

Your comment

This issue is archived.

To comment on this conversation send an email to 43243@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it

mumi current 43243

Then, you may apply the latest patchset in this issue (with sign off)

mumi am -- -s

Or, compose a reply to this issue

mumi compose

Or, send patches to this issue

mumi send-email *.patch

is:open	open issues
is:done	closed issues
submitter:<who>	search issue submitter
author:<who>	search by message author
date:yesterday..now	search by issue date
mdate:3m..2d	search by message date