-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
(wrong-type-argument listp #<subr org-agenda-files>) #15861
Comments
I'll upgrade to org-9.6 and try to reproduce on my local. |
Hi @real-or-random |
Hi @opie4624 |
No, I don't have package-archives set separately from what Spacemacs already sets. The org-assert-version issue only happens when I check out the |
@smile13241324 This patch appears broken and without a good fix. Can we revert until a better tested PR comes along? |
Hi @opie4624 The PR is moving toward to a correct way for Spacemacs, if we revert the PR, we maybe never have chance to get the truth. |
The latest comment on previouse reddit topic has a link: |
I had update the #15864. |
Reverting the PR unbreaks it for everyone while you continue to work on the solution. No one is asking you to stop working on it. We don't take all the cars off the road because you need to work on your car. |
It's fixed for me.thx. |
@sd44 Thank you for verify it. |
The org mismatch comes from an loading order issue, frankly speaking the banner scale will load build-in org, layers however will load elpa org creating a mismatch depending on which version of emacs you are using. I am currently working on a fix but I am not yet finished, load order changes are difficult as hell. A quick fix is to reduce the content of dotspacemacs start up list to an empty list this will prevent the issue for now. I'll keep you posted. |
@smile13241324 Thanks for helping on investigate the root cause, that's really help a lot. |
I have posted a hotfix to avoid the org version mismatch, please report how the behaviour changed for you. |
Well, everything works before your commit (but after #15864) and it works after your commit. :) Is there anything specific you want us to test? |
Confirmed fixed for me as well. @sunlin7 It's definitely faster, too. Nice job. |
Thank you so much guys, no other testing requests now, @real-or-random @opie4624 . |
fixed in #15864 |
Description
I get this error on startup:
raised from
spacemacs/core/core-spacemacs-buffer.el
Line 1283 in 178a3ab
This was touched in #15851 by @sunlin7 yesterday. Checkout out
025e9f7e325ef2c71de1aee9ba0ef3d52c8dc5b21
seems to work.And indeed,
(symbol-function 'org-agenda-files)
gives me just#<subr org-agenda-files>
, so org-agenda-files is natively compiled here. This can be checked by(subr-native-elisp-p (symbol-function 'org-agenda-files))
or probably better,(subr (symbol-function 'org-agenda-files))
, which both returnt
here.This is org 9.6 on Emacs: 29.0.60.
Reproduction guide 🪲
System Info 💻
Backtrace 🐾
The text was updated successfully, but these errors were encountered: