Move the toolchain to bun 1.4, and cut 0.4.13 - #93
Merged
Conversation
setup-bun follows packageManager when no bun-version is given, so this one line is what moves CI, and it is the only thing that does. Bun 1.4 does not rewrite a v1 lockfile: a plain install and a frozen install both report no changes against the committed lock, so nothing here migrates to lockfileVersion 2 and older bun can still read it. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Waterfalled rather than left for a follow-up pass: the SDK published minutes ago in this same sweep, so pay lands on it now instead of shipping 0.4.13 against 2.7.5 and needing a second release to catch up. Co-Authored-By: Claude Opus 5 (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
Bumps
packageManagertobun@1.4.0and cuts 0.4.13.oven-sh/setup-bunfollowspackageManagerwhen nobun-versionis given, so this one line is what moves CI, and it is the only thing that does.Bun 1.4 does not rewrite a v1 lockfile: a plain install and a frozen install both report
no changesagainst the committed lock, so nothing migrates tolockfileVersion2 and older bun can still read it.Type of change
Public API
No CLI flag, command, output shape, or MCP tool surface changed.
But this release is not toolchain-only for users, and that is worth stating plainly. The published binaries are built with
bun build --compile, so they EMBED the bun runtime. Publishing under 1.4 moves every binary user onto the 1.4 runtime, which carries its own fetch and TLS changes (network errors reject asTypeError, duplicate response headers are joined,tls.connectverifies the certificate againsthostwhen noservernameis given). x64 builds are also baseline-only in 1.4, the separate haswell build having been dropped upstream.Smoked rather than assumed, on a binary compiled here with 1.4.0:
--versionreports0.4.13(so the__VERSION__define still injects and it is not0.0.0-dev), the binary reportsbun/1.4.0as its embedded runtime, andcheckagainst a real production storefront returns200with a parsed JSON body, so TLS and HTTP work end to end through the new runtime.Test plan
Full gate set under bun 1.4.0:
lint,typecheck,test(573 passed, 2 skipped),knip,build. No test changes, because no behavior changed.Dependency sweep for this repo, recorded so a held version does not read as an oversight:
eslint/@eslint/js10 andtypescript7 are held majors in the registry. Not taken.viem2.55.19 andmppx0.8.18 are exact-pinned members of the coupled settle set, which owes a live all-rails settle before it moves. Its own pass.incur0.5.1 is a minor on a patched dependency (patchedDependenciespinsincur@0.4.26). Per the holds registry a bump there silently detaches the patch, so it needs the patch re-tested and re-cut against the new version, with a build as the evidence. Deliberately not folded into a toolchain bump.@agent-score/sdk2.7.6 is available and 2.7.7 is in flight in this same sweep, so the SDK refresh comes in the second pass after it publishes.Bytecode compilation for the compiled binaries is worth a look separately now that bun 1.4 supports it for ES modules, since CLI startup is paid per agent lookup. Not in here, and measured before it is claimed.
Checklist