Shotwell 33 schließt seine GTK4-Portierung nach drei Jahren ab

Shotwell 33.0 ist am 13. September 2026 erschienen und schließt den Umzug der GNOME-Fotoverwaltung von GTK3 auf GTK4 ab. Es ist das erste große Release des Projekts seit Version 0.32 im April 2023, und die Portierung ist der Grund für die lange Pause.

GTK ist das Toolkit, das Fenster, Schaltflächen und Menüs für GNOME-Anwendungen zeichnet. Shotwell verwaltet und bearbeitet Fotosammlungen. Eine Anwendung dieser Größe zwischen großen Toolkit-Versionen umzuziehen heißt, alle Teile neu zu schreiben, die den Bildschirm berühren. Darum brachten drei stille Jahre am Ende eine einzige Release-Notiz hervor.

Was die Portierung repariert

Die Ankündigung des Projekts stellt Kompatibilität vor Optik. "This moves Shotwell to GTK4, improving compatibility with Wayland (like export with drag and drop working again) and overall utilization of modern desktop portals", heißt es im Beitrag auf GNOME Discourse.

Zwei Begriffe brauchen dort eine Erklärung. Wayland ist das Anzeigesystem, das X11 auf den meisten Linux-Desktops abgelöst hat. Ein Desktop-Portal ist das Berechtigungstor, durch das eine Anwendung geht, um etwas außerhalb ihrer selbst zu erreichen, etwa den Dateidialog oder den Screenshot-Dienst. Abgeschottete Anwendungen, auch Flatpak-Builds, sind auf Portale angewiesen, um überhaupt eine Datei zu öffnen.

Genau das macht den Export per Drag-and-drop zum sprechenden Detail. Ein Foto aus Shotwell in ein anderes Fenster zu ziehen ist eine kleine Funktion, die aufgehört hatte zu funktionieren. Die Ankündigung führt ihre Rückkehr direkt auf die Wayland-Kompatibilität von GTK4 zurück.

Der Rest des Releases

Phoronix nennt die Änderungen, die neben der Portierung kamen.

Änderung in Shotwell 33	Worum es geht
GTK4-Migration	Der Kern des Releases, ersetzt GTK3
URIs im Betrachter öffnen	Ein Bild über eine Adresse ansehen, nicht nur über eine Datei
Überarbeitetes Drucken	Der Druckweg wurde während der Portierung neu gebaut
Behobene Speicherlecks	Bei der Neuschreibung gefundene Lecks geschlossen
Fehlerbehebungen bei Abstürzen	Mögliche Abstürze behoben

Die Versionsnummer ist eine kleine Geschichte für sich. Das vorige Release war 0.32 und dieses ist 33.0, das Projekt hat also die führende Null fallen lassen, die es jahrelang mitgetragen hatte. Phoronix nennt es die "long-awaited GTK4 port" und ergänzt, "it's been quite some time since hearing any news out of the Shotwell photo manager project".

Der Zeitpunkt ist gewollt. Shotwell 33 kommt etwa eine Woche vor dem Desktop-Release GNOME 51, das kürzlich eigene Profile für die Zeigerbeschleunigung hinzugefügt hat. Eine große Portierung kurz vor einem Desktop-Release zu veröffentlichen, bringt sie den Paketbauern der Distributionen vor Augen, während diese ohnehin die nächste Zusammenstellung bauen.

Was das für Entwickler bedeutet

Sehen Sie die Leck- und Absturzkorrekturen als Teil der Portierung, nicht als getrennte Arbeit. Jeden Widget-Aufruf neu zu schreiben zwingt Sie durch Code, den jahrelang niemand gelesen hat, und genau dort tauchen Lecks auf. Wenn Sie Ihren eigenen Umzug von GTK3 auf GTK4 planen, kalkulieren Sie die Fehler mit ein, die die Portierung freilegt, nicht nur die Portierung selbst.

Prüfen Sie Drag-and-drop früh, wenn Ihre Anwendung es unterstützt. Es ist die Funktion, die unter GTK3 auf Wayland am ehesten still kaputt ist, und Nutzer melden dafür selten einen Fehler. Sie hören einfach auf, sie zu benutzen. Testen Sie das Ziehen in Ihr Fenster hinein und aus ihm heraus, bevor Sie eine Portierung für fertig erklären.

Prüfen Sie auch Ihren Druckcode. Shotwell hat das Drucken während dieser Portierung überarbeitet, und Drucken ist ein Teilsystem, das meist einmal geschrieben und nie wieder angefasst wird. Eine Toolkit-Migration ist der Moment, in dem es bricht.

Das größere Signal betrifft das Tempo. Shotwell hat drei Jahre und ein großes Release gebraucht, um hierher zu kommen, und trifft dabei auf GTK 4.24, das fraktionale Skalierung und Frame-Timing verändert hat. Wenn Ihre eigene Anwendung noch auf GTK3 läuft, besteht der Preis des Wartens darin, dass Sie auf ein bewegliches Ziel portieren. Die Anwendungen, die jetzt fertig werden, landen auf einem Toolkit, das sich weiter ändert, und das ist immer noch leichter, als dieselbe Arbeit ein Jahr später zu beginnen.