Phase 6: Erfolgreiche Actions-Matrix und Paketprüfungen dokumentieren

openspec/changes/phase-6-06-gitea-actions-und-releases/verification.md

@@ -1,21 +1,22 @@
 # Verifizierung: phase-6-06-gitea-actions-und-releases
 
-Stand 07.09.2026. Basis: `796564795a6607651c366c6b0de74560af55e71a`
-mit dem dokumentierten Change-06-Diff. Change 05 wurde zuvor synchronisiert,
-auf Benutzeranweisung archiviert und dieser Commit auf Origin bestätigt.
+Stand 07.09.2026. In Actions geprüfter Implementierungsstand:
+`dec067dfec0c97918f92f00d0b2729238f494c6a` (Lauf auf `ci/phase-6-06`).
+Change 05 wurde zuvor synchronisiert, auf Benutzeranweisung archiviert und
+mit `7965647` auf origin/main bestätigt.
 
 ## Ergebnis
 
 | Dimension | Stand |
 |---|---|
-| Vollständigkeit | 5/11 Aufgaben abgeschlossen; sechs Aufgaben mit echten Origin-/Ziel-/Rechtenachweisen offen |
-| Korrektheit | Vier echte Cross-/Native-Builds auf Linux arm64; native Paketprüfungen auf Linux arm64 und macOS arm64 bestanden; lokale Pflichtabnahme und negative Paket-/Releaseprüfungen bestanden |
+| Vollständigkeit | 7/11 Aufgaben abgeschlossen; vier Aufgaben mit noch fehlenden Ziel-/Rechtenachweisen offen |
+| Korrektheit | Actions-Lauf 5 mit Pflichtabnahme und vier Paketjobs grün; Originalpakete auf Linux arm64 und macOS arm64 erfolgreich ausgeführt; Paket-/Release-Regressionen grün |
 | Kohärenz | Bestehende Exportvalidierung, Vorlagenpfade, TBL-/Native-/PTY-Prüfungen wiederverwendet; keine neue Produktabhängigkeit |
 
 Keine aktuell bekannte unbehobene lokale Codeabweichung. Der Change ist
 wegen der unten benannten fehlenden externen Nachweise **nicht vollständig
-verifiziert oder archivierungsbereit**. Vier lokal orchestrierte Container-
-builds auf dem Gitea-Host sind keine vier erfolgreichen Actions-Jobs.
+verifiziert oder archivierungsbereit**. Der tatsächliche Actions-Build ist
+jetzt nachgewiesen; fehlende echte Zielabnahmen bleiben davon getrennt.
 
 ## Umsetzung und Szenarioabdeckung
 
@@ -65,6 +66,14 @@ builds auf dem Gitea-Host sind keine vier erfolgreichen Actions-Jobs.
    Mit Kanal 17 und den tatsächlichen IDs bestehen Build und .7z-Prüfung.
    Zusätzlich verhindert der SDK-Inhaltspin eine stille Änderung unter
    unveränderten Versionsbezeichnungen.
+6. Den Cross-Images fehlt Node für checkout und Artefakt-Actions. Beide
+   Workflows installieren vor checkout Node 22.22.0 mit SHA-256-Prüfung.
+   Checkout und Fehlerartefakt-Upload sind damit im echten Lauf erfolgreich.
+7. Der Fremdprogrammtest verwendete zwei unterschiedliche temporäre Pfade.
+   Linux zeigt den kurzen CURDIR$-Pfad im Titel, wodurch der vollständige
+   Bildschirmvergleich fehlschlug. Beide Läufe verwenden jetzt denselben
+   jeweils frisch entpackten Pfad; alle Vergleiche bleiben unverändert.
+   Lokaler Test mit TMPDIR=/tmp und der echte Linux-Actions-Test bestehen.
 
 ## Nachweise
 
@@ -84,18 +93,29 @@ builds auf dem Gitea-Host sind keine vier erfolgreichen Actions-Jobs.
   Benchmarks und expliziter nativer IDE-Probe bestanden. Exporttests, Clippy,
   Format, YAML-Parsing und OpenSpec-Validierung bestanden.
 
-Die gebauten Testpakete tragen den uncommitteten Diffstand im Manifest und
-sind absichtlich nicht releasefähig. Lokale Belege werden unter `evidence/`
-aufbewahrt; Paketprüfsummen und tatsächliche Hostdaten stehen in den Berichten.
+Die früheren lokal orchestrierten Testpakete tragen den uncommitteten
+Diffstand im Manifest. Die vier aktuellen Actions-Pakete dagegen tragen
+`dec067d` und `source_dirty=false`. Ihre Archive wurden aus dem Gitea-
+Artefaktspeicher geladen und gegen die hochgeladenen SHA-Dateien geprüft.
+`evidence/actions-run-5/` enthält Joblogs, Manifest-/Paketprüfsummen und
+die tatsächlichen entpackten macOS-/Linux-arm64-Prüfergebnisse.
+Linux arm64 läuft zusätzlich direkt auf dem Host mit glibc 2.39; macOS
+auf 26.6.2/arm64. Windows-PE und Linux-amd64-ELF sind formatgeprüft,
+aber auf ihren Zielen nicht ausgeführt.
+
+Die Cross-Linker melden eine ignorierte alte Linux-Linkeroptimierung bzw.
+fehlende Microsoft-CRT-PDBs (Windows). Alle Release-Builds sind erfolgreich;
+die Meldungen bleiben in den unveränderten Rohlogs sichtbar.
 
 ## Offene externe Befunde
 
-- **1.1/1.3/2.1/3.4:** Gitea 1.25.4, Actions am Repository aktiviert,
-  registrierter Runner `gitea-arm64-01`, Label `linux-arm64` bestätigt.
-  Der Runner ist in einer Neustartschleife: `rootlesskit ... /proc/self/exe:
-  operation not permitted`. Eine Entscheidung zur Reparatur des gemeinsamen
-  Runners wurde angefragt. Keine Docker-/AppArmor-Konfiguration verändert.
-  Ein echter erfolgreicher Actions-Matrixlauf und dessen Rechteverhalten fehlen.
+- **1.1:** Runner `gitea-arm64-01`, Label `linux-arm64`, Linux-aarch64-Host,
+  fixierte Tools und SDKs sind durch den erfolgreichen Actions-Lauf belegt.
+  Für Windows und Linux amd64 sind weiterhin konkrete echte Prüfsysteme
+  zuzuordnen; vier native Buildrunner sind nicht erforderlich.
+- **3.4:** Der vollständige Actions-Lauf und die verfügbaren paketgebundenen
+  Prüfergebnisse sind für 07 abgelegt. Die Übergabe aller vorgeschriebenen
+  Zielnachweise bleibt bis zu den fehlenden Prüfungen aus 2.3 unvollständig.
 - **2.3:** Windows-Ausführung bleibt entsprechend Benutzerentscheidung offen;
   Linux amd64 und die vollständigen manuellen Emulatorfolgen sind ebenfalls
   nicht belegt. Cross-Build, lokale Mocktests und gemeinsame ANSI-Technik
@@ -105,19 +125,25 @@ aufbewahrt; Paketprüfsummen und tatsächliche Hostdaten stehen in den Berichten
   dauerhaftes Release-Secret übernommen. Die Referenzvariable für den
   vorhandenen fixierten Fremdbestand wurde am Repository eingerichtet.
 
-Diese Befunde lassen sich nicht durch Änderungen an Paketcode oder durch
-Abhaken von Aufgaben schließen. Nach Runner-Reparatur den Origin-Lauf ausführen,
-zugehörige Paket-/Zielnachweise ergänzen und kontrollierte Entwurfs-/Rechte-
+Die verbleibenden Ziel-/Rechtebefunde lassen sich nicht durch Abhaken von
+Aufgaben schließen. Die fehlenden Paket-/Zielnachweise ergänzen und
+kontrollierte Entwurfs-/Rechte-
 prüfung durchführen. Bis dahin keine Freigabe und keine Behauptung „0 Befunde“.
 
 ## Origin-Anbindung
 
-Implementierungscommit `32d3838002baa7e90e66e710f56ea985413d7ec5` wurde auf
-`origin/ci/phase-6-06` gepusht. Gitea hat daraufhin
-[Actions-Lauf 1](https://git.rfc1437.de/hugo/TerminalBasic/actions/runs/1)
-(API-ID 542) erzeugt; beim Nachlesen Status `queued`. Damit sind Workflow-
-Erkennung und Push-Anbindung belegt, keine ausgeführten Jobs oder Zielergebnisse.
-`origin/main` bleibt beim abgeschlossenen Change 05 (`7965647`).
+[Actions-Lauf 5](https://git.rfc1437.de/hugo/TerminalBasic/actions/runs/5)
+(API-ID 546) für `dec067dfec0c97918f92f00d0b2729238f494c6a` ist abgeschlossen
+mit `success`: Prüfjob 901 sowie Paketjobs 902–905 erfolgreich. Der
+Release-Schritt ist bei diesem Branch-Push erwartungsgemäß `skipped`.
+Damit sind Push-Anbindung, echte Pflichtabnahme, vier Zielarchive und Upload
+belegt. Der frühere fehlerhafte Lauf 3 zeigte den korrekten Fehlerstatus;
+Lauf 4 führte die fehlgeschlagene Pflichtabnahme samt Protokoll-Upload aus.
+Es wurde kein PR eröffnet und kein Release erzeugt; der PR-Pfad benötigt
+keine Release-Secrets. Eine tatsächliche Release-Rechteprüfung fehlt weiter.
+Der Implementierungsstand wird samt Bericht und Nachweisen per Fast-forward
+auf `main` übernommen. Weitere Arbeit und Pushes erfolgen direkt auf `main`;
+der nur für die CI-Erprobung angelegte Branch wird anschließend entfernt.
 Rohbelege werden bytegetreu aufbewahrt; `.gitattributes` nimmt ausschließlich
 Nachweisdateien von Quelltext-Whitespace-Regeln aus. Patch-Kontext und
 Tool-Ausgaben dürfen ihre ursprünglichen Leerzeichen behalten.