+doom-dashboard-init-h (void-function doom-modeline-set-project-modeline)

[souxd]

Using emacs 28.2 NativeComp

I had to override doom-modeline to a different revision because the current nix-doom-emacs eglot pin would break without it doomemacs/doomemacs@aa40daf. But this change came at the cost of introducing a new modeline error on init:
`Error during redisplay: (doom-init-ui-h #<frame scratch – Doom Emacs 0x30b1938>) signaled (doom-hook-error doom-init-ui-hook +doom-dashboard-init-h (void-function doom-modeline-set-project-modeline))

flake.lock
https://pastebin.com/Uw40CtdP

[thiagokokada]

Using emacs 28.2 NativeComp

I had to override doom-modeline to a different revision because the current nix-doom-emacs eglot pin would break without it doomemacs/doomemacs@aa40daf. But this change came at the cost of introducing a new modeline error on init: `Error during redisplay: (doom-init-ui-h #<frame scratch – Doom Emacs 0x30b1938>) signaled (doom-hook-error doom-init-ui-hook +doom-dashboard-init-h (void-function doom-modeline-set-project-modeline))

flake.lock https://pastebin.com/Uw40CtdP

You shouldn't override the doom-modeline, it is there for one reason: #309. Until #316 is finished, this will be the situation unfortunately.

For now, my recommendation would be to try to pin eglot to a early version.

[thiagokokada]

I will try to remove the current doom-modeline pin and add this as an workaround: #309 (comment).

However not sure if this will work well.

If you want a recommendation from me, I particularly use (modeline +light) instead that is faster and also much less bloated, and it basically avoids most of those issues.

[thiagokokada]

@souxd Can you try #326 to see if it fixes your issue?

[souxd]

Oh yes it does fix my issue! Thank you mr. Kokada!

Closing this since my issue was fixed.

[thiagokokada]

Let keep this open until #326 is merged.

[thiagokokada]

#326 is merged, closing this issue.