Nach eineinhalb Jahren Entwicklung wurde die neue stabile Version des Flatpak-Toolkits 1.18 ver\u00f6ffentlicht, das ein System zur Erstellung eigenst\u00e4ndiger Pakete bereitstellt, die nicht an spezifische Linux-Distributionen gebunden sind und in einem speziellen Container ausgef\u00fchrt werden, der die Anwendung vom restlichen System isoliert. Die Ausf\u00fchrung von Flatpak-Paketen wird f\u00fcr Fedora, CentOS, Debian, Arch Linux, Gentoo, Linux Mint, Alt Linux und Ubuntu unterst\u00fctzt. Flatpak-Pakete sind im Fedora-Repository enthalten und werden von den standardm\u00e4\u00dfigen Anwendungsverwaltungstools GNOME und KDE unterst\u00fctzt.<\/p>\n
Wichtige Neuerungen in der Flatpak-Version 1.18:<\/p>\n
Flatpak vereinfacht die Verbreitung von Anwendungen, die nicht in die Standard-Repositories von Distributionen aufgenommen werden, indem es einen universellen Container vorbereitet, der Entwicklern die Notwendigkeit nimmt, separate Builds f\u00fcr jede Distribution zu erstellen. Nutzern, die Wert auf Sicherheit legen, erm\u00f6glicht Flatpak, zweifelhafte Anwendungen in einem Container auszuf\u00fchren, wobei nur selektiver Zugriff auf erforderliche Netzwerkfunktionen und Benutzerdateien gew\u00e4hrt wird. Nutzern, die an Neuigkeiten interessiert sind, erlaubt Flatpak, die neuesten Test- und stabilen Versionen von Anwendungen zu installieren, ohne \u00c4nderungen am System vornehmen zu m\u00fcssen. Beispielsweise werden Flatpak-Pakete f\u00fcr LibreOffice, GIMP, Inkscape, Kdenlive, Steam, 0 A.D., Visual Studio Code, VLC, Slack, Telegram Desktop, Android Studio usw. erstellt.<\/p>\n
Um die Gr\u00f6\u00dfe zu reduzieren, werden nur anwendungsspezifische Abh\u00e4ngigkeiten in das Paket einbezogen. Grundlegende System- und Grafikbibliotheken (GTK, Qt, GNOME- und KDE-Bibliotheken usw.) werden als Plug-in-Standard-Runtime-Umgebungen bereitgestellt. Der entscheidende Unterschied zwischen Flatpak und Snap besteht darin, dass Snap Komponenten der Hauptsystemumgebung und Isolation auf Basis von Systemaufruf-Filtern verwendet, w\u00e4hrend Flatpak einen vom System getrennten Container erstellt und gro\u00dfe Runtime-Sets verwendet, die als Abh\u00e4ngigkeiten keine Pakete, sondern Standard-Systemumgebungen bereitstellen (z. B. alle Bibliotheken, die f\u00fcr die Ausf\u00fchrung von GNOME- oder KDE-Anwendungen erforderlich sind).<\/p>\n
Neben der typischen Systemumgebung (runtime), die \u00fcber ein spezielles Repository installiert wird, werden zus\u00e4tzliche Abh\u00e4ngigkeiten (bundle) bereitgestellt, die f\u00fcr den Betrieb der Anwendung erforderlich sind. Gemeinsam bilden «runtime» und «bundle» die F\u00fcllung des Containers, wobei die «runtime» separat installiert wird und an mehreren Containern gebunden werden kann, was eine Duplizierung gemeinsamer Systemdateien f\u00fcr die Container vermeidet. <\/p>\n
In einem System k\u00f6nnen mehrere verschiedene \u201eRuntimes\u201c (GNOME, KDE) oder mehrere Versionen einer einzigen \u201eRuntime\u201c (GNOME 50, GNOME 49) installiert sein. Ein Container mit einer Anwendung als Abh\u00e4ngigkeit verwendet die Bindung nur an eine bestimmte \u201eRuntime\u201c, ohne Ber\u00fccksichtigung einzelner Pakete, die die ausgew\u00e4hlte \u201eRuntime\u201c bilden. Alle fehlenden Elemente werden direkt zusammen mit der Anwendung verpackt. Beim Erstellen des Containers wird der Inhalt der \u201eRuntime\u201c als der Bereich \/usr eingebunden, w\u00e4hrend das \u201eBundle\u201c im Verzeichnis \/app gemountet wird. <\/p>\n
Die Inhalte der \u201eRuntime\u201c und der Anwendungscontainer werden mit Hilfe der OSTree-Technologie erstellt, bei der das Image atomar aus einem Git-\u00e4hnlichen Repository aktualisiert wird, das es erm\u00f6glicht, Versionskontrollmethoden auf die Komponenten der Distribution anzuwenden (zum Beispiel kann das System schnell auf einen vorherigen Zustand zur\u00fcckgesetzt werden). RPM-Pakete werden durch eine Schicht namens rpm-ostree in das OSTree-Repository \u00fcbersetzt. <\/p>\n
Die selektive Installation und Aktualisierung von Paketen innerhalb der Arbeitsumgebung wird nicht unterst\u00fctzt \u2014 das System wird nicht auf der Ebene einzelner Komponenten, sondern vollst\u00e4ndig aktualisiert und \u00e4ndert atomar seinen Zustand. Es werden Werkzeuge f\u00fcr die inkrementelle Anwendung von Updates bereitgestellt, die die vollst\u00e4ndige Ersetzung des Images bei jeder Aktualisierung \u00fcberfl\u00fcssig machen.<\/p>\n
Die gebildete isolierte Umgebung ist unabh\u00e4ngig von der verwendeten Distribution und hat bei entsprechender Paketkonfiguration keinen Zugriff auf die Dateien und Prozesse des Benutzers oder des Hauptsystems und kann au\u00dferdem nicht direkt auf Hardware zugreifen, mit Ausnahme der Ausgabe \u00fcber DRI. Die Ausgabe von Grafiken und die Eingabeverwaltung werden durch das Protokoll Wayland oder durch die Weiterleitung des X11-Sockets realisiert. Die Interaktion mit der externen Umgebung erfolgt \u00fcber das DBus-Messaging-System und eine spezielle API Portals. <\/p>\n