appimagepool
AM
appimagepool | AM | |
---|---|---|
16 | 76 | |
601 | 318 | |
- | - | |
5.7 | 9.9 | |
22 days ago | 4 days ago | |
Dart | Shell | |
GNU General Public License v3.0 only | GNU General Public License v3.0 only |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
appimagepool
- Appimagepool: A simple, modern AppImageHub Client, powered by flutter
-
What’s the best way to install App Man, direct or via distrobox?
I think it's safe to install it directly as it stores everything in a single directory. For AppImages there is also AppImagePool + AppImageLauncher (can be installed rootless, useful for better integration of appimages).
- Working on an app to "install" and manage AppImages
-
Why do a lot of people advocate for appimages while hating the idea of downloading random applications off the internet?
It's called AppImage Pool available at GitHub and in the Flathub. It also had a video done on it by TechHut.
-
"AM" and AppMan - that's why they don't include support for AppImageHub and similar sites
The preferred sources for downloading packages in AppImage format via "AM" / AppMan are GitHub and Sourceforge, however, writing installation scripts that are compatible with one or more programs is a difficult task. Just think that many developers add multiple versions of the same product in the same tag (I have to include also commands to find the exact name of the latest version to avoid the download of other packages), or include more complex links that require an equally complex function to obtain the latest version of a program, and this slows down the loading of these programs on the "AM" repository I manage. I have therefore included excellent AppImage package managers such as "Bread" and "Zap" among the downloadable programs, but also "AppimagePool" and "bauh" are available among the graphics applications (not counting a "Pacstall" AppImage versionI made). These tools should compensate the lack of support for certain sources that I have not included in the "AM" repository.
- AppImagePool: Linux App Store for AppImages! (not mine)
- AppImagePool
-
Find, Download, and Update AppImages quickly with 'Pool' app (works with Kubuntu)
I downloaded the appimage (seemed appropriate). Then marked it as executable.
-
AppImagePool: Simple AppImageHub Client
Github
-
Besides game compatibility, what is something that Linux gaming could improve on?
https://github.com/prateekmedia/appimagepool this?
AM
-
How do you (yes, you specifically) work with appimages?
I recently discovered AM App Manager, it's app manager for appimages that have system integration and you can update all your apps with one command. Take a look at it's catalog to see if your app is supported.
-
Install issue on PopOS using appImage
I use https://github.com/ivan-hc/AM-Application-Manager to install App image, to include Neovim. By default it currently installs Version 10.0 and creates the symlinks.
-
I'm sick of reading that among the disadvantages of AppImage is the lack of updates and a centralized repository!
I have been working on two CLI tools to install AppImage packages system wide and locall (they are AM and AppMan respectively). I've also written a website that acts as a catalog and a better source for downloading them all for real, https://portable-linux-apps.github.io !
-
ArchImage: my (experimental) side-project to convert Arch Linux programs to AppImages that really work on any distro, old or young... powered by Junest
In conclusion, I feel really confortable with docker/podman/distrobox/junest... but I also like a lot AppImage packages, so I'm trying to merge both. Something I learned all this time I use Linux is that there is no distro, no package format, no software... that can really satisfy my needs. The best hing I can do to solve this situation is to built it by myself (this is my main project, I named it "AM"). I spent two years to create what I like, after a decade as a common Linux user that uses what distro/package mantainers had to give, and this make me feel better. This last point is the main reason because all these distros and software solutions exists in GNU/Linux.
-
Ventoy Installation
This is one of the 1700 installation scripts of my project.
-
After two years of development on "AM", AppMan and many Appimage packages... I'm seriously considering giving it all up
I started writing AM/AppMan two years ago, it was just a custom script to install and always keep any Appimage package I needed updated to the latest version. Then become something much bigger.
-
I have developed my own Appimage package manager in full BASH, here are 3 different approuches to install the apps: xterm (1, the default one, allows to interact when prompted questions), less (2, clean but non interactive) or nothing (not clean). What is better? Have you got suggestions?
Sure https://github.com/ivan-hc/AM-Application-Manager I have already tried with lowercases words but I don't like that, that's why I've chosen uppercased text. "De gustibus non est disputandum", Romans said.
-
Portable Arch Linux packed into a single executable
I like containers, I've tried Junest and docker/podman/distrobox... also I work a lot with portable apps (see here) and I've also published a website for them (here) so I'm amazed on how you've built something that can merge them! I'll include it on my catalog (also I'm writing an installation script for it). Thank you!
- Portable-Linux-apps.github.io reached 1608 applications (about 1570 are Appimage packages), all with descriptions and links to the authors, sources... and installation scripts I wrote one by one.
-
After a long waiting and big cleaning of the code... "AM" Application Manager is back: 1596 installation scripts (i.e. about 1550 Appimage packages, all installable and updatable). And the uploading is not finished yet!
Learn more at https://portable-linux-apps.github.io
What are some alternatives?
zap - :zap: Delightful AppImage package manager
firedragon-browser - A Floorp fork with custom branding 🐉 (mirrored from GitLab)
AppImageLauncher - Helper application for Linux distributions serving as a kind of "entry point" for running and integrating AppImages
AppMan - Manage 1900+ AppImage packages and official standalone apps for GNU/Linux without root privileges using the extensible and ever-growing AUR-inspired database of "AM Application Manager". Easy to use like APT and powerful like PacMan.
gearlever - Manage AppImages with ease 📦
Spotify-appimage - Unofficial AppImage for Spotify
nixpkgs - Nix Packages collection & NixOS
gimp-appimage
pacstall - An AUR-inspired package manager for Ubuntu
GIMP-x86_64.AppImage - GNU Image Manipulation Program, cross-platform image and photo editor, AppImages for x86 and x64 architectures built from the more recent PPA (supports GLIBC 2.27 or later). [Moved to: https://github.com/ivan-hc/GIMP-64bit-and-32bit.AppImage]
nyxt - Nyxt - the hacker's browser.