Thore CimbalandClaude Opus 5
6fb3cb7fed
#0055 is done: ThreadNet-Web be323ed checks in an .npmrc binding @sorb to rohana. The bump that mattered was not the file but what upstream's .gitignore does with it - it ignores /.npmrc, so the naive fix would have stayed local while CI kept resolving against npmjs. Measured in an isolated tree: without the file pnpm goes to npmjs and fails, with it the scope resolves to rohana at the integrity hash the lockfile already carries, and with rohana unreachable the install fails instead of falling back. threadnet-call only publishes and already sets the scope in its own CI; gitops never touches it. ThreadNet-Web was the only consumer. Four issues no longer describe reality, each verified rather than assumed: - #0091 (gitops#61) was fixed when it was written - on_conflict: fail shipped in ef04d86 and the MAS pod has run that config since 2026-08-11T14:08:41Z. Its one deliberate remainder became #0043, which is closed and verified live. - #0079 (gitops#46) asked for the Gitea migration and a central view. The migration ran; the central view was decided the other way round - repo canonical, GitLab mirrored (ADR-0012/0019) - which also answers the reachability trade-off it left open, and better than its three options did. - #0075 (gitops#40) is rejected, not done: it wanted new issues to appear in the Gitea kanban automatically. Issues no longer live in Gitea and the board is script-written. Nothing was accomplished; the question dissolved. - #0098 is a rollout record whose only remainder, the macOS build, is #0022. Three AARs move to harvested - every open item in them is tracked as an issue. Checked and still accurate, so left alone: the wiki branch still exists on both remotes (#0019), docs/TASKS.md and oldwiki/ are still there (#0085), element-web-docs still names live resources (#0086), res/themes/element persists (#0100), only WIKI_CANONIZE_TOKEN is set so TURN rotation still lacks its token (#0084), gameserver still has zero push mirrors (#0032), the broken .6 package is still published (#0101), and options.ts still builds simulcast layers regardless of codec, which is what blocks VP9 (#0057). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
4.1 KiB
type, id, status, created, milestone, priority, projekt, gitlab_iid, related
| type | id | status | created | milestone | priority | projekt | gitlab_iid | related |
|---|---|---|---|---|---|---|---|---|
| issue | 0079 | done | 2026-08-01 | M2 | high | gitops | 46 |
Issue-Migration nach GitLab + zentrale Projekt-Roadmap (Harmonisierung)
Adoptiert aus gitops#46 (2026-08-18, ADR-0019). Kommentare und Verlauf bleiben dort; kanonisch ist ab jetzt diese Datei.
Auftrag sorb (2026-08-01, HOHE PRIORITÄT): Es wird zunehmend unübersichtlich — Issues liegen in vier Gitea-Repos, Host-Backlogs im Backlogs-Repo, Code seit der Migration auf git.lab. Ziel: eine zentrale Sicht in GitLab.
Umfang
- Issue-Migration (zwingend): alle bestehenden Gitea-Issues (offen UND geschlossen — die Abschlussdokumentation ist wertvoll) nach GitLab überführen: gitops (47+), ThreadNet-Web (8), threadnet-call (2), thread-net-git (1).
- Harmonisierung/Roadmap: zentrale Projekt-Roadmap auf Gruppen-Ebene (
axion1337.chat), die Issues + Host-Backlogs sinnvoll zusammenführt — GitLab-Bordmittel: Gruppen-Epics/Roadmap-Ansicht, Milestones, Labels-Taxonomie (prio/, area/, host/*), Gruppen-Boards.
Plan-Skizze (zur Abstimmung vor Umsetzung)
- Werkzeug: GitLabs eingebauter Gitea-Importer übernimmt Issues+Kommentare (Autorenschaft läuft auf den Import-User — bekannter, akzeptierbarer Verlust). Da die Projekte in GitLab schon existieren, ist ggf. stattdessen ein API-Skript nötig (Issues in BESTEHENDE Projekte importieren kann der Importer nicht) — Skript-Weg: Gitea-API lesen → GitLab-API schreiben,
[Gitea #N]-Präfix im Titel oder Migrations-Fußzeile pro Issue für die Nummern-Zuordnung (Commit-Messages referenzieren alte Nummern!). - Host-Backlogs:
Backlogs-Repo-Einträge (CFGMON-xx, MATRIX-xx, …) als GitLab-Issues in einem neuen Projektinfrastruktur(oder Labelshost::cfgmonetc.) — die Markdown-Historie bleibt als Archiv erhalten. - Folgeänderungen (nicht vergessen): Repo-Topologie-Doku (CLAUDE.md/README „Issues bleiben Gitea" wird obsolet), TURN-Rotations-CronJob-PR-Hinweis, alle
rohana…/issues-Links in Doku, meine Sessions-Werkzeuge (claude-issues-Token → GitLab-Token). ⚠️ Erreichbarkeits-Trade-off bewusst machen: git.lab ist nur im Lab auflösbar — Issues wären unterwegs nicht mehr erreichbar. Optionen: (a) akzeptieren, (b) GitLab extern erreichbar machen (eigenes Projekt!), (c) Hybrid vermeiden — genau der räumt ja nicht auf. Entscheidung sorb nötig, bevor migriert wird. - Reihenfolge: Labels/Epics-Gerüst zuerst, dann Testmigration EIN Repo (thread-net-git, 1 Issue), Review, dann Rest.
Verwandt: Backlogs CFGMON-12 (wird hiervon abgelöst/erweitert).
Migriert aus Gitea sorb/axion1337.chat-gitops#48 — dort erstellt am 2026-08-01 von sorb.
Erledigt — Relevanz-Durchgang 2026-08-18
Beide Teile des Auftrags sind eingelöst, der zweite anders als hier skizziert.
Teil 1, Issue-Migration: durchgeführt. Der Skript-Weg wurde gebaut
(verfahren/issue-migration/migrate.py, Gitea-API lesen → GitLab-API schreiben,
idempotent über einen Migrations-Marker) und ist gelaufen — die Migrations-Fußzeilen
in den adoptierten Issues sind sein Ergebnis. Der hier vermutete Verlust der
Autorenschaft trat wie erwartet ein und wurde akzeptiert.
Teil 2, zentrale Sicht: entschieden, aber gegen die Skizze. Der Plan wollte die
Zentrale in GitLab bauen (Epics, Gruppen-Boards). Entschieden wurde das Gegenteil:
docs/issues/ im Repo ist kanonisch, GitLab ist der generierte Spiegel
(ADR-0012), seit
ADR-0019 für alle Tracker der Gruppe.
Damit ist auch der hier als offen markierte Erreichbarkeits-Trade-off beantwortet,
und zwar besser als mit den drei Optionen: die Issues liegen im Repo und sind über
dessen Gitea-Spiegel von überall lesbar — es braucht weder Lab-Zugang noch ein extern
erreichbares GitLab.
Die genannten Folgeänderungen sind mitgezogen (Repo-Topologie-Doku, Token-Weg der Sessions). Was von der Host-Backlog-Zusammenführung übrig war, steckt in den Issues 0001–0034.