From here you can download them, install them, update them (for real), get more information about the sources and their developers... and if you want, you can contribute yourself by adding the missing information, because this site is open source!
Go to the applications list | Install "AM", the package manager |
---|---|
AppImages - android - audio - comic - command-line - communication - disk - education - file-manager - finance - game - gnome - graphic - internet - kde - office - password - steam - system-monitor - video - web-app - web-browser - wine
Portable Linux Apps are standalone applications for GNU/Linux that can (theoretically) run everywhere, also on a USB stick. These applications can be AppImage packages (see appimage.org) or standalone archives (for example Firefox, Blender, Thunderbird...).
This catalog aims to survey and list all the AppImages and autonomous programs, and aims to provide a centralized point where you can document yourself on individual apps and where you can easily reach the URLs to the sources, both through the pages dedicated to each app and by reading the "installation scripts".
Yeah, each app has its own installation script, PKGBUILD style, but with an alternative package manager named "AM", which works like the more classic APT, PacMan/YAY, DNF... and which can therefore place them in specific paths of the filesystem , like any program, and allows updates via a system of scripts called "AM-updater". If an app can't update itself, the dedicated "AM-updater" script will use an application-specific method to always update your favorite apps to the latest version. FOR REAL!
This catalog is open source. You can edit its pages, update them and see the sources clearly, as a "wiki".
While I recognize the role they have had so far in supporting the diffusion of AppImage as a packaging format, through the years, as a former user, I would like to underline what led me to open an alternative catalogue:
Furthermore, none of them track updates consistently.
From the aforementioned defects I understood what a catalog of portable applications should NOT do to be reliable.
All pages are simple Markdown files. If you have a Github profile, just click on "Improve this page" at the bottom of the page you are interested in:
-a
option);For any suggestions, open an issue or a pull request to the repository of this site.
Depends on what you mean by "centralized package repository", if you mean a repository that stores them all like Debian-based distributions do with DEB packages, no, there are thousands of packages, and they are usually distributed to remote sites and difficult to find.
If instead you mean an AUR-style repo with scripts that easily find all AppImages, you're in the right place!
This catalog and its CLI, "AM", make it easy for you to find, install, integrate and update all AppImage packages!
sandbox AppImages | list available apps | info about the apps |
install applications | query lists using keywords | show the installed apps |
create and restore snapshots | update everything | get rid of libfuse2 |
This catalog is just the frontend for an ever growing database that aims to extend not only to x86_64 architecture apps listed here, but also to all others, from the modern ARM64/aarch64 to oldest i686, as an universal solution for all AppImages and portable programs for GNU/Linux!
All the installation scripts are stored in the repository of the "AM" package manager.
To install "AM" you must first install the "core" dependencies from your package manager:
coreutils
" (contains "cat
", "chmod
", "chown
"...);curl
", to check URLs;grep
", to check files;less
", to read the ever-longer lists;sed
", to edit/adapt installed files;wget
" to download all programs and update "AM" itself.sudo
" or "doas
", for installing and removing programs at the system level.binutils
", contains a series of basic commands, including "ar
" which extracts .deb packages;unzip
", to extract .zip packages;tar
", to extract .tar packages;*torsocks
", to connect to the TOR network;zsync
", required by very few programs and AppImages (although it is mentioned in all installation scripts, it is often disabled because the managed .zsync files are often broken, especially for apps hosted on github.com).Copy/paste the following one line command to download and run the "AM-INSTALLER" script
wget -q https://raw.githubusercontent.com/ivan-hc/AM/main/AM-INSTALLER && chmod a+x ./AM-INSTALLER && ./AM-INSTALLER
...below, the screenshot of what will appear.
Type "1" to install "AM", "2" to install "AppMan". Any other key will abort the installation.
Installation is complete!
Run am -h
or jump to "Usage" to see all the available options.
AppMan is a portable version of "AM", limited to installing and managing apps only locally and without root privileges.
The command name changes, from am
to appman
, but the script is the same.
"AM" on the contrary, provides a "fixed" installation, but can install and manage apps both locally and at the system level.
I recommend "AM" to privileged users who want to install and manage apps at multiple levels, and "AppMan" to non-privileged users who do not have large needs.
The classic "AM" installation has the following structure:
/opt/am/APP-MANAGER ==> /usr/local/bin/am
/opt/am/modules
/opt/am/remove
Where the command /usr/local/bin/am
is just a symbolic link to /opt/am/APP-MANAGER
. The directory /opt/am/modules
contains the modules "not vital" for "AM" but necessary for managing the apps. The script /opt/am/remove
is instead necessary for removing "AM".
The system-wide AppImage integration has the following structure:
/opt/$PROGRAM/
/opt/$PROGRAM/$PROGRAM
/opt/$PROGRAM/AM-updater
/opt/$PROGRAM/remove
/opt/$PROGRAM/icons/$ICON-NAME
/usr/local/bin/$PROGRAM
/usr/local/share/applications/$PROGRAM-AM.desktop
Locally installed apps can have a directory of your choice, depending on what you decided when you first started am -i --user {PROGRAM}
or when you started appman
(if you chose AppMan) or by using the am --user
command.
In fact, the --user
command can be used as a "flag" for application installation options, allowing you to integrate them locally and without root permissions, as AppMan does.
For example, let's say you want to create and use the /home/USER/Applications
directory, here is the structure of a locally embedded AppImage:
~/Applicazioni/$PROGRAM/
~/Applicazioni/$PROGRAM/$PROGRAM
~/Applicazioni/$PROGRAM/AM-updater
~/Applicazioni/$PROGRAM/remove
~/Applicazioni/$PROGRAM/icons/$ICON-NAME
~/.local/bin/$PROGRAM
~/.local/share/applications/$PROGRAM-AM.desktop
Install "AM"/"AppMan" | Back to "Main Index" |
---|
"AM" installs, removes, updates and manages only standalone programs, ie those programs that can be run from a single directory in which they are contained.
1. PORTABLE PROGRAMS from official sources (see Firefox, Thunderbird, Blender, NodeJS, Chromium Latest, Platform Tools...), extracted from official .deb/tar/zip packages.
2. APPIMAGES, from both official and unofficial sources (I also create unofficial AppImages), or compiled on-the-fly with pkg2appimage and appimagetool, like an AUR helper, from official archives.
3. FIREFOX PROFILES to run as webapps, the ones with suffix "ffwa-" in the apps list.
4. THIRD-PARTY LIBRARIES if they are missing in your repositories.
The database aims to be a reference point where you can download all the AppImage packages scattered around the web, otherwise unobtainable, as you would expect from any package manager, through specific installation scripts for each application, as happens with the AUR PKGBUILDs, on Arch Linux. You can see all of them here, divided by architecture.
You can view basic information, site links and sources using the related command am -a {PROGRAM}
, or visit portable-linux-apps.github.io/apps.
Back to "Main Index" |
---|
Most of the apps managed by "AM" have a script called AM-updater
. It tells how updates are checked when running the am -u
command.
In most cases, the "version comparison" is used between the installed one (file version
) and an online source (official or not, depending on how hard or easy it is to find a download URL or just a number, using the terminal). In other cases, AppImages can rely on "appimageupdatetool
" if they support "delta updates" (install it with the command am -i appimageupdatetool
). However, there are some programs that update themselves (and among these the most famous is certainly Firefox, all official development builds).
Option -u
or update
updates all the installed apps and keeps "AM"/"AppMan" in sync with the latest version and all latest bug fixes.
1. To update only the programs, use am -u --apps
/ appman -u --apps
2. To update just one program, use am -u $PROGRAM
/ appman -u $PROGRAM
3. To update all the programs and "AM"/"AppMan" itself, just run the commandam -u
/ appman -u
4. To update only "AM"/"AppMan" and the modules use the option -s
instead, am -s
/ appman -s
Keeping your system up to date usually involves invoking multiple package managers. This results in big, non-portable shell one-liners saved in your shell. To remedy this, Topgrade detects which tools you use and runs the appropriate commands to update them.
Install the "topgrade
" package using the command
am -i topgrade
or
am -i --user topgrade
Visit github.com/topgrade-rs/topgrade to learn more.
Back to "Main Index" |
---|
All the guides listed here are available at github.com/ivan-hc/AM
Instructions for Linux Distro Maintainers
Back to "Main Index" |
---|
© 2020-present Ivan Alessandro Sala aka 'Ivan-HC' - I'm here just for fun!
ko-fi.com | PayPal.me | Install "AM"/"AppMan" | "Main Index" |
---|