|
Some checks failed
Publish every Git push to main to FlakeHub / flakehub-publish (push) Has been cancelled
Publish every git push to Flakestry / publish-flake (push) Has been cancelled
Documentation / Version info (push) Has been cancelled
Documentation / Build (push) Has been cancelled
Documentation / Combine builds (push) Has been cancelled
Documentation / Deploy (push) Has been cancelled
With the newer nixpkgs Neovim wrapper, plugin Lua dependencies are surfaced through neovimUtils.makeVimPackageInfo as vimPackageInfo.luaDependencies. Nixvim was still only feeding explicit extraLuaPackages into its wrapper Lua environment, so plugin-provided Lua modules stopped reaching the runtime search path after the flake.lock bump. That showed up as real runtime failures: Telescope could not load plenary.strings and Neorg could not load lua-utils, even though explicit extraLuaPackages still worked. Fix that by computing vimPackageInfo from config.build.plugins and appending vimPackageInfo.luaDependencies to the wrapper's extraLuaPackages. That keeps Nixvim aligned with the nixpkgs/Home Manager dependency resolution path instead of maintaining a separate recursive Lua dependency collector. Add focused regression coverage for the two reported plugin cases: - telescope -> plenary.strings - neorg -> lua-utils |
||
|---|---|---|
| .. | ||
| lsp | ||
| misc | ||
| top-level | ||
| autocmd.nix | ||
| clipboard.nix | ||
| colorscheme.nix | ||
| commands.nix | ||
| default.nix | ||
| dependencies.nix | ||
| diagnostic.nix | ||
| doc.nix | ||
| editorconfig.nix | ||
| files.nix | ||
| filetype.nix | ||
| highlights.nix | ||
| keymaps.nix | ||
| lazyload.nix | ||
| lua-loader.nix | ||
| opts.nix | ||
| output.nix | ||
| performance.nix | ||
| plugins.nix | ||
| wrappers.nix | ||