AppImage is a format for distributing portable software on Linux without needing superuser permissions to install the application.[1] It tries also to allow Linux distribution-agnostic binary software deployment for application developers,[2] also called upstream packaging. Released first in 2004 under the name klik, it was continuously developed, then renamed in 2011 to PortableLinuxApps and later in 2013 to AppImage.
Developer(s) | Simon Peter |
---|---|
Initial release | 2004 |
Stable release | 13
/ December 31, 2020 |
Repository | |
Written in | C |
Operating system | Linux |
Type | Software download system, package format |
License | MIT License |
Website | appimage |
Description
Objectives
AppImage aims to be an application deployment system for Linux with the following objectives: simplicity, binary compatibility, distro agnosticism, no installation, no root permission, being portable, and keeping the underlying operating system untouched.[3]
Properties
AppImage does not install the application in the traditional Linux sense. Instead of putting the application's various files in the distro's appropriate places in the file system, the AppImage file is just the application's compressed image. When it runs, the file is mounted with FUSE. This behavior is consistent with AppImage's predecessors, klik and PortableLinuxApps.
It uses one file per application. Each file is self-contained: it includes all libraries the application depends on that are not already part of the targeted base-system. An AppImage of version 1.0 is an ISO 9660 Rock Ridge file (which can be optionally zisofs compressed) containing a minimal AppDir and a tiny runtime.[4] (Version 2 may use other file system image formats like SquashFS[5][6]). An AppImage application can be added to a live CD by adding only one file to the live CD.
AppImage files are simpler than installing an application. No extraction tools are needed, nor is it necessary to modify the operating system or user environment. Regular users on the common Linux distributions can download it, make it executable, and run it.
AppImage allows generation of embedded digital signature, which need to be verified with an external utility. The format does not offer form of self-check with package authenticity verification or runtime confinement by sandboxing.[7]
History
klik
AppImage's predecessor klik was designed in 2004 by Simon Peter.[8] The client-side software is GPL-licensed. klik integrated with web browsers on the user's computer. Users downloaded and installed software by typing a URL beginning with klik://
. This downloaded a klik "recipe" file, which was used to generate a .cmg file. For main ingredients, usually pre-built .deb packages from Debian Stable repositories were fed into the recipe's .cmg generation process. In this way, one recipe could be used to supply packages to a wide variety of platforms. With klik, only eight programs could be run at once because of the limitation of mounting compressed images with the Linux kernel, unless FUSE was used. The file was remounted each time the program is run, meaning the user could remove the program by simply deleting the .cmg file. A next version, klik2, was in development; and would natively incorporate the FUSE kernel module, but it never reached past the beta stage.[9] Around 2011, the klik project went dormant and the homepage went offline for some time.[10]
PortableLinuxApps
Simon Peter started a successor project named PortableLinuxApps with similar goals around that time.[2] The technology was adapted for instance by the "portablelinuxgames.org" repository, providing hundreds of mostly open-source video games.[11]
AppImage
Around 2013, the software was renamed again from portableLinuxApps to AppImage; the license became the MIT license. AppImage is the format and AppImageKit is a concrete open source implementation. The development happens in a GitHub repository.[12]
Reception and usage
Klik was in 2007 the inspiration for Alexander Larsson's glick project, the precursor of Flatpak, which was released in 2016.[13]
Many open source software projects now distribute binaries as AppImages.
See also
- Portable application creators
- Autopackage
- Snap)
- Flatpak
- Zero Install, another similar project
- ROX uses directories (AppDirs) as application bundles.
- List of Linux package management systems
References
- ^ Mobily, Tony (2006-04-07). "Free Software Magazine interview with Simon Peter". Free Software Magazine. Archived from the original on 2007-03-30. Retrieved 2007-05-05.
- ^ a b Peter, Simon (2010). "AppImageKit Documentation 1.0" (PDF). PortableLinuxApps.org. pp. 2–3. Archived from the original (PDF) on 2010-11-29. Retrieved 2011-07-29.
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 [...]
- ^ AppImage: Linux apps that run anywhere on youtube.com by Simon Peter (June 2016)
- ^ "Archived copy" (PDF). Archived from the original (PDF) on 2010-11-29. Retrieved 2011-08-03.
{{cite web}}
: CS1 maint: archived copy as title (link) - ^ "AppImage/AppImageSpec". GitHub. 18 November 2021.
- ^ "The future of AppImage: Type 2 and new tools". AppImage. September 15, 2016.
- ^ "Signing AppImages — AppImage documentation". docs.appimage.org. Retrieved 2019-10-29.
- ^ "Slashdot - Point-and-klik Linux Software Installation?". slashdot.com.
- ^ Screen capture video of Klik2 on video.google.com (archived)
- ^ "klik - Linux Software Download". Archived from the original on 2007-06-26.
- ^ "Portable Games for Linux".
- ^ "AppImageKit". github.com. 19 November 2021.
- ^ Experiments with run-timeless app bundles by Alex Larsson (2007)
External links
- Official website
- Easily Run And Integrate AppImage Files With AppImageLauncher
- portablelinuxapps.org project page on SourceForge (accessed August 2, 2011)
- klik.atekon.de Official klik site (archived)
- klik client repository page at Google Code