Fix mise java version and source CI tool versions from mise#24
Merged
Conversation
Renovate bumped `java = "zulu-17"` to `zulu-17.0.19+10`, but mise's Zulu backend uses Azul's distribution versioning (zulu-17.66.x.0), not JDK version strings — so `mise install` failed with "no metadata found". Switch to `temurin-17.0.19+10`, which uses that exact version format and matches the distribution CI already built with. CI didn't catch the breakage because it installed node/bun/java via the hardcoded actions/setup-* actions, never reading mise.toml. Replace those with jdx/mise-action so CI installs straight from mise.toml — now an invalid version fails the PR instead of only failing locally. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
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.
Summary
mise installwas failing with "no metadata found for version zulu-17.0.19+10". Renovate (Update dependency java to v17.0.19+10 #21) bumpedjava = "zulu-17"tozulu-17.0.19+10, but mise's Zulu backend uses Azul's distribution versioning (zulu-17.66.x.0), not JDK version strings. Switched totemurin-17.0.19+10, which uses that exactMAJOR.MINOR.PATCH+BUILDformat and matches the distribution CI already built with.actions/setup-node,oven-sh/setup-bun, andactions/setup-javasteps inci.ymlandrelease.ymlwithjdx/mise-action@v2, so CI installs node/bun/java straight frommise.toml. This is the real fix: the original breakage slipped through because CI never readmise.toml— now an invalid version fails the PR instead of only failing on a developer's machine.mise.tomlcomment to reflect that it's now the single source of truth (CI follows it, not the other way around).Verification
bunx tsc --noEmit,bun run lint, andbun run test -- --ciall pass.mise installsucceeds and resolves to Temurin 17.0.19+10.