Skip to content

chore: unstale yarn.lock - #561

Open
Lms24 wants to merge 2 commits into
mainfrom
lms/chore-unstale-yarn-lock
Open

chore: unstale yarn.lock#561
Lms24 wants to merge 2 commits into
mainfrom
lms/chore-unstale-yarn-lock

Conversation

@Lms24

@Lms24 Lms24 commented Aug 7, 2026

Copy link
Copy Markdown
Member

Not sure why our lockfile once again got stale but this unstales it. Came up while reviewing the latest dependabot PRs that made way more changes than appropriate. This PR extracts these changes so that we can keep the dependabot ones minimal.

Update: Turns out, our release command installs without a frozen lockfile. so when preparing the release on an Ubuntu VM, we get different dependency entries in the lockfile and commit this back onto main after the release is completed and the release branch is merged onto main. So this PR now also makes our pre-release command use a frozen lockfile which should solve this.

@Lms24
Lms24 requested review from a team, cleptric, mjq and nsdeschenes as code owners August 7, 2026 15:56
@github-actions

github-actions Bot commented Aug 7, 2026

Copy link
Copy Markdown

Semver Impact of This PR

🟢 Patch (bug fixes)

📋 Changelog Preview

This is how your changes will appear in the changelog.
Entries from this PR are highlighted with a left border (blockquote style).


Internal Changes 🔧

  • Unstale yarn.lock by Lms24 in #561

🤖 This preview updates automatically when you update the PR.

The pre-release script only needs node_modules to run `yarn generate`, but a
plain `yarn install` also re-resolves and rewrites yarn.lock from the release
runner's perspective. Yarn 1 records only the optional dependencies it actually
resolved for the current platform, so every release commit silently dropped the
native binaries for every platform other than the runner's linux-x64 -- 198
package entries in 0.19.0, 154 each in 0.16.0 and 0.13.0.

The result was a lockfile that still declared all platform binaries under
`optionalDependencies` but had entries for none of them, breaking installs on
macOS and Windows while CI stayed green because it also runs on linux-x64.
This is the root cause of the periodic "unstale yarn.lock" commits.

Refs #561
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant