--- type: issue id: "0098" status: done created: 2026-08-02 milestone: M4 priority: low projekt: threadnet-web gitlab_iid: "11" related: [] --- # Themes-Rollout 2026-08-02: Web live, Linux + Windows gebaut, macOS lokal > Adoptiert aus [threadnet-web#11](https://git.lab/axion1337.chat/ThreadNet-Web/-/issues/11) (2026-08-18, ADR-0019). Kommentare und Verlauf bleiben dort; kanonisch ist ab jetzt diese Datei. Protokoll zum Ausrollen der elf neuen Themes (aXion1337 Light + zehn Paletten, gitops `a2438e1`). ## Web ✅ live Flux reconciled auf `a2438e1`; **`https://axion1337.chat/config.json` liefert 17 Themes** — verifiziert, nicht abgeleitet. Keine Pod-Rotation nötig, kein Checksum-Problem (der Fallstrick vom 2026-08-01 trat nicht auf, weil sich nur ConfigMap-Inhalt änderte, den Element beim Laden liest). ## Desktop-Config `2a2bb37` Die Desktop-Apps laden ihre **eigene** `config.json` (`apps/desktop/axion1337/config.json`) — ohne diesen Commit hätten sie die neuen Themes nicht. Chirurgisch eingefügt: 0 entfernte / 427 neue Zeilen, JSON validiert. ## Builds (Pipeline 144) | Job | Ergebnis | |---|---| | `web` | ✅ 75 s | | `desktop_linux` | ✅ 428 s — `.deb` + `.tar.gz`, 287 MB Artefakt | | `desktop_windows` | ✅ 461 s — 135 MB Artefakt | | `stop_windows_vm` | ausgelöst (8 GB wieder frei) | **Verifikation der Linux-Artefakte:** Die Themes stecken in `resources/webapp.asar`, **nicht** in `app.asar` — dort hatte ich zuerst gesucht und fälschlich „fehlt" gemeldet. `webapp.asar` enthält die eingebettete `config.json` mit allen 17 Themes. ⚠️ `start_windows_vm` scheiterte zunächst (`No such container: windows-runner`), sorb hat den Container manuell neu gestartet — Ursache und Optionen als [management#21](https://git.lab/axion1337.chat/management/-/issues/21) festgehalten. ## macOS Wird lokal auf sorbs Mac gebaut (arm64, unsigniert) — kein macOS-Runner im Lab. Ergebnis folgt als Kommentar. ## Erledigt — Relevanz-Durchgang 2026-08-18 Dieses Issue ist ein **Rollout-Protokoll**, keine offene Aufgabe: Web live und verifiziert (17 Themes aus `config.json`), Desktop-Config nachgezogen, Linux- und Windows-Artefakte gebaut und im `webapp.asar` gegengeprüft. Der einzige Rest war „macOS wird lokal gebaut, Ergebnis folgt" — und das ist keine Nacharbeit an den Themes, sondern der Dauerzustand, den **#0022** (BUILD-01: macOS-Client reproduzierbar bauen) als eigenes Issue führt. Der VM-Fehlschlag am Rand ist als **#0021** erfasst. Offen bleibt hier also nichts, was nicht anderswo eine Nummer hätte. Das Protokoll bleibt als Beleg stehen — insbesondere der Fund, dass die Themes in `resources/webapp.asar` stecken und nicht in `app.asar`, wo zuerst fälschlich „fehlt" gemeldet wurde.