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.

Nur bezahlt ein Klick allein noch keine Rechnung. Hinter vielen Quellen stecken Leute, die ihre Artikel in der Freizeit schreiben, oder kleine Redaktionen, die von Abos, Spenden und Werbung leben. Werbung blenden viele Leser aber aus, und wer einen Artikel über einen Sammler findet, sieht die Spendenseite des Blogs meist gar nicht. Diese Lücke soll ein neuer Link auf PlanetFOSS schließen.

Ein Herz für die Quelle

Blogs, Magazine und Verlage können bei PlanetFOSS ab sofort einen Link zu ihrer Abo- oder Spendenseite hinterlegen. Er erscheint auf ihrer Quellenseite als eigener Kasten „… unterstützen“ direkt unter dem Kopf, samt Knopf Unterstützen. Ein Klick führt ohne Umweg zur Seite des Betreibers. PlanetFOSS schaltet sich nicht dazwischen und verdient daran keinen Cent, es ist ein ganz normaler Link.

Im Sonnensystem, dem Verzeichnis aller Quellen, bekommen diese Seiten zusätzlich ein kleines Herz. Dazu gibt es dort einen eigenen Reiter Unterstützen, der nur die Quellen auflistet, die einen solchen Link hinterlegt haben. Wer also einem Blog oder Magazin, das er regelmäßig liest, gezielt etwas zurückgeben möchte, findet die passende Seite dort mit einem Klick und muss nicht erst lange suchen.

Zum Start sind zwei Quellen dabei. GNU/Linux.ch verweist auf seine Seite zum Unterstützen, und auch Linux und Ich hat sein Herz bekommen: Der Link führt hier zu „Spendiere einen Kaffee“. Klar, das eigene Blog als Erstes einzutragen, hat einen gewissen Beigeschmack. Aber irgendwer muss die Funktion ja ausprobieren, und bei mir wusste ich wenigstens sicher, wohin der Link gehören soll.

Was PlanetFOSS Verlagen zusagt

Für Verlage und Seitenbetreiber gelten bei PlanetFOSS ohnehin ein paar feste Regeln. Jede Karte verlinkt direkt auf euren Artikel, ohne Framing und ohne Kopie. Übernommen wird nur, was eure Seite selbst für Vorschauen bereitstellt, und Angaben wie noindex oder max-snippet in euren Meta-Robots setzt PlanetFOSS automatisch um. Bei Verlagen ist der Anriss außerdem auf höchstens 200 Zeichen begrenzt.

Dazu kommt die Reichweite: Auf Anfrage sage ich euch, wie viele Leser euch die Website im Monat geschickt hat. Gezählt wird nur als Tagessumme, ohne Daten über die Leser. Alle Zusagen stehen gesammelt auf der Seite Über PlanetFOSS im Abschnitt „Für Verlage und Seitenbetreiber“, falls ihr sie euch in Ruhe durchlesen oder an eure Redaktion weiterreichen wollt.

Meldet euch bei mir

Ihr betreibt ein Blog, ein Magazin, einen Videokanal oder einen Verlag, der bei PlanetFOSS dabei ist, und habt eine Seite für Abos oder Spenden, etwa über Steady, Patreon, Liberapay oder Ko-fi? Dann schreibt mir eine kurze Mail an info@planetfoss.net oder hinterlasst einen Kommentar hier im Blog. Mehr als die Adresse dieser Seite braucht es nicht, den Rest erledige ich.

Wer noch gar nicht bei PlanetFOSS vertreten ist, darf sich natürlich genauso melden, ebenso wie jemand, der lieber nicht dabei sein möchte: Entfernt wird sofort. Und an euch als Leser: Wenn ihr eine Quelle regelmäßig lest, schaut doch mal im Reiter Unterstützen vorbei. Welche Blogs und Magazine würdet ihr dort gerne mit einem Herz sehen?

☕ 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.

Von daher bin ich froh, dass es mit Ghostty ein modernes Terminal mit Tiling-Funktion gibt, das auf GTK 4 und libadwaita aufsetzt. Bei mir ersetzt es inzwischen Tilix, das ich euch 2016 noch unter dem Namen Terminix vorgestellt habe. Ausführlich getestet habe ich Ghostty in der LinuxUser 06/2026. Jetzt ist Version 1.4 erschienen. Die bringt einige Neuerungen mit, die gerade Linux-User betreffen.

Was ist Ghostty?

Für alle, die Ghostty noch nicht kennen: Das Terminal stammt von Mitchell Hashimoto, der vielen als Gründer von HashiCorp (Vagrant, Terraform) bekannt sein dürfte. Ghostty soll schnell sein, viele Funktionen mitbringen und sich trotzdem wie eine normale Desktop-Anwendung anfühlen. Unter Linux nutzt es dafür GTK 4 und fügt sich so gut in GNOME ein. Ghostty ist freie Software unter der MIT-Lizenz.

Tabs, Splits und eine Übersicht aller offenen Tabs bringt Ghostty von Haus aus mit. Neue Splits öffnet ihr mit Strg+Umschalt+O nach rechts und mit Strg+Umschalt+E nach unten. Eine Menüleiste mit Einstellungsdialogen gibt es dagegen nicht. Konfiguriert wird Ghostty über die Textdatei ~/.config/ghostty/config. Außerdem können Programme in Ghostty Bilder direkt im Terminal anzeigen, etwa als Vorschau im Dateimanager.

Weniger Speicherbedarf für schwächere Rechner

Ghostty 1.4 packt den Verlauf zusammen, sobald im Terminal gerade nichts passiert. Laut den Entwicklern braucht er damit 70 bis 90 Prozent weniger Speicher. Im Alltag dürften das die wenigsten spüren. Wer aber das Maximum aus einem schwächeren Rechner herausholen möchte oder mit riesigen Dateien und Ausgaben hantiert, der braucht auch ein Terminal, das sparsam mit den Ressourcen umgeht.

Gleichzeitig merkt sich Ghostty jetzt mehr. Pro Terminal hebt das Projekt den Verlauf von 10 auf 50 MByte an, ihr könnt also deutlich weiter zurückscrollen. Beim Scrollen oder Suchen entpackt Ghostty die Daten unbemerkt wieder. Die Kompression gibt es unter 64-Bit-Linux und macOS. Wer sie nicht möchte, schaltet sie mit scrollback-compression = false ab. Was eine Option tut, verrät euch Ghostty übrigens selbst.

Schärfere Schrift bei krummer Skalierung

Nutzt ihr einen Monitor mit 125 oder 150 Prozent Skalierung, dürfte euch die nächste Neuerung freuen. Bisher wirkte die Schrift in Ghostty bei solchen Werten leicht unscharf. Mit 1.4 werden Text und Rahmenzeichen auch dort sauber dargestellt. Dazu hat das Projekt die Darstellung unter Linux neu geschrieben. Bildrisse, wie man sie etwa beim Scrollen sieht, sollen dabei kaum noch auftreten.

Der Umbau hat allerdings seinen Preis. Ghostty 1.4 braucht mindestens GTK 4.18 und libadwaita 1.7, unter einem aktuellen Arch Linux ist das kein Thema. Ubuntu 24.04 LTS bringt dagegen zu alte Versionen mit. Wer noch auf der alten LTS sitzt, bleibt laut den Entwicklern besser bei einer älteren Ghostty-Version oder greift zu einem Flatpak.

Splits mit der Maus verschieben

Wer viel mit Splits arbeitet, dürfte sich über diese Neuerung freuen: Splits lassen sich jetzt mit der Maus umsortieren. Fahrt ihr an den oberen Rand eines Splits, erscheint ein Griff mit drei Punkten. Den zieht ihr auf einen anderen Split, und eine blaue Fläche zeigt, wo er landen wird. Das klappt auch zwischen Tabs und Fenstern. Laufende Programme, Ausgabe und Arbeitsverzeichnis wandern dabei mit.

So könnt ihr etwa ein laufendes htop von unten nach links verschieben, ohne es neu starten zu müssen. Unter Linux lässt sich ein Split allerdings nur auf einem anderen Split ablegen, nicht als eigener Tab oder eigenes Fenster. Ganze Tabs lagert ihr dagegen über die Befehlspalette in ein neues Fenster aus. Stört euch der Griff, blendet ihr ihn mit drag-handle = never aus.

Fenster benennen und eine deutsche Befehlspalette

Habt ihr mehrere Ghostty-Fenster für verschiedene Projekte offen, verliert man schnell den Überblick. Fenster lassen sich deshalb jetzt über das Menü umbenennen, etwa in „Blog“ oder „Server“. Lasst ihr das Feld im Dialog leer, kehrt Ghostty zum automatischen Titel zurück. Die Befehlspalette ist zudem vollständig übersetzt. Sie zeigt alle Aktionen auf Deutsch an und nennt, falls vorhanden, das passende Tastenkürzel.

Praktisch für Fans eines Drop-down-Terminals im Stil von Guake: Mit dem neuen Befehl ghostty +toggle-quick-terminal blendet ihr das Quick Terminal von Ghostty ein und aus, etwa per eigenem Tastenkürzel. Das klappt unter Plasma, Sway oder Hyprland, aber nicht unter GNOME, dem dafür eine Schnittstelle fehlt. Neu ist auch die Wahl des Bildschirms, auf dem das Quick Terminal erscheint.

Bilder im Terminal und mehr Tempo

Programme können in Ghostty Bilder über das Kitty-Grafikprotokoll anzeigen. Mit 1.4 beherrscht Ghostty das Protokoll vollständig, inklusive animierter Bilder, und lädt große Grafiken spürbar schneller. Davon profitieren Dateimanager für das Terminal wie Yazi oder Tfm, die Bilder direkt in ihrer Vorschau anzeigen. So findet ihr das richtige Foto, ohne extra einen Bildbetrachter zu öffnen.

Auch sonst ist Ghostty schneller geworden. Reinen Text verarbeitet das Terminal laut den Messungen des Projekts 5,7-mal so schnell wie bisher. Das merkt ihr etwa, wenn ein Build oder ein Log viele Zeilen ins Terminal schreibt. Das Ändern der Fenstergröße soll bei langem Verlauf bis zu sechsmal flotter gehen. Einige der übrigen Zahlen aus den Release Notes gelten allerdings nur für macOS.

Keine Fehlermeldungen mehr per SSH

Wer sich mit Ghostty per SSH auf einem Server anmeldet, kennt vielleicht Fehler wie „missing or unsuitable terminal: xterm-ghostty“. Dann funktionieren Programme wie htop oder nano auf dem Server nicht richtig, weil der Server Ghostty nicht kennt. Neu ist der Befehl ghostty +ssh, der dem Server die nötigen Informationen bei Bedarf gleich mitgibt. Klappt das nicht, nutzt er eine kompatible Einstellung.

$ ghostty +ssh user@server

Ein Update lohnt sich zudem aus Sicherheitsgründen. Ghostty 1.4 schließt zehn Lücken. Unter anderem konnten präparierte Grafikbefehle das Terminal zum Absturz bringen. Außerdem ließ sich der Schutz beim Einfügen von Text austricksen, der eigentlich davor warnen soll, mehrzeilige Befehle versehentlich sofort auszuführen. Einige der Lücken betreffen allerdings nur macOS oder die Zsh als Shell.

Achtung bei Tastenkürzeln und Kopieren

Ein paar Änderungen brechen mit altem Verhalten. Unter Linux verschieben Strg+Umschalt+Bild auf und Strg+Umschalt+Bild ab jetzt Tabs. Zum vorherigen oder nächsten Prompt springt ihr dafür mit Strg+Umschalt+Pfeil hoch und Strg+Umschalt+Pfeil runter. Programme im Terminal bekommen diese Tastenkombinationen nicht mehr zu sehen. Wer sie dort braucht, hebt die Belegung in der Konfiguration mit unbind wieder auf.

Habt ihr eingestellt, dass Ghostty markierten Text automatisch kopiert, solltet ihr ebenfalls einen Blick in die Konfiguration werfen. Mit copy-on-select = clipboard landet die Auswahl jetzt nur noch in der normalen Zwischenablage. Wollt ihr sie wie bisher auch mit der mittleren Maustaste einfügen, stellt ihr den Wert auf both um. Was die mittlere Maustaste einfügt, legt middle-click-action fest.

libghostty: Ghostty steckt bald in anderen Programmen

In der Diskussion auf Hacker News zum Release lenkt Mitchell Hashimoto den Blick auf libghostty. Die Bibliothek enthält den Kern von Ghostty, also alles, was ein Terminal im Inneren ausmacht. Andere Programme können ihn nutzen, statt ein eigenes Terminal zu programmieren. Ghostty selbst nennt Hashimoto scherzhaft „just a glorified tech demo for libghostty“.

Für euch heißt das: Ghosttys Technik taucht nach und nach auch in anderen Programmen auf. Die Terminals in den IDEs von JetBrains laufen bereits darauf, für Neovim ist der Umstieg im Gespräch. Und ein KDE-Entwickler baut ein neues Terminal auf Basis von libghostty, das langfristig Konsole beerben könnte. Version 1.0 der Bibliothek soll in den nächsten Monaten erscheinen.

Installation

Unter Arch Linux liegt Ghostty im Repository Extra, zum Zeitpunkt dieses Artikels allerdings noch in Version 1.3.1. Version 1.4 dürfte dort in den nächsten Tagen folgen. Neben dem Terminal selbst solltet ihr auch die Shell-Integration und das Terminfo installieren. Wer nicht warten möchte, findet im AUR das Paket ghostty-nightly-bin, das ich auch für die Screenshots in diesem Artikel genutzt habe.

$ sudo pacman -S ghostty ghostty-shell-integration ghostty-terminfo

Fertige Pakete für Linux stellt das Projekt selbst nicht bereit, darum kümmern sich die Distributionen. Ubuntu führt Ghostty seit 26.04 in den offiziellen Paketquellen, wenn auch nicht immer in der neuesten Version. Für Fedora gibt es ein COPR-Repository, dazu kommen ein Snap, ein AppImage und ein Debian-Paket aus der Community. Einen Überblick liefert die Installationsanleitung von Ghostty.

Alles in allem ist Ghostty 1.4 in meinen Augen ein rundes Update. Für Tilix-Umsteiger wie mich ist es gut zu sehen, dass sich ein modernes Tiling-Terminal auf GTK-Basis so aktiv weiterentwickelt. Wer näher am Bedienkonzept von Tilix bleiben möchte, sollte sich auch Rutile anschauen. Alle Änderungen findet ihr in den Release Notes. Mit welchem Terminal arbeitet ihr?

☕ 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.

Das Wichtigste vorweg: Das Umschalten der Profile hat nie gehakt, denn der Systemdienst tccd spricht weiterhin über dieselbe Schnittstelle mit Pulsgeber. Gestolpert ist die Erweiterung über Dinge drumherum. So heißt die Desktop-Datei des Control Centers jetzt com.tuxedocomputers.tcc.desktop. Pulsgeber hat die App deshalb nicht mehr gefunden, und der Eintrag TUXEDO Control Center fehlte im Menü der Pille.

Aus demselben Grund griff eine zweite Funktion nicht mehr: Ist das Tray abgeschaltet, beendet Pulsgeber das Control Center, sobald ihr sein Fenster schließt. Sonst liefe die App unsichtbar im Hintergrund weiter. Dazu kommt, dass das TCC seit 3.1 in einem anders benannten systemd-Scope läuft. Pulsgeber hat dort nur noch ein paar Hilfsprozesse erwischt, aber nicht den Hauptprozess. Beides ist jetzt behoben.

Kurioser ist die Sache mit dem Autostart. Bisher startete das Tray, wenn die Datei tuxedo-control-center-tray.desktop in ~/.config/autostart lag. Seit 3.1 bringt das Paket den Eintrag systemweit in /etc/xdg/autostart mit, und eine Datei im Home-Verzeichnis schaltet ihn ab, statt ihn einzuschalten. Pulsgeber hat also genau das Gegenteil von dem gemacht, was der Schalter Tray des TCC nicht starten verspricht.

Ganz rund läuft es aber auch beim TCC selbst nicht. Zum Abschalten legt das TCC eine leere Datei an, mit der gnome-session unter GNOME 51 nichts anfangen kann. Das Journal meldet, die Datei lasse sich nicht lesen, und das Tray startet trotzdem. Pulsgeber schreibt stattdessen eine Kopie des Eintrags mit Hidden=true, wie es die Spezifikation vorsieht. Das TCC zeigt den Autostart dann ebenfalls als abgeschaltet an.

Beim Test in meiner eigenen Sitzung kam dann noch ein älterer Fehler ans Licht: Seit Version 0.5.0 hat der Schalter überhaupt nichts bewirkt. Die Einstellungen brachen ab, bevor sie die Autostart-Datei schreiben konnten. Das Beenden des Trays übernimmt deshalb jetzt die Erweiterung selbst, sobald sich die Datei ändert. Mit 0.5.2 verschwindet das Tray sofort und startet auch nach dem nächsten Anmelden nicht mehr.

Wer noch ein älteres Control Center nutzt, merkt von alldem nichts. Pulsgeber erkennt am systemweiten Autostart-Eintrag, welches Verfahren gilt, und verhält sich mit TCC 3.0 und älter wie gehabt. Getestet ist die neue Version mit GNOME 51.1 und TCC 3.1.1 auf meinem InfinityBook S 17 Gen6. GNOME 51 selbst brauchte übrigens keine Anpassung, die Erweiterung lief dort schon vorher ohne Fehlermeldungen.

Bis die Aufnahme in den Katalog der Gnome-Exentsions klappt, gibt es das Update wie gehabt als ZIP-Paket auf der Release-Seite bei GitHub. Habt ihr Pulsgeber schon installiert, spielt ihr die neue Version einfach über die alte, dafür sorgt der Parameter --force:

$ gnome-extensions install --force pulsgeber@linuxundich.de.shell-extension.zip

Unter Wayland lädt GNOME die neue Version erst nach dem nächsten Ab- und Anmelden. Alle Änderungen im Detail stehen im Changelog, Screenshots und Antworten auf häufige Fragen auf der Projektseite von Pulsgeber. Hakt bei euch nach dem Update des Control Centers noch etwas, dann meldet euch gerne hier in den Kommentaren oder als Issue auf GitHub.

Transparenzhinweis: Ich arbeite für TUXEDO Computers. Pulsgeber ist allerdings ein privates Projekt, das KI-unterstützt in meiner Freizeit entstanden ist. Es ist kein Produkt von TUXEDO und erhält keinen offiziellen Support von TUXEDO.

☕ 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.

Kurz darauf zog r/fossdroid nach, die Anlaufstelle für freie Android-Apps. Die dortige Moderation hat die Regeln in ihrer Ankündigung Wort für Wort übernommen, nur der Name des Subreddits ist ein anderer. KI sei dort ohnehin nie erlaubt gewesen. In den Kommentaren legt die Moderation nach: Neun von zehn neuen Beiträgen seien KI-Schrott, und aussortiert werde alles von Hand.

Was die neuen Regeln verlangen

Die Ankündigung bei r/opensource geht weit über KI hinaus. Ein Projekt muss mindestens ein Jahr alt sein und aktiv gepflegt werden, mehrere Mitwirkende haben und auf eine bestehende Community verweisen. Schulprojekte und Software für KI, etwa MCP-Server, fliegen raus. Wer postet, braucht ein mindestens ein Jahr altes Reddit-Konto mit nennenswerter Aktivität. Und wer kein Englisch spricht, soll sich eine andere Community suchen.

Der Kern steht in einem Satz: „If it’s obvious you’re using AI in your project, we don’t want it.“ Dahinter folgt der Seitenhieb aus dem Titel: „Tokens are cheap, and we don’t care how many you spent to make your amazing project.“ Wer KI-Beiträge postet oder per Modmail um eine Ausnahme bettelt, fliegt dauerhaft. Von den Mindestanforderungen befreit sind nur offiziell eingetragene gemeinnützige Organisationen.

Bei r/fossdroid ist die Sprachregel inzwischen durchgestrichen. Stattdessen steht dort nun, es gehe nicht um Sprache oder Herkunft, sondern allein um KI. Klassische maschinelle Übersetzung sei erlaubt, eine per Sprachmodell nicht. Ob DeepL oder Google Translate da noch als klassisch durchgehen, sei mal dahingestellt. Beide arbeiten seit Jahren mit neuronalen Netzen, und Reddit übersetzt Beiträge inzwischen selbst.

Wie es zu den Regeln kam, beschreibt Dan Brown, Entwickler von BookStack und bis vor Kurzem selbst Moderator von r/opensource, in seinem Blog. Laut Brown stammen die Regeln allein von Wolvereness, mit dem restlichen Team sei nichts abgesprochen worden. Brown hält die KI-Regel für nicht durchsetzbar und die Sprachregel für verletzend. Als Moderator hat Brown sich inzwischen zurückgezogen.

Linus Torvalds sieht das ganz anders

Pikant ist der Zeitpunkt. Der Linux-Kernel geht gerade den umgekehrten Weg. Auf dem Maintainers Summit am 8. Oktober in Prag gab es eine Mehrheit dafür, den „Assisted-by“-Tag für KI-unterstützte Patches wieder zu streichen. Nur rund zehn Prozent der 18.533 Commits für Linux 7.3 bis zum -rc7 tragen ihn, eingesetzt wird KI laut Sasha Levin aber deutlich häufiger. Den KI-Einsatz sollen Entwickler künftig im Cover-Letter beschreiben.

Linus Torvalds selbst hält Regeln nach dem Muster „don’t use AI for X“ für idiotisch und erwartet stattdessen, dass Entwickler verstehen, was sie tun. Am 13. Oktober hat er eine Serie aus zehn Patches eingereicht, die er nach it-daily mit Claude Code entwickelt hat. Prüfer fanden darin prompt eine Race Condition. Die Kernel-Entwickler nutzen KI also ganz offen, nur eben mit Review.

Kein Wunder, dass „Wow r/opensource banning Linux“ unter der Ankündigung zu den meistbewerteten Kommentaren gehört. Auf die ernst gemeinte Nachfrage, wie es denn mit dem Kernel aussehe, antwortete Wolvereness, der wäre „on the subjective line“ wohl erlaubt. Sprich, KI ist verboten, außer die Mods drücken ein Auge zu. Einen objektiven Maßstab gebe es nicht, räumt Wolvereness an anderer Stelle selbst ein.

Was die Community dazu sagt

Der Gegenwind ist heftig. Die Ankündigung steht bei null Punkten, der Top-Kommentar bei über 1.400: „This is orthogonal to open source.“ Ob Software frei ist, entscheidet die Lizenz und nicht das Werkzeug. Ein anderer User pflegt seit neun Jahren ein Paket mit über 300 Sternen auf GitHub, ganz ohne KI. Es fliegt trotzdem raus: nur ein Maintainer.

Mindestens genauso viel Ärger zieht die Sprachregel auf sich, viele nennen sie schlicht fremdenfeindlich. Ein User aus Japan schreibt bewusst von Hand in holprigem Englisch, dass Übersetzungsdienste auch zum Lesen nötig sind, um die anderen überhaupt zu verstehen. Und die Ausnahme für eingetragene Organisationen legen Kritiker so aus, dass große Projekte KI nutzen dürfen, einzelne Entwickler aber nicht.

Es gibt aber auch Zustimmung. Vor allem das Ende der ewigen „I got tired of X so I built Y“-Posts begrüßen viele, und einige sind froh, dass endlich jemand durchgreift. Ein Kommentator bei r/fossdroid argumentiert, zusammengepromptete Apps würden nie die Pflege bekommen, die Entwickler ihren eigenen Projekten geben. Dem halten andere entgegen, dass auch von Hand geschriebene FOSS-Projekte reihenweise einschlafen.

Die Chance: Tempo für Projekte ohne Nachwuchs

Ich kann beide Seiten verstehen. Auf der einen Seite bietet der Einsatz von Sprachmodellen in der Softwareentwicklung enorme Chancen. Es geht einfach enorm schnell, und ja, es kommt auch sehr brauchbarer Code heraus. „Tokens are cheap“ stimmt dabei übrigens nur bedingt: Ein Softwareentwickler im Ruhestand rechnet im Thread vor, für das eigene Open-Source-Projekt 200 Dollar im Monat an KI-Abo zu zahlen.

Gerade bei Projekten, bei denen die freiwilligen Entwickler nicht gerade Schlange stehen, ist das eine riesige Chance. Bei r/fossdroid nennt jemand die eigene App ShizuCallRecorder als Beispiel: 2.000 Sterne auf GitHub, über 103.000 Downloads, aber nur zwei Pull-Requests mit Code von außen, beide mit KI-Hilfe entstanden. Wie soll so ein Projekt auf drei Mitwirkende kommen? Ein pauschales Verbot trifft ausgerechnet diese Leute.

Mehr Lücken gefunden, weniger neue eingebaut

Was KI für die Sicherheit bringen kann, zeigen zwei Grafiken, die Greg Kroah-Hartman in seinem Repository zur Kernel-Entwicklung veröffentlicht. Bis Linux 6.19 kamen pro Version konstant rund 500 Korrekturen für CVE-Lücken zusammen. Mit 7.0 springt der Wert auf über 1.200, mit 7.2 auf rund 2.300. Es dürfte kein Zufall sein, dass das in die Zeit fällt, in der KI-Werkzeuge für Entwicklung und Codeanalyse Fahrt aufnehmen.

Die zweite Grafik zählt die CVEs nach der Kernel-Version, in der sie entstanden sind. Die Kurve zeigt seit Linux 6.15 nach unten, für die jüngsten Versionen liegt sie fast bei null. Sprich, es werden immer mehr alte Lücken aufgedeckt, während neuer Code weniger neue mitbringt. Klar, ganz vorn ist das mit Vorsicht zu genießen: Fehler in frischem Code fallen oft erst Jahre später auf.

Für mich ist das trotzdem das stärkste Argument gegen ein Pauschalverbot. Ein Sprachmodell, das bestehenden Code liest und darin Fehler aufspürt, macht freie Software sicherer, nicht unsicherer. Torvalds nutzt KI nach eigener Aussage auch, um schwer nachvollziehbare Patches zu verstehen. Entscheidend bleibt, dass am Ende ein Mensch die Korrektur prüft und dafür geradesteht. Das gilt für den Kernel genauso wie für die kleine Android-App.

Die Kehrseite: Irgendjemand muss den Code lesen

Auf der anderen Seite kann ich die Mods auch verstehen. Irgendjemand muss den KI-Code auch sichten. Ungeprüft jeden Code in ein Projekt durchzureichen, widerspricht irgendwie dem Open-Source- und dem Sicherheitsgedanken. Der Witz an freier Software ist ja gerade, dass jeder hineinschauen kann und es auch jemand tut. Code, den nicht einmal sein eigener Autor gelesen hat, kehrt dieses Prinzip um.

Wird Software wieder zur Blackbox, dann kann man auch gleich wieder Closed Source verwenden. Mit dem Sprachmodell in einer Nacht ein Projekt zusammenzuklicken und die Prüfung dann Moderatoren, Paketbetreuern oder Maintainern vor die Füße zu werfen, ist von daher nicht die feine englische Art. Der Aufwand verschwindet ja nicht. Er landet nur bei anderen, und die machen das meistens ebenfalls ehrenamtlich.

Ein KI-Gegner bei r/fossdroid trifft den Punkt, eigentlich als Argument gegen den Werkzeug-Vergleich: Selbst Torvalds verlange, dass KI-Ausgaben geprüft werden. Einen Compiler müsse dagegen niemand kontrollieren. Ein anderer vergleicht KI mit einem nicht allzu hellen Junior-Entwickler. Dessen Arbeit kann man ungesehen ausliefern, oder man prüft sie gründlich und steuert nach, bis sie taugt. Genau zwischen diesen beiden Wegen verläuft für mich die Grenze.

Verantwortung statt Verbot

In meinen Augen trifft der Kernel den Punkt besser als r/opensource. Dort darf jeder ein Sprachmodell nutzen, aber ein Mensch trägt die Verantwortung für jeden Beitrag und muss ihn selbst per Signed-off-by abzeichnen. Sprich, nicht das Werkzeug entscheidet, sondern ob jemand seinen Code verstanden hat. Dass die Prüfer bei Torvalds‘ Patches eine Race Condition gefunden haben, zeigt ja gerade, warum das Review bleiben muss.

Klar, ein Subreddit ist kein Kernel, und die Flut an Schrottprojekten, Werbung und Bot-Accounts ist echt. Gute Vorschläge stehen aber in den Threads selbst: Wer ein Projekt vorstellt, soll eine Demo, funktionierende Installationsschritte und eine kurze Erklärung mitliefern, sonst fliegt der Post. Das prüft man in Sekunden, und Schrott fällt dabei auf, egal ob von Mensch oder Maschine. Wie seht ihr das? Btw: Der Aufmacher? Natürlich KI-generiert

☕ 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.

Die Startseite ließ Epiphany kurzerhand komplett einfrieren. Im Journal fand sich anschließend ein Speicherabzug des Webprozesses, und systemd hatte eine Speicherspitze von 5,8 GB notiert. Für eine Nachrichtenseite mit ein paar Kärtchen ist das in meinen Augen dann doch etwas viel. Ein Neustart brachte nichts: Epiphany stellt brav den PlanetFOSS-Tab wieder her und verschluckt sich prompt erneut.

Auf Spurensuche

Ein Blick in die Paketchronik brachte den ersten Hinweis: Arch Linux hatte am 7. Oktober WebKitGTK, die Browser-Engine hinter Epiphany, auf Version 2.54 aktualisiert. Den Browser selbst konnte ich schnell entlasten. Der MiniBrowser, ein schlichter Testbrowser, der bei WebKitGTK mit dabei ist, lief mit der PlanetFOSS-Startseite innerhalb von Sekunden auf mehrere Gigabyte auf. Eine schlichte Beispielseite kommt dagegen mit 170 MB aus.

Die Spur führt zum Sternchen

Bei der Fehlersuche hat mir eine KI unter die Arme gegriffen, die Eingrenzung lief dann ganz klassisch per Ausschlussverfahren. Ohne JavaScript hing die Seite weiterhin, ohne Stylesheet lief sie dagegen brav. Danach flog eine Gestaltungsregel nach der anderen raus, bis der Übeltäter feststand: backdrop-filter. Der zeichnet den Hintergrund hinter einem Element unscharf und sorgt so für den beliebten Milchglas-Effekt.

Den Effekt nutzt PlanetFOSS an mehreren Stellen, vor allem aber an den kleinen Merken-Sternchen oben links auf jeder Artikelkarte. Davon gibt es auf der Startseite 55 Stück, dazu acht Nachrichtenkarten und zehn Play-Symbole auf den Videos. Jedes dieser Elemente bekommt seine eigene Milchglas-Ebene. In der Masse geht WebKitGTK 2.54 dabei offenbar in die Knie. Kleines Sternchen, große Auswirkungen eben.

Zur Gegenprobe habe ich mir eine Testseite mit lauter Kärtchen gebaut, jedes mit einem kleinen Milchglas-Element. Bei zehn bis 14 Karten blieb der Speicher im grünen Bereich, bei 18 Karten war schon rund ein Gigabyte belegt. Ab 22 Karten schoss der Verbrauch auf sieben bis acht Gigabyte. Irgendwo um die 20 Ebenen kippt die Sache also, ganz genau festnageln lässt sich die Grenze aber nicht.

Spannend dabei: Am Weichzeichnen selbst liegt es gar nicht. Auch ein Milchglas ohne jede Unschärfe oder ein simpler Graufilter bläht WebKitGTK genauso auf. Das Problem steckt also darin, wie die neue Version solche Ebenen verwaltet. Schaltet man die Grafikbeschleunigung der Engine ab, bleibt die Testseite zwar schlank. Als Lösung taugt das aber nicht, schließlich kann ich meinen Besuchern schlecht vorschreiben, wie sie ihren Browser starten.

Firefox und Chrome lässt das kalt

Bleibt die Frage, ob nur WebKitGTK betroffen ist. Dazu habe ich dieselbe Kopie der Startseite einmal mit der alten und einmal mit der neuen Gestaltung in verschiedenen Browsern geladen und jeweils den Speicherverbrauch gemessen. Das Ganze einmal auf meinem Arch-Notebook und einmal in einer virtuellen Maschine mit Ubuntu 26.04. Bilder und Texte waren in allen Durchgängen identisch.

Das Ergebnis ist eindeutig. Firefox und Chrome zeigen vorher und nachher praktisch den gleichen Verbrauch. Auch die ältere WebKitGTK-Version 2.52 von Ubuntu bleibt mit rund 680 MB völlig gelassen. Nur die Version 2.54 explodiert: Auf meinem Notebook kletterte der Speicherbedarf in 40 Sekunden auf 9,8 GB, nach dem Umbau der Seite waren es gerade einmal 300 MB.

In der VM lief Epiphany als Flatpak, das die neue Engine gleich mitbringt. Dort blähte sich der Browser in einer Minute auf 4,3 GB auf, bis von gut 5 GB Arbeitsspeicher gerade noch 300 MB frei blieben. In einem früheren Durchgang warf der Tab gleich ganz das Handtuch: Hoppla! Beim Anzeigen dieser Seite ging etwas schief. Mit der neuen Gestaltung blieb es bei 721 MB.

Deckender Hintergrund statt Milchglas

Die Lösung auf Seiten von PlanetFOSS ist unspektakulär. Sternchen, Nachrichtenkarten und Play-Symbole verzichten jetzt aufs Milchglas, dafür ist ihr Hintergrund einfach etwas weniger durchsichtig. Den Unterschied sieht man eigentlich nur, wenn man beide Versionen direkt nebeneinanderlegt und ganz genau hinschaut. Für ein paar Gigabyte weniger Speicherhunger ist das in meinen Augen ein mehr als fairer Tausch.

Seit ein paar Tagen ist die Änderung live, und der MiniBrowser kommt mit der echten Startseite wieder mit 213 MB aus. Den Milchglas-Effekt in der aufklappenden Rubrikenleiste und an den Quellen-Links im Aufmacher habe ich behalten. Das sind nur eine Handvoll Ebenen, und die bringen WebKit nicht aus dem Tritt. Auch linuxundich.de nutzt den Effekt nur an zwei Stellen und war deshalb nie betroffen.

Alles in allem steckt das Problem klar in WebKitGTK 2.54 und nicht in meinem Stylesheet. Betroffen sind wohl alle Seiten, die genügend Elemente mit backdrop-filter verwenden. Von daher mein Rat an alle, die Websites bauen: Milchglas lieber sparsam dosieren und die Seite auch mal in Epiphany laden. Einen Fehlerbericht samt Testfall habe ich im WebKit-Bugzilla eingereicht. Hoffentlich habe ich niemandem die Browsersitzung gekillt.

☕ 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.