I fucking love appimages. I dont have any issues with Flatpak. I just like appimages more and i can get them for almost all of my stuff. So idk if flatpaks won. But i also dont care.

I use flatpak and app images for different uses.

App images are like portable exe files for onetime use apps. Like Rufus

Flatpaks are like installable exes from the devs website. Used for apps I want to used and use again on my machine.

I like both flatpaks and appimages why does everything have to be a victory and defeat

Comparing AppImages to Flatpaks is a bit of a stretch.

I don't think Flatpak "won". Flatpak makes sense for it's use, but AppImages also make sense for other uses, and even Snap has it's place.

It just happens that Flatpak has become the more "popular" method on many desktop Linux set ups, as Flathub integrates well into software stores and the shared dependencies can be more efficient (if you use a lot of Flatpaks).

AppImages are great for self contained portable apps with minimal local dependencies needed, and especially if something is pretty much "feature complete". They aren't quite as convenient in terms of keeping them updated or integrating into desktop environments seamlessly (they can be if you visit AppImageHub and install the AppImageLauncher - doesn't work for me thought - but even then they're not really as well integrated into desktop environments as Flatpaks have become).

If you were to use lots of programmes, AppImages would potentially take up more space than the same apps in a Flatpak setup because AppImages do not share dependencies while Flatpaks can (if dependencies are the same version). But AppImages are also ultraportable and can run on an even broader range of distros and setups than Flatpaks. AppImages don't require any installed tool locally to run, while Flatpaks need Flatpak installed. Both Flatpak and AppImage are bloaty compared to direct installs from a distros repos, but thats a trade off for their benefits (containerised, easily deployable across different distros etc).

Snap is proprietary particularly around snapd's hardcoded dependence on Canonical servers despite being otherwise open source. So it's not really been embraced by most distros outside the Ubuntu ecosystem, and even then there are Ubuntu derived distros that deliberately remove Snap. Snap does have its strengths in the server space (which Flatpak is not designed ofr), but Docker is the more popular system for this. Snap is still used "widely" in the sense that Ubuntu is widely used and Snap is its default, but outside that ecosystem Docker is much more extensively used (and probably on a lot of Ubuntu servers too). Snap in the desktop set up is also slower than Flatpak due to how it works, which adds to the perception they're "worse". Still Snap is convenient in the Ubuntu server space for deploying software.

Flatpak and AppImages aren't going anywhere. Who knows with Snap; probably not going anywhere?

AppImages are completely different thing versus Flatpak and Snap.

On Linux I don't really care who "wins" or loses" as we just have options.

The only 2 things I personally care about is which of the options have the most consistent and trustworthy developer, and which one is licensed or closest to being licensed under AGPL-3.0.

"Which xyz is better?" is the last of my concerns as my disgust for "proprietary", AI-product/service, and NVIDIA knows no bounds.

All that being said;
I'm glad people love Flatpaks, app images still exist, and that people dump snaps like it's the plague.

Some stuff aint on Flatpak, have to keep couple appimages around

My preference for flatpaks is based upon I can further lock out network access for those apps that I don't want having network access. Just gives me another layer of network access prevention using flatseal. For the paranoid side of me :)

Have a couple apps can only use appimages, using with gear lever is just great & easy

Both work great though

I prefer appimages, it feels much more "open" than flatpak ever will.

Flatpak: install flatpost and flatseal.

Appimage: Download appimaged appimage to ~\Applications and run once.

then

Flatpak: Go to site for cool software I heard of, see it's flatpak with a link on the page. Click link, wait for flatpost to open, wait for flatpost to update repos, get cool software and possibly another copy of mesa and gnome compat stuff, then head to flatseal to fix drive/device permissions as needed.

Appimage: Go to site for cool software I heard of, see it's an appimage, download said appimage to ~\Applications, appimaged automatically loads in a desktop entry and we're done.

As far as updates, all the appimages that are in active development that I use, offer auto-updating when I open them, plus I'm not reliant on a centrally-controlled repo of the packages (which if it dies, takes all updates with it).

I feel appimage would be an easier adoption for people fresh to linux, as it follows the same model as windows or macos (download executable, install app), even for the initial setup of appimaged.

And either way, there's no "winner" here, if we're playing that game, native installs still win. Every distro supports (and uses) those by default, except for ubuntu, who has money on pushing snaps.

Turns out I came here to say the same thing as everyone.

AppImages are not in the same competition.
They have different uses and you would mostly not find out how many people are using them due to their nature of being very useful offline.

I just run every app in its own manjaro based distrobox.

I use Docker and apt instead. The definition of an application lives in a single text file and you don't give it anymore resources or permissions than it needs.

So much so, that I wrote a bunch of scripts to make life easier, without ever needing to go anywhere near appimage, flatpak or snap.

https://github.com/ITmaze/remote-docker

I like appimages and will use them over flatpak. I will use both, but I will never use snap.

I use appimage. flatpak and snap can't be used portably.

My only issue with flatpaks is that sometimes when I want to quickly install something using gnome software, it takes ages and downloads several GBs of data, despite the app having a much smaller size. This is really weird and makes me avoid using it, but I don't know if it's something with flatpak or gnome software

I used to hate AppImages until I had Snap forced on me. Then i thought AppImages weren't so bad and I fled Snap by running straight into the arms of Flatpak

@ruffsl As much as I enjoy ease of use via package management, I prefer AppImage.Although I have more flatpaks, the apps I do have under appimage tend to crash less often compared to flatpaks.If an app is available as a native package, 10 times out of 10 will go for the native packageI however, would prefer a system without flatpak & snap.

hard disagree I much prefer appimages over flatpaks.

Afaik snaps are (or should be) actually better in theory, but unfortunately its backend is proprietary.

edit: nope, outdated info

what are snaps? - me a linux mint user

app images need to not be called app images. first time seeing it it sounds like some macos thing. but even still I don't see why they get compared so much to flatpak and snap when they are completely different.

Long time linux user and I have a hard time keeping track of the differences between these 3 tech. This comparison did not help much. I can only imagine how lost people with less experience must feel.

There is still software that is only shipped through:

1. Proprietary installer
2. Snap

It would be great if they would move to Flatpak.