Installieren

Zwei Kanäle, die einander auf einem Rechner ausschließen: das Paket für Ihr System oder ein Git-Klon, wenn Sie Diwall selbst verändern wollen.

Was wo landet

/opt/diwall/               Programme, Python-Umgebung, Chromium (beide Kanäle)
├── shot.py rpa.py watch.py
├── lib/ scenarios/ docs/
├── venv/                  isolierte Python-Umgebung, bei der Installation erstellt
└── .cache/ms-playwright/  Chromium, bei der Installation durch Playwright heruntergeladen
/usr/bin/diwall-*          die sechs Befehle (Paketkanal)
/etc/diwall/diwall.conf    Konfiguration (Paketkanal)
/opt/diwall/diwall.conf    Konfiguration (Git-Klon-Kanal)
/var/log/diwall/           Operationsjournal (operations.jsonl) und Beweisarchive
/tmp/diwall/               die Aufnahmen jeder Ausführung, bei Neustart gelöscht
~/Vaults/Diwall/           verschlüsselte Zugangsdaten (gocryptfs), von Ihnen eingehängt

Jeder diwall-*-Befehl führt das zugehörige Programm mit /opt/diwall/venv/bin/python3 aus; er fügt nur hinzu, wo die Konfiguration liegt. diwall.conf wird nie automatisch angelegt; damit lassen sich das Operationsjournal (journal.chemin) und das Verzeichnis für Zugangsdaten (secrets_dir) an einen anderen Ort verlegen.

Zwei Kanäle, einer pro Rechner

Nehmen Sie das Paket, es sei denn, Sie beabsichtigen, Diwalls eigenen Code zu ändern. Die beiden Kanäle schließen sich auf einem einzelnen Rechner gegenseitig aus, aus zwei Gründen:

beide installieren in dasselbe /opt/diwall/, und der Paketmanager kennt die Dateien nicht, die install.sh dort ablegt – weder eine Aktualisierung noch eine Entfernung berücksichtigt sie;
sie lesen ihre Konfiguration von zwei verschiedenen Stellen, daher hängt auf einem Rechner mit beiden die geltende Konfiguration davon ab, ob Sie diwall-shot eingegeben oder shot.py ausgeführt haben.

install.sh, deploy.sh und uninstall.sh verweigern die Ausführung auf einem Rechner, auf dem ein Paket installiert ist, und geben den Befehl aus, der es entfernt. Das Paket erkennt dagegen keine Installation per Git-Klon: In dieser Richtung liegt es bei Ihnen, sich an einen Kanal zu halten.

Was es braucht

Gemessen am 25. September 2026, auf Debian 13.7 mit Diwall 1.24.0 – diese Werte werden sich ändern, und das Datum hält sie ehrlich.

Voraussetzung	Wert
System	Debian 13, Ubuntu 24.04 und 26.04, Fedora 44, openSUSE Leap 16.0 und Arch Linux – jedes in einem sauberen Container seines Systems validiert, ohne Anzeige und ohne FUSE-Einhängung. Das `.deb` hängt von Bibliotheken mit Namen `t64` ab (`libasound2t64`, `libatk1.0-0t64`…), die Debian 12 und Ubuntu 22.04 nicht bereitstellen. Andere Systeme werden nicht unterstützt – nicht aus Prinzip, sondern weil sie nicht getestet wurden.
Netzwerk	Während der Installation erforderlich: `pip` lädt die Python-Abhängigkeiten und Playwright lädt Chromium herunter.
Python	Das von Debian (3.13.5 auf Debian 13.7), aus dem eine isolierte Umgebung erstellt wird.
Browser	Durch Playwright 1.62.0 (Build 1234) heruntergeladenes Chromium in `/opt/diwall/.cache/ms-playwright/` – niemals der Browser des Systems.
Speicherplatz	909 MB für `/opt/diwall/` nach der Installation; das `.deb` selbst ist 488 kB groß.
Lokale Vision, optional	Ollama mit `qwen3-vl:2b` (1,9 GB), das Standardmodell von `cliquer_visuel` und des semantischen Vergleichs von `diwall-watch`. Kein Kanal installiert es.

Paket – der einfache Weg

Laden Sie die Datei für Ihr System aus der neuesten veröffentlichten Version oder von der Seite Downloads herunter, dann:

sudo apt install ./diwall_1.24.4-1_all.deb   # Debian 13, Ubuntu 24.04, Ubuntu 26.04
sudo dnf install ./diwall-1.24.4-1.fc44.noarch.rpm   # Fedora 44
sudo zypper install --allow-unsigned-rpm ./diwall-1.24.4-1.leap160.noarch.rpm   # openSUSE Leap 16.0
sudo pacman -U ./diwall-1.24.4-1-any.pkg.tar.zst   # Arch Linux

Das ist alles. Es legt den Systembenutzer diwall, die virtuelle Umgebung und /opt/diwall/ an, bringt die sechs diwall-*-Befehle in Ihren PATH und liefert die Handbuchseite mit:

man diwall
diwall-shot --version

Die Konfiguration liegt in /etc/diwall/diwall.conf, mit einem kommentierten Beispiel daneben.

Die Aktualisierung ist derselbe Befehl mit einer neueren Datei; Ihre Konfiguration bleibt erhalten.

Das Entfernen hängt von der Familie ab. Unter Debian und Ubuntu behält sudo apt remove diwall die Konfiguration, das Journal und die Referenzaufnahmen samt dem Konto diwall, das sie schützt; sudo apt purge diwall entfernt alles. Unter Fedora, openSUSE und Arch gibt es nur einen Befehl (sudo dnf remove diwall, sudo zypper remove diwall, sudo pacman -R diwall): Er löscht, was sich neu erstellen lässt – virtuelle Umgebung, Chromium –, behält, was Sie erzeugt haben, samt dem Konto diwall, und gibt den Befehl aus, der es löscht. Haben Sie nichts erzeugt, bleibt nichts zurück.

Aus den Quellen – um Diwall selbst zu verändern

git clone https://github.com/RonanDavalan/diwall.git
cd diwall
bash scripts/install.sh

Diesen Kanal gibt es, damit die gesamte Umgebung allein aus dem Git-Repository wiederhergestellt werden kann. Fehlte der Dokumentation auch nur ein einziger Schritt, schlüge der Wiederaufbau fehl – deshalb wird er geprüft und nicht vorausgesetzt.

Danach, vor allem anderen

Diwall verweigert die Ausführung, solange derjenige, der es steuert, den Leitfaden nicht gelesen hat und dessen Versionsnummer nicht nennen kann. Das ist keine Formalität: Ein Agent, der ihn nicht gelesen hat, improvisiert, und Improvisation rund um Zugangsdaten und einen Browser ist genau das, was die Sperre verhindern soll.

grep notice-version /opt/diwall/docs/GUIDE_LLM.md

Die ausgegebene Nummer ist die, die Sie an --guide-version übergeben.

Ihre erste Ausführung →