AppImageLauncher
AppImageUpdate
Our great sponsors
AppImageLauncher | AppImageUpdate | |
---|---|---|
183 | 21 | |
4,909 | 544 | |
- | 2.4% | |
3.7 | 4.6 | |
4 days ago | 6 months ago | |
C++ | C++ | |
MIT License | MIT License |
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.
AppImageLauncher
- New to fedora, any advices?
- Flatpak Is Not the Future
-
What is the proper way to install?
Every file that you want to execute has to be in your environment PATH. I would also advise to put symlinks and personal executables in ~/.local/bin and put that to your path. Since your user has ownership over that directory, you won't have any probs with permissions that may or may not occur at all. Since we're talking about AppImage files, you might also want to take a look at AppImageLauncher which does a pretty good job at creating entries for your Desktop Menu for the AppImage files that you install to your system.
-
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).
- Newer Linux Administrator, have a question regarding Debian builds like Ubuntu and installer.appimage files.
- AppImage won't ask anymore to Integrate after Running only once
- AppImageLauncher no longer working on Fedora 38
-
Working on an app to "install" and manage AppImages
This reminds me of a prettier version of AppImageLauncher. Is there also an "Uninstall" option in the right-click menu of the app launcher?
-
Can I trust Flatpak apps if they are not managed by the app developer?
I'm using AppImageLauncher on Fedora.
-
Standard Notes users - how are you creating shortcut to SN inDock?
"... I recall that this was related to an issue with most Electron apps, wherein the AppImage cannot be integrated with the desktop or the favourites bar. So far we've found that the AppImageLauncher (https://github.com/TheAssassin/AppImageLauncher) helps with getting around this!
AppImageUpdate
- Why the neovim in the mint repo is so old? Im currently using mint 21.2. Is there a newer version available already? Im not able to use the plugins in this old version, and the snap version seems kinda laggy for me
- Why do I have do download >1 GB for Okular PDF viewer over flatpak? Installing it over dnf just totals to 81 MB
-
Appimages are too large, Flatpak is the way to go!
There's an updater for appimages https://github.com/AppImageCommunity/AppImageUpdate
-
Lamenting What AppImage Could Have Been
AppImages can contain update information (and even support partial updates using zsync), check out https://github.com/AppImage/AppImageUpdate.
-
App Manager For .AppImage File
https://github.com/AppImage/AppImageUpdate this only works if the application has information regarding where to fetch the update from...
-
feat: Linux AppImage update information
It would be very nice and handy if we could easily update Tutanota Linux desktop app. Luckily, since it is packaged as an AppImage, there's an easy-to-integrate utility available just for that.
-
appimage-builder 1.0.0 was released, a tool for packing applications along with all of its dependencies using the system package manager to obtain binaries and resolve dependencies.
It's not centralised, not like Snap with SnapCraft, not even like Flatpak with it's 'not technically but kinda is in practice' Flathub repository. Anyone can make an AppImage, anyone can host an AppImage, anyone can download and run an AppImage, anyone can implement AppImage integration in a distro, and there's even a nice system for automatic updates for AppImage which again is nicely decentralised.
-
Interesting Benchmarks of Flatpak vs. Snap vs. AppImage
Some have built-in. some not. Btw I considered AppImageUpdate , but it would become re-install a full new app
-
AppImage and centralized repositories: my point of view
The fact is that the delta update system via Zsync and appimageupdatetool are real solutions to the problem, but too many developers do not implement it in their AppImage, myself included.
-
Installing an openSUSE desktop for a non-technical person
Btw, regarding Flatpak, I've had multiple issues related to mouse cursor, fonts, and local folder access - all related to the sandboxing of apps, all resolvable, but potentially a problem for a non-technical user. I've had much better experiences with AppImages, but I don't know if they have a graphical app store like interface; even the AppImageUpdate idea is still catching on.
What are some alternatives?
appimaged - appimaged is a daemon that monitors the system and integrates AppImages.
topgrade - Upgrade everything
void-packages - The Void source packages collection
zap - :zap: Delightful AppImage package manager
Home Manager using Nix - Manage a user environment using Nix [maintainer=@rycee]
firejail - Linux namespaces and seccomp-bpf sandbox
go-appimage - Go implementation of AppImage tools
winsparkle - App update framework for Windows, inspired by Sparkle for macOS
bauh - Graphical user interface for managing your Linux applications. Supports AppImage, Debian and Arch packages (including AUR), Flatpak, Snap and native Web applications
linuxdeployqt - Makes Linux applications self-contained by copying in the libraries and plugins that the application uses, and optionally generates an AppImage. Can be used for Qt and other applications
Signal-Desktop - A private messenger for Windows, macOS, and Linux.
pkg2appimage - Tool and recipes to convert existing deb packages to AppImage