search

syl20bnr / spacemacs

A community-driven Emacs distribution - The best editor is neither Emacs nor Vim, it's Emacs *and* Vim!
http://spacemacs.org
GNU General Public License v3.0
23.67k stars 4.89k forks source link

`evil-redirect-digit-argument` File mode specification error: (void-function evil-redirect-digit-argument) #15123

Closed dhawangayash closed 1 year ago

dhawangayash commented 2 years ago

Description :octocat:

This isn't a bug per se but would like this documented as a known issue in spacemacs. Updating spacemacs packages leads to a broken dependency being pulled in from evil-org-mode.

Reproduction guide :beetle:

Observed behaviour: :eyes: The following error message is printed on Message buffer. File mode specification error: (void-function evil-redirect-digit-argument)

Expected behaviour: :heart: :smile: Everything should work without issues. :)

Backtrace :paw_prints:

NOT APPLICABLE.

Work around

This isn't a bug per se but would like this documented as a known issue in spacemacs.

The latest version of evil-org-mode is broken owing to this

So for any of you who has recently updated their packages will face the bug. The work around is provided in a comment here.

I have tried it out and it works. I think this issue should be kept open to help others and closed once evil-org-mode comes with a newer fixed version.

kepi commented 2 years ago

Thanks for this, its helpfull to get info when trying to decipher what happened.

Btw. same issue is with evil-iedit-state, reported in syl20bnr/evil-iedit-state#36

komali2 commented 2 years ago

Having this issue on a fresh install of emacs + spacemacs on a new machine, ubuntu 20.04.3.

Compiled from source

Gotten from Spacemacs dev branch

Spacemacs v.0.300.0

Pulled yesterday.

My full config is on my github.

I'm also having issues with helm-gitignore:

An error occurred while installing helm-gitignore (error: (error Package ‘gitignore-mode-1.1.0’ is unavailable))
magthe commented 2 years ago

The cause of this is https://github.com/emacs-evil/evil/pull/1519

enisozgen commented 2 years ago

There is quick fix:

https://github.com/Somelauw/evil-org-mode/issues/93#issuecomment-949953955

bhoudebert commented 2 years ago

There is also a very simple fix for evil-iedit-state here https://github.com/syl20bnr/evil-iedit-state/pull/37

lebensterben commented 2 years ago

As suggested in other comments, this results from breaking change in upstream API. Now we should wait for updates in affected packages.

smile13241324 commented 2 years ago

Added the temporary fix from @dalanicolai to heal the symptom. Still if the referenced package is unmaintained we should switch to a maintained fork in the long run.

dalanicolai commented 2 years ago

FYI, the improved fix in #15184 is great, but it requires recompilation of evil-iedit-state.el (recompilation after the macro from the fix has already been loaded).

gitprouser commented 2 years ago

@dalanicolai I had to fetch the latest code change and I had to recompile all packages using SPC r c.

dalanicolai commented 2 years ago

I think it should be sufficient that you make sure you have the new macro loaded (i.e. sync/git pull spacemacs, restart, and press SPC s e somewhere to load the macro). Then you can do M-x find-library evil-iedit-state and then you M-x byte-recompile only that file.

github-actions[bot] commented 1 year ago

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Please let us know if this issue is still valid!