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.

Sign up for GitHub

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

Jump to bottom

Builds requesting runs-on macos-14 and getting macos-14-arm64 #3256

Open
leighmcculloch opened this issue Apr 24, 2024 · 4 comments
Open

Builds requesting runs-on macos-14 and getting macos-14-arm64 #3256

leighmcculloch opened this issue Apr 24, 2024 · 4 comments
Labels
bug Something isn't working

Comments

@leighmcculloch
Copy link

leighmcculloch commented Apr 24, 2024 •
edited

Describe the bug

Builds requesting runs-on macos-14 and getting macos-14-arm64.

To Reproduce
Steps to reproduce the behavior:

  1. Run a job that requests macos-14 or macos-latest

Expected behavior
That the workflow will run macos x86_64.

Runner Version and Platform

Version of your runner? 20240415.6

OS of the machine running the runner? macOS

What's not working?

Screenshot 2024-04-24 at 9 28 59 pm

Ref: https://github.com/stellar/binaries/actions/runs/8815749910/job/24198334002?pr=20
@leighmcculloch leighmcculloch added the bug Something isn't working label Apr 24, 2024
This was referenced Apr 24, 2024
Closed
Merged
dmkozh added a commit to stellar/rs-soroban-sdk that referenced this issue Apr 24, 2024
@dmkozh
Disable macos builds as per actions/runner#3256
643ad19
@koffie
Copy link

koffie commented Apr 26, 2024 •
edited

We actually have the same problem with macos-latest

https://github.com/QuTech-Delft/quantuminspire2/actions/runs/8844984860/job/24288018010

@sobolk sobolk mentioned this issue Apr 26, 2024
Closed
4 tasks
@sobolk
Copy link

sobolk commented Apr 26, 2024 •
edited

We seem to be running into problems here https://github.com/aws-amplify/amplify-backend/actions/runs/8852791618/job/24312497620 .

The summary is that:

  1. A job installs dependencies on macos-latest which now resolves to ARM64 and OSX14. Some dependencies come with arch dependent binaries (we're on NodeJS). This job caches result of installation.
  2. Another job runs on macos-latest-xl which still resolves to OSX12 and runs on Intel. It restores previously cached artifacts that came from ARM64 worker. Which leads to runtime failures.

When is macos-latest-xl planned to match macos-latest with respect to architecture and OSX version?

@sobolk sobolk mentioned this issue Apr 26, 2024
Merged
4 tasks
@pvdrz
Copy link

pvdrz commented Apr 26, 2024

Same issue here: https://github.com/rust-lang/rust-bindgen/actions/runs/8807570984/job/24315825391

macos-latest is running on an arm machine.

@pvdrz pvdrz mentioned this issue Apr 26, 2024
Merged
TSRBerry added a commit to TSRBerry/Ryujinx that referenced this issue Apr 26, 2024
@TSRBerry
Replace macos-latest label with macos-13
c464b7a 
Due to a change to the GitHub runner labels a few days ago (see: actions/runner#3256) our build workflows for macOS x64 didn't work anymore.
According to https://docs.github.com/en/actions/using-github-hosted-runners/about-github-hosted-runners/about-github-hosted-runners#standard-github-hosted-runners-for-public-repositories the macos-13 label is not using arm64 yet.

Until a better solution is offered in the linked issue above, we'll keep using the macos-13 label which hopefully doesn't switch to arm64 soon.
@TSRBerry TSRBerry mentioned this issue Apr 26, 2024
Merged
TSRBerry added a commit to TSRBerry/Ryujinx that referenced this issue Apr 26, 2024
@TSRBerry
Replace macos-latest label with macos-13
54295e9 
Due to a change to the GitHub runner labels a few days ago (see: actions/runner#3256) our build workflows for macOS x64 didn't work anymore.
According to https://docs.github.com/en/actions/using-github-hosted-runners/about-github-hosted-runners/about-github-hosted-runners#standard-github-hosted-runners-for-public-repositories the macos-13 label is not using arm64 yet.

Until a better solution is offered in the linked issue above, we'll keep using the macos-13 label which hopefully doesn't switch to arm64 soon.
TSRBerry added a commit to TSRBerry/Ryujinx that referenced this issue Apr 26, 2024
@TSRBerry
Replace macos-latest label with macos-13
c324fa9 
Due to a change to the GitHub runner labels a few days ago (see: actions/runner#3256) our build workflows for macOS x64 didn't work anymore.
According to https://docs.github.com/en/actions/using-github-hosted-runners/about-github-hosted-runners/about-github-hosted-runners#standard-github-hosted-runners-for-public-repositories the macos-13 label is not using arm64 yet.

Until a better solution is offered in the linked issue above, we'll keep using the macos-13 label which hopefully doesn't switch to arm64 soon.
TSRBerry added a commit to Ryujinx/Ryujinx that referenced this issue Apr 26, 2024
@TSRBerry
ci: Replace macos-latest label with macos-13 (#6729)
89a274c 
Due to a change to the GitHub runner labels a few days ago (see: actions/runner#3256) our build workflows for macOS x64 didn't work anymore.
According to https://docs.github.com/en/actions/using-github-hosted-runners/about-github-hosted-runners/about-github-hosted-runners#standard-github-hosted-runners-for-public-repositories the macos-13 label is not using arm64 yet.

Until a better solution is offered in the linked issue above, we'll keep using the macos-13 label which hopefully doesn't switch to arm64 soon.
@leighmcculloch
Copy link
Author

According to this post by GitHub in January the macos-14 runner is exclusively arm64:

IvanNardi added a commit to IvanNardi/nDPI that referenced this issue Apr 28, 2024
@IvanNardi
Workaround for fixing GitHub runners on macOS
b7b8709 
GitHub switched "macos-latest" from "macos-12" to "macos-14", which is only
on ARM64!
actions/runner#3256
https://github.blog/changelog/2024-01-30-github-actions-macos-14-sonoma-is-now-available/

However we are having some issues build nDPI on macos-14 with external
libraries:

```
configure: error: libgpg-error required (because of --with-local-libgcrypt) but not found or too old.
```
See: https://github.com/ntop/nDPI/actions/runs/8869020568/job/24350356867

```
ndpi_utils.c:69:10: fatal error: 'pcre2.h' file not found
         ^~~~~~~~~
1 error generated.
```
See: https://github.com/ntop/nDPI/actions/runs/8869020568/job/24349242251

Everything is still fine with macos-14 and no external dependencies

As workaround, test only macos-12 and macos-13 in our main matrix.
@IvanNardi IvanNardi mentioned this issue Apr 28, 2024
Merged
IvanNardi added a commit to ntop/nDPI that referenced this issue Apr 28, 2024
@IvanNardi
Workaround for fixing GitHub runners on macOS (#2411)
9e549ba 
GitHub switched "macos-latest" from "macos-12" to "macos-14", which is only
on ARM64!
actions/runner#3256
https://github.blog/changelog/2024-01-30-github-actions-macos-14-sonoma-is-now-available/

However we are having some issues build nDPI on macos-14 with external
libraries:

```
configure: error: libgpg-error required (because of --with-local-libgcrypt) but not found or too old.
```
See: https://github.com/ntop/nDPI/actions/runs/8869020568/job/24350356867

```
ndpi_utils.c:69:10: fatal error: 'pcre2.h' file not found
         ^~~~~~~~~
1 error generated.
```
See: https://github.com/ntop/nDPI/actions/runs/8869020568/job/24349242251

Everything is still fine with macos-14 and no external dependencies

As workaround, test only macos-12 and macos-13 in our main matrix.
@lidel lidel mentioned this issue May 16, 2024
Closed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
bug Something isn't working
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
4 participants
@leighmcculloch @koffie @sobolk @pvdrz