W-23599683: CI migrate runners + add macOS artifacts - #148
Merged
Conversation
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
mlischetti
changed the title
Fixes Windows nativeCompile 'other has different root' on windows-latest: GraalVM toolcache (C:) and workspace (D:) live on different drives, and 0.11.2 relativizes the native-image args-file path unconditionally. 0.11.5 guards relativize to same-root paths and falls back to absolute. fail-fast: false stops one matrix leg's failure from cancelling the others. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Two failures surfaced once fail-fast:false let every leg run to completion: 1. Python wheel (ubuntu+macos): 'No module named setuptools'. The setup-python step I added put a second interpreter ahead of the one the Gradle daemon (started at Run Build) resolves as python3, so pip installed setuptools into the wrong interpreter. Removing setup-python restores the single-interpreter path that already passes; macOS image python allows the pip install, so the PEP 668 concern was moot. 2. Node package (windows): node-gyp 10 fails 'could not find Visual Studio 2017 or newer' because windows-latest now ships VS 18. node-gyp 11 recognizes it. Lockfile regenerated to resolve node-gyp 11.5.0. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
…r macOS pip
windows-latest rolled forward to Visual Studio 18 (VS 2026), which node-gyp
11.5.0 cannot detect ("unknown version undefined"). Pin the Windows matrix leg
to windows-2022, which ships the VS 2022 / v17 toolchain node-gyp 11 supports —
the same toolchain class the self-hosted mulesoft-windows runner uses. Still a
standard GitHub-hosted runner.
macOS system Python enforces PEP 668, so plain pip install is refused; add
--break-system-packages to the setuptools/wheel install step.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
native-cli:distro classifies macOS as "osx" (getOsName()), so the produced zip is native-cli-<ver>-native-distro-osx.zip — but the staging step looked for "-macos.zip" and failed the macOS leg at "Stage renamed CLI distro". Add a distro_os matrix field (linux/windows/osx) for the SOURCE filename while keeping script_name (macos) for the convention artifact name. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Update the spec to match what actually shipped and passed CI: - Windows leg pinned to windows-2022 (VS 18 / node-gyp 11.5 incompatibility) with the node-gyp ^12 return-to-latest follow-up noted. - distro_os matrix field documented (Gradle classifies macOS as "osx"). - New "Deviations discovered during CI" section records the GraalVM 0.11.5 bump, the node-gyp ^11 bump, and the macOS --break-system-packages fix. - Testing checks updated for windows-2022, distro_os, and the green run. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
martincousido
approved these changes
Jul 30, 2026
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
2 participants
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
ci.yml: keeps themulesoft-ubuntu/mulesoft-windowsrunners, but removes all artifact upload + upload-prep steps — it now builds and runs tests only (no artifacts). Also drops the now-unusedNATIVE_VERSIONenv.main.yml/release.yml: replacemulesoft-*runners with GitHub-hostedubuntu-latest+windows-latest.main.yml/release.yml: add amacos-latest(Apple Silicon, arm64) matrix leg producing macOS-compatible artifacts.release.ymlgains adwlib.dylibrelease-upload step;main.yml's existingUpload native shared librarystep already listeddwlib.dylib.actions/setup-python@v5step before the pip install onmain.yml/release.ymlso the new macOS leg gets a clean managed Python (avoids PEP 668externally-managed-environment).Artifact arch tokens derive from
uname -m, so the macOS leg names artifacts...-macos-arm64...automatically.Design/spec:
docs/superpowers/specs/2026-07-29-github-runners-migration-design.mdNotes
native-libnative build uses-J-Xmx6G;macos-latest(arm64) has ~7GB RAM — worth watching on the first run.main.ymlwill also run on the macOS leg for master pushes.🤖 Generated with Claude Code