this post was submitted on 12 Mar 2026
137 points (91.5% liked)

Linux

12879 readers
635 users here now

A community for everything relating to the GNU/Linux operating system (except the memes!)

Also, check out:

Original icon base courtesy of lewing@isc.tamu.edu and The GIMP

founded 2 years ago
MODERATORS
top 50 comments
sorted by: hot top controversial new old
[–] mrbigmouth502@piefed.zip 1 points 3 days ago

I like Flatpaks. They integrate fairly well, they can be used on a variety of different distros, you can install them without root permissions, and they'll often "just work", even when the same apps installed through your system's normal repos have issues.

However, if they have one significant drawback, it's that they're a pig on resources. They use a lot of storage, and when you're on a resource-constrained system, they'll use more RAM and generally run slower than apps installed from the normal repos. (inb4 anyone says "unused RAM is wasted RAM.")

[–] ulterno@programming.dev 6 points 6 days ago* (last edited 5 days ago)

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.

[–] Sunshine@piefed.ca 1 points 4 days ago

Mic drop! This will cause a stir!

[–] Paulemeister@feddit.org 2 points 5 days ago* (last edited 5 days ago) (1 children)

As a professional nix shill, I can proudly tell you every flatpak I ever wanted to use is packaged in nixpkgs

[–] ruffsl@programming.dev 1 points 5 days ago

Agreed, much prefer running apps via nix. Although I did have to fall back to flatpak install the bottles, but that is a bit of a special case where the software explicitly requires itself to be sandboxed or behaves less as expected otherwise.

[–] fierysparrow89@lemmy.world 2 points 6 days ago

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.

[–] gworl@lemmy.blahaj.zone 98 points 1 week ago (9 children)

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

[–] KryptonNerd@slrpnk.net 72 points 1 week ago (13 children)

Because it's nice for devs to have a single package type to build per OS

[–] gworl@lemmy.blahaj.zone 20 points 1 week ago (2 children)

Why can’t they do that already? Just choose whichever one you want it’s trivial for me to run whichever as a user

[–] curbstickle@anarchist.nexus 36 points 1 week ago (2 children)

Just not snaps.

AppImage and flatpak are fine though

[–] chocrates@piefed.world 9 points 1 week ago (11 children)

Whats wrong with snaps? My only "issue" with appimages is i tend to leave them in my downloads folder and lose them

[–] Nyadia@lemmy.blahaj.zone 1 points 6 days ago

That's why I whenever I download an appimage that I intend to use somewhat regurarly, I typically make a .desktop file for it in /usr/share/applications so it shows up in my app menu or rofi or dmenu or whatever and I don't have to go looking for it. It also helps to have a folder you toss them all into

[–] alfredon996@feddit.it 20 points 1 week ago* (last edited 1 week ago) (1 children)

My issues with snaps are:

  • The server software is closed source and centralized
  • They create many block devices that can slow down booting the PC.
load more comments (1 replies)
[–] curbstickle@anarchist.nexus 20 points 1 week ago* (last edited 1 week ago)

The snap store is a shit show of security issues.

Forced migration to snaps.

Performance issues.

Proprietary back end.

Slow to install

Slow to start

Eat up RAM

Eat up disk space

They screw up access to devices.

They automatically update themselves without user confirmation.

Fuck snaps. Fuck Canonical.

load more comments (8 replies)
load more comments (1 replies)
[–] bleistift2@sopuli.xyz 10 points 1 week ago (6 children)

Recently I wanted to uninstall $thing. Couldn’t via the package manager. I had forgotten that it wasn’t a native package. So what was it? *scratches head* Flatpak, snap or Appimage? Aw damn, it’s an AppImage. Now where did I put the binary? *scratches head*.

[–] wildbus8979@sh.itjust.works 11 points 1 week ago (1 children)
[–] SqueakyBeaver@piefed.blahaj.zone 8 points 1 week ago (1 children)

I think it's really funny that it's a flatpak used to manage AppImages

load more comments (1 replies)
load more comments (5 replies)
load more comments (12 replies)
[–] artyom@piefed.social 12 points 1 week ago (3 children)

It goes a long way to simplicity from both a user and dev to have only one package type to deal with and distribute.

[–] Beacon@fedia.io 7 points 1 week ago (3 children)

This completely. Speaking as a person who's more tech skilled than 99% of non-programmers, i can tell you that installing apps is the main tech hurdle for Linux getting mainstream adoption.

There are non-tech hurdles too, but of the actual technology being easy to use then app installation is really the only aspect left that regular people can't do without a huge dive of tech learning that's beyond what most people can do.

  • Installing on mac: click the Mac download button and follow the prompts.

  • Installing on Windows: click the Windows download button and follow the prompts.

  • Installing on Linux: there's no Linux download button, there's a couple of buttons that say words you've never heard of before. They look kinda like buttons to download an app. You click one and try to open it, but it just shows an error, etc etc etc

load more comments (3 replies)
load more comments (2 replies)
load more comments (6 replies)
[–] Hond@piefed.social 53 points 1 week ago (5 children)

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.

[–] illusionist@lemmy.zip 30 points 1 week ago

I love flatpaks and your attitude

[–] NotSteve_@piefed.ca 8 points 1 week ago (1 children)

AppImages are great! It reminds me a lot of how software is packaged on MacOS and I think it hits that perfect trifecta of powerful, simple, and easy to use

load more comments (1 replies)
load more comments (2 replies)
[–] the16bitgamer@programming.dev 49 points 1 week ago* (last edited 1 week ago) (2 children)

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.

[–] jimmy90@lemmy.world 1 points 6 days ago (1 children)

i dont believe a single person in this post

[–] the16bitgamer@programming.dev 3 points 6 days ago

Good for you?

[–] Kirk@startrek.website 23 points 1 week ago (3 children)

Yeah Flatpacks aren't really "competing" with Appimages the way they are with Snaps.

load more comments (3 replies)
[–] thingsiplay@lemmy.ml 27 points 1 week ago (5 children)

AppImages are completely different thing versus Flatpak and Snap.

[–] fierysparrow89@lemmy.world 2 points 6 days ago (1 children)

Do tell... genuine question, what would you consider 2 significant differeces?

[–] Paranoidfactoid@lemmy.world 2 points 6 days ago

Flatpak is a central repository where an application is installed in a sandbox and cached. It can be updated from that central repository.

Snap is a mounted filesystem containing a repository and is stored locally. It is not sandboxed. It cannot be updated in part but is overwritten in whole. It is distributed by individual app maintainers, not a centralized repository.

[–] Samskara@sh.itjust.works 7 points 1 week ago (3 children)

I use Appimage and flatpack, but not snaps.

load more comments (3 replies)
load more comments (3 replies)
[–] Magnum@infosec.pub 21 points 1 week ago (1 children)

Comparing AppImages to Flatpaks is a bit of a stretch.

load more comments (1 replies)
[–] BananaTrifleViolin@piefed.world 15 points 1 week ago* (last edited 1 week ago) (1 children)

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?

load more comments (1 replies)
[–] Grntrenchman@sh.itjust.works 14 points 1 week ago (2 children)

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.

[–] Kirk@startrek.website 7 points 1 week ago

They aren't really in competition, also AppImages don't update as easily.

load more comments (1 replies)
[–] recursive_recursion@piefed.ca 12 points 1 week ago* (last edited 1 week ago)

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.

[–] ugjka@lemmy.ugjka.net 12 points 1 week ago

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

[–] randamumaki@lemmy.blahaj.zone 8 points 1 week ago* (last edited 1 week ago)

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

[–] BrilliantBadger@piefed.ca 8 points 1 week ago

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

[–] NauticalNoodle@lemmy.ml 6 points 1 week ago

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

load more comments
view more: next ›