Open jblarue opened 2 months ago
opening with terminal it returns "segmentation fault"
lldb output:
Any updates to this?
Don't have a working Mac (and don't have money to buy one at the moment), so I guess we would need some volunteer to try to fix it.
Not sure if related but the .dmg of the latest version has a mach-o header that indicates arm64 when the filename seems to indicate the intended target platform was x86_64.
lipo Arma\ 3\ Unix\ Launcher -info
Non-fat file: Arma 3 Unix Launcher is architecture: arm64
Could this be due to the macos-latest
GitHub Actions runner moving to m1 arm64 by default between the commit 383 and the commit 413 releases?
Edit: I just saw this commit that fixes the paths to point to arm64 homebrew. So it's not that the binary is built incorrectly.
I think this is because arm64 has stricter code signing requirements than x86_64 - I've come across a similar issue with other ecosystems.
Anyway I'm not sure how to notarise in a GitHub Actions build but this workaround seems to work.
MyLocalCert
. Select Self Signed Root
and Code Signing
, then click Create/Applications
run
codesign --deep --force --verbose --sign "MyLocalCert" Arma\ 3\ Unix\ Launcher.app
This should let you launch the app.
An alternative option is to switch back the GitHub Actions build to an older macOS runner on x86_64, since that seems to have no issues, and just let people run it with Rosetta.
Not sure if related but the .dmg of the latest version has a mach-o header that indicates arm64 when the filename seems to indicate the intended target platform was x86_64.
lipo Arma\ 3\ Unix\ Launcher -info Non-fat file: Arma 3 Unix Launcher is architecture: arm64
Could this be due to the
macos-latest
GitHub Actions runner moving to m1 arm64 by default between the commit 383 and the commit 413 releases?Edit: I just saw this commit that fixes the paths to point to arm64 homebrew. So it's not that the binary is built incorrectly.
I think this is because arm64 has stricter code signing requirements than x86_64 - I've come across a similar issue with other ecosystems.
Anyway I'm not sure how to notarise in a GitHub Actions build but this workaround seems to work.
- Install the .dmg normally by dragging to Applications (or clone the repo and build according to the README)
- Open Keychain Access. In the menubar options, select Keychain Access > Certificate Assistant > Create a Certificate
- Give a name to the certificate like
MyLocalCert
. SelectSelf Signed Root
andCode Signing
, then click Create- In
/Applications
runcodesign --deep --force --verbose --sign "MyLocalCert" Arma\ 3\ Unix\ Launcher.app
This should let you launch the app.
An alternative option is to switch back the GitHub Actions build to an older macOS runner on x86_64, since that seems to have no issues, and just let people run it with Rosetta.
Just tried this and couldn't seem to get it to work.
The launcher fails to open with the new Mac OSX update (15.0 (24A335)).