docs/issues/0098-threadnet-web-11-themes-rollout-2026-08-02-web-live-linux-wind.md

---
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.
feat(issues): adopt the component trackers — one backlog, one numbering (ADR-0019) 2026-08-18 12:00:00 +00:00			`---`
			`type: issue`
			`id: "0098"`
docs: relevance pass over the backlog - close #0055 , retire four stale issues 2026-08-18 12:00:00 +00:00			`status: done`
feat(issues): adopt the component trackers — one backlog, one numbering (ADR-0019) 2026-08-18 12:00:00 +00:00			`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.`
docs: relevance pass over the backlog - close #0055 , retire four stale issues 2026-08-18 12:00:00 +00:00
			`## 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.`