Snap, Flatpak und Appimage. Universelle Paketformate für Linux

Programmformate

Es gibt einen alten Witz in der Welt der Technologie, dass jedes Mal, wenn jemand versucht, ein Format zu erstellen, das das Beste aller anderen zusammenbringt, um Streuung zu vermeiden, das einzige, was er tut, ein neues zur Liste hinzufügt. Einiges davon ist mit den Bemühungen verbunden, ein Paketformat zu erstellen, das auf allen Linux-Distributionen ohne Änderungen ausgeführt werden kann. Bisher waren wir in diesem Jahrhundert bereits drei Jahre alt.

Snap, Flatpak und Appimage. Unterschiede zu herkömmlichen Formaten

Der Hauptunterschied zwischen nativen Paketformaten und eigenständigen Paketformaten besteht darin, dass die früheren Abhängigkeiten mit anderen auf dem Betriebssystem installierten Programmen geteilt werden. Mit anderen Worten, wenn Programm Y Abhängigkeit 1 benötigt und diese Abhängigkeit von Programm X installiert wurde, das sie ebenfalls benötigt, wird diese Abhängigkeit nicht erneut installiert.

Programme, die in separaten Formaten verpackt sind, enthalten alle Abhängigkeiten, die sie zum Funktionieren benötigen. Mit anderen Worten, Abhängigkeit 1 wird jedes Mal installiert, wenn ein Programm installiert wird, das es benötigt.

Der zweite Unterschied besteht darin, dass herkömmliche Paketformate mit den Spezifikationen jeder Distribution erstellt werden müssen.. Obwohl Ubuntu eine von Debian abgeleitete Distribution ist, sind die Unterschiede deshalb wichtig genug, dass die Repositorys des ersten nicht im zweiten verwendet werden können.

Der dritte Unterschied ist der Jede Änderung einer Abhängigkeit von herkömmlichen Paketen kann sich auf den Betrieb aller anderen auswirken, die sie benötigen. Änderungen an einem Programm in einem unabhängigen Format wirken sich jedoch nicht auf den Rest des Systems aus.

Abhängig von den Besonderheiten jeder Distribution ist es möglich, die Anwendungen in unabhängigen Formaten von einem Paketmanager aus zu installieren und ihre Aktualisierung mit dem für sie zuständigen Manager zu automatisieren.

In Ubuntu können Sie im Software Center beide Programme in herkömmlichen Formaten wie Snap installieren, wobei letztere bevorzugt werden. Obwohl es ein Plugin gibt, das das GNOME Software Center (von dem Ubuntu abgeleitet ist) ermöglicht, funktioniert es mit dieser Distribution nicht.

Im Fall von Ubuntu Studio ist es möglich, die Option zur Verwendung von Snap-Paketen zu aktivieren, während KDE Neon und Manjaro mit beiden Formaten arbeiten können.

Schnappen

Es ist das neueste unabhängige Format seit Beginn seiner Entwicklung im Jahr 2014.  Es soll nicht nur in Desktop-Linux-Distributionen verwendet werden, sondern auch für das Internet der Dinge, mobile Geräte und Server. ZUObwohl es möglich ist, separate App Stores zu erstellen, gibt es derzeit nur einen, der von Canonical betrieben wird. Snapcraft.

Obwohl Snapcraft eine Auswahl der beliebtesten Open Source-Apps bietet, Seine Stärke sind die Programme, die von privaten Softwareentwicklern und Cloud-Dienstleistern entwickelt wurden.

Flatpak

Obwohl Flatpak 2015 offiziell gestartet wurde, ist es die Fortsetzung eines weiteren universellen Formatprojekts, das als xdg-app bekannt ist. Dieses Projekt wurde mit dem Ziel geboren Sie können Anwendungen in einer sicheren virtuellen Sandbox ausführen, für die keine Root-Berechtigungen erforderlich sind oder die eine Sicherheitsbedrohung für das System darstellt.

Flatpak konzentriert sich auf Desktop-Distributionen und verwendet auch das Konzept des Application Store Being Flathub der bekannteste.

Flathubs Stärke ist das Es verfügt normalerweise über die aktuellsten Versionen der wichtigsten Open Source-Anwendungen.

Appimage

AppImage ist das älteste eigenständige Paketformat, das erstmals im Jahr 2004 veröffentlicht wurde.

Es war das erste Format, das dem Paradigma "Eine Anwendung - eine Datei" folgte.. Das bedeutet, dass wir jedes Mal, wenn wir eine Appimage-Datei herunterladen, die Anwendung und alles herunterladen, was sie zum Funktionieren benötigt. Wenn wir die Anwendung verwenden möchten, müssen wir ihr nur Ausführungsberechtigungen erteilen und auf das Symbol doppelklicken, das sie identifiziert.

Appimage verwendet nicht das App Store-System, sondern dort eine Webseite in dem wir eine Liste aller verfügbaren Titel finden. 

Um das Appimage zu aktualisieren, können wir verwenden dieses Tool.


Hinterlasse einen Kommentar

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

*

*

  1. Verantwortlich für die Daten: AB Internet Networks 2008 SL
  2. Zweck der Daten: Kontrolle von SPAM, Kommentarverwaltung.
  3. Legitimation: Ihre Zustimmung
  4. Übermittlung der Daten: Die Daten werden nur durch gesetzliche Verpflichtung an Dritte weitergegeben.
  5. Datenspeicherung: Von Occentus Networks (EU) gehostete Datenbank
  6. Rechte: Sie können Ihre Informationen jederzeit einschränken, wiederherstellen und löschen.

  1.   Satin sagte

    Ich vermisse, dass die extrem zunehmende Langsamkeit des Schnappschusses bei der Installation von Apps nicht erwähnt wurde, da für jede eine virtuelle Einheit benötigt wird.

  2.   Satin sagte

    Ich vermisse, dass die extrem zunehmende Langsamkeit des Schnappschusses bei der Installation von Apps nicht erwähnt wurde, da für jede eine virtuelle Einheit benötigt wird.

    1.    Diego German Gonzalez sagte

      Vielen Dank für Ihren Kommentar. Ich werde mir das merken.

  3.   Claudio Joffre sagte

    Persönlich denke ich, dass die Probleme der unabhängigen Softwareverpackung nichts anderes als ein Spiegelbild eines viel tieferen Konflikts sind, der mit dem Grad der Einhaltung der LSB- und FSH-Standards durch die verschiedenen Distributionen zu tun hat.
    Eine der Grundlagen für das Packen ist die Implementierung von Standardbibliotheken, bei denen sowohl der Speicherort als auch der Speicherort der Software sowie die Konfigurationsdateien beibehalten werden. So vermeiden Sie Bibliothekskonflikte. Etwas, das in anderen Betriebssystemen üblich ist und das leider durch Nichteinhaltung der Standards die Wartung und Aktualisierung der Software erschwert, geschweige denn die Migration einer Software von einer Distribution zu einer anderen. Die schlechte Praxis der manuellen Kompilierung, die viele Male nach einem Howto durchgeführt wird, ohne die Einhaltung der Standards bei der Implementierung zu analysieren, bereitet den Systemadministratoren große Kopfschmerzen. Insbesondere, wenn jemand einen Produktionsserver übernehmen muss, der von einem anderen vorherigen Administrator installiert wurde.
    Unabhängige Verpackungen tragen auf die eine oder andere Weise zu dieser Philosophie bei und fördern mehr als Unabhängigkeit, Abhängigkeit von einem bestimmten Format oder Unternehmen. Die Plattformmigration wird oft zu einer fast unmöglichen Aufgabe. Kurzfristig mehr denken als langfristig. Eine Situation, die jeder ernsthafte Administrator mit mehr als 15 Jahren Erfahrung beobachten kann. Und ich sage diese Zahl absichtlich, da in diesem Zeitraum genügend Verteilungen stattgefunden haben, um zu erkennen, dass Projekte oder Dienste früher oder später aus dem einen oder anderen Grund gezwungen sein werden, von der Plattform zu migrieren. Situation, die während der Durchführung eines Projekts selten in die Bewertungsprozesse eintritt. Am einfachsten zu migrieren sind genau die Plattformen, die den oben genannten Standards am besten entsprechen. Da es sich um diese unabhängigen Pakete handelt, die am weitesten von diesen Standards entfernt sind.

    1.    Diego German Gonzalez sagte

      Interessanter Beitrag, mir war nicht in den Sinn gekommen, darüber nachzudenken

  4.   Rafael Linux Benutzer sagte

    Das AppImage-Dateiaktualisierungstool ist praktisch unbrauchbar. Von 7 AppImage-Dateien, die ich ausprobiert habe (unter anderem Inkscape, Olive, KSnip, MuseScore, OpenShot), hat es nur versucht, mit einer zu arbeiten, die mit der Meldung "Keine Bestätigungssignatur vorhanden" endet und daher auch nicht aktualisiert wird. Das heißt, es wird für nichts verwendet, Sie können die Referenz entfernen. Außerdem wurde es seit Monaten nicht mehr aktualisiert.

    1.    Diego German Gonzalez sagte

      Danke für den Kommentar