mirror of
https://github.com/praktimarc/kst4contest.git
synced 2026-09-11 03:35:28 +02:00
* Sign and notarize macOS builds jpackage cannot produce a distributable macOS bundle on its own. It ad-hoc signs the embedded runtime and then re-runs codesign on the same files without --force, which codesign rejects; and "--type dmg --app-image" re-signs the app it is handed, replacing a Developer ID signature with an ad-hoc one. So the build now creates an unsigned app-image, signs it from the inside out, and wraps it with hdiutil. Apple's notary service also unpacks JARs and checks the native libraries inside them, which sqlite-jdbc ships for both architectures. Those are signed before the bundle is sealed, since rewriting a JAR afterwards would invalidate the seal. A preflight check verifies Apple's two criteria locally, so a missed binary costs seconds rather than a round trip to the notary service. Two long-standing defects surfaced while testing and are fixed here: the bundle identifier defaulted to the main class's package name (kst4contest.view instead of de.x08.KST4Contest), and every release reported version 1.0 in Finder because --app-version was never passed. Neither affects existing users: the app keeps its settings in ~/.praktiKST, independent of the bundle ID. Both workflows call the same script the local Mac uses, so the two cannot drift apart. Signing needs a keychain that can answer a UI prompt, which a runner cannot, so ci-import-cert.sh creates a throwaway keychain whose password is generated per job and discarded with it. Notarization goes through an App Store Connect API key and needs no keychain at all. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> * Sign bundle contents serially Signing the app image's Mach-O files with "xargs -P 8" passed locally but failed on a runner: codesign reported "replacing existing signature" and then "No such file or directory" for that same path. The two libjli.dylib copies are separate inodes, so this is not hard links being signed twice -- concurrent codesign runs over one bundle are simply not reliable. Serially costs about a minute, since each call waits on Apple's timestamp server. Also stop the matrix from cancelling the other architecture on a failure; that throws away half the diagnostic information from a failed run. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> * Document macOS signing from 1.42 The installation guides described the right-click workaround as the normal first launch. That stays, but as the path for 1.41.1 and older; from 1.42 a double-click works. Both guides also show how to verify a download with spctl, so the claim is checkable rather than something to take on faith. The per-channel download notes distinguish where the channels actually stand: Nightly is built from main and is signed as of now, while Stable still points at 1.41.1, so those notes name the version instead of claiming it outright. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 5 <noreply@anthropic.com>
50 lines
517 B
Plaintext
50 lines
517 B
Plaintext
# Fleet IDE
|
|
.fleet
|
|
|
|
# Intellij
|
|
.idea
|
|
*.iml
|
|
|
|
# Eclipse
|
|
.project
|
|
.classpath
|
|
|
|
# Maven
|
|
target
|
|
|
|
|
|
debug.out
|
|
.DS_Store
|
|
|
|
#Logfiles
|
|
SimpleLogFile.txt
|
|
udpReaderBackup.txt
|
|
|
|
#tempfiles
|
|
.idea/
|
|
out/
|
|
|
|
#targetfiles - mvn wrapper
|
|
target/
|
|
|
|
#builds
|
|
build/
|
|
|
|
#pdf output directory
|
|
dist/
|
|
|
|
#zip files for local backups
|
|
*.zip
|
|
|
|
# node Modules in website
|
|
website/node_modules/
|
|
|
|
# built website output (rebuilt on the server)
|
|
website/_site/
|
|
|
|
# Local secrets for act testing
|
|
.secrets
|
|
|
|
# Apple notarization private keys - never commit these
|
|
*.p8
|