Flatpak-Builder als eigene Anwendung ausgegliedert

Flatpak
By: Matthias ClasenCC BY-SA 4.0

Flatpaks sind neben Ubuntu Snaps und AppImage derzeit eine Möglichkeit, Anwendungen für die Verwendung in mehreren verschiedenen Plattformen zu paketieren. Das bei Fedora und GNOME entwickelte Format gliedert mit Version 0.9.9 das Flatpak-Builder-Kommando zur Erstellung von Flatpaks aus dem Quelltext, als eigenständige Anwendung aus. 

 

Bessere Verbreitung angestrebt

Die neue Anwendung hat eine eigene GitHub-Seite erhalten, von der das Werkzeug heruntergeladen werden kann. Dort findet sich auch eine Anleitung, wie das Tool mit dem typischen Dreisatz – configure && make && make install – aus einem AutoGen-Script gebaut werden kann. Als Grundlage muss Flatpak bereits installiert sein. Die Befehle, die zu Flatpak gehören und wie sie angewendet werden, ist in der Flatpak Command Reference zusammengefasst. Mit der Ausgliederung als alleinstehende Anwendung soll die Verbreitung des Paketformats in anderen Distributionen weiter vorangetrieben werden.

Flatpak setzt auf Container-Techniken

Flatpaks, die zu Beginn ihrer Entwicklung noch XDG-Apps hießen, zeichnen sich, wie auch Snap und AppImage dadurch aus, dass sie die benötigten Bibliotheken im Paket mitbringen und so auf verschiedenen Distributionen einsetzbar ist. Auch verschiedene Versionen einer Software sind in der gleichen Umgebung möglich, ohne Verrenkungen nötig zu machen. Die Flatpaks setzen dabei auf eine Laufzeitumgebung auf, die grundlegende Bibliotheken mitbringt, sodass diese nicht in jedem Flatpak erneut ausgeliefert werden. Das neue Paketformat nutzt Kernel-Techniken wie Control Groups und Namespaces. Es setzt auf Techniken wie OSTree auf und nutzt Bubblewrap für das Sandboxing.

Nicht nur Vorteile

Die weiteren Vorteile von Flatpak sind erhöhte Sicherheit der Isolierung durch Sandboxen. Entwickler können mit Flatpaks ein Paket ihrer Software für alle Distributionen selbst erstellen. Hier setzt in der Diskussion auch Kritik an, da hier die Rolle des Paketmaintainers bei den einzelnen Distributionen in Frage gestellt wird. Diese sind nicht nur für die Paketpflege zuständig sondern pflegen auch Eigenheiten der jeweiligen Distribution ein. Zudem bilden sie das moderierende Verbindungsglied oder – je nach Auffassung – den Puffer zwischen Entwicklern und Anwendern. 

 

 

 

 

Kommentare

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert