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 | 12
/ May 2, 2019 |
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]
Linus Torvalds' dive log application Subsurface started to use AppImage around 2015. Subsurface's traditional packaging was changed to a portable, self-contained, distro-agnostic AppImage, as binary software deployment for the Linux users of the various Linux distributions turned out to be problematic.[14][15][16]
MuseScore started in April 2016 to use AppImage builds for software deployment for all Linux flavors.[17]
Krita, a digital painting free and open-source software application, is also deployed using AppImage from version 3.0 in May 2016.[18][19]
digiKam, an open source photo management application, also includes an AppImage bundle from version 5.3.0, released in November 2016.[20]
Network World's Bryan Lunduke noted on March 31, 2017 positively the Linux distribution-agnostic packaging of OpenShot with AppImage.[21]
LMMS, an open source digital audio workstation, started distributing for Linux as an AppImage since version 1.2.0-RC5.[22]
KeePassXC is also using AppImage for Linux binary distributions.[23]
Neo4j uses AppImage for the Linux version of their "Neo4j Desktop" program.[24]
RPCS3, the most used PS3 emulator, for Linux is distributed through AppImage.
GitHub desktop client app Linux version maintained by the community is distributed with an AppImage option.[25]
Iris, the computer-monitor eye-strain reduction and management software, offers a paid AppImage option.[26]
FreeCAD, an open-source parametric 3D modeler, uses AppImage as the primary Linux binary download.[27]
OpenSCAD, another open-source parametric 3D modeler, also uses AppImage as a Linux binary download option.[28]
See also
- Portable application creators
- Autopackage
- Snap (package manager)
- Flatpak
- Zero Install, another similar project
- ROX uses directories (AppDirs) as application bundles.
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.
- ^ "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.
- ^ Experiments with run-timeless app bundles by Alex Larsson (2007)
- ^ "Q&A with Linus Torvalds" (video). DebConf 2014 Portland. debian.net. 2014-08-29. 6:28. Retrieved 2016-05-14.
I have seen this first hand with the other project I'm involved with, which is my dive log app. We make binaries for Windows and OSX, we basically don't make binaries for Linux. Why? Because making binaries for Linux desktop applications is a major fucking pain in the ass.
{{cite web}}
: Unknown parameter|authors=
ignored (help) - ^ Torvalds, Linus. "This is just very cool". Google+.
I finally got around to play with the "AppImage" version of +Subsurface, and it really does seem to "just work".
- ^ Hohndel, Dirk (2015-11-25). "This is just very cool". Google+.
I, as the app maintainer, don't want my app bundled in a distribution anymore. Way to much pain for absolutely zero gain. Whenever I get a bug report my first question is "oh, which version of which distribution? which version of which library? What set of insane patches were applied to those libraries?". No, Windows and Mac get this right. I control the libraries my app runs against. [...] With an AppImage I can give them just that. Something that runs on their computer.
- ^ Weiss, Isaac. "MuseScore 2.0.3 is released". MuseScore.org. MuseScore. Archived from the original on 2016-04-23. Retrieved 2016-04-05.
- ^ "Krita 3.0 Released". Krita.org. Krita. 2016-05-31.
- ^ REVOY, David. "Krita Appimage for cats". David Revoy.
- ^ "digiKam 5.3.0 is published". www.digikam.org. Retrieved 2016-12-30.
- ^ Bryan Lunduke (Mar 31, 2017). "Linux video editor OpenShot 2.3 impresses: New tools, fast performance". Network World. Retrieved 2017-04-02.
Interestingly, OpenShot is distributed via appimage. That means they provide a single binary that can be run on just about any modern Linux distribution. I personally tested this out on openSUSE Tumbleweed with great success—but it should run just as easily on Debian, Fedora or others. I love this approach to distributing software directly from the developers.
- ^ "Add AppImage support to Linux builds". Retrieved 2018-04-09.
- ^ "Download", keepassxc.org, retrieved 2020-09-24
- ^ Edition, For trial users of Neo4j Enterprise. "Neo4j Download Center".
{{cite web}}
: CS1 maint: numeric names: authors list (link) - ^ "Releases · shiftkey/desktop". GitHub.
- ^ Georgiev, Daniel. "Protect your Eyes. Be Healthy. Achieve more | Iris" – via iristech.co.
- ^ "FreeCAD: Select your platform". www.freecadweb.org.
- ^ "OpenSCAD - Downloads". www.openscad.org.
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