Nach anderthalb Jahren Entwicklung wurde der neue stabile Branch des Flatpak-Tools 1.18 ver\u00f6ffentlicht. Diese bietet ein System zur Erstellung eigenst\u00e4ndiger Pakete, die nicht an spezifische Linux-Distributionen gebunden sind und in einem speziellen Container ausgef\u00fchrt werden, der die Anwendung vom Rest des Systems isoliert. Die Ausf\u00fchrung von Flatpak-Paketen wird f\u00fcr Fedora, CentOS, Debian, Arch Linux, Gentoo, Linux Mint, Alt Linux und Ubuntu unterst\u00fctzt. Pakete mit Flatpak sind im Fedora-Repository enthalten und werden von den Standard-Anwendungsverwaltungssystemen GNOME und KDE unterst\u00fctzt.<\/p>\n
Die wichtigsten Neuerungen in der Flatpak 1.18-Version:<\/p>\n
Flatpak vereinfacht die Verteilung von Programmen, die nicht in den Standard-Repositories der Distributionen enthalten sind, durch die Erstellung eines universellen Containers, der Entwickelnden die Notwendigkeit erspart, separate Builds f\u00fcr jede Distribution zu erstellen. Benutzer, die Wert auf Sicherheit legen, k\u00f6nnen\u7591\u6027\u8d28liche Anwendungen in einem Container ausf\u00fchren und dadurch selektiven Zugriff auf notwendige Netzwerkfunktionen und Benutzerdaten erm\u00f6glichen. F\u00fcr Benutzer, die an Neuheiten interessiert sind, erm\u00f6glicht es Flatpak, die neuesten Beta- 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 in das Paket nur die f\u00fcr die Anwendung spezifischen Abh\u00e4ngigkeiten aufgenommen. Grundlegende System- und Grafikbibliotheken (GTK, Qt, GNOME- und KDE-Bibliotheken usw.) werden als modulare standardisierte Runtime-Umgebungen bereitgestellt. Der entscheidende Unterschied zwischen Flatpak und Snap besteht darin, dass Snap die Komponenten der Basisumgebung und eine Isolierung auf der Grundlage von Systemaufruf-Filtern verwendet, w\u00e4hrend Flatpak einen vom System getrennten Container erstellt und mit umfangreichen Runtime-Sets arbeitet, die nicht als Pakete, sondern als standardisierte Systemumgebungen (z. B. alle f\u00fcr die Ausf\u00fchrung von GNOME- oder KDE-Anwendungen ben\u00f6tigten Bibliotheken) bereitgestellt werden.<\/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. Insgesamt bilden «runtime» und «bundle» die Inhalte des Containers, wobei «runtime» separat installiert wird und mehreren Containern zugeordnet werden kann, wodurch eine Duplizierung gemeinsamer Systemdateien f\u00fcr die Container vermieden wird. <\/p>\n
In einem System k\u00f6nnen mehrere verschiedene \u201eRuntime\u201c (GNOME, KDE) oder mehrere Versionen einer \u201eRuntime\u201c (GNOME 50, GNOME 49) installiert sein. Der Container mit der Anwendung als Abh\u00e4ngigkeit verwendet die Bindung nur an eine bestimmte \u201eRuntime\u201c, ohne die einzelnen Pakete zu ber\u00fccksichtigen, 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 das Verzeichnis \/usr eingebunden, und das \u201eBundle\u201c wird im Verzeichnis \/app eingebunden. <\/p>\n
Der Inhalt der \u201eRuntime\u201c und der Anwendungscontainer wird mithilfe der OSTree-Technologie erstellt, bei der das Abbild atomar aus einem Git-\u00e4hnlichen Repository aktualisiert wird, was es erm\u00f6glicht, Versionskontrollmethoden auf die Bestandteile der Distribution anzuwenden (z. B. kann das System schnell auf einen vorherigen Zustand zur\u00fcckgesetzt werden). RPM-Pakete werden mithilfe einer Schicht von rpm-ostree in das OSTree-Repository \u00fcberf\u00fchrt. <\/p>\n
Eine 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, atomar in seinem Zustand aktualisiert. Es stehen Mittel f\u00fcr die inkrementelle Anwendung von Updates zur Verf\u00fcgung, die die vollst\u00e4ndige Ersetzung des Images bei jedem Update \u00fcberfl\u00fcssig machen.<\/p>\n
Die gebildete isolierte Umgebung ist unabh\u00e4ngig von der verwendeten Distribution und hat bei ordnungsgem\u00e4\u00dfen Paketkonfigurationen keinen Zugang zu den Dateien und Prozessen des Benutzers oder des Hauptsystems. Zudem kann sie nicht direkt auf die Hardware zugreifen, au\u00dfer \u00fcber die Ausgabe von DRI. Die grafische Ausgabe und die Eingabeverwaltung werden durch das Wayland-Protokoll oder durch die Weiterleitung eines X11-Sockets realisiert. Die Interaktion mit der Au\u00dfenwelt erfolgt \u00fcber das DBus-Nachrichtensystem und eine spezielle API namens Portals. <\/p>\n