Fork me on GitHub
#spacemacs
<
2024-04-11
>
jumar10:04:18

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?

jahson11:04:01

I’ve deleted .emacs.d/elpa/{EMACS_VERSION} and restarted emacs.

jahson11:04:48

This error disappeared.

jumar11:04:34

I'm not sure I understand the effects of doing that - can you explain a bit more?

jahson11:04:09

This forces emacs to redownload and recompile all packages.

practicalli-johnny12:04:36

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.

jahson12:04:23

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.

practicalli-johnny12:04:09

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.

practicalli-johnny12:04:07

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

jahson12:04:42

And there is also an option to rollback package update.

practicalli-johnny12:04:51

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.

practicalli-johnny13:04:53

Raised an issue on smartparens repository (feel free to add anything else you think would be useful) https://github.com/Fuco1/smartparens/issues/1204

👍 1
jumar13:04:37

Thank you both. As @U071CG4QY suggested, I deleted .emacs.d/elpa/29.2 and it seems to be working now.

jahson13:04:19

It seems the issue can somehow reappear, in the end I’ve rolled back the update.

practicalli-johnny09:04:18

An updated version of SmartParens has been released which resolved the issue. Structured editing commands are working again in package version smartparens-20240416.2253