Files
chemenu/kb/gtd/technik/Chemenu 8.0.0 - Installation und Windows.md
T
torben 40413f966d
CI / verify (push) Successful in 1m53s
Release / release (push) Successful in 36s
fix: demo corpus follows the decided project pages - three states, seed with their items, fixtures re-recorded (#156)
Files changed:
- CHANGES.md
- VERSION
- instructions/dev/tracker-testing.md
- kb/gtd/INDEX.md
- kb/gtd/technik/Aufgabenverwaltung mit Tracker-Anbindung.md
- kb/gtd/technik/Chemenu 8.0.0 - Installation und Windows.md
- kb/gtd/technik/Chemenu 8.0.0 freigeben.md
- kb/gtd/technik/Reproduktionslauf des Korpus.md
- kb/gtd/technik/Windows nativ unterstützen.md
- kb/index.md
- kb/log.md
- tools/chemenu/tests/fixtures/sp/MANIFEST.json
- tools/chemenu/tests/fixtures/sp/api/projects.json
- tools/chemenu/tests/fixtures/sp/api/tags.json
- tools/chemenu/tests/fixtures/sp/api/tasks.json
- tools/chemenu/tests/fixtures/sp/seed-backup.json
- tools/chemenu/tests/test_sp_recorded.py
2026-09-30 14:39:32 +02:00

2.9 KiB

type, state, responsibility, created, modified, related, sources, provenance, summary
type state responsibility created modified related sources provenance summary
types/project.md active technik 2026-09-30 2026-09-30
see-also
Chemenu
general Chemenu 8.0.0 wird nur noch aus einem Release installiert, auch auf Windows nativ unter PowerShell 7 - ohne WSL und ohne Windows PowerShell 5.1.

Chemenu 8.0.0 - Installation und Windows

Status: Active Bereich: Technik

Ziel

Chemenu 8.0.0 ist freigegeben: Installiert wird nur noch aus einem Release, und das funktioniert auf Windows nativ unter PowerShell 7 genauso wie auf Linux und macOS - ohne WSL, ohne Windows PowerShell 5.1 und ohne Handarbeit an der Distribution selbst. Eine bestehende Instanz wechselt per dist upgrade --latest darauf.

Kontext

Anlass war eine Installation von Chemenu auf einem verwalteten Windows-Arbeitsplatz über den damaligen Weg D (private Instanz mit Upstream). Der Agent wich dabei nach WSL aus, patchte lokal und pushte am Ende an publish vorbei. Die Auswertung dieses Laufs, die Entscheidungen D1-D31 und der Schnitt in Arbeitspakete stehen in Gitea-Issue 140.

Beteiligte

Torben Nehmer entscheidet über Umfang und Reihenfolge, liefert die Prüfpunkte vom Windows-Zielsystem und gibt das Release frei. Ein Agent bereitet die Kandidaten vor und schreibt den Changelog.

Status

Die Entscheidungen sind vollständig getroffen und in Arbeitspakete geschnitten; das Vorhaben läuft als eine Reihe von Kandidaten 8.0.0-beta.N. Was sich ohne Windows-Rechner bauen lässt, ist davon unabhängig; die Windows-Teile hängen an den Prüfpunkten vom Zielsystem.

Entscheidungen

  • Nur Weg A, der Release-Download. Weg B, C und D sowie upstream merge/verify entfallen - eine zweite Windows-Sonderbahn wäre eine zweite Kopie der Regeln.
  • PowerShell 7 ist die einzige unterstützte Shell unter Windows; Windows PowerShell 5.1 und WSL sind kein Zielpfad.
  • Kein Agent installiert Abhängigkeiten, auch nicht mit Zustimmung: Was fehlt, meldet der Preflight mit Exit-Code 42, und der Nutzer entscheidet.
  • Seitentitel müssen auf Windows und macOS gültige, eindeutige Dateinamen ergeben; die Regel wird hart durchgesetzt.
  • Alles erscheint in einem Release 8.0.0 statt in einem Zwischenrelease. Die Freigabe selbst (version release) führt kein Agent aus.

Gelerntes

Pfade, die ein Test auf einem Linux-Rechner nie sieht - Laufwerksbuchstaben, Groß- und Kleinschreibung, Zeichen, die in einem Dateinamen verboten sind - fallen erst auf, wenn die Regel dafür im Werkzeug selbst steht.

Lücken in einer Anleitung füllt ein Agent selbst, und zwar mit Ausweichen: neue Session-IDs gegen das Budget-Gate, git reset --hard, ein Push an publish vorbei. Dagegen hilft ein Werkzeug, das früh anhält, nicht ein weiterer Satz in der Anleitung.

Beziehungen