Linux

There are merits to using flatpaks. With flatseal application, you can fine-tune the permissions given to a certain flatpak application. The best thing is restricting internet usage.

Personally I am okay with them actually. I use several on my system and having each app allowed to have different permissions is super useful.

But also I like things that are directly installed cause they seem just a tad faster performance wise.

I don't like how so many distros ship with discover configured to install flatpaks by default. It's a huge newbie trap when you click "open file" and uh where are all my files?? You should only install a flatpak if the program is not available for your OS, or if the native version doesn't work for some reason.

I like them as an option, there are some programs like Bottles or specific game launchers that work under flatpak better than the versions available via native package manager (with Bottles in particular, you can use various built-in sandbox features via flatpak which makes things a bit more secure), but it's also a bit of a pain because it's an additional package manager you have to update separately now, or tweak if things go wrong.

I used them for some things, but other things still don't work quite right. Take Steam for example. I do love flatpaks for testing out apps, things with really finicky dependencies, or pinning a specific version of a software that I want to continue to work in the future. However, for most things, Arch + AUR just covers all my needs without any hiccups.

To me flatpaks are sort of like NixOS. All the benefits they provide aren't something I need on a daily basis. Rolling back works just fine 99% of the time with downgrade. I already have system backups. Despite what some articles might insist, things don't just break all the time. I'm not running untrusted software.

Basically no solution is perfect, but they don't need to be. If the benefits I gain can be recreated through other methods without the tradeoffs they introduce, then I will go with that. Of course, that isn't to say they don't have their place, but sometimes I feel like some people think that "being designed from the ground up" to handle certain use cases is always better than whatever "cobbled together" thing we currently have and that isn't always the case. I'm specifically quoting those two phrases because these are the exact phrases you will hear projects using to justify their existence. In fact, I would go so far as to say that some people have outright confused modularity for "cobbled together".

One last example I want to make is that I make use of projects like the fish shell and helix editor. In these cases, I find the features they introduce to be worth the tradeoffs and work better because of being designed "from the ground up" to do what they do. However, I don't make use of immutable systems, containers such as docker, or say filesystems such as btrfs. The features they provide are not useful enough to me compared to the problems they introduce.

Size and gnome/GTK dependencies are main reasons why I don't use Flatpaks (I have nothing against gnome though, it just pulls in too much and KDE is worse in this regards, which is why I use Sway and River)

While I wouldn't want flakpak going deep into the OS I think the advantage of using them on the desktop is obvious. Developers can release to multiple dists from a single build and end users get updates and versions immediately rather than waiting for the dist to update its packages. Plus the ability to lock the software down with sandboxes.

The tradeoff is disk consumption but it's not really that big of a deal. Flatpaks are layered so apps can share dependencies. e.g. if the app is GNOME it can share the GNOME runtime with other apps and doesn't need to ship with its own.

I don’t really care about all these different things, as long as none of them become a crazy confusing mess, like Windows DLLs.

Honestly, i'm not entirely sure what Flatpaks are all about. Not sure I could explain them. But I use them. I've used apt. I've even used Pacman and Yay in Manjaro for a few years. Now, I also Flatpak (no longer on Manjaro, though. I no longer boot to a blank screen every 6 months or so! Very nice!)

never tried flatpak, snaps were so bad as to never consider non-native installs or just use docker instances when I need to run something weird. so dunno.

whats the use case for a flatpak exactly? maybe im not the target audience???

Honestly? I'm a fan of Flatpaks where they make sense. I'm also okay with Appimages. Native is pretty cool. Whatever gets the thing to run really.

I like to use the terminal to update my applications, it's just faster. I have an alias to run an update for native packages and flatpaks. You can use your GUI of choice. Or not, it's up to you. It's that sort of freedom that I love about using Linux.

In some cases, Flatpak actually helps, as in my case, with Prism Launcher. Some of my system libraries cause issues with a handful of mods, but the libraries distributed with the Flatpak get that working. Hopefully that's not foreshadowing more future library-related issues.

I'm a big fan of the idea of sandboxed apps. Flatpak is not great as it compromises sandboxing for compatibility (both with distros and apps) and also it's quite stagnant now. But there are no other options anyway, so I use it.

I am definitely a fan. A lot of people say that flatpaks are bad because of sandboxing but I haven't seemed to have any issues with it.

Although I do try to use dnf when a dnf package is available (I use fedora)

I'm relatively new to Linux. I honestly don't see what the problem is.

I've heard Flatpaks aren't great at CLI tools, is that true ?

As a Nix user, I'm glad Flatpaks exist for other people, but I only ever use them when a package is not available from Nix directly. Seeing as Nix is literally the biggest package manager out there, it's a pretty rare occurrence.