I just updated to latest develop and also all the packages (via SPC f e U)
and now I have problems with structural editing commands.
It says Symbol's function definition is void for stuff like sp-forward-slurp-sexp or sp-splice-sexp-killing-forward
Anybody else experiencing the same problem?
Any ideas how to fix it or at least get more information about the problem?
An updated version of SmartParens has been released which resolved the issue. Structured editing commands are working again in package version smartparens-20240416.2253
I’ve deleted .emacs.d/elpa/{EMACS_VERSION} and restarted emacs.
This error disappeared.
I'm not sure I understand the effects of doing that - can you explain a bit more?
This forces emacs to redownload and recompile all packages.
I recommend restarting Emacs after package updates downloaded. e.g. SPC f e U to get updated packages, SPC q r to initiate the package downloads, then SPC q r after all packages downloaded. This usually resolves warning like definition is void
Removing packages from the Spacemacs elpa directory simply causes Spacemacs to download the package again. This can be useful if a package didnt download or compile correctly.
I also recommend checking the spacemacs template for changes. e.g. .spacemacs or .spacemacs.d/init.el configuration.
SPC f e D will open a diff session to readily check your configuration against the template. Important if your config was created more than a year ago.
Agree. I usually encounter issues with Magit after updates, and restarting Emacs typically resolves them. However, in this particular case, the issue persisted even after restarts, so I had to delete the downloaded packages.
I am also getting the same error after a package update, so it could be a bug with the package.
If there is a bug, thenhttps://practical.li/spacemacs/install-spacemacs/troubleshooting/#emacs-package-recipe-for-specific-versionwould be one way to manage the issue. Or download an older package
Or raise the issue SPC h I on Spacemacs or with the specific package repository.
Of course, the specific package with the bug needs to be identified first. I'll take a look and see if there is something obvious.
The older package may be in the Spacemacs cache, if so you could copy the packages that seem relevant from there https://practical.li/blog/pin-emacs-packages-to-manage-issues/#copy-package-from-rollback-cache
And there is also an option to rollback package update.
I copied smartparens-20231024.1804 from the cache to the elpa directory and removed the new pacakge from the elpa directory.
After a restart, the slurp command works without error.
So probably a simple bug in smartparens package.
Raised an issue on smartparens repository (feel free to add anything else you think would be useful) https://github.com/Fuco1/smartparens/issues/1204
Thank you both.
As @jahson suggested, I deleted .emacs.d/elpa/29.2 and it seems to be working now.
It seems the issue can somehow reappear, in the end I’ve rolled back the update.