Phase 9: Einrichtung, Autostart, Notarisierung — und die Mixer-Optik
Die Einrichtung beim ersten Start erklärt jede der vier Sachen einzeln und fragt jede einzeln an. Vier Systemdialoge hintereinander wären der übliche Weg und der falsche: wer nicht weiß wofür, klickt viermal „Nicht erlauben", und danach fragt macOS nie wieder. Sie kommt beim ersten Start immer, auch wenn zufällig schon alles erlaubt ist — sie erklärt auch den Helfer und den Autostart. Beim Autostart ist `requiresApproval` der Zustand, der weh tut. Wer das Anmeldeobjekt in den Systemeinstellungen abgeschaltet hat, kann in Onyx auf den Schalter drücken, so oft er will. Als „aus" angezeigt führt das in eine Schleife, also steht dort jetzt, wo es weitergeht. Der Mixer verliert den Schalter je Programm. Zehn Mini-Schalter untereinander sind das, was den Eindruck macht; am Regler zu ziehen ist ohnehin die Entscheidung, dieses Programm zu regeln, und der große Ausschalter stellt alles zurück. Der Regler ist selbst gezeichnet — der Systemregler bringt sein eigenes Erscheinungsbild mit und kann nicht zeigen, worauf es hier ankommt: den Pegel und die Grenze bei 100 %. Der Pegel wird im selben Durchlauf gemessen, in dem verstärkt wird, und über `Atomic` weitergereicht. Eine gewöhnliche Eigenschaft wäre ein Wettlauf, eine Sperre im Audiothread der klassische Weg zu Aussetzern. Dabei fällt das `Date()` aus dem Echtzeitpfad, das dort nie hingehört hat. Zwei Funde beim Bauen des Release-Wegs, beide hätten erst nach dem Hochladen zur Ablehnung geführt: der Helfer wurde ohne sicheren Zeitstempel signiert, und das Adapter-Framework ad-hoc. Beides gilt jetzt nur noch im Debug. Scripts/release.sh prüft Zertifikat und Notarisierungsprofil vorweg, statt nach zehn Minuten Bauen zu scheitern. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
22
README.md
22
README.md
@@ -24,6 +24,11 @@ Tests laufen ohne Xcode:
|
||||
cd Packages/OnyxKit && swift test
|
||||
```
|
||||
|
||||
Ein notarisiertes DMG baut `Scripts/release.sh`. Es braucht zwei Dinge, die
|
||||
einmalig einzurichten sind — ein „Developer ID Application“-Zertifikat und ein
|
||||
notarytool-Zugangsprofil; beides steht im Kopf des Skripts. Das Skript prüft
|
||||
beides vorweg und bricht ab, statt nach zehn Minuten Bauen zu scheitern.
|
||||
|
||||
---
|
||||
|
||||
## Aufbau
|
||||
@@ -73,6 +78,23 @@ privaten Selektor, der bei Apps ohne Menüleiste unzuverlässig ankommt.
|
||||
geladen, einem berechtigten Systemprogramm — im eigenen Prozess greift Apples
|
||||
Entitlement-Prüfung und es käme nichts an.
|
||||
|
||||
**Signiert wird im Release anders als im Debug.** Der Helfer und der Adapter
|
||||
bekommen nur im Release einen sicheren Zeitstempel, und der Adapter wird dort
|
||||
mit der echten Identität statt ad-hoc signiert. Beides verlangt die
|
||||
Notarisierung, und beides fällt sonst erst nach dem Hochladen auf. Im Debug
|
||||
wären es nur Netzanfragen bei jedem Bauen.
|
||||
|
||||
**Die Abdeckung eines Calendarr-Schnappschusses steht nicht in der Datei.** Sie
|
||||
ist zugesagtes Verhalten des Schreibers (49 Tage nach vorn) und wird von
|
||||
`CalendarrSnapshotReader` daraus abgeleitet. Sie aus dem frühesten Termin zu
|
||||
erschließen wäre naheliegend und falsch: mehrtägige Termine ragen ins Fenster
|
||||
hinein und werden mitgeschrieben, obwohl ihr Anfang nicht abgedeckt ist. Ein
|
||||
Test hält das fest.
|
||||
|
||||
**Der Audiomixer hat keinen Schalter je Programm mehr.** Am Regler zu ziehen
|
||||
*ist* die Entscheidung, dieses Programm zu regeln. Ein Schalter davor wäre eine
|
||||
Hürde, die nichts schützt — der große Ausschalter stellt ohnehin alles zurück.
|
||||
|
||||
---
|
||||
|
||||
## Fremdcode
|
||||
|
||||
Reference in New Issue
Block a user