Desktop-Pakete und Update-Ablauf

Paketquellen, Benutzerkopie, Konflikte und die Einrichtung des signierten Updatekanals.

Vier Pakete, ein Versionssatz

• windoesnot-desktop: Oberflächencode und neue Benutzerdefaults.
• windoesnot-tools: Sitzung und Hilfsprogramme.
• windoesnot-plugins: passend gebaute Hyprland-Plugins.
• windoesnot-components: natives Terminalmodul und Fensterwechsler.

Vom Paket zur Benutzersitzung

Die Paketquellen liegen unter /usr/share/windoesnot/. Vor Sitzungsbeginn gleicht ein Werkzeug die verwaltete Kopie unter ~/.config ab. Unveränderter Code wird aktualisiert, geänderter Code wird erhalten und als Konflikt gemeldet. Persönliche Einstellungen und Zustandsdateien werden nicht durch Projektdefaults ersetzt.

Der Abgleich führt sein Inventar unter ~/.local/state/windoesnot/desktop-files.json. Konfliktmeldungen stehen in last-sync.json, Sicherungen ersetzter verwalteter Dateien unter backups/ im gleichen Zustandsverzeichnis.

Öffentlicher Kanal

Seit 0.1.0-19 gibt es einen signierten öffentlichen Updatekanal für die vier Desktop-Pakete. Bestehende 0.1.0-18-Installationen (also auch die ISO 0.1.0-18) brauchen dafür eine einmalige Einrichtung. Der primäre Fingerabdruck des Release-Schlüssels ist:

ED9530A990C6D39EB7D4BA8F9BDCA578FBF1DDB0

Vergleiche ihn mit dem öffentlichen Schlüssel im Projekt-Repository und nicht nur mit dem, was der Paketserver selbst mitliefert. In einem neuen Arbeitsverzeichnis als normaler Benutzer:

curl -fLO https://raw.githubusercontent.com/Bennch/windoesnot/main/packaging/release-key/RELEASE-KEY.asc
curl -fLO https://download.windoesnot.me/repo/bootstrap/windoesnot-update-client-0.1.0-19.tar.gz
curl -fLO https://download.windoesnot.me/repo/bootstrap/windoesnot-update-client-0.1.0-19.tar.gz.sig
gpg --show-keys --with-fingerprint RELEASE-KEY.asc
gpg --dearmor --output windoesnot-release.gpg RELEASE-KEY.asc
gpgv --keyring "$PWD/windoesnot-release.gpg" windoesnot-update-client-0.1.0-19.tar.gz.sig windoesnot-update-client-0.1.0-19.tar.gz

Erst nach erfolgreicher Prüfung und einer eigenen Datensicherung weiter, dann:

tar -xzf windoesnot-update-client-0.1.0-19.tar.gz
cd windoesnot-update-client-0.1.0-19
sudo ./bootstrap.sh
sudo pacman -Syu

Das Bootstrap-Skript trägt nur den eigenen Schlüssel und die eigene Repository-Konfiguration ein, sichert vorher /etc/pacman.conf und lässt die bestehenden Distributions-Repositories unverändert. Danach einmal ab- und wieder anmelden. Zum Abschalten: die ausgegebene pacman.conf.before-windoesnot-…-Sicherung zurückspielen, sofern seitdem nichts anderes an der Datei geändert wurde.

Ehrlich dazu: Der Kanal ist frisch, bisher wurde genau ein echter Update-Durchlauf (0.1.0-18 → 0.1.0-19) in einer VM geprüft, inklusive korrekter Ablehnung fehlender oder falscher Signaturen. Reale Hardware wurde dafür noch nicht getestet.

Wenn eine Abhängigkeit ein Update blockiert

Warte auf einen passenden Paketsatz beziehungsweise baue die nativen Komponenten gegen die Zielversionen neu. Dauerhafte Paketsperren, ignorierte Abhängigkeiten oder Teilupdates sind keine vorgesehene Lösung. Veröffentlichte Binärdateien brauchen bei einem Neubau eine neue Paketversion oder einen höheren Release-Zähler.