ci/macos: add arm64 job#11945
Conversation
|
I can't find the artifact link on macOS? Edit: for myself https://github.com/koreader/koreader/suites/24414987552/artifacts/1558523165 Edit 2: login required? wtf, why |
|
I can't seem to find a way to get anything useful out of macOS. This is a Macbook Air M1 with a broken screen. |
|
So just to be clear, the x86_64 build starts once you work around the "scary" security warning popup? |
|
Starting from a terminal should give more info. |
Yes.
Full and complete instructions since obviously that's the very first thing I tried. ;-) The only way I could find to start from terminal is with You can browse the contents of it, which looks effectively identical to the x86_64 one. |
6570eb5 to
abf4a80
Compare
|
It looks like the rules for arm64 and x86_64 are different: https://wiki.lazarus.freepascal.org/macOS_Big_Sur_changes_for_developers#Code_signing_-_Intel_vs_M1 Let's see if signing (ad hoc) the application bundle changes anything.
I think you should be able to run |
|
Pinging @ryanwwest (or ping me in a week if I forget) |
|
@Frenzie I am actually using KOReader with moderate success (I have never used this app before) on M1 right now without any cli intervention. It does crash on maximize I noticed so far.
|
|
@kmkipta: which version? Can you get a log for that crash? |
|
@kmkipta The arm64 build you mean? The x86_64 build runs on everything. |
100ed9b to
a10719c
Compare
|
@benoit-pierre Your codesign experiment seems to have worked. The steps are now the same as for x86_64 (i.e., use right click or ctrl+click → open), even if the exact messages are slightly different. |
|
Good. 👍 |
|
Minor correction, it's macOS itself that changed the error messages in version 14.5. They are identical for both versions. Edit: or of course it probably changed slightly since you signed it… d'oh! ;-) |
|
Could you remove the "Hopefully" from that commit message for completion's sake? ^_^ |
Only keep the target architecture.
Necessary for the arm64 variant, or macOS will complain about the application being "damaged" (instead of the developer being not verified), with no possible right click / ctrl+click workaround.
We actually don't need luarocks anymore for building (just testing).
a10719c to
6e76d15
Compare
|
Out of curiosity, what's the new scary warning? :P |
This might work (as in it doesn't obviously fail out of the gate) but it's missing a way to get at the ctrl+click variety of the dialog.
Hold on, I'll have to look up the Apple screenshot shortcut. |
Aha, got it. xattr -r -d com.apple.quarantine ./KOReader.app
./KOReader.app/Contents/MacOS/koreaderCourtesy of https://apple.stackexchange.com/a/240610 |
I know it's been a minute, but I have the log for that crash. Here's the bad access exception: I can post the entire report somewhere, but I can reproduce this on 2 different ARM m1 macs using the most recent mac arm build from action #10831 |
|
@kmkipta: please create a dedicated issue. |





Untested, someone with access to a real machine will have to test the bundle.
This change is