rust-lang / rust-lang/rust

Tracking Issue for evaluating `macos-26` runner images

Open
#157,687 0 comments 0 reactions 1 assignee View on GitHub

@jieyouxu is already working on this.

Since Jun 10, 2026.

A-CI A-github-actions C-tracking-issue O-macos T-infra
Dominant language
Rust
Stars
119k
Forks
16.2k
PR merge metrics
PR metrics pending

Description

Summary

GitHub Actions Runner Images have a N-1 OS support policy. Old EOL runner images will be removed after typically 6 months of deprecation or EOL (though timelines can be accelerated) [1]. There are currently (as of 2026-06-10) 3 macOS runner images, {macos-14, macos-15, macos-26}. macos-14 will be removed on 2026-11-02 [2], and so macos-15 will then become the oldest supported macos version.

Previously we tried the running time if we run aarch64-apple-equivalent workload on macos-26 runner images, and previous attempt(s) timed out. I tried running the job again recently and it seems to be able to build under the usual aarch64-apple running time.

We will experiment with running aarch64-apple-equivalent workload on macos-26 runner images in parallel to the existing aarch64-apple macos-15 test job to gather more datapoints on its run performance. Dist jobs will continue to be built from macos-15 runner images for the time being.

Whether and when to actually make the switchover to macos-26 runner images is orthogonal to this experiment, and will be evaluated separately. This is precursor work.

Steps

  • Create a aarch64-apple-equivalent test job aarch64-apple-macos-26 which runs on macos-26 runner images, and run it in parallel to the existing macos-15-based aarch64-apple job. #157688
  • Monitor running time of the test job over approximately two weeks or so.
  • Evaluate job performance at around 2026-06-29. We will consider whether to keep running them in parallel, or work towards transitioning macos jobs to macos-26 then.
  • Update comment in jobs.yml following outcome of above.

Relevant discussions

Investigation log

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.