Basically title.
I’m wondering if a package manager like flatpak comes with any drawback or negatives. Since it just works on basically any distro. Why isn’t this just the default? It seems very convenient.
For me it’s lacking in user friendliness. Go easy on the downvotes if I’m doing it the hard way.
- Flatpaks aren’t really single-executables. You have to use to the
flatpak
command to run them. - I can’t just say
flatpak run firefox
, I have to use the full app-id which could be quite long.
Yes, I could make this simpler with scripts or aliases but how hard would it have been for Flatpak to automatically do this for me?
I agree, tho trivially solvable with aliases and Desktop app definitions, but still an extra step.
I’m using KDE and when I download a flatpak it automatically creates a .desktop file. I think gnome does this too if I’m not mistaken. I do have to restart or relogin for it to put the file there but that’s not that bad IMO.
I’m on Endeavour xfce and the .desktop files are just there immediately. I never even knew this wasn’t the case on other systems
- Flatpaks aren’t really single-executables. You have to use to the
There is some drawback. The main one : app can’t communicate with each other.
Example firefox and his extension keepass. As keepass can’t communicate with firefox, you will have to open both apps and switch their windows.
You can use flatseal to manage communicatiom between app but that’s not an easy process and may prove a security issue if you don’t understand the technical jargon.
to be fair there is a portal, it need to get implemented tho
I think they’ve actually made progress fixing this specific issue
It was a shitshow when I looked at it a few weeks ago.
You only need flatseal on GNOME. KDE has it baked into the settings
Thank for the information. i didn’t know since i use vanilla os :)
Kde has many things baked into the settings that gnome hasn’t. GNOME is just more beautiful (and has PaperWM which is why I have to use GNOME)
Where in KDE are those settings? I see Flatpak permissions listed in Discover (bottom of right panel,) but you can’t change them there. Not sure where else to look. I’ve been using Flatseal but if it isn’t needed …
You can’t change them? https://github.com/KDE/flatpak-kcm
I don’t think that’s installed on KDE by default, at least not on every platform. It’s a nice alternative for Flatseal, though.
Take a look at this site that goes into the details of the shortcomings of Flatpak, its from 2020 but I’m sure some of this is relevant still
That blogpost is considered to be somewhat flawed with its information, as explained here: https://tesk.page/2021/02/11/response-to-flatkill-org/
Thank you! Very interesting read!
I don’t think anyone dislike this comment is really correct: When they said you can use flatseal, they are making user become security expert overnight.
Too much for anyone claim themselves “practical” “security”
As everything in life, yes, there is downside. Major downside is that it can occupy more space in your hd or ssd.
However I think the downsides are not that bad to justify all the hatred some guys have.
Flatpak positive sides are way more relevant then the downsides
The biggest downside is that it’s only for distributing applications with a graphical user interface. Command line utilities still need another method of distribution.
That’s a good point!
I keep seeing this criticism, but flatpak provides a run command on its cli that works just fine. It is a little clunky though.
Clunky as in
flatpak run io.neovim.nvim
instead of justnvim
Yep. But,
sudo tee /usr/local/bin/nvim <<EOF #!/bin/sh flatpak run io.neovim.nvim "$@" EOF chmod +x /usr/local/bin/nvim
(I haven’t tested this, that I use similar code for a different program)
It sure would be nice if flatpak bundled some functionality to do this for you, though.
@oldfart@lemm.ee
Can’t you alias that?
I don’t need to do it with native-installed programs. And they are properly integrated with the OS, if you install them:
- You get a menu entry in gui
- You get a binary or a wrapper in /usr/bin
I don’t use Flatpak much, but I rarely see issues. Sometimes I see minor things like themes not quite being right, but its never been bad enough for me to spend the time to fix it.
I suppose another downside is the need to have the base runtime packages, so it could take more disk space if each app uses a different one. In practice apps will share runtimes though.
I think its biggest weakness is also its biggest strength: isolation. Sometimes desktop integration doesn’t work quite right. For instance, the 1password browser extension can’t integrate with the desktop app when you use flatpak firefox.
That’s a good pint actually. A double edged sword for sure!
It is the default on atomic distros. And many people who got to know flatpaks use it as a default on traditional installs as well.
But there are still bugs and quirks with some apps. Not all apps have all the functionality as a traditional install. E.g. dolphin or terminals.
It is up and coming and gradually replacing traditional installs. You rarely find an app that you can’t install via flathub.
There are theming issues with older flatpaks.
deleted by creator
Some developers don’t want to deal with building an app for multiple versions. Sure some DEBs can work without needing to deal with that, but some don’t.
some devs don’t want to debug last arch/ubuntu broken setup.
Flatpak is a distro on its own, but with original dev support. Its like a Linux Distro replacing others.
So it adds complexity but with the potential to remove it from the OS. For example Libreoffice, Browsers, Thunderbird etc are huge and its a good approach to use official versions here.
Then what’s the point in having different distros lol we don’t have duplication for the sake of duplication there are reasons why there are different distros, philosophies and packaging method. I see this mistake from many usually newer Linux users, there are different distros because there is a point in packaging the OS differently.
Flatpak for example completely abandons makig apps use patched system libraries. Or having different packages for different init systems. Or , god forbid, supporting BSDs
If you have an unusual setup, it can be annoying trying to give programs permissions and sometimes it just outright doesn’t work. For example, I mainly game on a laptop which has a pretty small hard drive, so I tend to put most of my games on an external hard drive. Flatpak really doesn’t play well with that.
Bloated and unnecessary if freeSW or openSW. That’s what system shared libraries are for. If sandboxing is a thing, then firejail is availble, which can be combined with apparmor if looking for extra MAC security.
Some people don’t like it because it uses a bit more storage and can start a bit slower
This should be pinned somewhere https://www.ypsidanger.com/wasting-disk-space/
Using flatpak on low end devices (like Linux phones), I can tell you from experience, the speed liss is noticeable. Specially for application startup. As is the resource overhead.
That’s a fairly good point. On mobile startup can be crucial because sessions are short in comparison to desktop where you have linger sessions and startup time is negligable (even the slow startup times of snaps could be ignored for e.g. a video editing session)
Low specs shouldn’t keep the community from moving into newer technology.
Precisely. I’ve been playing with Mobian on a One Plus 6 (works great) and while I really like the idea of using mostly sandboxed app much like things work on Android, right now it certainly negatively impacts the experience.
One thing I always wondered is whether libraries in memory would be duplicated or not. I have seen a lot of people talking about storage space which is cheap and shouldn’t really be the focus for desktops. But I haven’t seen anything about in memory usage.
Good question. With 16 GB RAM 8 haven’t seen RAM issues for normal stuff
There’s still a few edge cases that Flatpak is not great for. The Flatpak version of Kdenlive video editor can’t see Whisper, which it uses to generate subtitles. The Appimage and native builds work flawlessly.
I’m assuming these problems will be addressed eventually but it takes time.
I ran into an issue with flatpak version of Kdenlive that it would render only the topmost V track if it was a simple still image.
Preview worked fine.
Luckily, someone in Kdenlive’s Matrix suggested that I use an appimage. I used my distro’s version and the final render was fine.Other than that I had positive experience with flatpaks in general.
IPC and the correct location may be able to fix that. Have you opened an issue?
Startup time and disk space.
I use flatpak for all GUI apps I use.