#4 App won't launch on macOS 11 because of code signing issues

[Erik Larsson]

When attempting to launch the ARM/x86_64 version of the app (MacCrackAttack_v1.1.6.dmg) macOS complains and says the app is damaged. Looking more closely with codesign I found the following issue:

$ codesign -v -v -v /Volumes/MacCrackAttack_v1.1.6/MacCrackAttack.app/
/Volumes/MacCrackAttack_v1.1.6/MacCrackAttack.app/: a sealed resource is missing or invalid
file missing: /Volumes/MacCrackAttack_v1.1.6/MacCrackAttack.app/Contents/Resources/data/._logo.tga
file missing: /Volumes/MacCrackAttack_v1.1.6/MacCrackAttack.app/Contents/Resources/data/._.DS_Store
file missing: /Volumes/MacCrackAttack_v1.1.6/MacCrackAttack.app/Contents/Resources/data/._splash.tga
file missing: /Volumes/MacCrackAttack_v1.1.6/MacCrackAttack.app/Contents/Resources/data/._logo_x.tga

So some files that were present when signing are not present in the final product. It looks like these are AppleDouble files hinting that the app may have resided on a FAT/exFAT filesystem when signing it, as those files are used to store extended attributes on filesystems that don't support them natively.

[Erik Larsson]

The solution may be to use an APFS or HFS+ filesystem when signing the app. Then the '._'-files won't be included in the code signing manifest.

[Daniel Aarno]

I think there is some other issue involved as only HFS+ filesystems were involved when building. I no longer own a Mac (Intel or ARM), so if anyone is up for cutting a new release, I'd be more than happy to have it uploaded here.

[globs110]

Actually, it seems to just be a quarantine issue.
I managed to run the app just by having executed:

xattr -d com.apple.quarantine /Applications/MacCrackAttack.app.

And Thanks, @macbishop for having crafted and released this mac version.