Archiving fails only with fastlane gym, if the project is using new Swift macros. about fastlane

[bbolchis]

I was getting the same error.

In my case it was ruby using x86_64 instead of arm64 architecture that was causing the problem. It was confusing because the terminal itself was using arm64, but commands run from a ruby script were using x86_64.

I didn’t investigate it further, I just reinstalled ruby, rbenv and brew. I’m guessing the old brew installation might have something to do with it.

You can try to run the arch command from a ruby script to see what architecture will be used.

This helped me. After prepending the fastlane command with arch -arm64 bundle exec fastlane..., it worked. The right fix might be to re-install brew, rbenv and one ruby version, but i will do that next time i have issues with ruby & fastlane.

[piotr-dudek]

I was getting the same error.

In my case it was ruby using x86_64 instead of arm64 architecture that was causing the problem.
It was confusing because the terminal itself was using arm64, but commands run from a ruby script were using x86_64.

I didn’t investigate it further, I just reinstalled ruby, rbenv and brew. I’m guessing the old brew installation might have something to do with it.

You can try to run the arch command from a ruby script to see what architecture will be used.

[havebeenfitz]

In my case the same error was caused by Intel gitlab-runner executable on the arm machine. Accidentally upgraded from a wrong url. Upgrading gitlab-runner from sudo curl -o /usr/local/bin/gitlab-runner "https://s3.dualstack.us-east-1.amazonaws.com/gitlab-runner-downloads/latest/binaries/gitlab-runner-darwin-arm64" solved it.

Previos comment with SO post helped to track down the issue with the Activity monitor 👍

[mollyIV]

Hey @enoktate 👋

Thanks for reporting the issue. Do you mind attaching a test project you created to help us reproduce the issue? 🙏

[enoktate]

Hey @mollyIV, thanks for looking into this. Sure, here is the project I mentioned in the issue.
Just changing the team in signing and running fastlane gym replicates the issue for me and my colleague.
FastTestProject.zip

[enoktate]

I think I found another point of failure, when I run my lane with standard runner on GitHub Actions it succeeds. Hope this helps.
My machine:
Chip: Apple M1 Pro, macOS 14.0 (23A339)

GitHub Actions runner image:

Current runner version: '2.310.2'
Operating System
  macOS
  13.6
  22G120
Runner Image
  Image: macos-13
  Version: 20231002.1
  Included Software: https://github.com/actions/runner-images/blob/macos-13/20231002.1/images/macos/macos-13-Readme.md
  Image Release: https://github.com/actions/runner-images/releases/tag/macos-13%2F20231002.1

[miletliyusuf]

rosetta error: Failed to open libRosettaRuntime
 760
{
  "kind": "finished",
  "name": "compile",
  "pid": 6745,
  "output": "\/Users\/******.swift:49:1: error: external macro implementation type 'PreviewsMacros.SwiftUIView' could not be found for macro 'Preview(_:body:)'\n#Preview(\"****\") {\n^\nSwiftUI.Preview:2:41: note: 'Preview(_:body:)' declared here\n@freestanding(declaration) public macro Preview(_ name: String? = nil, body: @escaping @MainActor () -> View) = #externalMacro(module: \"PreviewsMacros\", type: \"SwiftUIView\")\n                                        ^\n",
  "process": {
    "real_pid": 6745
  },
  "exit-status": 1
}

We're also having the same problem with above error. Is there any solution to that, yet ?

[patrickniepel]

We're also facing the same issues. In our case, the pipelines at least succeed after a couple of retries though.

[enoktate]

I was getting the same error.

In my case it was ruby using x86_64 instead of arm64 architecture that was causing the problem. It was confusing because the terminal itself was using arm64, but commands run from a ruby script were using x86_64.

I didn’t investigate it further, I just reinstalled ruby, rbenv and brew. I’m guessing the old brew installation might have something to do with it.

You can try to run the arch command from a ruby script to see what architecture will be used.

Thank you, @piotr-dudek. I reinstalled Brew and rbenv. Previously, I was using Ruby 2.7.5; this time, I've installed 3.2.2. I tried this on two Macs with M1 chips, and Fastlane is working again.

[houtzager]

Thanks everyone for the tip that it has to do with the architecture Fastlane is executed from. 🙏

Our problem was the following: Our build servers (M1 Mac Minis) are Jenkins nodes. Because these nodes ran on Java 11, our shell scripts in our Jenkins jobs were executed over the i386 (x86_64) architecture. Java 11, at least the version we used, runs on Intel only. Installing openjdk 17 over brew resolved the issue.

More about Java & M1 macs can be found here: https://stackoverflow.com/questions/69497067/java-sdk-reporting-wrong-architecture-on-mac-m1