Files

T

Thore CimbalandClaude Fable 5 c23bb54a92 feat: slice 4 - the open management issues live in the repo

Gate 4, slice 4: 26 open management issues imported from live git.lab
(read-only, descriptions included as authorized; GitLab iid = file id,
labels/milestone/priority/due/host/area mapped into frontmatter, the
import aborts instead of inventing a missing milestone or priority).
Two new issues close the F-004 gap where work was really still open
(0033 OVERMIND-01, 0034 CFGMON-11 incl. the plaintext npm-token
rotation); CFGMON-12/13 already route to verified git.lab issues,
MATRIX-05 is done and needs none (agreed with sorb). The three wiki
task blocks now reference their issues, roadmap.md hands all counts to
the generated STATUS.md and states M1-M5 per ADR-0010 (closing F-001
in the canonical prose), pruefe_prosa joins the CI validate job, and
the import protocol under docs/sources/migration/ records every
intervention into imported text.

Verified: validate 0/0 over 29 issue files, gen_status --check current
(distribution line M1 9 - M2 17 - M4 2 plus per-issue milestone and
priority), pruefe_prosa 0 errors with clones and 0 errors/15 unchecked
citations in offline CI mode, drift check green.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

2026-08-11 12:00:00 +00:00

2.2 KiB

Raw Permalink Blame History

type, id, status, created, milestone, priority, area, gitlab_iid, related

type

status

created

milestone

priority

area

gitlab_iid

issue

0022

open

2026-08-02

low

infrastructure

BUILD-01: macOS-Client reproduzierbar bauen — aktuell nur manuell auf sorbs Mac

Import aus management#22 (2026-08-11). Kommentare und Verlauf bleiben dort; kanonisch ist ab jetzt diese Datei (ADR-0012).

Der macOS-Client wurde am 2026-08-02 erstmals gebaut (Release desktop-1.12.17-themes), aber von Hand auf sorbs Mac und mit zwei Umgehungen. Reproduzierbar ist das so nicht.

Was gemacht werden musste

Hürde	Umgehung	Dauerhaft?
`Can't find rustc` (native Module sqlcipher/seshat)	rustup installiert, nach dem Build wieder entfernt	❌ bei jedem Build neu
`Failed to check actool version. Is Xcode 26 or higher installed?` beim DMG	DMG mit `hdiutil` statt electron-builder gebaut	⚠️ funktioniert, aber ohne Installer-Layout
Code-Signing	unsigniert, `CSC_IDENTITY_AUTO_DISCOVERY=false`	❌ Nutzer müssen `xattr -dr com.apple.quarantine` ausführen

Das ZIP baut electron-builder 26 problemlos; nur das DMG-Target verlangt actool aus dem vollen Xcode (~10 GB, nur über den App Store mit Apple-ID).

Optionen

A — so lassen: macOS bleibt ein manueller Build vor jedem Release. Billig, aber jedes Mal dieselben Handgriffe und leicht zu vergessen.
B — Mac-Runner im Lab: braucht Apple-Hardware, volles Xcode und einen GitLab-Runner darauf. Löst auch das DMG-Problem.
C — DMG dauerhaft per hdiutil in einem Skript im Repo: nimmt electron-builder das DMG ab, funktioniert ohne Xcode. Signing bleibt offen.

Empfehlung: C jetzt (kostet eine Stunde, macht den Build ohne Xcode vollständig), B, wenn macOS ein regelmäßiges Ziel wird.

Hängt zusammen mit

ThreadNet-Web#6 (Signing/Notarisierung) — ohne Signatur bleibt die Gatekeeper-Hürde für jeden Nutzer.
ThreadNet-Web#10 (Rebrand) — bereits teilweise umgesetzt: apps/desktop/axion1337/build.json (Commit c8d4587) macht aus Element.app eine ThreadNet.app mit eigenem Icon.

2.2 KiB Raw Permalink Blame History

BUILD-01: macOS-Client reproduzierbar bauen — aktuell nur manuell auf sorbs Mac

Was gemacht werden musste

Optionen

Hängt zusammen mit

2.2 KiB

Raw Permalink Blame History