-
Notifications
You must be signed in to change notification settings - Fork 5.3k
[release/10] Bump MacOS helix queues to latest #122990
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: release/10.0
Are you sure you want to change the base?
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pull request overview
This PR updates MacOS Helix queue references from version 13 to version 14 across CI/CD pipeline configurations. The changes ensure that all helix test infrastructure for macOS platforms uses MacOS 14 instead of MacOS 13.
Key changes:
- Updated helix queue versions from OSX/osx 13 to 14 for both arm64 and x64 architectures
- Applied changes consistently across public and internal build configurations
- Modified both YAML pipeline templates and Python automation scripts
Reviewed changes
Copilot reviewed 4 out of 4 changed files in this pull request and generated no comments.
| File | Description |
|---|---|
src/coreclr/scripts/superpmi_collect_setup.py |
Updated SuperPMI collection script to use OSX 14 queues for both public and internal configurations on arm64 and x64 |
eng/pipelines/libraries/helix-queues-setup.yml |
Updated libraries pipeline helix queues from osx.13/OSX.13 to osx.14/OSX.14 for both arm64 and x64 platforms |
eng/pipelines/installer/helix-queues-setup.yml |
Updated installer pipeline helix queues from osx.13/OSX.13 to osx.14/OSX.14 for both arm64 and x64 platforms |
eng/pipelines/coreclr/templates/helix-queues-setup.yml |
Updated CoreCLR pipeline template helix queues from OSX.13 to OSX.14 for both arm64 (public and internal) and x64 (public and internal) platforms |
|
Are we well-served by testing macOS 14? I'd argue not. Our highest concerns are with macOS 26. |
|
There's probably a credible argument for testing on both oldest and newest in servicing branches due to the lower traffic volume. |
I think we need to pick one and then follow up with adding the other. The 13 queues are starting to fail in some legs. |
|
@richlander @agocke I updated to use MacOS 26. Can one of you approve and we can move this forward? |
|
There are no 26.Amd64 queues just ARM64 |
|
Tagging subscribers to this area: @dotnet/runtime-infrastructure |
|
@richlander @agocke can you please approve and I can move this forward? |
|
Are the osx leg failures pre-existing? |
|
@wfurt the osx failures are mostly around |
…permission (dotnet#121496) Some networking tests on OSX requires Local Network permission after OSX 13. These requirements are practically same for all Apple platforms so disabling them for now. Until we figure out a clear solution on pipeline machines.
No description provided.