AppImage

AppImage
Dateiendung:	.AppImage
Magische Zahl:	41 49 02 (3 Bytes hexadezimal ab Offset 8)
Entwickelt von:	Simon Peter
Aktuelle Version	13[1] (31. Dezember 2020)
Container für:	Portable Software für Linux
appimage.org

AppImage ist ein offenes Dateiformat für portable Software für Linux. Es stellt eine distributionsübergreifende Alternative zu den zentral verwalteten Paketmanagersystemen der Linux-Distributionen dar. Vorgänger waren das 2004 geschaffene System klik und dessen Nachfolgeprojekt PortableLinuxApps mit vergleichbaren Zielen.^[2]

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.

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.

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 (englisch „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.

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.^[3]

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.^[4]

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.

Der AppImage-Vorgänger klik wurde seit 2004 vorwiegend von Simon Peter entwickelt. Anfang 2010 schlief die Entwicklung ein und die Projekt-Homepage war nicht mehr zu erreichen. Diese wurde für einige Zeit wieder online gestellt, um als Referenz zu dienen, ist mittlerweile aber wohl endgültig vom Netz.

Der Hauptentwickler arbeitete dann am Nachfolgeprojekt mit dem Namen PortableLinuxApps, das vergleichbare Ziele verfolgte.^[2] Dazu gehören Einfachheit, Binärkompatibilität, Distributionsunabhängigkeit, Nutzbarkeit ohne Installation, auch von Wechseldatenträgern wie USB-Sticks aus und ohne Veränderungen am installierten Linux-Betriebssystem vorzunehmen sowie die Nutzung als normaler User ohne Administratorrechte.

Etwa 2013 wurde die Software schließlich in AppImage umbenannt, und unter einer MIT-Lizenz verfügbar. AppImage ist das neue Format der Abbild-Dateien und das AppImageKit dient zu deren Erstellung. Die Entwicklung wird nun in einem GitHub-Verzeichnis dokumentiert und ist gegenwärtig (2024) aktiv.^[5]

Seit August 2017 werden AppImages u. a. in einem dafür eingerichteten Hub zur Verfügung gestellt.

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

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

1. ↑ Release 13. 31. Dezember 2020 (abgerufen am 21. Juni 2021).
2. ↑ ^{a b} Simon Peter: AppImageKit Documentation 1.0. (PDF; 38 kB) PortableLinuxApps.org, 2010, S. 2–3, archiviert vom Original (nicht mehr online verfügbar) 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 [...]“ 
3. ↑ Flatpak, Snap und AppImage im Vergleich Linux-Community bzw. LinuxUser 02/2018. Abgerufen am 23. Juli 2022.
4. ↑ Flatpak, Snap und AppImage im Vergleich Linux-Community bzw. LinuxUser 02/2018. Abgerufen am 23. Juli 2022.
5. ↑ AppImageKit. github.com, abgerufen am 28. Januar 2024.