-
-
Notifications
You must be signed in to change notification settings - Fork 3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
doom doctor
(geiser-activate-implementation) function definition is void with (scheme +guile)
#7472
Comments
Confirm, I have the same behavior |
Same issue here with |
Same here, for now I'm gonna comment out Scheme. I tried doom sync
doom purge as @easbarba suggested and it didn't work. |
me too... GNU Emacs 29.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.38, cairo version 1.16.0) of 2023-08-30, modified by Debian in my init I have: and this is the error:
I have tried a few fixes, but to no avail... |
As of 87f6f7a this issue should be resolved. Let me know if that isn't the case and I'll reopen it. Thanks for bringing it to my attention! |
I've now this error (I didn't experience it in the past). Version
in
running
I use the fish shell but even setting |
Ah, I can reproduce this. Appears to be a build order issue. |
Should be fixed in f9c2397. Let me know if that isn't the case! |
emacs-geiser/chez@246ec4c8bc4e -> emacs-geiser/chez@605a81ff7b2d emacs-geiser/geiser@e54d5e6dc659 -> emacs-geiser/geiser@49d12a14482c emacs-geiser/guile@24ce15de235c -> emacs-geiser/guile@ee33af6b4ef8 flatwhatson/flycheck-guile@e23a4d781317 -> flatwhatson/flycheck-guile@dd7bbdc48fd2 flatwhatson/scheme-mode@aaef1f88cc34 -> flatwhatson/scheme-mode@51e586e5f1dd - Lazy autoloads hack for geiser is no longer needed (see https://gitlab.com/emacs-geiser/geiser/-/commit/47bb86d6829ffa81ec021ee6217379b216d95bfc) - (doomemacs#7472) Fixes geiser-activate-implementation errors from `doom doctor` Fix: doomemacs#7472 Ref: https://gitlab.com/emacs-geiser/geiser/-/commit/47bb86d6829ffa81ec021ee6217379b216d95bfc
Package autoloads should be assembled in the order they're installed/built, so that dependencies between them (such as the case where geiser-* packages call geiser-activate-implementation, which is defined in geiser.el's autoloads file -- see doomemacs#7472) don't throw errors. Fix: doomemacs#7472 Amend: 87f6f7a
I am still seeing this issue on a fully up-to-date doom (rebuilt all packages too) |
Additional info: nuked my doom emacs installation, reinstalled from scratch and still getting the same issue |
I'm slightly puzzled as to what may have happened, but after having the |
It seems like there is still an issue with (at least) geiser-mit.
I checked
My ;; -*- no-byte-compile: t; -*-
;;; lang/scheme/packages.el
(when (package! geiser
:pin "49d12a14482ce9a193c049a5ccdd2fed90b0bdbe")
(package! macrostep-geiser
:pin "f6a2d5bb96ade4f23df557649af87ebd0cc45125")
(package! geiser-guile
:pin "ee33af6b4ef8fdaccbdf93c62b50fe17c07a1ade")
(package! geiser-mit
:pin "4e90e9ae815e89f3540fb9644e6016c663ef5765")) Generating autoloads based on the order of |
I also get the same error after enabling
I was running Emacs 27 before and was wondering if this was the issue, but I upgraded to 29 and did a fresh |
I got this errors too |
Same problem here !
@hlissner here the full log if that help : https://filesender.renater.fr/?s=download&token=fcc1d19e-b0ed-4148-8f86-164488f7f5f2 |
@hlissner I've been getting this error for the last two months. Just now I (update: you asked to let you know if people are still experiencing this issue! Answer is an unfortunate |
I'm also seeing this issue on the latest master 03d692f. Using the following workaround: ;;; .local/etc/@/init.29.d/85-loaddefs.hacks.el
(require 'geiser-autoloads)
(require 'geiser-guile-autoloads) Make sure you've put it in the correct |
The hack seems to have worked here... |
Still an issue, maybe should be reopened |
Got the same error. Tried removing |
Tried this on a fresh doom-emacs install, unfortunately it does not seem to resolve the issue in my case |
See doomemacs#7472 for details.
I confirm that...
Expected behavior
When
doom doctor
is run, I expect to see an output of packages and configuration suggested to complete Doom's feature set as an IDE, if the configuration in init.el is correct.Current behavior
doom doctor
raises an unexpected error with respect to geiser if(scheme +guile)
is part of the synced init.el (.emacs.d/.local/etc/@/init.29.el
). The error is not raised if just(scheme)
is set.In .local/etc/@/init.29.el, the function definition (defun geiser-activate-implementation ...) is on line 17831, but the call to it with (geiser-activate-implementation 'guile) was on line 17619, so no wonder it wasn't defined.
cli.doom.230929033925.2850084.error.txt
Steps to reproduce
(scheme +guile)
.doom sync
.doom doctor
will error.System Information
https://pastebin.com/KufKL6HA
The text was updated successfully, but these errors were encountered: