ci: Regenerate mise.lock so rust@latest resolves under --locked#342
ci: Regenerate mise.lock so rust@latest resolves under --locked#342unclesp1d3r wants to merge 6 commits into
Conversation
mise-action v4.1.0 (PR #315) runs `mise install --locked` with the newer mise CLI (2026.6.13), which rejects `rust@latest` because the committed lockfile only pinned the previously-resolved `rust@1.95.0` and had no entry keyed to the `latest`/`stable` channels. Regenerated with `mise lock` (mise 2026.6.13, matching CI): - rust latest now resolves to 1.96.0; stable entry derived from the committed rust-toolchain.toml channel - platform entries refreshed for all locked tools Verified locally: `mise install --locked` now exits 0. Unblocks the jdx/mise-action 4.0.1 -> 4.1.0 bump in #315. Signed-off-by: UncleSp1d3r <unclesp1d3r@evilbitlabs.io>
|
Important Review skippedReview was skipped due to path filters ⛔ Files ignored due to path filters (1)
CodeRabbit blocks several paths by default. You can override this behavior by explicitly including those paths in the path filters. For example, including ⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: ASSERTIVE Plan: Pro Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
Comment |
Merge Protections🔴 1 of 4 protections blocking
🔴 🚦 Auto-queueThis rule is failing.When all merge protections are satisfied and these conditions match, this pull request will be queued automatically.
Show 3 satisfied protections🟢 Enforce conventional commitRequire conventional commit format per https://www.conventionalcommits.org/en/v1.0.0/. Skipped for bots.
🟢 Full CI must passAll CI checks must pass. Release-plz PRs are exempt because they only bump versions and changelogs (code was already tested on main), and GITHUB_TOKEN-triggered force-pushes suppress CI.
🟢 Do not merge outdated PRsMake sure PRs are within 10 commits of the base branch before merging
|
Codecov Report✅ All modified and coverable lines are covered by tests. 📢 Thoughts on this report? Let us know! |
|
Tick the box to add this pull request to the merge queue (same as
|
Summary
Regenerates
mise.lockwith the current mise CLI somise install --lockedsucceeds. This unblocks PR #315 (jdx/mise-action 4.0.1 -> 4.1.0).Why
mise-action v4.1.0 runs
mise install --lockedwith the newer mise CLI (2026.6.13, released 2026-06-23). The committed lockfile only pinned the previously-resolvedrust@1.95.0and had no entry keyed to thelatest/stablechannels thatmise.toml(rust = "latest") andrust-toolchain.toml(channel = "stable") declare. Result on #315:v4.0.1 did not enforce
--locked, somainand other open PRs are unaffected today.What
mise lockwith mise2026.6.13(matching CI)rustlatest now resolves to1.96.0; astableentry is derived from the committedrust-toolchain.tomlpython-> 3.14.4, bun backend, etc.)Verification
mise install --locked-> exit 0 locally (the exact command failing on chore(deps): Bump jdx/mise-action from 4.0.1 to 4.1.0 #315)mise.local.tomlpresent)Merge order
Merge this first, then PR #315 will rebase onto it and pass.
Test plan
mise install --lockedexits 0 locally