Repository navigation
chore(nvim): resync lazy-lock.json and enforce the LazyVim pin - #49
Merged
Merged
Conversation
Regenerated via `:Lazy! sync` in an isolated environment so the lockfile
matches exactly what lazy.nvim itself produces for this config:
- adds neo-tree.nvim, which was spec'd (lua/plugins/init.lua) but had
no lock entry -- the one real orphan
- drops bufferline, catppuccin, tokyonight and nvim-lint, the four
plugins no longer in any spec after the colorscheme/linting imports
and the bufferline entry were removed
- bumps 11 live plugins to current upstream
The enabled=false stubs (mason, lualine, noice, mini.*, gitsigns,
trouble, todo-comments, grug-far, persistence) keep their pins on
purpose: lazy.nvim retains disabled plugins in the lockfile, so removing
them by hand would just reintroduce drift on the next sync. This is the
canonical in-sync, no-orphan state.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
The spec pinned LazyVim to v15.14.0, but lazyvim.plugins.init re-declares it with version = "*" after our line, and the later spec wins. The pin was dead: the lock has been on v16 since July and `:Lazy sync` would take any future major. Keep the bare declaration first (the lazyvim.plugins.* imports need it) and apply the pin after the init import, held to ^16.0.0, the major already in use. Verified a ^15 probe syncs to v15.15.0 and ^16 leaves the lockfile unchanged. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This was referenced Oct 20, 2026
potsrevennil
marked this pull request as ready for review
October 20, 2026 07:55
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Supersedes #48.
Fully reconciles
lazy-lock.jsonwith the plugin set by regenerating it via:Lazy! sync(run in an isolated XDG environment so it never touched the real~/.local/share/nvim). The lockfile now matches exactly what lazy.nvim produces for this config on current master (#47 and #51 merged):lua/plugins/init.luabut had no lock entry (its depnuiwas pinned, it wasn't). This was the one genuine orphan.Why the disabled plugins stay in the lock
:Lazy syncretainsenabled = falseplugins (mason, lualine, noice, mini.*, gitsigns, trouble, todo-comments, grug-far, persistence). They're disabled, not un-spec'd, so lazy keeps their pins. That's why this supersedes #48: hand-removing them made the lock diverge from lazy's own output, so the nextsyncwould re-add them. Keeping them is the in-sync, no-orphan state.LazyVim version pin now takes effect
lua/config/lazy.luapinnedversion = "v15.14.0", butlazyvim.plugins.initre-declares LazyVim withversion = "*"after that line, and the later spec wins. The pin did nothing: the lock has been on v16 since July. The pin now sits after the init import as^16.0.0(the major in use), with the bare declaration kept first because thelazyvim.plugins.*imports need it. Checked: a^15probe syncs to v15.15.0;^16leaves this lockfile unchanged.Lazy! restore+ smoke test resolves all 44 entries; headless startup clean, with no spec load errors.🤖 Generated with Claude Code