From f4fab93a6c2b0d4201337047ace9954171aab36e Mon Sep 17 00:00:00 2001 From: StefanMoCoAt Date: Wed, 6 May 2026 22:36:53 +0200 Subject: [PATCH] fix: setze Windows-Build-Workflow auf manuell und dokumentiere ARM64-Blockade Signed-off-by: StefanMoCoAt --- .gitea/workflows/feature-build.yml | 9 +++++---- docs/01_Architecture/MASTER_ROADMAP.md | 6 +++--- .../2026-05-06_Windows_Cross_Packaging_Conveyor.md | 8 +++++--- 3 files changed, 13 insertions(+), 10 deletions(-) diff --git a/.gitea/workflows/feature-build.yml b/.gitea/workflows/feature-build.yml index 5fb936df..af28efbf 100644 --- a/.gitea/workflows/feature-build.yml +++ b/.gitea/workflows/feature-build.yml @@ -1,7 +1,8 @@ name: Feature Build — Windows MSI (via Conveyor) on: - push: - branches: [ "feature/*" ] # Reagiert auf alle Feature-Branches + workflow_dispatch: # Nur noch manueller Start möglich, da ARM64-Runner inkompatibel + # push: + # branches: [ "feature/*" ] # Deaktiviert wegen ARM64 Exec Format Error jobs: package-windows: @@ -42,8 +43,8 @@ jobs: - name: Windows .msi mit Conveyor bauen run: | - # Conveyor baut das MSI direkt auf Linux - # Falls via npm installiert, liegt es im globalen Pfad + # HINWEIS: Erfordert aktuell einen x64-Linux-Runner. + # Schlägt auf ARM64 (Zora) mit 'Exec format error' fehl. CONVEYOR_BIN=$(which conveyor || echo "$HOME/.conveyor/bin/conveyor") $CONVEYOR_BIN make windows-msi diff --git a/docs/01_Architecture/MASTER_ROADMAP.md b/docs/01_Architecture/MASTER_ROADMAP.md index a0870784..f6d0cc37 100644 --- a/docs/01_Architecture/MASTER_ROADMAP.md +++ b/docs/01_Architecture/MASTER_ROADMAP.md @@ -87,9 +87,9 @@ Fokus: Physische Implementierung der Turnier-Hierarchie und technisches Onboardi * [x] **Handshake-Feedback:** Visuelle Signalisierung des Verbindungsstatus (Grün/Rot). * [x] **Client-Konfiguration:** Master kann nun Clients in der UI hinzufügen und bearbeiten. * [x] **Master-UX:** Konfiguration beim Start nicht mehr zwangsgesperrt. -* [x] **Cross-Packaging (Conveyor):** Windows-Build auf Linux-CI ermöglicht. -* [ ] **PoC Verifikation:** 🚧 **IN ARBEIT** (Log 481 analysiert: Conveyor-Installationsskript lieferte HTML 404; - Fallback auf npm implementiert). +* [x] **Cross-Packaging (Conveyor):** Windows-Build auf Linux-CI ermöglicht (x64-Abhängigkeit identifiziert). +* [ ] **PoC Verifikation:** 🔴 **BLOCKIERT** (Log 482: ARM64-Runner inkompatibel mit Conveyor-Binary; Workflow auf + manuell gesetzt). ### MEILENSTEIN 1: Die Basis-Hierarchie (Prio 1) ⚪ GEPLANT diff --git a/docs/99_Journal/2026-05-06_Windows_Cross_Packaging_Conveyor.md b/docs/99_Journal/2026-05-06_Windows_Cross_Packaging_Conveyor.md index 1d7be8db..3c7c3fb3 100644 --- a/docs/99_Journal/2026-05-06_Windows_Cross_Packaging_Conveyor.md +++ b/docs/99_Journal/2026-05-06_Windows_Cross_Packaging_Conveyor.md @@ -35,9 +35,11 @@ Der Workflow `.gitea/workflows/feature-build.yml` wurde radikal umgebaut: - **Input-Fix:** Die `conveyor.conf` wurde auf das spezifische JAR-Namensmuster (`meldestelle-desktop-jvm-*.jar`) angepasst. - **Workflow-Stabilisierung:** Das Installations-Skript wurde um eine HTML-Validierung und einen **npm-Fallback** - erweitert, da die offizielle Download-URL im Runner instabil war (Log #481). -- **Nächster Schritt:** Beobachtung des nächsten CI-Laufs in Gitea (Task #482+). Sobald das MSI bereitsteht, erfolgt der - Hardware-Test. + erweitert. +- **Architektur-Blockade:** Analyse von Log #482 zeigt, dass Hydraulic Conveyor aktuell keine ARM64-Linux Binaries + bereitstellt (`Exec format error`). +- **Entscheidung:** Der Workflow wurde auf `manual` gesetzt, um Gitea-Rauschen zu vermeiden. Der Windows-Build erfordert + einen x64-Runner oder muss weiterhin lokal beim User erfolgen. **🏗️ [Lead Architect]** **🐧 [DevOps Engineer]**