AppImage

topic kurze Beschreibung

Links

Siehe auch

• Autopackage
• Zero Install
• Snappy (Paketverwaltung)
• Flatpak

Weblinks

1. AppImage Hub Aktuelles zentrales AppImage-Verzeichnis
2. Linux Apps Weiteres Verzeichnis, auf dem es auch (aber nicht nur) AppImages gibt
3. Apps Apps bei Opendesktop oft auch als AppImages
4. Tony Mobily: „Interview with Simon Peter, creator of klik“ im Free Software Magazine, 7. April 2006 (englisch)
5. AppImage.org Nachfolgeprojekt für portable Applikationen
6. github.com/AppImage/AppImageKit/wiki/AppImages Ältere Übersicht von AppImages bei github, die nicht mehr aktualisiert wird

Testfragen

Testfrage 1

Antwort1

Testfrage 2

Antwort2

Testfrage 3

Antwort3

Testfrage 4

Antwort4

Testfrage 5

Antwort5

AppImage

• AppImage ist ein System zur einfachen Nutzung von Software auf Linux-Rechnern.
• Es stellt eine distributionsübergreifende Alternative zu den zentral verwalteten Paketmanagersystemen der Linux-Distributionen dar.
• Vorgänger war das 2004 geschaffene System klik. klik wurde zwischenzeitlich durch das Nachfolgeprojekt PortableLinuxApps mit vergleichbaren Zielen ersetzt.[1]

Eigenschaften

• AppImages kommen ohne jegliche Installation auf dem System aus, sie können sogar direkt von CD-ROM oder vom USB-Stick portabel benutzt werden.
• Da AppImages alle verwendeten Programmbibliotheken mitführen
  • laufen diese auf allen verbreiteten Desktop-Distributionen wie Ubuntu, openSUSE, Fedora, Debian, Arch Linux oder Red Hat Linux gleichermaßen ohne spezifische Anpassungen.
• Mit AppImage können Programme wie LibreOffice, Firefox, Blender, DigiKam, Kdenlive oder Gimp in beliebigen Versionen verwendet werden, unabhängig von oder parallel zu der Version, die die Distribution selbst über ihr Repository vertreibt.

Verwendung

Das Kopieren und Starten von AppImages erfordert keine root-Rechte.

• Es reicht aus, die entsprechende Datei in das Nutzerverzeichnis oder auf einen beliebigen Datenträger zu kopieren, sie ausführbar zu machen und anschließend zu starten.
• Viele AppImages fragen beim ersten Start, ob sie in ein Menü eingebunden werden sollen.
• Einige AppImages suchen nach Aufforderung nach neueren Versionen und schlagen ggf. einen entsprechenden Download vor.

Möchte man die jeweilige Applikation nicht mehr nutzen, muss nur die entsprechende Datei gelöscht werden.

• Die Dateiendung (oft app oder AppImage) ist dabei unwichtig, sie kann sogar entfallen.

Funktionsweise

Für jede Anwendung wird nur eine einzige Datei, meist mit der Endung .AppImage (oder .app) benötigt.

• Diese stellt ein komprimiertes Dateisystem-Abbild dar, ähnlich einem ISO-Abbild.
• Die Datei wird beim Start der eingebetteten Anwendung zeitweilig in das Dateisystem eingebunden (engl. “mounted”) und mittels eines Wrapper-Skripts gestartet.
• Auf diese Weise kann ein AppImage-Benutzer sogar verschiedene Versionen derselben Anwendung gleichzeitig auf demselben System nutzen.
• Die Datei enthält neben der eigentlichen Programmdatei alle nötigen Bibliotheken und andere Komponenten, von denen das Hauptprogramm abhängt.

Die AppImage-Datei kann entweder von einem entsprechenden Server aus dem Internet heruntergeladen oder selbst erzeugt werden.

• Dazu stehen auf der AppImage-Homepage sogenannte „Rezepte“ zur Verfügung.
• Diese laden automatisch alle benötigten Komponenten von den Seiten der Hersteller herunter und verpacken sie in eine Image-Datei.

Um die Sicherheit der Anwendung zu erhöhen, kann diese in einer Sandbox wie FireJail, AppArmor oder BubbleWrap ausgeführt werden.

Nachteile

Anwendungen mit AppImage laufen zwar unabhängig von der Distribution, sind aber eher schlecht ins Gesamtsystem integrierbar.

• Da alle Abhängigkeiten mit eingebettet sind, versagen hier die Aktualisierungssysteme der Distributionen, da sie nichts innerhalb des AppImages aktualisieren können.
• Die Sicherheit des Systems hängt also mit jedem installierten AppImage auch von einer weiteren Aktualisierungsinstanz ab.
• Allerdings gibt es Werkzeuge, die es ermöglichen, Updates aus dem Programm und den eingebetteten Bibliotheken, Strukturen und Diensten automatisch zu bauen und über einen Delta-Update-Mechanismus an die Nutzer zu verteilen.

Die AppImages benötigen längere Startzeiten im Vergleich zu herkömmlich über Paketmanagement installierte Anwendungen.

• Die mitgebrachten Abhängigkeiten werden unabhängig instanziert, belegen also Speicher, selbst wenn die gleichen Bibliotheken bereits von anderen Programmen geladen und instanziert wurden.
• Das Teilen von Ressourcen, ein wesentlicher Bestandteil des Betriebskonzeptes, wird somit unterlaufen.

Für die Isolation eines AppImage-Programms muss ein externes Sandboxprogramm verwendet werden.

Im Zuge eines im Dezember 2021 aufgedeckten sicherheitskritischen Fehlers in der Javabibliothek "log4j" hat sich die Softwareinstallation via AppImage als problematisch erwiesen, weil sich unter Umständen in etlichen AppImage-Dateien eigene Kopien fehlerhafter Bibliotheken befinden und diese von außen nur schwer erkannt und kaum "gefixt" werden können.

Einzelnachweise

• Simon Peter: AppImageKit Documentation 1.0. (PDF; 38 kB) (Nicht mehr online verfügbar.) PortableLinuxApps.org, 2010, S. 2–3, archiviert vom Original am 29. November 2010; abgerufen am 29. Juli 2011 (englisch): „The AppImage format has been created with specific objectives in mind: Be Simple [...] Maintain binary compatibility [...] Be distribution-agnostic [...] Remove the need for installation [...] Allow to put apps anywhere [...] Do not require recompilation [...] Keep base operating system untouched [...] Do not require root [...]“

1. AppImageKit. github.com, abgerufen am 27. Januar 2020.

• Kategorien: * Linux-Software
• Installationssoftware