Linux

They always seem to have some critical limitation. Handbrake is too slow via flatpak to work. Flatpak Zoom had no camera access. Flatpak-only Zen browser can't use passkeys. Zen browser asks to be my default browser every time I open it, even though it is and I always say yes; is this a flatpak limitation? I don't know, and I'd prefer not to have to figure it out just for some theoretical benefits and more overhead.

I'm happy to use Flatpaks but the annoyances I've had are like when one application says to use you'll need to point to the binary of another application that it depends on but very understandably doesn't package together, figuring that out to me can be annoying so I'll switch to a regular installation and it all just works together no fuss, no flatseal, no thinking about it really. Also some applications where it's really nice to launch from the terminal especially with arguments or just like the current working directory and with Flatpaks instead of just right off the bat it's application name and hit enter, Flatpak hope you remember the whole package name

org.wilson.spalding.runner.knife.ApplicationName ...

Ya alias but got to remember to do that. So far anything I'd ever want to run from terminal, no Flatpak

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.

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.

Don't like it for one simple reason: no integration with the distribution. Flatpak is this sort universal solution that works, but doesn't necessarily work hand-in-hand with the distro, unlike package managers.

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.

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???

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

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'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.

What’s a flatpak? Is that like a worse NixOS package? I prefer NixOS, BTW.

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

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)