Die BASH History Suggest Box, heute hstr, habe ich 2014 im Blog und im LinuxUser vorgestellt. Seitdem ist die Einrichtung unter aktuellen Kerneln eine andere, und mit Atuin und McFly gibt es Werkzeuge mit eigener Datenbank. Alle vier laufen im Test unter TUXEDO OS, jedes der Tools hat seine eigenen Stärken und Schwächen.

Die Bordmittel für den Anfang

Die Bash bringt schon etwas mit: Strg+R startet die Rückwärtssuche, jeder weitere Druck springt zum nächsten, älteren Treffer. Das geht überall, auch auf dem Server per SSH. Debian und TUXEDO OS merken sich allerdings nur 1000 Befehle im Speicher und 2000 in der ~/.bash_history. Die Werte HISTSIZE und HISTFILESIZE in der ~/.bashrc lassen sich erhöhen.

Zwei Zeilen in der ~/.inputrc machen aus den Pfeiltasten eine Präfixsuche. Tippt ihr danach git und drückt Hoch, steht der letzte Befehl da, der mit git beginnt. Das genügt vielen. Wer nach einem Wort mitten im Befehl sucht, etwa nach einem Servernamen, braucht eines der folgenden Werkzeuge.

"\e[A": history-search-backward
"\e[B": history-search-forward

hstr: Trefferliste mit Löschfunktion

hstr (kurz für HiSToRy) öffnet bei Strg+R eine Liste aller Treffer. Mit Hoch und Runter wählt ihr aus, Tab holt den Eintrag zum Bearbeiten in die Kommandozeile, Entf löscht ihn aus dem Verlauf. Das hilft, wenn ihr einmal ein Passwort statt eines Befehls getippt habt. Strg+F markiert Favoriten, Strg+/ wechselt die Ansicht und Strg+E die Suchart, etwa auf exakte Treffer oder reguläre Ausdrücke.

In Debian, Ubuntu und TUXEDO OS liegt hstr in den Paketquellen, unter Arch Linux im AUR. Die passenden Einstellungen schreibt das Programm selbst in die ~/.bashrc. Danach öffnet Strg+R die Liste, und die Bash gleicht die History nach jedem Befehl mit der Datei ab.

sudo apt install hstr
hstr --show-configuration >> ~/.bashrc
source ~/.bashrc

Seit Version 3.0 nutzt hstr nicht mehr den Systemaufruf TIOCSTI, den aktuelle Kernel meist abschalten. Dafür übernimmt Eingabe den Befehl nur in die Kommandozeile, erst ein zweiter Druck führt ihn aus. Ruft ihr hstr --show-configuration ohne Terminal auf, etwa per SSH, landet eine Fehlermeldung in der Ausgabe und damit in der ~/.bashrc. Version 3.3 behebt das, Debian liefert noch 3.1.

Unter Arch Linux scheiterte der Build von 3.3 am Prüfsummenvergleich. Der Tarball enthält denselben Quellcode, nur der Ordnername im Archiv unterscheidet sich, weil Upstream den Tag umbenannt hat. Abhilfe schafft das Löschen der zwischengespeicherten Datei, danach lädt yay den Tarball neu.

rm ~/.cache/yay/hstr/hstr-3.3.tar.gz

fzf: unscharfe Suche für alles

fzf ist ein allgemeiner Fuzzy-Finder und bringt ein Skript für die Bash mit. Es belegt Strg+R für die History und Strg+T für Dateien. Die Suche ist unscharf: Die eingegebenen Buchstaben müssen nur in dieser Reihenfolge im Befehl vorkommen. Deshalb liefert apt auch curl und tar. Ein vorangestelltes Hochkomma sucht exakt. Das Paket gibt es in Debian, Ubuntu, TUXEDO OS und Arch Linux.

sudo apt install fzf
echo 'eval "$(fzf --bash)"' >> ~/.bashrc

Dafür fehlt fzf, was hstr kann: Einträge aus der History löschen oder Favoriten markieren. Wer fzf ohnehin nutzt, bekommt eine History-Suche gratis mit. Wer mehr will, schaut zu Atuin.

Atuin: die History als Datenbank

Atuin ersetzt die Textdatei durch eine SQLite-Datenbank und speichert zu jedem Befehl Zeitpunkt, Dauer, Rückgabewert und Verzeichnis. Dadurch lässt sich die Suche auf ein Projektverzeichnis, eine Sitzung oder einen Rechner eingrenzen. Zwischen den Filtern wechselt Strg+R in der Oberfläche. Atuin liegt in den Paketquellen von Debian, Ubuntu, TUXEDO OS und Arch Linux.

sudo apt install atuin
atuin import bash
echo 'eval "$(atuin init bash)"' >> ~/.bashrc

Der Import übernimmt den vorhandenen Verlauf. Die Zeile in der ~/.bashrc legt Atuin auf Strg+R und die Taste Hoch, das lässt sich abschalten. Die Oberfläche füllt das ganze Terminal, kompakter wird sie mit inline_height = 10 in der Datei ~/.config/atuin/config.toml.

Das stärkste Argument für Atuin ist der Sync. Die History lässt sich Ende-zu-Ende-verschlüsselt zwischen Rechnern abgleichen, über den Dienst des Projekts oder über einen eigenen Server. Im Test lief ein eigener: Das Paket atuin-server genügt, als Datenbank reicht SQLite. Der Server liest seine Einstellungen aus der ~/.config/atuin/server.toml, die Clients bekommen seine Adresse in der config.toml.

host = "0.0.0.0"
port = 8888
open_registration = true
db_uri = "sqlite:///home/user/atuin-server/atuin.db"

sync_address = "http://server:8888"

Auf dem ersten Rechner legt atuin register ein Konto an, atuin key zeigt den Schlüssel. Auf dem zweiten meldet atuin login mit diesem Schlüssel an, danach gleicht atuin sync ab. Im Test kamen Befehle in beide Richtungen an, samt Rechnername in der Liste. In der Datenbank des Servers stand keiner davon im Klartext. Ohne TLS gehört der Server nur ins Heimnetz, sonst hinter einen Reverse-Proxy.

Fedora 44 liefert Atuin 18.12.1, der Server und der andere Rechner liefen mit 18.23. Der ältere Client konnte deren Einträge nicht lesen („unknown history version v2“) und blieb leer. Erst das aktuelle Release 18.24.6 von GitHub synchronisierte. Auf allen Rechnern sollte deshalb dieselbe, möglichst neue Version laufen.

Befehle mit Passwörtern filtert Atuin über secrets_filter, verlassen würde ich mich darauf nicht. Zuverlässiger ist ein Leerzeichen vor dem Befehl: Atuin übernimmt laut Dokumentation die Konvention ignorespace, solche Befehle landen nicht in der Datenbank.

McFly: Sortierung nach Verzeichnis

McFly ersetzt Strg+R ebenfalls und sortiert die Treffer laut Projektseite mit einem kleinen neuronalen Netz, das unter anderem das aktuelle Verzeichnis und die zuletzt ausgeführten Befehle berücksichtigt. Unter Arch Linux liegt es in extra. In den Paketquellen von TUXEDO OS fehlt es, im Test genügte das fertige Archiv von GitHub. Die einzelne Datei kommt nach ~/.local/bin, Root-Rechte braucht es nicht.

tar -xzf mcfly-v0.9.4-x86_64-unknown-linux-musl.tar.gz
cp mcfly ~/.local/bin/
echo 'eval "$(mcfly init bash)"' >> ~/.bashrc

Beim ersten Start übernimmt McFly die ~/.bash_history. Eine Leiste oben nennt die Tasten: Esc beendet, Eingabe führt aus, Tab übernimmt zum Bearbeiten, F1 schaltet die Sortierung um, F2 löscht einen Eintrag, F3 zeigt Treffer aus allen Verzeichnissen. Die Länge der Liste steuert die Variable MCFLY_RESULTS.

Die Bedienung ist übersichtlicher als bei Atuin. Wie gut die Sortierung nach Verzeichnis arbeitet, lässt sich mit einer Demo-History nicht beurteilen, dafür braucht das Netz echte Gewohnheiten. Einen Sync-Dienst wie Atuin bringt McFly nach Angaben der Entwickler nicht mit.

Welches Werkzeug für wen?

Reichen euch die Bordmittel mit Präfixsuche, müsst ihr nichts installieren. Eine einfache Liste mit Löschfunktion und Favoriten bietet hstr, dessen Paketstände zwischen den Distributionen auseinanderliegen (Debian 3.1, Arch 3.3). Wer fzf ohnehin nutzt, bekommt die History-Suche mit. McFly passt, wenn ihr keinen Sync braucht und die Sortierung nach Verzeichnis mögt.

In meinen Augen lohnt sich Atuin vor allem, sobald ihr mehr als einen Rechner pflegt oder im Nachhinein wissen wollt, wo ihr einen Befehl abgesetzt habt. Dafür ist es auch das umfangreichste der vier Werkzeuge. Importiert eure alte History und schaut nach einer Woche, ob ihr noch zu Strg+R zurückgreift.

Welche Lösung nutzt ihr für die Bash-History? Reicht euch die Suche der Bash, oder habt ihr hstr ersetzt? Schreibt es gern in die Kommentare.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Doch was ist eigentlich der beste Weg? Gibt es Vor- und Nachteile, wenn man die Fritzbox-Freigaben über den Dateimanager einbindet? Wie sieht es mit der Datei /etc/fstab oder mit systemd aus? Und was ist mit FTP: Arbeitet das fast schon in Vergessenheit geratene Protokoll schneller? Eine Messreihe auf zwei Systemen liefert die Antworten.

Bevor es um Linux-Werkzeuge geht: Die Freigaben der Fritzbox lassen sich auch im Browser öffnen, unter https://fritz.box/nas#/. Dort zeigt die Weboberfläche FritzNAS nach der Anmeldung dieselben Ordner, die später im Dateimanager auftauchen, samt Ordner des USB-Sticks. Über Hinzufügen und Neuer Ordner lassen sich Dateien hochladen und Ordner anlegen, eine Suche gibt es ebenfalls. Für einzelne Dateien genügt das, für den Alltag sind die Wege weiter unten bequemer.

Was ihr vorher in der Fritzbox einstellt

Ohne Benutzer geht erst einmal nichts, denn die Fritzbox lässt Gäste nicht an den Speicher. Der Zugriff über das Netz ist immer an ein Konto gebunden. Legt daher unter System | FRITZ!Box-Benutzer einen eigenen Benutzer für den Linux-Rechner an und gebt ihm die Berechtigung Zugang zu NAS-Inhalten, mit Vollzugriff, wenn ihr auch schreiben wollt. Einen Link dorthin findet ihr auch in den Speichereinstellungen unter Benutzer verwalten.

Die Dienste schaltet ihr unter Heimnetz | USB / Speicher | Heimnetzfreigabe ein. Dort braucht ihr das Häkchen bei Zugriff über ein Netzlaufwerk (SMB). Der Freigabename steht ab Werk auf FRITZ.NAS und die Arbeitsgruppe auf WORKGROUP. Unterstützung für SMBv1 bleibt aus, die braucht ihr nicht. Wollt ihr auch FTP nutzen, setzt ihr das Häkchen bei Zugriff über FTP. In der Geräteübersicht muss außerdem NAS-Speicher-Funktion auf Aktiv stehen.

Erreichbar ist die Freigabe unter fritz.box. Sie nutzt SMB, das Protokoll, das auch Windows für Netzlaufwerke verwendet, AVM nennt die Versionen 2 und 3. Darunter liegen die Ordner des Speichers, ein angesteckter USB-Stick erscheint als eigener Unterordner. Der Name fritz.box gilt nur im Heimnetz. Die Oberfläche nennt dort auch die IP-Adresse der Box, die ihr statt des Namens verwenden könnt, falls fritz.box einmal nicht gefunden wird.

Ob es geklappt hat, seht ihr in der Geräteübersicht: Der Stick steht dort als USB-Speicher, darunter der Hinweis USB 3.0. Bei der Fritzbox 5690 Pro war der Stromsparmodus ab Werk aktiv, der Stick lief dadurch gebremst. Der Unterschied ist spürbar, denn im Stromsparmodus liefert der Anschluss nur das Tempo von USB 2.0.

GNOME: Dateien

Bei Ubuntu mit GNOME braucht ihr nichts nachzuinstallieren, die nötige Unterstützung für Netzfreigaben ist an Bord. Sie heißt GVfs und ist die Schicht, über die Nautilus auf Netzfreigaben zugreift. Öffnet Dateien, drückt Strg+L und tippt smb://fritz.box in die Adresszeile. Ob die Box in der Netzwerkansicht auftaucht, spielt dabei keine Rolle, die direkte Adresse genügt.

Nautilus zeigt unter Windows-Speicher auf fritz.box zuerst nur den Eintrag FRITZ.NAS, ein Passwort will es dafür noch nicht. Erst der Doppelklick darauf öffnet den Anmeldedialog. Dort schaltet ihr bei Verbinden als auf Registrierter Benutzer, tragt den Fritzbox-Benutzer samt Passwort ein und lasst die Domäne bei WORKGROUP. Wählt ihr Nie vergessen, speichert GNOME das Passwort im Schlüsselbund, und der Dialog bleibt künftig weg.

Danach zeigt Nautilus die Ordner der Freigabe, und links in der Seitenleiste steht ein Eintrag für fritz.nas auf fritz.box, über den ihr sie jederzeit wieder öffnet. Das Auswurfsymbol daneben trennt die Verbindung. Der angesteckte USB-Stick erscheint als eigener Ordner, er trägt den Namen des Datenträgers. Dateien lassen sich dort wie in jedem anderen Ordner kopieren, verschieben und löschen.

Auch Programme, die nichts von GNOME wissen, kommen an die Dateien. GNOME blendet die Freigabe zusätzlich als normalen Ordner unter /run/user/1000/gvfs/smb-share:server=fritz.box,share=fritz.nas ein, dort funktionieren ls, cp oder dd ganz normal. Das hilft bei Skripten. Der Pfad enthält die Benutzerkennung und existiert nur, solange die Freigabe verbunden ist. Auf der Kommandozeile hängt gio mount die Freigabe ohne Dateimanager ein:

$ gio mount smb://fritz.box/FRITZ.NAS

KDE Plasma: Dolphin

Unter TUXEDO OS mit Plasma tippt ihr in Dolphin Strg+L, dann smb://fritz.box/ in die Adresszeile und bestätigt mit Enter. Anders als Nautilus fragt Dolphin sofort nach Benutzer und Passwort, noch bevor es etwas anzeigt. Tragt den Fritzbox-Benutzer ein und setzt, wenn ihr den Dialog nicht jedes Mal sehen wollt, das Häkchen bei Passwort merken.

Beim Öffnen der Freigabe fragt Dolphin ein zweites Mal, diesmal für FRITZ.NAS selbst (Server fritz.box, Ressource FRITZ.NAS). Die Felder sind dann schon ausgefüllt, ihr bestätigt nur noch mit OK. Danach zeigt Dolphin die Ordner der Freigabe, der USB-Stick erscheint wieder als eigener Ordner. Lesen und das Anlegen eines Ordners funktionierten im Test.

Andere Programme sehen die Freigabe nicht ohne Weiteres: Dolphin nutzt dafür die KDE-eigene Schicht KIO, die nur KDE-Programme verstehen. Ein Zusatzdienst namens kio-fuse würde die Freigabe für alle Programme als Ordner einblenden, im Test verweigerte er aber jeden Zugriff. Dolphin selbst konnte schreiben. Wer feste Pfade braucht, die jedes Programm versteht, ist mit der /etc/fstab besser bedient.

Dauerhaft: die Freigabe in der /etc/fstab

Die Datei /etc/fstab legt fest, welche Laufwerke Linux einbindet. Tragt ihr die Freigabe dort ein, bekommt ihr einen gewöhnlichen Ordner, etwa /mnt/fritz. Das lohnt sich vor allem für Programme, die nur normale Pfade kennen, und für Skripte ohne Anmeldedialog. Dafür braucht ihr das Paket cifs-utils (bei Ubuntu meist schon installiert). Die Zugangsdaten gehören nicht in die fstab, sondern in eine eigene Datei, die nur root lesen darf:

$ sudo install -m 600 /dev/null /etc/fritz-smb.cred
$ sudo nano /etc/fritz-smb.cred

username=DEIN_FRITZBOX_BENUTZER
password=DEIN_PASSWORT

Danach legt ihr den Ordner an, in dem die Freigabe erscheinen soll (den Mountpunkt), und ergänzt die fstab um eine Zeile. Sie nennt Quelle, Mountpunkt, Dateisystemtyp und Optionen, die beiden Nullen am Ende bleiben bei Netzfreigaben immer so. Die Optionen x-systemd.automount und noauto sorgen dafür, dass die Freigabe erst beim ersten Zugriff eingehängt wird. So wartet der Rechner beim Start oder im fremden WLAN nicht auf die Fritzbox:

$ sudo mkdir -p /mnt/fritz
$ sudo nano /etc/fstab

//fritz.box/FRITZ.NAS  /mnt/fritz  cifs  credentials=/etc/fritz-smb.cred,uid=1000,gid=1000,file_mode=0644,dir_mode=0755,noserverino,_netdev,nofail,noauto,x-systemd.automount,x-systemd.idle-timeout=60,x-systemd.mount-timeout=10  0  0

$ id
uid=1000(NAME) gid=1000(NAME) Gruppen=1000(NAME),27(sudo)
$ id -u
1000
$ id -g
1000

Anschließend lest ihr die Konfiguration neu ein und stoßt den Mount mit einem ersten Zugriff an. Im Test klappte das auf Anhieb, und nach 60 Sekunden Ruhe löste systemd den Mount wieder, der Ordner blieb als leerer Auslöser stehen. uid und gid sollten zu eurem Konto passen, der Kasten oben zeigt, wie ihr sie findet. Ohne file_mode und dir_mode erscheinen alle Dateien als ausführbar:

$ sudo systemctl daemon-reload
$ ls /mnt/fritz

Alternative für Fortgeschrittene: systemd-Einheiten statt fstab

Wer lieber mit systemd-Einheiten arbeitet, schreibt statt der fstab-Zeile eine .mount– und eine .automount-Datei. Das Ergebnis ist dasselbe, denn systemd erzeugt aus der fstab ohnehin genau diese Einheiten. Der Vorteil: Jede Einheit lässt sich einzeln mit systemctl status prüfen, und die Meldungen landen mit journalctl -u mnt-fritz.mount in einem eigenen Protokoll.

Die Dateinamen sind nicht frei wählbar, sie müssen dem Pfad des Mountpunkts entsprechen. Aus /mnt/fritz wird mnt-fritz. Beide Dateien liegen in /etc/systemd/system/. Den Mountpunkt braucht ihr nicht von Hand anzulegen, systemd erstellt /mnt/fritz beim ersten Einhängen selbst. Welchen Namen systemd erwartet, zeigt systemd-escape, für die erste Datei lautet er mnt-fritz.mount:

$ systemd-escape -p --suffix=mount /mnt/fritz
mnt-fritz.mount

[Unit]
Description=Fritzbox-Freigabe FRITZ.NAS
After=network-online.target
Wants=network-online.target

[Mount]
What=//fritz.box/FRITZ.NAS
Where=/mnt/fritz
Type=cifs
Options=credentials=/etc/fritz-smb.cred,uid=1000,gid=1000,file_mode=0644,dir_mode=0755,noserverino
TimeoutSec=10

Dazu kommt mnt-fritz.automount. Die Optionen _netdev, nofail, noauto und die x-systemd.…-Einträge der fstab-Zeile entfallen, denn ihre Aufgaben übernehmen die Abschnitte der Einheiten: After=network-online.target wartet auf das Netz, und TimeoutIdleSec=60 trennt die Verbindung nach einer Minute Ruhe. Die .automount-Datei sorgt dafür, dass die Freigabe erst beim ersten Zugriff eingehängt wird und nach einer Weile ohne Zugriff wieder verschwindet. Sie hört auf denselben Mountpunkt wie die .mount-Datei:

[Unit]
Description=Fritzbox-Freigabe FRITZ.NAS bei Zugriff einhängen

[Automount]
Where=/mnt/fritz
TimeoutIdleSec=60

[Install]
WantedBy=multi-user.target

Eingeschaltet wird die .automount-Datei, nicht die .mount-Datei. Zuerst liest systemd die neuen Dateien ein, danach startet der Automount sofort und nach jedem Neustart von selbst. Im Test stand der Mountpunkt dann als autofs bereit, der eigentliche Mount war noch inaktiv. Der erste Zugriff hängte die Freigabe ein, und nach 75 Sekunden Ruhe war wieder nur der autofs-Auslöser übrig:

$ sudo systemctl daemon-reload
$ sudo systemctl enable --now mnt-fritz.automount
$ ls /mnt/fritz

Ein weiterer Vorteil zeigt sich bei Diensten, die ohne die Freigabe nicht laufen sollen, etwa ein Backup oder ein Medienserver. Sie tragen in ihrer Einheit eine einzige Zeile im Abschnitt [Unit] ein. Im Test hängte systemd die Freigabe beim Start eines solchen Dienstes selbst ein und startete ihn erst danach. In systemctl list-dependencies taucht mnt-fritz.mount dann als Abhängigkeit auf. Mit der fstab-Zeile ist das nur über Umwege möglich:

[Unit]
RequiresMountsFor=/mnt/fritz

Wer einen Laptop mit wechselnden Netzen hat, findet in einem älteren Artikel zum NetworkManager-Dispatcher eine weitere Variante samt Fallstricken. Dort wird die Freigabe per Skript eingehängt, sobald das Heimnetz erreichbar ist, und beim Netzwechsel wieder getrennt. Das ist eine Alternative zum Automount, wenn die Verbindung wirklich nur im Heimnetz bestehen soll.

Mehrere Benutzer und Rechner

Die Rechte vergibt die Fritzbox, nicht Linux. Jeder Benutzer unter System | FRITZ!Box-Benutzer bekommt die Berechtigung Zugang zu NAS-Inhalten. Beim Bearbeiten des Benutzers (Stift-Symbol) legt ihr fest, wie weit sie reicht: Vollzugriff zum Lesen und Schreiben, Nur Lesezugriff oder Individuelle Einstellungen. Bei der individuellen Variante wählt ihr Verzeichnis für Verzeichnis, wo der Benutzer lesen und wo er auch schreiben darf.

Sinnvoll ist ein Benutzer pro Person statt eines Kontos für alle. Dann lässt sich ein Konto später wieder sperren, ohne dass die anderen ein neues Passwort brauchen, und ein Gast oder ein Kind bekommt nur Nur Lesezugriff. Dasselbe Konto darf sich von mehreren Rechnern gleichzeitig anmelden, das funktionierte im Test ohne Probleme. Ändert ihr ein Passwort, müsst ihr die Zugangsdatei in der fstab anpassen.

Die Linux-Rechte auf dem eingehängten Ordner sind dagegen nur eine Fassade. Sie bestimmen lediglich, was ls -l anzeigt: Im Test meldete chmod 600 Erfolg und ließ den Modus trotzdem bei 644, und chown root änderte den Besitzer nicht. Wer wirklich etwas absperren will, tut das in der Fritzbox, nicht mit chmod. Dasselbe gilt für die Optionen uid, gid, file_mode und dir_mode der fstab-Zeile: Sie ändern nur die Anzeige.

Auf einem Rechner mit mehreren Konten hat der fstab-Mount genau eine Anmeldung, und jeder lokale Benutzer, der in den Ordner kommt, arbeitet mit den Rechten dieses Fritzbox-Benutzers. Mit dir_mode=0755 konnte im Test sogar der Systembenutzer nobody den Ordner auflisten. Setzt auf gemeinsam genutzten Rechnern dir_mode=0700 oder eine eigene Gruppe mit gid= und dir_mode=0770. Der Weg über Dateien in GNOME oder KDEs Dolphin meldet dagegen jedes Konto einzeln an.

Auch der Zwischenspeicher spielt hinein. Mit den Standardeinstellungen sah der zweite Rechner eine geänderte Datei sofort. Mit cache=loose,actimeo=30 las er eine Sekunde nach der Änderung noch den alten Inhalt. Für Ordner, in die mehrere Leute schreiben, bleibt es deshalb beim Standard. In jedem Fall gehört die Freigabe ins Heimnetz. Öffnet den SMB-Port 445 der Fritzbox nie ins Internet, von unterwegs reicht ein VPN.

Weitere Wege: smbclient, FTP und rclone

Zum einmaligen Kopieren reicht das Paket smbclient. Es braucht keinen Mount und keine Zusatzrechte, die Zugangsdatei von oben lässt sich mit -A wiederverwenden. Auch FTP funktioniert, sobald ihr Zugriff über FTP eingeschaltet habt: Die Fritzbox hat dann den Port 21 offen, und curl lädt Dateien hoch. Dolphin und Nautilus verstehen ftp:// ebenfalls, nur ist es als Dauerlösung unbequem. Download mit smbclient und Upload per FTP sehen so aus:

$ smbclient //fritz.box/FRITZ.NAS -A /pfad/zur/cred -c "get datei"
$ curl --user BENUTZER -T datei ftp://fritz.box/

Beispiel: nächtliches Backup auf die Fritzbox

Ein typischer Einsatz für smbclient ist ein Backup, das nachts läuft. Das Skript packt einen Ordner zu einem tar.gz-Archiv und schiebt es auf die Freigabe. Der Wochentag steckt im Dateinamen, so liegen dort höchstens sieben Archive, die sich der Reihe nach überschreiben, und ihr braucht kein Skript zum Aufräumen. Die Zugangsdatei ist dieselbe wie bei der fstab, NAME_DES_STICKS ersetzt ihr durch den Ordner eures Sticks:

#!/bin/bash
# Nächtliches Backup: Ordner als tar.gz auf die Fritzbox schieben
set -euo pipefail

QUELLE="$HOME/Dokumente"                 # dieser Ordner wird gesichert
FREIGABE="//fritz.box/FRITZ.NAS"
ZIEL="NAME_DES_STICKS/Backup"            # Ordner auf der Freigabe
CRED="$HOME/.fritz-smb"                  # Zugangsdatei mit username= und password=
DATEI="/tmp/backup-$(date +%a).tar.gz"   # Wochentag im Namen: sieben Archive im Wechsel

tar -czf "$DATEI" -C "$(dirname "$QUELLE")" "$(basename "$QUELLE")"
smbclient "$FREIGABE" -A "$CRED" -c "mkdir $ZIEL" >/dev/null 2>&1 || true
smbclient "$FREIGABE" -A "$CRED" -c "put $DATEI $ZIEL/$(basename "$DATEI")"
rm -f "$DATEI"

Für einen Test lasst ihr das Skript zweimal laufen: Beim ersten Mal legt es den Zielordner an, beim zweiten überschreibt es das Archiv vom selben Wochentag. Bei einem unmöglichen Ziel endet es mit Fehlercode 1, damit ein Timer den Fehler im Protokoll festhält. Das Zurückholen eines Archivs und das Auspacken klappten ebenfalls, nur der Wochentag im Dateinamen muss zum gewünschten Stand passen:

$ smbclient //fritz.box/FRITZ.NAS -A ~/.fritz-smb -c "get NAME_DES_STICKS/Backup/backup-Mo.tar.gz"
$ tar -xzf backup-Mo.tar.gz

Wer FTP bevorzugt, ersetzt die beiden smbclient-Zeilen durch einen curl-Aufruf. Der Zielordner wird dabei von selbst angelegt. Die Zugangsdaten stehen in einer eigenen Datei im Home-Verzeichnis, die nur ihr lesen dürft (chmod 600), damit das Passwort weder im Skript noch in der Prozessliste auftaucht. Auch das sollte bei euch im Test funktionieren, das Archiv landete im Zielordner auf dem Stick:

$ install -m 600 /dev/null ~/.fritz-netrc
$ nano ~/.fritz-netrc

machine fritz.box login DEIN_FRITZBOX_BENUTZER password DEIN_PASSWORT

curl --fail --silent --show-error --ftp-create-dirs \
     --netrc-file "$HOME/.fritz-netrc" \
     -T "$DATEI" "ftp://fritz.box/$ZIEL/$(basename "$DATEI")"

Für die Nacht braucht ihr einen Timer. Unter systemd genügen zwei kleine Dateien im Benutzerordner ~/.config/systemd/user/, das Skript liegt als ~/bin/fritz-backup.sh. Der Dienst startet das Skript, und der Timer ruft ihn um 2:30 Uhr auf. Persistent=true holt einen verpassten Lauf nach, etwa wenn der Rechner um diese Zeit aus war:

[Unit]
Description=Backup auf die Fritzbox

[Service]
Type=oneshot
ExecStart=%h/bin/fritz-backup.sh

[Unit]
Description=Backup auf die Fritzbox jede Nacht

[Timer]
OnCalendar=*-*-* 02:30
Persistent=true

[Install]
WantedBy=timers.target

Eingeschaltet wird der Timer, nicht der Dienst. Der dritte Befehl startet einen Lauf sofort, damit ihr seht, ob alles klappt, und der vierte zeigt das Protokoll. Im Test stand der nächste Lauf danach für 2:30 Uhr in der Liste, und der manuell gestartete Lauf legte das Archiv auf dem Stick ab:

$ systemctl --user enable --now fritz-backup.timer
$ systemctl --user list-timers fritz-backup.timer
$ systemctl --user start fritz-backup.service
$ journalctl --user -u fritz-backup.service

Wer mehrere Cloud-Speicher und die Fritzbox über ein Werkzeug ansprechen will, nutzt rclone mit SMB-Backend. Die Freigabe wird dort als eigener Speicher angelegt, der Freigabename FRITZ.NAS steht im Pfad. Im Test funktionierten Kopieren und Spiegeln eines Ordners. Das Passwort landet bei diesem Befehl im Shell-Verlauf, wer das vermeiden will, gibt es stattdessen interaktiv über rclone config ein:

$ rclone config create fritz smb host fritz.box user DEIN_BENUTZER pass DEIN_PASSWORT --obscure
$ rclone sync ~/Dokumente fritz:FRITZ.NAS/NAME_DES_STICKS/Backup/Dokumente

Nicht möglich sind dagegen WebDAV und SSH (sshfs): Port 22 ist zu, und einen WebDAV-Zugang auf den Speicher gibt es offenbar nicht. Für den Alltag spielt das kaum eine Rolle, denn SMB und FTP decken die üblichen Fälle ab: Dateien hochladen, Backups ablegen und eine Freigabe als Ordner einhängen. Zu NFS folgt weiter unten ein eigener Abschnitt.

Tempovergleich

Gemessen wurde auf einem TUXEDO-Notebook mit Ubuntu 26.04.1, GNOME 50.1 und Kernel 7.0, angeschlossen über einen 2,5-Gbit-USB-Adapter an eine Fritzbox 5690 Pro, die an einem Gigabit-Port hängt. Getestet wurden zwei Speicher: der interne der Box (1,7 GB) und ein USB-3.0-Stick mit 128 GB. Jeder Test lief dreimal, die Tabelle zeigt den Median. Gelesen und geschrieben wurde eine 512 MB große Datei (mit Nullen gefüllt, vor jedem Lesen Cache geleert).

Dieselben Läufe wurden später auf demselben Notebook unter TUXEDO OS wiederholt (Kernel 7.2, Plasma). Die Werte liegen fast deckungsgleich: Der Kernel-Mount schreibt mit 46 bis 49 MB/s und liest mit 105 MB/s, smbclient schreibt mit 64 bis 68 MB/s, FTP mit 52 bis 65 MB/s, je nach Speicher. Abweichungen von mehr als 3 MB/s gab es nur beim Schreiben mit smbclient auf den internen Speicher (64 statt 55 MB/s).

Beim Lesen großer Dateien bremst nicht Linux, sondern das Netz: Die Fritzbox hängt an einem Gigabit-Port, und gut 100 MB/s ist knapp unter dem, was eine solche Verbindung hergibt. Intern wie am Stick kommt dasselbe heraus. Der 2,5-Gbit-Adapter des Notebooks wird dabei nicht ausgereizt. Die SMB-Version spielt keine Rolle, 2.1, 3.0 und 3.1.1 sind gleich schnell.

Beim Schreiben bleibt der Kernel-Mount bei rund 45 MB/s, egal ob intern oder am Stick. smbclient und FTP schreiben auf den USB-3-Stick dagegen mit 65 bis 71 MB/s, GVfs mit 60 MB/s. Der Speicher ist beim Kernel-Mount also nicht die Bremse, und auch das Messverfahren ist nicht die Ursache, das ist gegengeprüft.

Gefunden wurde der Grund beim Ausprobieren von Einstellungen. Puffergrößen (wsize) und andere Optionen ändern nichts, das Signieren der Pakete (sign) kostet sogar fast die Hälfte. Mit nostrictsync springt das Schreiben dagegen auf rund 95 MB/s. Die Option verhindert, dass Linux beim Schließen einer Datei verlangt, dass die Box sie auf den Datenträger schreibt. Die Box meldet dann „fertig“, bevor die Daten auf dem Stick liegen.

Bei vielen kleinen Dateien (300 Stück à 16 KB) ist GVfs deutlich abgeschlagen: Am Stick braucht es zum Schreiben 2,4 und zum Lesen 2,5 Sekunden, der Kernel-Mount nur 0,8. Für ein paar Fotos fällt das nicht auf, bei einem Ordner mit tausenden Dateien schon. Auf dem internen Speicher sah es genauso aus (2,3 gegen 0,7 Sekunden).

cache=loose bringt beim Lesen vier Prozent und beim Schreiben nichts Messbares. Die vier Prozent merkt man im Alltag kaum. Dafür sieht der Rechner Änderungen anderer Geräte später. Für ein Netzlaufwerk, auf das mehrere Leute zugreifen, sollte es aus bleiben. Die Messreihe stammt von einem Tag und einem Router, die Werte sind also Anhaltspunkte und keine Garantie.

NFS und Freetz

Die Fritzbox selbst bietet kein NFS an: Auf Port 2049 und 111 antwortet die Box nicht. Früher half das Zusatzprojekt Freetz, das unter anderem einen NFS-Server nachrüstete. Das ursprüngliche Freetz gilt als veraltet, seine letzte Version stammt aus dem Jahr 2012. In alten Foren-Beiträgen findet ihr dazu viele Anleitungen, die sich auf Boxen und Firmware-Stände beziehen, die lange nicht mehr aktuell sind.

Lebendig ist der Fork Freetz-NG, der die Arbeit des ursprünglichen Projekts weiterführt: Die News reichen bis November 2026, zuletzt erschien im September ein neuer Stand. Auch ein NFS-Server mit Weboberfläche gehört weiter dazu, der nfsd-cgi. Die Liste der unterstützten Firmwares führt viele Fritzboxen auf, darunter die 5690 Pro. Wer es ausprobieren will, sollte vorher klären, welche Firmware die eigene Box hat.

Ein Selbstläufer ist es trotzdem nicht. Freetz-NG ersetzt die Firmware der Box durch ein selbst gebautes Abbild, und laut den News laufen neuere FritzOS-8.5-Stände nur teilweise, viele Anpassungen schlagen fehl. Die Dokumentation des NFS-Servers nennt nur eine alte Fritzbox 7390 als Testgerät. Für die 5690 Pro ist es ungetestet, und der Gewinn wäre überschaubar: Beim Lesen sitzt das Netz schon an der Grenze, beim Schreiben bremst das Wegschreiben auf den Datenträger.

Erfahrungen und Messwerte

Wie hängt ihr eure Fritzbox-Freigaben ein? Erfahrungen und Tipps gehören gern in die Kommentare, besonders zu anderen Fritzbox-Modellen und Firmware-Ständen, zu USB-Datenträgern mit anderen Dateisystemen und zu Ordnerrechten pro Benutzer, die sich in diesem Test nicht klären ließen. Auch Messwerte von schnelleren Speichern oder einem 2,5-Gbit-Anschluss an der Box sind willkommen.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Anlass ist ein Thread auf r/flossdroid, in dem User freie Tastaturen für Android sammeln: LeanType, Bucky, Simple Keyboard, dazu WM Keyboard, HeliBoard und FUTO. Die Kandidaten laufen hier mit deutschem Layout, im Android-Emulator und auf einem Pixel 10. Dazu kommt ein Blick in Manifeste und Repositories: Was fordert die App an, wer entwickelt sie, wie aktuell ist sie?

Eine Tastatur weiß alles

Technisch ist eine Tastatur eine ganz normale App, die sich als Eingabemethode ins System hängt. Sie bekommt jeden Tastendruck, kann den Text vor und hinter dem Cursor lesen und erfährt sogar, dass gerade ein Passwortfeld offen ist. Android warnt euch beim Aktivieren davor. Erzwingen kann das System aber nichts: Ob eine Tastatur anständig mit den Daten umgeht, ist am Ende eine Vertrauensfrage.

Dass das nicht nur Theorie ist, zeigt eine Studie auf der IEEE-Konferenz PST 2015: Von 139 untersuchten Tastaturen aus Google Play hätten sich 84 als Keylogger missbrauchen lassen. Bewiesen ist damit nicht, dass jede davon es getan hat. Dass es auch passiert, zeigen Fälle wie ai.type, dessen Datenbank mit Daten von 31 Millionen Nutzern offen im Netz lag, oder chinesische Tastatur-Apps, über die Lauscher Tastendrücke mitlesen konnten. Aber die Hürde liegt niedrig, und genau deshalb lohnt der Blick darauf, wem ihr eure Eingaben anvertraut.

Gboard: Komfort mit Google-Anschluss

Gboard ist gut, keine Frage. Die Vorschläge sitzen, und auf einem Pixel-Handy laufen gleich Deutsch und Englisch auf einer Leertaste. Den Preis nennt Google in der eigenen Hilfe selbst: Suchanfragen aus der Tastatur gehen an Google, ebenso Nutzungsstatistiken, und beim Diktat wandert die Stimme zur Transkription auf Googles Server. Passend dazu steht im Manifest der App, dass sie ins Internet möchte.

Dazu kommen die Wortvorschläge. Damit sie besser werden, lernt Gboard direkt auf euren Handys. Eure Texte sollen dabei das Gerät nicht verlassen, an Google gehen nur die Lernergebnisse, mit Zufallswerten vermischt, damit sich niemand Einzelnes herauslesen lässt. Das klingt sauber. Trotzdem rechnet euer Handy für Google mit, und ob das hält, was Google verspricht, könnt ihr nicht prüfen: Der Quelltext von Gboard ist nicht frei.

Auch bei Gboard gab es Sicherheitslücken. Über CVE-2022-20125 ließ sich der Schutz vor dem Zurücksetzen des Geräts (Factory Reset Protection) umgehen, betroffen waren Android 10 bis 12L, behoben wurde die Lücke im Juni 2022. Ein Angreifer brauchte dafür allerdings das Gerät in der Hand. Einen Datenabfluss bei Gboard selbst habe ich nicht gefunden.

SwiftKey gehört Microsoft

Microsoft hat SwiftKey im Februar 2016 gekauft. Der Preis blieb offiziell geheim, die Financial Times nannte rund 250 Millionen US-Dollar. Schon im Juli desselben Jahres zeigte die Cloud-Synchronisation bei einigen Nutzern fremde E-Mail-Adressen und Telefonnummern als Wortvorschläge an. SwiftKey schaltete den Sync ab und nahm die E-Mail-Vorschläge heraus. Aus einem Bug wurde so eine Datenpanne.

Älter ist die Lücke in der Samsung-Tastatur, die SwiftKey-Technik nutzte. Sie lud Sprachpakete unverschlüsselt und ungeprüft nach, was laut dem Sicherheitsunternehmen NowSecure Codeausführung aus der Ferne erlaubte. Geschätzt waren rund 600 Millionen Geräte betroffen, die eigenständigen SwiftKey-Apps allerdings nicht. Samsung kannte das Problem nach Angaben von NowSecure seit November 2014.

Dazu kommt die Entwicklung der letzten Jahre. Auf Android hat Copilot den Bing-Button ersetzt, und seit dem 31. Mai 2026 braucht ihr für Backup und Sync ein Microsoft-Konto, die Daten liegen dann in OneDrive. Konten, die ihr über Google oder Apple angelegt hattet, wurden gelöscht (heise). Ihr tippt also weiter auf einer Tastatur, die immer enger mit dem Microsoft-Konto verwächst.

Die freien Alternativen im Test

Frei heißt hier: Der Quelltext ist offen, und am besten fragt die App gar nicht erst nach Internet. Letzteres lässt sich ohne Vertrauen in die Projektseite prüfen: Die Berechtigungen stehen in der Installationsdatei (APK) und lassen sich mit einem Werkzeug von Google auslesen. Version und Stand stehen bei jeder Tastatur dabei.

Getestet wird im Android-Emulator (Pixel-10-Profil, Android 17, deutsche Systemsprache), LeanType und FUTO laufen auf einem echten Pixel 10. Jede Tastatur bekommt das deutsche Layout und tippt ein anderes Suchwort. Das zeigt Layout, Vorschläge und Aufbau. Wischen und Diktat sind nicht getestet.

HeliBoard

HeliBoard ist der Platzhirsch unter den freien Tastaturen. Es stammt von der Android-eigenen Tastatur ab, über den Umweg OpenBoard. Aktuell ist Version 4.2 vom 12. Oktober unter GPL-3.0. F-Droid baut sie reproduzierbar und prüft damit, ob die Installationsdatei wirklich aus dem veröffentlichten Quelltext stammt. Das Projekt ist inzwischen zu HeliBorg umgezogen. Eine Internet-Berechtigung gibt es nicht, angefordert werden nur Benutzerwörterbuch, Kontakte, Vibration und Autostart.

Im Test ist HeliBoard am schnellsten einsatzbereit: Das deutsche Layout kommt von allein, und beim Tippen von „datenschutz“ bietet die Vorschlagsleiste gleich drei Varianten an. Die Schwächen: Weitere Wörterbücher ladet ihr nach, und Wischen geht nur mit einer proprietären Bibliothek, die ihr selbst besorgen müsst. Seit Juni 2025 fördert NLnet einen freien Ersatz. Dazu kommt: Fast alle Änderungen stammen von einem Entwickler. Fällt er aus, steht das Projekt.

FlorisBoard

FlorisBoard hat eine eigene Code-Basis in Kotlin, steht unter Apache-2.0 und mit knapp 8.800 Sternen bei der größten Fangemeinde. Der Haken: Die stabile Version 0.5.2 stammt vom November 2025, die Vorabversion 0.6.0 vom Januar 2026. Wortvorschläge und Rechtschreibprüfung fehlen noch, beides ist für 0.6 geplant. Im Test zeigt sich das: Beim Tippen von „kernel“ bleibt die Vorschlagsleiste aus.

Das deutsche Layout muss man in den Einstellungen erst als Eingabestil anlegen. Dafür gibt es Zwischenablage, Emoji, Themes und ein eigenes Gleittippen, ganz ohne fremde Bibliothek, das die Roadmap ab 0.7 neu bauen will. Berechtigungen fordert die App nur drei an, Internet gehört nicht dazu. Auch hier stammt der Löwenanteil der Commits von einer Person.

AnySoftKeyboard

AnySoftKeyboard ist der Veteran: Die Code-Basis stammt von 2012, die Lizenz ist Apache-2.0, aktuell ist 1.13, auch im Play Store. Es kennt Gleittippen, Spracheingabe, einen Inkognito-Modus und Themes als Add-ons. Deutsch bringt die App nicht mit. Ihr installiert dafür ein eigenes Sprachpaket und schaltet das Layout in der App ein, es taucht erst nach einem Neustart der App in der Liste auf.

Danach läuft es: Bei „firefox“ schlägt die Vorschlagsleiste die Schreibweise „Firefox“ vor. Eine Internet-Berechtigung fehlt auch hier, dafür fragt die App nach Kontakten. Der Aufwand bei der Einrichtung ist höher als bei HeliBoard, und die Pflege hängt ebenfalls an einem Entwickler. Wer eine Tastatur mit Add-on-System mag, dem bleibt AnySoftKeyboard eine Option.

Simple Keyboard

Simple Keyboard von rkkr tut, was der Name sagt. Das README schließt Emoji, GIFs, Rechtschreibprüfung und Wischen ausdrücklich aus, die einzige Berechtigung ist Vibration. Aktuell ist Version 6.8 vom 22. Oktober unter Apache-2.0, ebenfalls auf Basis der Android-eigenen Tastatur. Im Test kommt das deutsche Layout von allein, eine Vorschlagsleiste gibt es nicht, und genau das ist der Punkt. Aufpassen müsst ihr beim Namen.

Auch die Simple Mobile Tools hatten eine Tastatur namens Simple Keyboard, soweit ich das nachvollziehen kann. Deren Entwickler haben Ende 2023 an ZipoApps verkauft, eine Firma, die gekaufte Apps mit Werbung zu Geld macht. Der Fork Fossify Keyboard führt sie ohne Internet-Berechtigung weiter. Gemeint ist hier die Tastatur von rkkr. In den letzten 90 Tagen hat sie allerdings nur acht Commits bekommen, ein Projekt im Dauerleerlauf.

WM Keyboard

WM Keyboard ist der Favorit im Reddit-Thread, und es ist das Gegenteil von Simple Keyboard. Der Entwickler hat das Repository im August 2026 angelegt und seitdem 3.381 Commits in 90 Tagen geschrieben, das README gibt offen zu, dass er KI-unterstützt entwickelt. Dafür bringt die Tastatur Wischen, Offline-Diktat über mehrere Engines, Emoji 18, Theme-Editor, 89 Werkzeuge und Lua-Plugins mit. Die Lizenz ist MIT, der Quelltext offen.

Das APK verrät mehr: Die normale Fassung von GitHub fordert 44 Berechtigungen an, darunter Internet, Standort, Kalender, Kontakte, Kamera, Mikrofon, Vollzugriff auf alle Dateien, Einblendung über anderen Apps und das Installieren von Paketen. Angefordert heißt nicht gewährt, und manches dürfte zu den Anbindungen an Aufgaben- und Lernkarten-Apps gehören. Für eine Tastatur ist das trotzdem ein dickes Paket.

Es gibt einen Offline-Build ohne Internet-Berechtigung, seine übrigen Rechte sind nicht geprüft. Der Einrichtungsassistent bietet Deutsch (QWERTZ) gleich an. Beim Tippen von „gnome“ erscheinen „Gnomen“, „GNOME“ und „Gnom“, über der Tastatur sitzen eine Zahlenreihe und eine Werkzeugleiste. Mehr Funktionen als bei jeder anderen Tastatur im Test – aber auch mehr, was jemand prüfen müsste.

Bucky Keys

Bucky will der Nachfolger von Hacker’s Keyboard sein: ein komplettes PC-Layout mit Esc, Tab, Strg, Alt, Pos1, Ende, Pfeiltasten und F-Reihe, gedacht für Termux, SSH und Programmieren. Die Lizenz ist Apache-2.0, laut README fehlt die Internet-Berechtigung, und im APK steht tatsächlich keine einzige echte Berechtigung. Der Haken: Es ist eine Alpha (0.1.0-alpha12 vom 3. November) mit 20 Sternen, von einer Person, seit Oktober.

In einem normalen Suchfeld zeigt Bucky ein kompaktes Layout, im Testfeld der eigenen App das volle PC-Layout. Für Deutsch taugt es nicht: Zur Auswahl stehen nur Englisch (US), Griechisch, Estnisch und Finnisch. Fürs Terminal reichen die Tasten, für einen deutschen Text ist Bucky nichts. Das PC-Layout selbst ist vollständig, und für Termux gibt es in den Einstellungen eine eigene Tastenreihe.

LeanType

LeanType ist ein Fork von HeliBoard, GPL-3.0 und mit rund 1.150 Sternen. Es kommt mit sehr viel mehr Funktionen: Cloud-KI-Anbindung (Gemini, Groq, OpenAI), GIF-Suche, Offline-Diktat per Whisper-Plugin, Screenshot-Vorschläge und ein eigener Update-Prüfer. Die Variante standard hat dafür die Internet-Berechtigung, auch die Fassung, die F-Droid ausliefert. Die Variante offline hat sie nicht, fragt aber trotzdem nach Kamera und Mikrofon.

Das Willkommensfenster verspricht „100% privat & sicher“, ohne Telemetrie und Netzwerk-Tracking. Der Entwickler ist seit November 2025 auf GitHub aktiv und hat 1.933 Commits geschrieben, 1.257 davon in den letzten 90 Tagen, dazu kommen mehrere Betas pro Woche. Unter den letzten 200 Commits weisen zwei eine KI-Mitarbeit aus. Positiv: F-Droid baut die Tastatur reproduzierbar gegen die Signatur des Entwicklers.

Auf dem Pixel 10 erscheint LeanType sofort, mit deutschem Layout. Die Vorschlagsleiste bleibt leer: Die Variante offline bringt kein Wörterbuch mit, die Symbolleiste verweist für „Deutsch“ auf einen Download von Codeberg.

Dazu die Einstellungen: Beim Öffnen erscheint ein Spendenhinweis, und die Gestenbibliothek steht auf „Nicht installiert“, sie muss also nachgeladen werden. Wer HeliBoard mag, aber mehr Schalter und Funktionen braucht, findet hier die Erweiterung. Wer möglichst wenig Angriffsfläche möchte, bleibt bei HeliBoard.

FUTO Keyboard

FUTO Keyboard läuft auf dem Pixel 10 sofort mit deutschem Layout. Im APK steht keine Internet-Berechtigung, dafür das Mikrofon für das eingebaute Offline-Diktat mit Whisper. Beim Tippen von „tuxedo“ schlägt die Leiste allerdings „zu del“, „zu Edo“ und „zu edi“ vor: Mit Eigennamen tut sich die Vorhersage schwer. Wichtiger ist die Lizenz. Die FUTO Source First License verbietet kommerzielle Änderungen und ist keine Open-Source-Lizenz im Sinne der OSI.

Der Quelltext liegt offen, entwickelt wird intern auf GitLab, GitHub ist ein Spiegel, und wer mitmachen will, muss FUTO per Vertrag Rechte an seinem Code einräumen. Deshalb ist FUTO auch nicht im offiziellen F-Droid, sondern in einer eigenen Paketquelle. Das Wischen erkennt ein KI-Modell auf dem Gerät, die Bibliothek steht unter GPL, die Modelle unter einer eigenen Lizenz. Als „FOSS“ würde ich FUTO nicht durchgehen lassen, als „Source available“ schon.

Die Eckdaten im Überblick

Welche Tastatur nehme ich?

Für den Alltag auf einem normalen Handy würde ich nach diesem Test zu HeliBoard greifen: kein Internet, reproduzierbare Builds, Vorschläge, deutsche Layouts, aktive Pflege. Wer Wischen will, muss mit der nachzuladenden Bibliothek leben, FlorisBoard wischt ohne, tippt aber noch ohne Vorschläge. Wer nur tippen will, ist bei Simple Keyboard gut aufgehoben. Für Termux ist Bucky einen Blick wert, sobald es Deutsch und eine stabile Version gibt.

WM Keyboard und LeanType reizen mit ihrem Funktionsumfang. Ob sie euer Vertrauen verdienen, entscheidet ihr selbst: Eine Tastatur sieht alles, und ein Ein-Personen-Projekt mit Dutzenden Commits pro Woche lässt sich schwer prüfen. Internet-Berechtigung und 44 angeforderte Rechte sind bei WM Keyboard keine Kleinigkeit. Mir wäre das für die Tastatur zu viel Vorschuss.

Welche Tastatur tippt bei euch, und worauf achtet ihr bei der Wahl? Schreibt es gern in die Kommentare.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Ein Sternchen ist ein Sternchen

Die Lücke hört auf den schönen Namen *sshole und wurde von Özgün Kültekin (Wakefield) gefunden. Unter den passenden Voraussetzungen meldet sich ein Angreifer per SSH mit einem beliebigen Passwort zwischen 257 und 1024 Byte an. Und zwar ausgerechnet bei Accounts, die eigentlich gesperrt sind und gar kein Passwort haben sollen. Darunter kann sich auch root befinden.

Die Ursache ist fast schon komisch. Gesperrte Accounts tragen in der /etc/shadow statt eines Passwort-Hashes oft nur ein *. Die crypt()-Funktion von musl liefert ebenfalls ein * zurück, wenn bei der Passwortverarbeitung etwas schiefgeht. Und genau das passiert bei Passwörtern über 256 Byte. OpenSSH vergleicht dann Sternchen mit Sternchen, findet beide gleich und winkt den Besucher brav durch.

Entstanden ist das Ganze nicht durch einen einzelnen Patzer, sondern durch mehrere für sich genommen harmlose Änderungen. musl hat 2012 sowohl den Rückgabewert im Fehlerfall als auch die Längengrenze eingeführt. OpenSSH hat 2016 eine Timing-Lücke gestopft und damit dafür gesorgt, dass der Fehler auch echte Benutzer mit * erreicht. Rund zehn Jahre ist das niemandem aufgefallen.

Entwarnung für den Linux-Desktop

Wer auf seinem Arch-Rechner, seinem Ubuntu-Notebook oder seinem Heimserverchen mit Debian einen sshd laufen hat, kann sich entspannt zurücklehnen. Die großen Distributionen setzen auf glibc statt musl und lassen OpenSSH in der Standardkonfiguration über PAM prüfen. Damit ist der Weg zum Sternchen-Vergleich gar nicht erst offen. Laut Analyse sind Debian, Ubuntu und Fedora nicht betroffen, ebenso wenig OpenBSD und Dropbear.

Betroffen sind nur Systeme, bei denen alle diese Punkte zusammenkommen:

• Linux mit musl libc (etwa Alpine Linux, OpenWrt, Buildroot oder Yocto)
• OpenSSH ohne PAM
• Passwortauthentifizierung aktiviert
• mindestens ein Account mit * als Passwortfeld in /etc/shadow
• mindestens ein weiterer Account mit gültigem Passwort-Hash

Gruselig wird es dort, wo keiner hinschaut

Auf dem Papier klingt die Liste nach einer Nische. Bei Alpine Linux ist sie allerdings Standard: Das Paket openssh-server arbeitet dort ohne PAM, Passwort-Logins sind an, und root hat seit Alpine 3.16 ein * als Hash. Auf den offiziellen Images für AWS und Azure gibt es zudem den Benutzer alpine, der per doas ohne Passwort zu root wird. Ein langes Passwort, ein doas, fertig.

OpenWrt selbst kommt zwar mit Dropbear als SSH-Server, der nicht betroffen ist. Wer seinen Router aber auf OpenSSH umgestellt hat, etwa wegen SFTP, sollte genauer hinschauen. Richtig unangenehm wird es bei Buildroot und Yocto. Damit bauen Hersteller die Firmware für Router, NAS, Kameras, Industriesteuerungen und allerlei IoT-Kram. Was da genau drinsteckt, verraten die wenigsten Datenblätter.

Und genau diese Kisten hängen gerne direkt im Netz. Es sind die Geräte, die man einmal aufstellt und dann nie wieder anfasst, weil sie ja laufen. Updates gibt es, wenn überhaupt, nur dann, wenn der Hersteller sich daran erinnert, dass er das Ding mal verkauft hat. In meinen Augen ist das der eigentliche Gruselfaktor dieser Lücke, nicht der Linux-Desktop.

Was ihr jetzt tun solltet

OpenSSH hat heute Version 10.6p2 veröffentlicht, die das Problem auf der OpenSSH-Seite abfängt. Unter Alpine Linux zieht ihr das Update ganz normal über die Paketverwaltung mit apk upgrade openssh. Andere Distributionen beheben den Fehler per zurückportiertem Sicherheitspatch. Startet den SSH-Dienst danach neu, damit auch wirklich die neue Version lauscht. Bei Firmware von der Stange bleibt euch nur, beim Hersteller nach einem Update zu suchen.

Wer nicht sofort aktualisieren kann, schaltet die Passwortanmeldung in der sshd_config ab:

PasswordAuthentication no

Vorher solltet ihr natürlich sicherstellen, dass der Zugang per Schlüssel funktioniert, sonst sperrt ihr euch selbst aus. Unter Alpine geht das auch als eigene Konfigurationsdatei mit anschließendem Neustart des Dienstes:

echo "PasswordAuthentication no" > /etc/ssh/sshd_config.d/00-no-passwords.conf
rc-service sshd restart

Ganz ehrlich: Ein SSH-Server mit Passwortanmeldung, der offen im Internet hängt, war auch vor *sshole keine gute Idee. Zu kurze Passwörter werden erraten, zu lange sind ab heute auch verdächtig. Das beste Passwort für SSH ist und bleibt keins, sondern ein Schlüssel. Habt ihr Alpine-Kisten oder einen OpenWrt-Router mit OpenSSH im Einsatz, und wisst ihr, was eure Geräte im Netz eigentlich für einen SSH-Server fahren?

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Worum geht es beim di.day?

Die Idee dahinter ist schnell erklärt: Jeden ersten Sonntag im Monat wechselt man auf die gute Seite. Gemeint sind digitale Alternativen, die demokratiefreundlich sind und weniger abhängig machen von wenigen Großkonzernen. Der Wechsel geschieht Schritt für Schritt, niemand muss sein digitales Leben an einem Wochenende umkrempeln.

Dafür gibt es auf der Webseite die Wechselrezepte, Anleitungen für 30 bis 90 Minuten. Eines führt von Instagram zu Pixelfed, ein anderes zeigt Podcasts ohne Spotify, ein drittes App-Stores ohne Google und Apple. Dazu kommen Veranstaltungen, die laut Webseite in Deutschland, Portugal, Irland und sogar in Colorado stattfinden.

Marc-Uwe Kling, ja, der mit dem Känguru

Die Idee zum di.day stammt von Marc-Uwe Kling, ja, dem Autor mit dem kommunistischen Känguru. Koordiniert wird das Projekt von Save Social. Vorgestellt wurde es auch bei Funfacts, dem Nachrichtenformat nach dem Motto „Facts, but funny“, das seit dem 2. März 2026 läuft.

Das Video „Wir müssen uns trennen“ läuft unter dem Hashtag #DIDit auf dem Kanal @funfacts_de. Ein Blick lohnt sich, Weihnachten kommt mit schnellen Schritten. Dann ist ja wieder FamilyAdminDay aka Weihnachten, und das Video liefert die Argumente gegen Facebook, Meta, Microsoft, Apple und Co. gleich mit – unterhaltsam verpackt.

Video wird erst nach Klick von YouTube geladen.

Auch bei TUXEDO in Augsburg gab es schon einen di.day

Bei TUXEDO in Augsburg gab es schon mehrere di.days. Am 4. Januar 2026 lud TUXEDO zu einer Linux-Einführung mit Install-Party in die eigenen Räume ein. Wer wollte, konnte sich dort Linux aufspielen lassen. Kollegen halfen mit Tipps und Trick: Unterstützung, vorher die eigenen Daten zu sichern, gab es gleich dazu.

Einen Monat später folgte der zweite DiDay in Augsburg, diesmal zusammen mit dem Makerspace Habitat e.V. im Pop-up-Store „Zwischenzeit“. Die Teilnehmer installierten TUXEDO OS auf ihren eigenen Geräten und nahmen einen USB-Stick mit dem System gleich mit. Leider habe ich es zu den Terminen bisher nicht geschafft, hoffentlich klappt es beim nächsten Mal.

So könnt ihr abstimmen

Beim Publikumsvoting dürft ihr für bis zu drei Angebote abstimmen. Ihr setzt jeweils ein Häkchen bei den Nominierten eurer Wahl und klickt unten auf Absenden, erst dann zählen die Stimmen. Name und E-Mail-Adresse sind freiwillig. Die Frist läuft bis zum 16. November 2026, 11:00 Uhr.

Das Voting findet ihr beim Grimme Online Award. Meine Wahl fällt auf den di.day, aber natürlich seid ihr frei: Alle drei Stimmen dürft ihr beliebig vergeben, auch der di.day ist natürlich keine Pflicht. Die Reihenfolge der Nominierten ist dort zufällig, beim Stöbern entdeckt ihr vielleicht noch weitere spannende Projekte, die eine Stimme von euch verdient haben.

Wer nach dem Abstimmen selbst loslegen möchte: Der nächste di.day ist immer am ersten Sonntag im Monat. Wer gewechselt hat, darf damit angeben: Unter #DUTgemacht (hört ihr das „gut gemacht“ heraus?) und #DIDit („I did it“) freut sich die Community mit euch. Habt ihr schon ein Wechselrezept ausprobiert?

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Was FlatPark ist

Technisch ist FlatPark ein zusätzliches Flatpak-Remote, das ihr neben Flathub einrichtet. Nach Angaben der Projektseite stecken dort 230 Apps drin, jede einzeln geprüft; bei 80 davon haben die Entwickler zugestimmt. Jede App wird gebaut, gestartet und gegen einen veröffentlichten Maßstab getestet. Das Repository ist per GPG signiert, die Sandbox soll eng gezogen sein.

Ein Unterschied zu Flathub: FlatPark baut die Programme nicht neu, sondern installiert das Original-Release des Herstellers, per Checksumme festgenagelt. Wer dem Hersteller traut, bekommt also dessen Binärdatei, nur eben in der Flatpak-Sandbox und mit Updates über den gewohnten Weg. Der Quellcode des Remotes liegt bei GitHub.

Einrichten

Getestet habe ich unter CachyOS mit KDE Plasma in einer virtuellen Maschine. Flatpak ist dort nicht vorinstalliert, ein sudo pacman -S flatpak holt es nach. Danach genügt laut README ein Befehl, um das Remote hinzuzufügen. Die Option --user installiert in euer Home-Verzeichnis und braucht keine Administratorrechte.

flatpak --user remote-add --if-not-exists flatpark https://dl.flatpark.org/flatpark.flatpakrepo

Anschließend installiert ihr Apps mit der App-ID, die ihr im Katalog auf flatpark.org findet. Statt <app-id> setzt ihr also die Kennung der gewünschten App ein, bei Helium zum Beispiel net.imput.helium. Auf Wunsch geht das auch grafisch: KDE Discover zeigt FlatPark als Flatpak-Quelle an und findet Helium in der Suche.

flatpak --user install flatpark <app-id>

Die erste Installation bricht ab: Die App braucht die Runtime org.freedesktop.Platform 26.08, und die liefert FlatPark nicht mit. Die Runtimes stammen weiterhin von Flathub, wie auch die Einrichtungsanleitung bestätigt. Wer Flathub ohnehin eingerichtet hat, sieht diesen Fehler gar nicht; er erscheint nur auf frischen Systemen wie meinem Testrechner, wo Flathub noch fehlt.

Auf einem solchen System richtet ihr Flathub zusätzlich ein, mit dem folgenden Befehl. Danach läuft die Installation durch: Die Runtimes kommen von Flathub, die App selbst von FlatPark. Das Beispiel im Screenshot ist Audacity mit knapp 74 MB, dazu kommen auf dem frischen System rund 440 MB Runtimes.

flatpak --user remote-add --if-not-exists flathub https://dl.flathub.org/repo/flathub.flatpakrepo

Beispiel: Helium

Als Testkandidat dient Helium, ein Chromium-Browser, den es bei Flathub nicht gibt. Laut einem Nutzer im Reddit-Thread will der Entwickler erst ein Flatpak veröffentlichen, wenn die Sandbox-Probleme gelöst sind. Über FlatPark sind es knapp 126 MB Download; Helium startet danach ganz normal. Updates laufen dann wie bei jedem anderen Flatpak über flatpak update.

Für einen Browser ist die Liste erwartbar lang, ein Programm wie Audacity kam dagegen mit Dokumenten und Musik als Ordnerzugriff aus. Flatpak zeigt die Berechtigungen vor dem Bestätigen der Installation an, ihr seht also vorher, was die App darf. Wer eine Berechtigung nicht mag, kann sie nachträglich mit Flatseal anpassen.

Grafisch geht es auch mit KDE Discover, das ich unter Plasma nachinstalliert habe. Dort erscheint FlatPark unter Einstellungen als Flatpak-Quelle neben Flathub. Die Suche nach Helium findet den Browser samt Version 0.20.3.1, Größe von 8,2 MiB und Lizenz GPL-3.0. Bei Helium zeigt Discover den Starten-Knopf, weil der Browser schon installiert ist.

Vibe-Coding-Basar?

Die erste Reaktion im Reddit-Thread war erwartbar: „So flathub but for vibe coded apps. No thanks“. Das Argument dahinter ist nicht von der Hand zu weisen, denn viele per KI zusammengeklickte Programme seien kaputt oder nie getestet worden und erzeugten nur Hype. Belege nennt er dafür keine.

Dagegen hält ein anderer Nutzer, FlatPark zeige nicht nur solche Apps, es sei einfach nachsichtiger. Die Liste gibt ihm recht, denn HeidiSQL, Audacity und Visual Studio Code sind keine Wochenend-Experimente. Daneben stehen Sammlungen wie ArtCraft mit 16 und Ely Office mit 7 Apps, darunter PhotoCraft und ElyDoc.

ArtCraft nennt sich ein Anbieter von Open-Source-Werkzeugen für Künstler. Die Craft Apps sind laut Projektseite 16 native Desktop-Apps für Bildbearbeitung, Vektorgrafik, Video, Seitenlayout und Audio, in Rust geschrieben und kostenlos. CraftAnything gehört dazu, ist laut FlatPark aber ein Software-Explorer samt Werkbank für Binäranalyse und damit kein Grafikwerkzeug.

Die KI-Anwendung heißt ArtCraft Studio und erzeugt Bilder und Videos aus selbst zusammengestellten Szenen. Laut Projektseite gibt es sie für macOS, Windows und im Browser, eine Linux-App nennt die Seite nicht. FlatPark bündelt dagegen die 16 Craft Apps. Andere Bildwerkzeuge im Blog: Gradia 1.4 und Shotwell 0.33.

Ein zweites Argument für FlatPark kommt von einem Entwickler, dessen Open-Source-IDE auf Flathub scheitert, weil der Build beim Bauen Code aus dem Netz nachlädt. Die Abhängigkeiten mitzuliefern hieße, die eigenen Forks zu pflegen, und das lehnt er ab. Dass Flathub Netzwerkzugriff beim Bauen nicht mag, hat gute Gründe (Stichwort Supply-Chain-Angriffe).

Für jemanden, der trotzdem ein Flatpak anbieten möchte, ist ein zweites Remote deshalb eine echte Option. Im Thread raten andere dazu, die Abhängigkeiten per Submodul einzubinden, ein weiterer Nutzer meint, auch Flathub-Pakete zögen Abhängigkeiten von GitHub, flatpak-builder habe dafür sogar eigene Funktionen. Geklärt wird das im Thread nicht.

Meine Einschätzung

Ein zweites Remote ist immer auch ein zweiter Ort, dem ihr vertraut. Für FlatPark spricht die Prüfung jeder einzelnen App und dass die Berechtigungen vor der Installation offen auf dem Tisch liegen. Dagegen steht, dass ihr das Binary des Herstellers bekommt, dessen Quelltext womöglich niemand angeschaut hat.

Ich würde das Remote deshalb nur für Programme nutzen, die es anders nicht gibt, etwa Helium, und den Rest weiter von Flathub holen, so wie ich es bei Aurynk getan habe, der grafischen Oberfläche für scrcpy 5.0. Habt ihr FlatPark schon eingerichtet, und welche App hat euch dort gefehlt?

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Gestartet hat sie Boris Hinzer aus Erkelenz im November 2025, gerichtet ist sie an den Petitionsausschuss des Bundestags. Heute stehen 15.884 Unterschriften auf dem Zähler, für das Quorum in Deutschland zählen davon 14.866. Nötig sind 30.000. Sprich, es fehlt noch rund die Hälfte, und die Zeit wird knapp: Die Sammlung endet am 23. November 2026, also in knapp drei Wochen.

Was die Petition fordert

Die Forderung ist schnell erklärt: Open-Source-Arbeit soll als gemeinwohlorientiertes Ehrenamt anerkannt werden, gleichrangig mit Vereinsarbeit, Jugendarbeit oder Rettungsdiensten. Der Ausgangspunkt ist ein Widerspruch. Selbst der Koalitionsvertrag der Bundesregierung nennt Open Source als Baustein für digitale Souveränität. Die Menschen, die diese Software in ihrer Freizeit bauen, warten und dokumentieren, gehen dabei leer aus. Die Genossenschaft WECHANGE hat das in ihrem Interview mit Boris auf den Punkt gebracht:

Die Freiwilligen, die sie täglich bauen, gelten rechtlich nicht mal als Ehrenamtliche.

WECHANGE, Interview mit Boris Hinzer

Begründet wird das in sechs Punkten. Erstens dient Open Source nachweislich dem Gemeinwohl: Internetprotokolle, Sicherheitsbibliotheken, Gesundheits-IT oder Bildungstechnik stehen zu großen Teilen auf freiwilligen Beiträgen. Zweitens geschieht der Großteil von Entwicklung, Wartung und Dokumentation unbezahlt in der Freizeit, vergleichbar mit der Arbeit in einem gemeinnützigen Verein, nur eben digital. Drittens hängen Behörden, Schulen und Firmen davon ab.

Wie stark, haben Sicherheitslücken wie Heartbleed und Log4Shell gezeigt: Millionen Nutzer profitieren, die Verantwortung tragen oft nur eine Handvoll Freiwilliger. Viertens würde eine Anerkennung Rechtsklarheit schaffen. Fünftens leisten Freiwillige Arbeit, für die Firmen sonst hohe Stundensätze zahlen müssten. Und sechstens fördern andere Staaten freie Software längst mit Steuervorteilen und eigenen Programmen, Deutschland droht dabei zurückzufallen.

Given enough eyeballs, all bugs are shallow.

Eric S. Raymond, The Cathedral and the Bazaar

Mit diesem Satz hat Eric S. Raymond Ende der Neunziger erklärt, warum offener Code sicherer sein soll: Schauen nur genug Leute drauf, fällt jeder Fehler auf. Heartbleed hat gezeigt, wo der Haken liegt, denn die Lücke steckte rund zwei Jahre unbemerkt in OpenSSL. Randall Munroe hat das im xkcd-Comic Dependency verewigt: Die ganze digitale Infrastruktur balanciert dort auf einem winzigen Klötzchen, das irgendjemand in Nebraska seit Jahren ohne Dank pflegt.

Am konkretesten wird es beim vierten Punkt. Mit der Anerkennung könnten Projekte Aufwandsentschädigungen steuerfrei auszahlen, über die Ehrenamts- oder Übungsleiterpauschale. Gemeinnützige Projekte kämen leichter an den Status nach §52 der Abgabenordnung. Mitwirkende wären bei der Haftung besser gestellt, ähnlich wie Vereinsvorstände nach §31a BGB. Und Projekte könnten rechtssicher Kosten erstatten oder Spendenquittungen ausstellen.

Warum Boris die Petition gestartet hat

Boris betreibt eine Webagentur in Mönchengladbach und ist seit rund 20 Jahren in der TYPO3-Community aktiv, seit 2023 ehrenamtlich als Vizepräsident der TYPO3 Association. Im ausführlichen Interview bei WECHANGE erzählt er, dass er zweimal einen öffentlich-rechtlichen Radiosender gebeten hatte, zum Tag des Ehrenamts am 5. Dezember auch Open-Source-Leute zu erwähnen. Eine Antwort bekam er nie.

Also startete er eben eine Petition. Sein Kernargument bringt er im Interview auf eine Formel, die mir gut gefällt: „Open Source lebt nicht vom ‚Read-only‘, sondern vom Mitmachen.“ Freie Software steckt im Fahrkartenautomaten, in der Spielkonsole und hinter jedem Streamingdienst, meist ohne dass es jemand merkt. Die großen Tech-Konzerne verdienen prächtig daran, tragen aber vergleichsweise wenig zur Entwicklung und Finanzierung bei.

Wer lieber zuhört als liest, dem erklärt Linux Guides in einem Video, worum es bei der Petition geht und warum Open Source eure Hilfe braucht:

Video wird erst nach Klick von YouTube geladen.

Mehr als nur Code

Bei Open Source denken viele an Entwickler, die nachts Pull Requests prüfen. Drumherum ist aber eine ganze Landschaft an Initiativen gewachsen, die freie Software zu den Menschen bringt. Der DI.DAY, den der Chaos Computer Club, Marc-Uwe Kling und viele andere auf dem 39C3 angestoßen haben, lädt jeden ersten Sonntag im Monat dazu ein, einen Big-Tech-Dienst gegen eine freie Alternative zu tauschen.

Für den Umstieg gibt es fertige „Wechselrezepte“, von Firefox statt Chrome über OpenStreetMap statt Google Maps bis zu Linux statt Windows. In Repair Cafés schrauben Freiwillige nicht nur an Toastern und Fahrrädern, sondern installieren seit dem Supportende von Windows 10 im Rahmen der Aktion End of 10 auch Linux auf Rechnern, die sonst auf dem Wertstoffhof gelandet wären. Das spart Geld, Elektroschrott und so manchen Nerv.

Dazu kommen Coding Clubs wie CoderDojo oder Jugend hackt, in denen Kinder und Jugendliche mit freien Werkzeugen ihre ersten Programme schreiben, Roboter bauen oder Spiele basteln. Und es gibt die Kurse für Senioren, in denen Ehrenamtliche geduldig erklären, wie man Videoanrufe mit den Enkeln startet, ein Smartphone einrichtet oder eine verdächtige Phishing-Mail erkennt. Netzwerke wie der Digital-Kompass unterstützen solche Angebote. Ohne diese Leute stünden viele Menschen bei der Digitalisierung schlicht außen vor.

Das Kuriose daran: Wer im Repair Café hilft, kann das oft schon heute als Ehrenamt in einem gemeinnützigen Verein tun. Die Leute, die das Linux pflegen, das dort auf den alten Rechner wandert, oder die Lern-App für den Coding Club übersetzen, machen ihre Arbeit dagegen rechtlich als Privatvergnügen. Dabei hängt das eine direkt vom anderen ab, ohne die Software gäbe es nichts zu installieren.

Was ich aus meinen eigenen Artikeln kenne

Mir begegnet das Thema hier im Blog ständig. Erst im Oktober habe ich über den Hilferuf von Javad Rahmatzadeh geschrieben. Er prüft die Erweiterungen auf extensions.gnome.org, oft 4 bis 10 Stunden am Tag und unbezahlt, während die monatlichen Spenden nahe null liegen. Ohne seine Arbeit gäbe es keine geprüften GNOME-Erweiterungen, und Javad steht nach eigenen Worten kurz vor dem Burnout.

Ähnlich bei DDNSS.de: Seit 2013 betreibt Robert Niedziela den kostenlosen DynDNS-Dienst, auf den sich unzählige Heimserverchen verlassen, und sucht nun einen Nachfolger. Oder das SELFHTML-Wiki, an dem Generationen von Webentwicklern HTML gelernt haben. Es musste wegen der PHP2Shell-Lücken vom Netz, bis das Team es in vier Tagen über 19 MediaWiki-Versionen hinweg auf einen neuen Server gehoben hatte.

Auch beim Start von PlanetFOSS ist mir aufgefallen, wie viele der Quellen von Leuten stammen, die ihre Artikel in der Freizeit schreiben. Deshalb können Blogs dort inzwischen einen Link zu ihrer Spendenseite hinterlegen. Und ganz ehrlich, ich kenne die Seite auch selbst: Bevor es dieses Blog gab, habe ich als „Chrissss“ rund 38.000 Beiträge im Forum von ubuntuusers.de geschrieben und Wiki-Artikel gepflegt.

Meine Einschätzung

Klar, die Sache hat einen Haken, und den nennen auch Gegenstimmen in der Debatte zur Petition: Ein großer Teil der Beiträge zu Open Source stammt von bezahlten Entwicklern oder Freelancern. Ohne saubere Abgrenzung könnte eine Ehrenamtspauschale zum Steuerschlupfloch werden. Das sehe ich auch so, und einfach wird diese Abgrenzung nicht. Nur ist das in meinen Augen eine Aufgabe für das Gesetz, kein Grund gegen die Anerkennung.

Beim Sportverein klappt diese Trennung schließlich auch: Der Profitrainer bekommt Gehalt, der Jugendtrainer am Samstagmorgen die Übungsleiterpauschale. Warum sollte das bei einem Maintainer, der nach Feierabend Sicherheitslücken in einer Bibliothek stopft, nicht gehen? Die Petition verlangt ja kein Geld vom Staat für jede Zeile Code, sondern dieselben Spielregeln, die für anderes Engagement längst gelten.

Unterschreibt und teilt die Petition

Bis zum 23. November fehlen also noch rund 15.000 Stimmen aus Deutschland. Das klingt nach viel, ist aber machbar: Wenn jeder, der unterschrieben hat, nur zwei weitere Leute überzeugt, ist das Quorum geknackt. Erzählt es also bitte auch Menschen, die mit Linux nichts am Hut haben. Die Software, um die es geht, nutzen sie ja trotzdem jeden Tag.

Für weniger technikaffine Freunde und Verwandte gibt es außerdem ein kurzes Erklärvideo als YouTube Short. Wer im Verein, in der Firma oder an der Hochschule werben will, kann sich auf der Petitionsseite einen Abrisszettel mit QR-Code als PDF herunterladen und aushängen. Habt ihr schon unterschrieben, und kennt ihr noch weitere Initiativen, die ohne Ehrenamtliche gar nicht laufen würden?

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Konfiguration nur per Textdatei

Konfiguriert wird Ghostty über die Datei ~/.config/ghostty/config, in die ihr Zeilen wie font-size = 12 schreibt. Welche Optionen es überhaupt gibt, verrät euch Ghostty selbst. Der folgende Befehl listet alle Einstellungen samt Erklärung auf. Bei Ghostty 1.4.0 kommen dabei 211 Optionen und gut 4.300 Zeilen Text zusammen, auf Englisch versteht sich. Viel Spaß beim Durchblättern.

$ ghostty +show-config --default --docs | less

Auf der Website sieht es kaum anders aus. Die Optionsreferenz ist eine sehr lange Seite, und die Entwickler empfehlen selbst, die Suchfunktion des Browsers zu nutzen. Immerhin ist man sich des Problems bewusst und verspricht für die Zukunft „a more user-friendly way to view and organize these options“. Bis es so weit ist, springen andere Projekte in die Bresche, eines davon ist ghostty-config.

Was ist ghostty-config?

ghostty-config stammt von Vitruves, so der Name des Entwicklerkontos auf GitHub und Reddit. Das Programm ist in Go geschrieben, steht unter der MIT-Lizenz und läuft unter Linux und macOS. Ein eigenes Fenster öffnet es nicht, die Oberfläche läuft direkt im Terminal. Themes, Schriften, Fenster, Eingabe, Sitzung und Erweiterungen liegen dort auf eigenen Reitern, dazu kommt ein Bereich für das Werkzeug selbst.

In Ghostty und Kitty zeichnet ghostty-config seine Oberfläche als Bilder, möglich macht das das Kitty-Grafikprotokoll. Darüber bringen auch Dateimanager wie Tfm ihre Bildvorschau ins Terminal. Deswegen wirkt das Ganze eher wie eine Desktop-Anwendung als wie ein klassisches Terminalprogramm. In anderen Terminals und in Tmux nimmt das Programm normale Textzeichen. Die Oberfläche ist komplett englisch, eine Übersetzung gibt es bisher nicht.

Drei Layouts in Version 2.0

Version 2.0.0 ist am 1. November erschienen, gut einen Monat nach dem Start des Projekts auf GitHub. Vieles darin stammt laut Vitruves aus den Kommentaren zur letzten Ankündigung auf Reddit. Die größte Neuerung sind zwei zusätzliche Layouts. Beim ersten Start fragt euch ghostty-config, wie ihr arbeiten wollt, später wechselt ihr mit F4 oder über Tool › Interface › Layout.

Atelier ist die bisherige Oberfläche und weiterhin voreingestellt. Links stehen die Bereiche, rechts eine Wand aus Kacheln für insgesamt 1.071 Themes. Jede Kachel zeigt eine kleine Vorschau mit Git-Ausgabe, Farbpalette und Kontrastwert. Mit den Pfeiltasten wandert ihr durch die Wand, ohne dass sich etwas ändert. Erst ein Enter schreibt das Theme in die Konfiguration und lässt Ghostty neu laden.

819 dieser Themes liefert Ghostty 1.4 selbst mit, die übrigen 252 hat Vitruves in Familien mit Namen wie Albers, Kandinsky, Wabi-sabi oder Jung sortiert. Wer ein Theme nur ausprobieren möchte, drückt Strg+T. Dann färbt sich lediglich das aktuelle Terminal um, die Konfiguration bleibt unangetastet. Mit Strg+F setzt ihr ein Theme auf die Liste eurer Favoriten.

Ähnlich arbeitet der Reiter Fonts. Dort wählt ihr Schriftfamilie, Schnitt und Größe aus und seht zu jeder Schrift eine Probe, auch mit leicht verwechselbaren Zeichen wie 0 und O oder 1, l und I. Zeilenhöhe, Ligaturen und Zeichenabstand stellt ihr per Schieberegler ein. Fehlt euch eine passende Schrift, bietet ghostty-config 70 Monospace-Familien an, die es mit einem Enter herunterlädt.

Palette setzt dagegen auf ein einziges Suchfeld für Themes, Schriften, Einstellungen, Tastenkürzel und Befehle. Tippt ihr etwa „opacity“, listet ghostty-config alle passenden Einstellungen auf. Die markierte lässt sich gleich in der Liste ändern, daneben seht ihr die Zeile, die in der Konfiguration landet. Wisst ihr, was ihr sucht, kommt ihr so am schnellsten ans Ziel. F3 blendet zudem Ghosttys eigene Erklärung zur Option ein.

Guided richtet sich an alle, die sich nicht durch jede Option scrollen möchten. Das Layout führt in sechs Schritten durch Farben, Schrift, Fenster, Cursor sowie Kopieren und Einfügen und stellt dabei schlichte Fragen, etwa ob ihr ein helles oder dunkles Terminal möchtet. Zu jedem Schritt gibt es große Vorschauen. Wer doch mehr einstellen will, springt über einen Link zu allen Optionen des jeweiligen Themas.

Daneben ist ghostty-config flotter geworden. Bis zum ersten Bild vergehen laut Changelog 42 statt 103 Millisekunden, die Oberfläche zeichnet zwei- bis sechsmal so schnell. Die neuen Optionen von Ghostty 1.4 kennt das Programm ebenfalls, bietet sie aber nur an, wenn auch wirklich Version 1.4 installiert ist. Wer noch mit Ghostty 1.3 arbeitet, kann ghostty-config also weiterhin nutzen.

Was ghostty-config in die Datei schreibt

Bei einem Werkzeug, das in meiner Konfiguration herumschreibt, will ich allerdings genau wissen, was es dort anstellt. ghostty-config ändert jede Einstellung in einer eigenen Zeile und lässt Kommentare stehen. Vor der ersten Änderung legt es eine Sicherung unter ~/.config/ghostty-config/backups/ an. Nach jedem Schreiben prüft es die Datei mit ghostty +validate-config und zeigt Fehler samt Zeilennummer an.

In einer Fedora-VM habe ich das Ganze mit einem neuen Theme und etwas Transparenz ausprobiert. Die ersten vier Zeilen standen schon vorher in der Datei, die letzten beiden hat ghostty-config ergänzt, jeweils mit einer Leerzeile davor. So bleibt die Konfiguration lesbar, und ihr könnt sie jederzeit wieder von Hand bearbeiten, falls euch das lieber ist.

# Ghostty
font-size = 12
window-width = 100
window-height = 30

theme = TokyoNight Moon

background-opacity = 0.85

Unter Linux bittet ghostty-config Ghostty per D-Bus, die Konfiguration neu zu laden. Das klappte im Test ohne Zutun, Ghostty quittierte jede Änderung mit „Konfiguration wurde neu geladen“. Voraussetzung sind laut Anleitung gdbus und eine Ghostty-Instanz, die alle Fenster bündelt, sonst ladet ihr Ghostty selbst neu. Beim Beenden kopiert ghostty-config übrigens seine 252 eigenen Themes nach ~/.config/ghostty/themes.

Im Reddit-Thread zur neuen Version fragte jemand, warum man das Theme in Ghostty und nicht in der Zsh setzen sollte. Die Antwort aus der Community: Prompt und Skripte nutzen meist Farbnamen wie Rot oder Grün, den genauen Farbton bestimmt das Terminal. Wechselt ihr das Theme in Ghostty, passt sich alles an, ohne dass ihr die Farben in der Shell neu festlegen müsst.

Installation

Installiert wird ghostty-config mit einem Einzeiler. Das Skript lädt die passende Programmdatei für euer System herunter, prüft ihre Prüfsumme und legt sie unter ~/.local/bin ab. Wer Skripte aus dem Netz nicht blind an die Shell weiterreicht, lädt die Datei vorher herunter und liest sie. Viel mehr als die beschriebenen Schritte steckt nicht drin, gezählt wird laut Kommentar nur der Abruf des Skripts.

$ curl -fsSL https://ghostty-config.vitruves.workers.dev/install.sh | sh
$ ghostty-config

Für ein Update führt ihr denselben Befehl noch einmal aus. Höchstens einmal pro Stunde schaut ghostty-config zudem selbst auf GitHub nach einer neuen Version, abschalten lässt sich das unter F4. Pakete für die Distributionen gibt es bisher nicht. Das AUR-Paket ghostty-config-cli gehört übrigens zu einem anderen Projekt mit ähnlicher Idee. Ghostty selbst kam in meiner Fedora-VM aus dem COPR-Repository scottames/ghostty.

Alles in allem ist ghostty-config in meinen Augen das Werkzeug, das Ghostty bislang gefehlt hat. Einen Einstellungsdialog ersetzt es nicht, doch ein neues Theme oder eine andere Schrift setzt ihr damit per Pfeiltasten und Enter, und die Konfiguration bleibt eine lesbare Textdatei. Für ein Projekt, das gut einen Monat alt ist, ist das ziemlich rund. Wie richtet ihr euer Terminal ein, per Hand oder mit einem Werkzeug?

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Gleichzeitig sammelt die Seite in einer Woche über 600 Beiträge aus mehr als hundert Quellen. Wer nicht täglich vorbeischaut, verliert da schnell den Überblick, was eigentlich wichtig war. Genau für diesen Fall gibt es jetzt einen Wochenrückblick. Außerdem postet PlanetFOSS neben Mastodon nun auch auf Bluesky, und die Suche kann endlich filtern und blättern.

Die Woche als kleines Magazin

Jeden Montag fasst PlanetFOSS die abgelaufene Woche auf einer eigenen Seite zusammen. Oben stehen ein paar Sätze mit den Zahlen der Woche sowie Kennzahlen zu Beiträgen, Quellen, Supernovas und Videos. In Woche 44 haben 115 Quellen 659 Beiträge veröffentlicht, sieben Prozent mehr als in der Woche davor. Die Sätze entstehen aus festen Vorlagen und den Zahlen, eine KI schreibt da nichts.

Darunter folgt die Titelgeschichte, also die Meldung, über die die meisten Quellen berichtet haben. In Woche 44 war das die Rückkehr des Ubuntu Core Desktop, zu der zwölf Quellen geschrieben haben. Daneben stehen die Überschriften der anderen Berichte, etwa von It’s FOSS, GamingOnLinux oder dem Linux-Magazin. Danach kommen die Supernovas der Woche mit Bild und Zitat, darunter Ghostty 1.4 und KDE Plasma 6.8.

Weiter unten listet der Rückblick die übrigen großen Geschichten, neue Versionen, über die mehrere Quellen geschrieben haben, und je Rubrik den meistbeachteten Beitrag. Im Abschnitt „Die Woche in Zahlen“ seht ihr, an welchem Tag am meisten los war und welche Quellen am fleißigsten waren, Phoronix kam etwa auf 75 Beiträge. Dazu gibt es die Videos der Woche, die von euch markierten Beiträge und ein Archiv.

Den Rückblick findet ihr unter planetfoss.net/rueckblick/, von Montag bis Mittwoch weist außerdem ein Banner auf der Startseite darauf hin. Wer lieber mit einem Feedreader wie FreshRSS arbeitet, abonniert den eigenen RSS-Feed des Wochenrückblicks. Und wer PlanetFOSS auf Mastodon oder Bluesky folgt, bekommt den Rückblick montags am Vormittag ohnehin als Beitrag in die Timeline gespült. Der Link darin führt direkt zur passenden Ausgabe.

PlanetFOSS jetzt auch auf Bluesky

Bisher gab es PlanetFOSS in den sozialen Netzen nur auf Mastodon. Jetzt postet die Seite auch auf Bluesky, und zwar unter dem Handle @planetfoss.net. Das Konto schickt jede Supernova etwa eine halbe Stunde nach dem Zünden raus, also sobald viele Quellen gleichzeitig über ein Thema berichten, und montags den Wochenrückblick. Die Beiträge sind wie auf Mastodon englisch und bringen eine Link-Karte mit Bild mit.

Damit eure Timeline nicht überquillt, gibt es eine Bremse: höchstens zwei Beiträge in sechs Stunden, und dasselbe Thema kommt frühestens nach einer Woche wieder. Bluesky kennzeichnet das Konto als automatisiert, die Texte entstehen auch hier aus festen Vorlagen. Mastodon, Bluesky und alle RSS-Feeds stehen im Kopf von PlanetFOSS jetzt gesammelt unter dem neuen Menü PlanetFOSS folgen.

Suche mit Filtern

Die Suche war bisher eher grob: Sie zeigte höchstens 60 Treffer, blättern ging nicht. Jetzt lässt sich die Trefferliste auf die letzten 7 Tage, die letzten 30 Tage oder das letzte Jahr eingrenzen und auf eine Rubrik beschränken. Sortiert wird wahlweise nach passendste zuerst oder neueste zuerst. Bis zu 150 Treffer verteilt PlanetFOSS auf Seiten zu je 30 Beiträgen.

Praktisch ist das vor allem, wenn ihr nur wissen wollt, was sich zuletzt bei einem Thema getan hat, ohne euch durch alte Meldungen zu wühlen. Eine Wayland-Suche über die letzten 30 Tage liefert zum Beispiel 52 Treffer, die neuesten stehen ganz oben. Mit der Rubrik als Filter bleiben zudem etwa nur Meldungen aus Desktop oder Selfhosting übrig.

Quellen und Rubriken ausblenden

Nicht jede Quelle interessiert jeden, und wer mit Spielen nichts am Hut hat, will Steam-Meldungen gar nicht erst sehen. Dafür gibt es auf jeder Quellen- und Rubrikseite jetzt den Knopf Quelle ausblenden beziehungsweise Rubrik ausblenden, denselben Schalter gibt es im Menü Ansicht oben rechts. Die Beiträge verschwinden danach von der Startseite und aus allen Listen, ein kurzer Hinweis oben verrät, wie viele es waren.

Ein Konto braucht ihr dafür nicht. PlanetFOSS merkt sich die Auswahl nur in eurem Browser, ganz ohne Cookie, auf dem Handy müsst ihr sie also noch einmal treffen. Was ihr ausgeblendet habt, steht gesammelt im Sonnensystem, wo ein Klick auf einblenden alles zurückholt. Dort gibt es auch die Adresse eines persönlichen RSS-Feeds, der dieselben Quellen und Rubriken weglässt.

Alle Neuerungen sind ab sofort auf planetfoss.net zu haben, der Wochenrückblick erscheint ab jetzt jeden Montag. Gerade beim Ausblenden bin ich gespannt, was ihr so loswerden wollt, denn die Auswahl bleibt in eurem Browser und landet nicht bei mir. Was fehlt euch noch bei PlanetFOSS? Schreibt es mir gerne in die Kommentare oder per Mail an info@planetfoss.net.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Meldung · 12. Oktober

KDE Plasma 6.8 Beta veröffentlicht

KDE hat in der vergangenen Woche die Beta-Version für Plasma 6.8 veröffentlicht. Damit geht die nächste Ausgabe der freien Desktop-Umgebung in die abschließende Testphase. Wir stellen Ihnen die Neuerungen bereits jetzt vor.

Anriss bei TUXEDO Computers

Passend dazu auf Linux und Ich30 Jahre KDE: Plasma 6.8 ohne X11 und eine Doku zum GeburtstagKDE feiert seinen 30. Geburtstag und schickt Plasma 6.8 ins Rennen, das X11 endgültig hinter sich lässt und nur noch auf Wayland setzt14. Okt. 2026KDE: The Documentary startet am 14. Oktober – pünktlich zum 30. GeburtstagDie Doku-Schmiede CultRepo (vormals Honeypot) widmet KDE einen abendfüllenden Film. Der Trailer ist seit Samstag online, die Premiere fällt exakt auf den 30. Jahrestag von Matthias Ettrichs Usenet-Posting.21. Sep. 2026

Meldung · 14. Oktober

Plasma 6.8 verzichtet zugunsten von Wayland auf X11

Die am 14. Oktober veröffentlichte aktuelle Version 6.8 des Plasma-Desktops bringt Verbesserungen an vielen Stellen. Zugleich geht mit der Entfernung der X11-Sitzung eine Ära zu Ende. Wir erklären, was das für Sie bedeutet.

Anriss bei TUXEDO Computers

Meldung · 30. Oktober

TUXEDO OS Open Beta bald im Endspurt

Im November gehen wir mit der TUXEDO OS Open Beta in den Endspurt. Sollten Sie noch Fehler oder andere Ungereimtheiten gefunden haben, so ist jetzt der Zeitpunkt, sie zu melden.

Anriss bei TUXEDO Computers

Passend dazu auf Linux und IchDigital Independence Day: Nominiert für den Grimme Online Award 2026Der Digital Independence Day ist in der Kategorie Spezial für den Grimme Online Award 2026 nominiert. Bis zum 16. November kann jeder für das Projekt abstimmen.5. Nov. 2026Pulsgeber 0.5.3: Fit für das TUXEDO Control Center 3.1Das TUXEDO Control Center 3.1 hat unter der Haube einiges umgebaut.27. Okt. 2026

This Week in TUXEDO OS

KDE-Apps des Monats

KDE Fotos – Eine neue Bildverwaltung für den Plasma-Desktop

Wenn Sie unter Plasma ein Bild öffnen, landen Sie seit vielen Jahren meist bei Gwenview.

This Week in TUXEDO OS #40

Minuet – Gehörbildung mit KDE

Intervalle erkennen, Akkorde heraushören, Rhythmen nachklatschen: Wer ein Instrument lernt, trainiert das Gehör meist mit Lehrbuch und Hörbeispielen. Minuet aus dem KDE-Projekt übernimmt diese Aufgabe am Rechner.

This Week in TUXEDO OS #41

Drawy – Eine Leinwand für Ihre Ideen

Manche Ideen lassen sich leichter zeichnen als in Worte fassen. Ob Ablaufdiagramm, schnelle Skizze oder ein verzweigter Gedankengang: Auf einem digitalen Whiteboard ordnen Sie Ihre Gedanken und machen Zusammenhänge sichtbar.

This Week in TUXEDO OS #42

Audex – Audio-CDs unter Linux digitalisieren

Auch im Streaming-Zeitalter stehen in vielen Haushalten noch zahlreiche Musik-CDs im Regal. Wer seine Sammlung digitalisieren und die Musik auf dem Rechner, Smartphone oder anderen Geräten abspielen möchte, findet mit Audex ein passendes Werkzeug zur Digitalisierung.

This Week in TUXEDO OS #43

KGeoTag – Fotos nachträglich mit Standortdaten versehen

Wer im Urlaub oder beim Wandern mit einer Digitalkamera fotografiert, kennt das Problem: Wochen später weiß man oft nicht mehr, wo genau ein Bild entstanden ist. Smartphones speichern den Aufnahmeort automatisch, vielen Digitalkameras fehlt dagegen ein GPS-Empfänger.

This Week in TUXEDO OS #44

This Week in TUXEDO OS

Tipps des Monats

Suchen und Überwachen im Terminal mit fzf und btop

Wer häufig im Terminal arbeitet, kennt das Problem: Der gesuchte Befehl steckt irgendwo in der Historie, die Datei in einem tief verschachtelten Ordner und der Prozess, der den Lüfter hochdreht, in einer langen Liste.

This Week in TUXEDO OS #41

Darum geht es im Tipp:

• Installation
• fzf: Listen unscharf durchsuchen
• btop: Systemmonitor im Terminal
• Einschränkungen

Paketverlauf von APT lesen und Änderungen zurücknehmen

Nach einem Update startet ein Programm nicht mehr, oder ein Paket fehlt, das gestern noch da war. Spätestens dann stellt sich die Frage: Was hat sich in den letzten Tagen eigentlich am System geändert?

This Week in TUXEDO OS #42

Darum geht es im Tipp:

• Den Verlauf unter TUXEDO OS lesen
• Rückgängig machen mit APT 3
• Einschränkungen

Automatisch hell und dunkel mit Nachtlicht

Am Sonntag, dem 25. Oktober, endet die Sommerzeit, und es wird abends eine Stunde früher dunkel. Wer dann noch am Notebook sitzt, empfindet einen hellen Desktop schnell als grell.

This Week in TUXEDO OS #43

Darum geht es im Tipp:

• Der Tag-Nacht-Zyklus als gemeinsamer Taktgeber
• Nachtlicht: wärmere Farben am Abend
• Design wechselt mit der Tageszeit

Bildwiederholrate im Akkubetrieb automatisch senken

Viele Notebooks, gerade Gaming-Modelle, haben Displays mit 120, 165 oder 240 Hz. Bewegungen wirken darauf flüssiger, doch jedes zusätzliche Bild kostet Strom, weil Grafikchip und Display mehr arbeiten. Am Schreibtisch mit Netzteil spielt das keine Rolle, unterwegs schon.

This Week in TUXEDO OS #44

Darum geht es im Tipp:

• Passende Modi ermitteln
• Skript anlegen
• In der Energieverwaltung einbinden

This Week in TUXEDO OS

Updates und Sicherheit

TUXEDO-eigene Pakete und wichtige Sicherheits-Updates aus den Ausgaben des Monats, jeweils mit der neuesten Version. Dazu kamen 97 Sicherheitshinweise von Ubuntu (USN), die in TUXEDO OS einfließen.

TUXEDO · Oktober 2026

Alle Ausgaben im Oktober 2026

• #40 vom 2. Oktober: In dieser Woche gab es gute Nachrichten von unseren westlichen Nachbarn zu vermelden. Sowohl die Niederlande als auch Frankreich entwickeln einen Behörden-Arbeitsplatz, der neben einem Linux-Betriebssystem auch einen Plasma-Desktop und eine Office-Umgebung umfasst.
• #41 vom 9. Oktober: Plasma 6.8 steht kurz vor der Veröffentlichung: Die KDE-Entwickler haben die Beta in die Endphase gebracht, die Version soll am 14. Oktober erscheinen. Neu ist vor allem, was fehlt: Erstmals bringt Plasma keine X11-Sitzung mehr mit, Wayland ist beim Login die einzige Option.
• #42 vom 16. Oktober: Herzlichen Glückwunsch, KDE! Am 14. Oktober 1996 kündigte der Tübinger Student Matthias Ettrich in einer Usenet-Gruppe ein neues Projekt an: das „Kool Desktop Environment“. Aus dem coolen K ist längst ein Markenzeichen geworden, und aus dem Desktop eine Community, die Hunderte Programme pflegt.
• #43 vom 23. Oktober: In dieser Woche schlug eine Sicherheitslücke ein wie ein Donnerwetter: Am Mittwoch, dem 21. Oktober, veröffentlichte das PHP-Team mit den Versionen 8.5.12, 8.4.27, 8.3.36 und 8.2.35 Notfall-Updates für zwei kritische Schwachstellen.
• #44 vom 30. Oktober: Am vergangenen Wochenende hat die Moderation von r/opensource, der größten Open-Source-Community auf Reddit, KI-gestützte Projekte mit neuen Regeln ausgesperrt. r/fossdroid zog kurz darauf nach. Der Gegenwind ist heftig: Ob Software frei ist, entscheide die Lizenz, nicht das Werkzeug.

Zitate und Anrisse: TUXEDO Computers, „This Week in TUXEDO OS“ und Blog. Die vollständigen Texte stehen auf tuxedocomputers.com.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.