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

Cargo lo longer available on macOS-latest #9732

Closed
3 of 13 tasks
francisdb opened this issue Apr 23, 2024 · 9 comments
Closed
3 of 13 tasks

Cargo lo longer available on macOS-latest #9732

francisdb opened this issue Apr 23, 2024 · 9 comments

Comments

@francisdb
Copy link

francisdb commented Apr 23, 2024

Description

Since somewhere the past 4 days rust no longer is available on the macOS-latest images. Looks like there was a switch from macos-12 to macos-14-arm64

Runner Image
  Image: macos-14-arm64
  Version: 20240422.3
  Included Software: https:/actions/runner-images/blob/macos-14-arm64/20240422.3/images/macos/macos-14-arm64-Readme.md
  Image Release: https:/actions/runner-images/releases/tag/macos-14-arm64%2F20240422.3

image

https:/francisdb/vpxtool/actions/runs/8805372288/job/24167793335

Previous build from 4 days ago

Runner Image
  Image: macos-12
  Version: 20240412.2
  Included Software: https:/actions/runner-images/blob/macOS-12/20240412.2/images/macos/macos-12-Readme.md
  Image Release: https:/actions/runner-images/releases/tag/macOS-12%2F20240412.2

https:/francisdb/vpxtool/actions/runs/8753067182/job/24021993766

Platforms affected

  • Azure DevOps
  • GitHub Actions - Standard Runners
  • GitHub Actions - Larger Runners

Runner images affected

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

Image version and build link

20240422.3

https:/francisdb/vpxtool/actions/runs/8805372288/job/24167793335

Is it regression?

yes

Expected behavior

cargo still works as before

Actual behavior

cargo: command not found

Repro steps

See linked repo

francisdb added a commit to francisdb/vpxtool that referenced this issue Apr 24, 2024
Defaults to arm that has cargo missing

see actions/runner-images#9732
francisdb added a commit to francisdb/vpxtool that referenced this issue Apr 24, 2024
`macOS-latest` defaults to `macOS-14-arm` that has cargo missing

see actions/runner-images#9732
francisdb added a commit to francisdb/vpin that referenced this issue Apr 24, 2024
`macOS-latest` defaults to `macOS-14-arm` that has cargo missing

see actions/runner-images#9732
@Alexey-Ayupov
Copy link
Collaborator

Hello @francisdb. Indeed we are currently in the process of macos-14 to macos-latest migration, however the cargo should be there. We will check it.

@Alexey-Ayupov
Copy link
Collaborator

@francisdb, at least the cargo --version command works. Could you please specify macos-14 label and try again? Make sure that image version is 20240422.3

image

@francisdb
Copy link
Author

francisdb commented Apr 24, 2024

I'm getting arm-64 Version: 20240415.6 when using macOS-14

https:/francisdb/vpin/actions/runs/8813246540/job/24190584925?pr=67

@Alexey-Ayupov
Copy link
Collaborator

Yes, that's expected. We are in the middle of the updating images to the new version.

@francisdb
Copy link
Author

According to #3464 I can't pin a version so I can't try macos-14?

@Alexey-Ayupov
Copy link
Collaborator

I have forked your repository and run your workflow with macOS-14 label. And it works - https:/Alexey-Ayupov/vpin/actions/runs/8815461877/job/24197473679.

Could you please clean your cash and try again today evening or tomorrow?

Planned end of the image version updating is today evening, so tomorrow all macOS 14 arm64 images should have version 20240422.3

@francisdb
Copy link
Author

Looks like this is fixed now, maybe related to the cache clear

@str4d
Copy link

str4d commented Apr 26, 2024

I encountered the same issue. The cause is that macos-latest used to point to macos-12 which is x86_64, but now points to macos-14 which is ARM64. This breaks the Cargo cache because the platform arch is unexpectedly different (and indeed deleting any caches that match the macOS runners is sufficient to fix the workflow).

I don't know what guarantees GitHub makes about the *-latest runner labels, but given that until now every *-latest runner was x86_64, this seems like a rather frustrating change for the ecosystem (though necessary).

@str4d str4d mentioned this issue Apr 26, 2024
13 tasks
@Fernthedev
Copy link

I don't know what guarantees GitHub makes about the *-latest runner labels, but given that until now every *-latest runner was x86_64, this seems like a rather frustrating change for the ecosystem (though necessary).

I wholeheartedly agree with this. I suffered from this issue today and was frustrated to find my CI action failing without any notice or ideas as to why. I'd appreciate if there could be some warning during the migration period notifying users that their cache is currently broken and/or a fix for the cache issue.

Glad to see the issue has a fix though, thanks!

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

4 participants