Skip to content
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

[macOS] Support policy changes; Xcode 14 and 16 will be removed from macOS 14 on October 28 #10703

Open
6 of 14 tasks
erik-bershel opened this issue Sep 30, 2024 · 9 comments
Open
6 of 14 tasks

Comments

@erik-bershel
Copy link
Contributor

Breaking changes

Current support policy:

- all OS compatible versions side-by-side
- for beta, GM versions - latest beta only
- old patch versions are deprecated in 3 months

New support policy:

- only one major version of Xcode will be supported per macOS version
- all minor versions of the supported major version will be available
- beta and RC versions will be provided "as-is" in the latest available macOS image only no matter of beta/GA status of the image
- when a new patch version is released, the previous patch version will be replaced
  • What does it means in general terms? Starting from the specified date, all minor versions of Xcode 14 and Xcode 16 will be removed from the macOS-14 image.
  • What about other images? These changes will not affect macOS-12 and macOS-13 images. The changes will affect macOS-14 and all subsequent images. As a result, macOS-14-based images will contain only Xcode 15.x versions, macOS-15 images will contain only Xcode 16.x versions, and so on.
  • What happens when a new major Xcode beta is released and there is no next revision of the macOS image? Such a beta will be shipped as part of the latest macOS image that supports this Xcode, until the next base macOS image is released, for example: Xcode 16 was shipped as part of macOS-14 until we released macOS-15.

Target date

October 28, 2024

The motivation for the changes

Recently, mainly due to the introduction of the new visionOS platform, macOS-based images have grown to such sizes that they are becoming more difficult to maintain, and users are experiencing difficulties with available disk space, which is critical for completing builds. Parent issue:

Possible impact

Workflows based on macOS-14 will stop running if they depend on Xcode 14 and/or Xcode 16

Platforms affected

  • Azure DevOps
  • GitHub Actions

Runner images affected

  • Ubuntu 20.04
  • Ubuntu 22.04
  • Ubuntu 24.04
  • macOS 12
  • macOS 13
  • macOS 13 Arm64
  • macOS 14
  • macOS 14 Arm64
  • macOS 15
  • macOS 15 Arm64
  • Windows Server 2019
  • Windows Server 2022

Mitigation ways

Users whose workflows depend on Xcode 14 and/or Xcode 16 will be forced to use the macOS-13 image for Xcode-14 and the macOS-15 image for Xcode-16, respectively. Be aware that macos-13 YAML label refer to Intel-based image.

@Cheesebaron
Copy link

This is a bit messed up since macos-15 is not available in Azure DevOps Pipelines. Will they be available in time for this change?

vszakats added a commit to vszakats/curl that referenced this issue Oct 1, 2024
vszakats added a commit to curl/curl that referenced this issue Oct 1, 2024
- Days of `macos-12` are numbered:
  actions/runner-images#10721
  Drop 5 affected jobs, replaced by `macos-15` ones added earlier today.

- Drop Xcode 14 and 16 from `macos-14` jobs.
  Following up upstream announcement:
  actions/runner-images#10703
  (No active jobs are affected by this.)

Follow-up to 4b4ff44 #15108
Closes #15113
@LotskiAndrej
Copy link

This is a bit messed up since macos-15 is not available in Azure DevOps Pipelines. Will they be available in time for this change?

Can we get a response on this?

@erik-bershel
Copy link
Contributor Author

Hey @Cheesebaron and @LotskiAndrej!

We are working on adding macOS-15 to ADO, but no ETA or promises are available now. I'll publish info in #10686 once available.

@mjosipovic-tgr
Copy link

Is there any way to use Xcode 16 currently using macOS-14 ? I run task for checking Xcode version on ADO and got this, but it says it cannot locate xcode 16
Xcode.app
Xcode_14.3.1.app
Xcode_14.3.app
Xcode_15.0.1.app
Xcode_15.0.app
Xcode_15.1.0.app
Xcode_15.1.app
Xcode_15.2.0.app
Xcode_15.2.app
Xcode_15.3.0.app
Xcode_15.3.app
Xcode_15.4.0.app
Xcode_15.4.app
Xcode_16.0.0.app
Xcode_16.0.app
Xcode_16.1.0.app
Xcode_16.1.app
Xcode_16.1_beta_2.app
Xcode_16.app

@erik-bershel
Copy link
Contributor Author

Is there any way to use Xcode 16 currently using macOS-14 ?

Yes, we have not removed Xcode 16 from macOS-14. It will be done on October 28.

I run task for checking Xcode version on ADO and got this, but it says it cannot locate xcode 16

Recommended task: https://learn.microsoft.com/en-us/azure/devops/pipelines/ecosystems/xcode?view=azure-devops

@mjosipovic-tgr
Copy link

mjosipovic-tgr commented Oct 4, 2024

Thanks for the response, but since I'm using MAUI, I cannot add xcWorkspacePath, and ADO crashes if I don't enter anything.
I tried like this also

- task: Bash@3
  displayName: 'Set Xcode Version to 16'
  inputs:
    targetType: 'inline'
    script: |
      sudo xcode-select -s /Applications/Xcode_16.0.app/Contents/Developer

But it cannot locate the file

@randyburden
Copy link

@mjosipovic-tgr, I am currently using the same command line command you are using with macOS-14 to set it to use Xcode 16 and it works fine.

sudo xcode-select -s /Applications/Xcode_16.app/Contents/Developer

I'm using the classic pipeline editor:

image

@mjosipovic-tgr
Copy link

I tried it few times, changed the order of the tasks in yaml, and managed to get it to work, tnx for the responses.

tgoyne added a commit to realm/realm-swift that referenced this issue Oct 9, 2024
Xcode 16 will be removed from macos-14 to cut down on the image size:
actions/runner-images#10703
tgoyne added a commit to realm/realm-swift that referenced this issue Oct 9, 2024
Xcode 16 will be removed from macos-14 to cut down on the image size:
actions/runner-images#10703
tgoyne added a commit to realm/realm-swift that referenced this issue Oct 9, 2024
Xcode 16 will be removed from macos-14 to cut down on the image size:
actions/runner-images#10703
tgoyne added a commit to realm/realm-swift that referenced this issue Oct 9, 2024
Xcode 16 will be removed from macos-14 to cut down on the image size:
actions/runner-images#10703
tgoyne added a commit to realm/realm-swift that referenced this issue Oct 9, 2024
Xcode 16 will be removed from macos-14 to cut down on the image size:
actions/runner-images#10703
tgoyne added a commit to realm/realm-swift that referenced this issue Oct 9, 2024
Xcode 16 will be removed from macos-14 to cut down on the image size:
actions/runner-images#10703
tgoyne added a commit to realm/realm-swift that referenced this issue Oct 9, 2024
Xcode 16 will be removed from macos-14 to cut down on the image size:
actions/runner-images#10703
tgoyne added a commit to realm/realm-swift that referenced this issue Oct 9, 2024
Xcode 16 will be removed from macos-14 to cut down on the image size:
actions/runner-images#10703
tgoyne added a commit to realm/realm-swift that referenced this issue Oct 10, 2024
Xcode 16 will be removed from macos-14 to cut down on the image size:
actions/runner-images#10703
tgoyne added a commit to realm/realm-swift that referenced this issue Oct 10, 2024
Xcode 16 will be removed from macos-14 to cut down on the image size:
actions/runner-images#10703
tgoyne added a commit to realm/realm-swift that referenced this issue Oct 10, 2024
Xcode 16 will be removed from macos-14 to cut down on the image size:
actions/runner-images#10703
tgoyne added a commit to realm/realm-swift that referenced this issue Oct 10, 2024
Xcode 16 will be removed from macos-14 to cut down on the image size:
actions/runner-images#10703
@bengavin
Copy link

Hey @Cheesebaron and @LotskiAndrej!

We are working on adding macOS-15 to ADO, but no ETA or promises are available now. I'll publish info in #10686 once available.

We have numerous customers with production MAUI applications that are targeting the Apple App Store, actively being built with Xcode 16, as is currently supported [and 'required' by the current .NET 8 MAUI workloads]. Many of those same customers pay for ADO hosted pipeline time so they can successfully build, test and deploy their applications. Removing this support before Azure DevOps has an available macos-15 alternative feels short sighted at best. Doing so with less than 1 month notice will be hard to explain to our customers that rely on this functionality.

I understand the difficulty of managing all the various Xcode versions, but the answer cannot be that we leave customers without viable options.

edgchen1 added a commit to microsoft/onnxruntime that referenced this issue Oct 14, 2024
- Work around Xcode 16 iOS test build issue: `error: Multiple commands produce '.../PlugIns'`.
- Fix link error in iOS static framework test.
- Update build.py to check for the right kind of build before running iOS tests on the simulator.
- Update Xcode 16 build images to 'macos-15' because that's the only image that will have Xcode 16 soon. See actions/runner-images#10703.
bors added a commit to rust-lang-ci/rust that referenced this issue Oct 16, 2024
(ci) Update macOS Xcode to 15

This updates the macOS builders to Xcode 15. The aarch64 images will be removing Xcode 14 and 16 very soon (actions/runner-images#10703), so we will need to make the switch to continue operating. The linked issue also documents GitHub's new policy for how they will be updating Xcode in the future. Also worth being aware of is the future plans for x86 runners documented in actions/runner-images#9255 and actions/runner-images#10686, which will impact our future upgrade behaviors.

I decided to also update the Xcode in the x86_64 runners, even though they are not being removed. It felt better to me to have all macOS runners on the same (major) version of Xcode. However, note that the x86_64 runners do not have the latest version of 15 (15.4), so I left them at 15.2 (which is currently the default Xcode of the runner).

Xcode 15 was previously causing problems (see rust-lang#121058) which seem to be resolved now. `@bjorn3` fixed the `invalid r_symbolnum` issue with cranelift. The issue with clang failing to link seems to be fixed, possibly by the update of the pre-built LLVM from 14 to llvm 15 in rust-lang#124850, or an update in our source version of LLVM. I have run some try builds and at least LLVM seems to build (I did not run any tests).

Closes rust-lang#121058
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

7 participants