Hva er APPIMAGE-filformatet?
En .appimage-fil er en komplett Linux-applikasjon pakket inn i én kjørbar fil. Den bunter programmet sammen med de delte bibliotekene det trenger, slik at det kjører på de fleste distribusjoner uten installasjon, en pakkebehandler eller rot-tilgang. Formatet ble skapt av Simon Peter, først utgitt i 2004 som *klik*, og tok navnet AppImage i 2013. Det nåværende type 2-formatet, introdusert i 2016, er en ELF-kjørbar fil med et komprimert SquashFS-bilde lagt til på slutten. Når du kjører filen, vil en liten kjøretids-stub montere dette bildet med FUSE og starte startpunktet AppRun på innsiden, slik at ingenting blir kopiert inn i systemmappene dine. Et eldre type 1-format brukte et .iso 9660-bilde i stedet for SquashFS og er nå foreldet. AppImage eksisterer ved siden av .flatpak og Snap som en distribusjonsuavhengig måte å levere Linux-programvare på, og er utgitt under MIT-lisensen.
Sikkerhet og trygghet
RISIKO: MEDIUMAn AppImage is an executable program, so running one is like running any downloaded native binary: it runs with your user privileges and can access your files. The format has no sandbox of its own and no mandatory signing, so only run AppImages from sources you trust and prefer downloads over HTTPS from the project's official site. Optional GPG signatures and update info exist but are not enforced.
Formatdetaljer
i et nøtteskall- Generic 'application image' output - Some imaging or rendering tools have used .appimage informally for an application-specific image dump, unrelated to the Linux AppImage bundle format.
Programmer som åpner APPIMAGE-filer
Tekniske detaljer
dyp spesifikasjon| Encoding | Binary |
| Byte order | Little-endian (follows the host ELF and SquashFS layout) |
| Container | ELF executable with an appended filesystem image (type 2: SquashFS; type 1: ISO 9660 with Rock Ridge extensions) |
| Compression | SquashFS payload, commonly compressed with gzip, xz/LZMA, or zstd (type 2). Type 1 uses ISO 9660 with optional zisofs compression. |
| Encryption | None built into the format |
| Typical size | A few megabytes to several hundred megabytes, depending on bundled libraries and assets |
| Structure | A small ELF runtime stub at the start of the file mounts the appended filesystem image with FUSE at launch, then executes the AppRun entry point at the root of the mounted AppDir. The root also contains exactly one .desktop file, an application icon, and the bundled binaries, libraries, and resources. |
| Integrity | Optional embedded update information (zsync, gh-releases-zsync, or Pling transport) plus an optional embedded signature; SquashFS itself carries per-block metadata but no format-level hash of the whole file |
| Platforms | Linux |
| Structure Notes | Two format generations: type 1 (ISO 9660, now deprecated) and type 2 (SquashFS, current). Both are valid ELF executables that self-mount. Recent type 2 files support runtime flags such as --appimage-extract, --appimage-mount, and --appimage-offset. |
| Entry Point | AppRun (ELF binary or interpreted script) at the AppDir root |
| Runtime | Bundled runtime stub relies on FUSE (libfuse) on the host to mount the image without extraction; --appimage-extract works without FUSE |
| Utgitt | 2004 (as klik); renamed AppImage in 2013; type 2 format in 2016 |
| Siste versjon | Type 2 |
| Åpen standard | Ja · royalty-fri |
| Spesifikasjon | github.com |
APPIMAGE-konverteringer
Spørsmål og svar fra fellesskapet
spurt av brukereIngen spørsmål ennå - vær den første til å spørre om APPIMAGE-filer.