this post was submitted on 07 Jul 2025
663 points (92.6% liked)

Linux

56408 readers
599 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 6 years ago
MODERATORS
top 50 comments
sorted by: hot top controversial new old
[–] kaidezee@lemmy.ml 6 points 5 days ago

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.

[–] lordnikon@lemmy.world 104 points 1 week ago (1 children)

?? I manage flatpaks exclusively in the terminal

load more comments (1 replies)
[–] Default_Defect@midwest.social 76 points 1 week ago (4 children)

My favorite part of the linux experience is the FREEDOM, but also being talked down to for not using my freedom correctly, I should only do things a specific way or I might as well just use windows.

load more comments (4 replies)
[–] axum@lemmy.blahaj.zone 57 points 1 week ago (6 children)

Flatpaks are good, especially compared to snap.

The future is atomic OS's like silverblue, which will make heavy use of things like flatpak.

[–] SpaceNoodle@lemmy.world 41 points 1 week ago (1 children)

Having nails driven into my testicles is better than snap. It's not a high bar.

[–] Libra@lemmy.ml 12 points 1 week ago (5 children)

Haven't had much opportunity to use snap, what's the problem with them?

[–] SatyrSack@lemmy.sdf.org 31 points 1 week ago (1 children)

Haven't had much opportunity to have nails driven into my testicles.

[–] aksdb@lemmy.world 18 points 1 week ago

Wanna meet? /s

[–] HK65@sopuli.xyz 23 points 1 week ago

For me, it's the unrenameable, unmoveable, non-hidden snap directory in my home directory's root that doesn't even follow the naming convention of the other directories in there.

[–] SpaceNoodle@lemmy.world 18 points 1 week ago (6 children)

What everyone else has already said, plus sudden updates that nuke active applications.

load more comments (6 replies)
[–] First_Thunder@lemmy.zip 17 points 1 week ago

And also the fact that the store backend is proprietary

load more comments (1 replies)
[–] yozul@beehaw.org 37 points 1 week ago (1 children)

Atomic distros are cool, and I'm sure they will only get more popular, but I don't buy the idea that they're "The" future. They have their place, but they can't really completely replace traditional distros. Not every new thing needs to kill everything that came before it.

load more comments (1 replies)
load more comments (4 replies)
[–] Limonene@lemmy.world 43 points 1 week ago (5 children)

I've never heard anyone say that Flatpaks could result in losing access to the terminal.

My only problem with Flatpaks are the lack of digital signature, neither from the repository nor the uploader. Other major package managers do use digital signatures, and Flatpaks should too.

load more comments (5 replies)
[–] NotSteve_@lemmy.ca 42 points 1 week ago* (last edited 1 week ago) (8 children)

I love installing things from the CLI and prefer to only do it that way but Linux needs a single click install method for applications if it’s ever going to become a mainstream OS. The average person just wants to Google a program, hit download and install. If not that then they want to use a mobile-like App Store.

Flatpak is kind of perfect at achieving both those things

[–] SpaceNoodle@lemmy.world 23 points 1 week ago (5 children)

There have been GUI package managers for decades.

load more comments (5 replies)
load more comments (7 replies)
[–] Jedi@bolha.forum 36 points 1 week ago (10 children)

About the image: The joke's on you, I install my flatpaks via the terminal.

I've started using flatpaks more after starting using Bazzite and I liked them more than I expected. As a dev, I still need my work tools to be native, but most of my other needs are well covered by flatpaks.

Tip: Flatseal is a great config manager for flatpaks' permissions.

[–] pineapple@lemmy.ml 16 points 1 week ago

Installing flatpaks via the terminal is so much faster for some reason, so I always do it that way.

load more comments (9 replies)
[–] Allero@lemmy.today 34 points 1 week ago (21 children)

Certainly a fan, and I don't understand the hate towards it.

Flatpaks are my preferred way of installing Linux apps, unless it is a system package, or something that genuinely requires extensive permissions like a VPN client, or something many other apps depend on like Wine.

The commonly cited issues with Flatpaks are:

  • Performance. Honestly, do you even care if your Pomodoro timer app takes up 1 more megabyte of RAM? Do you actually notice?
  • Bloat. Oh, yes, an app now takes 20 MB instead of 10 MB. Again, does anybody care?
  • Slower and larger updates. Could be an issue for someone on a metered traffic, or with very little time to do updates. Flatpaks update in the background, though, and you typically won't notice the difference unless you need something newest now (in which case you'll have to wait an extra minute)
  • Having to check permissions. This is a feature, not a bug. For common proponents of privacy and security, Linuxheads grew insanely comfortable granting literally every maintainer full access to their system. Flatpaks intentionally limit apps functionality to what is allowed, and if in some case defaults aren't good for your use case - just toggle a switch in Flatseal, c'mon, you don't need any expertise to change it.

What you gain for it? Everything.

  • Full control over app's permissions. Your mail client doesn't need full system permissions, and neither do your messengers. Hell, even your backup client only needs to access what it backs up.
  • All dependencies built in. You'll never have to face dependency hell, ever, no matter what. And you can be absolutely sure the app is fully featured and you won't have to look for missing nonessential dependencies.
  • Fully distro-agnostic. If something works on my EndeavourOS, it will work on my OpenSUSE Slowroll, and on my Debian 12. And it will be exactly the same thing, same version, same features. It's beautiful.
  • Stability. Flatpaks are sandboxed, so they don't affect your system and cannot harm it in any way. This is why immutable distros feature Flatpaks as the main application source. Using them with mutable distributions will also greatly enhance stability.

Alternatives?

AppImages don't need an installation, so they are nice to see what the program is about. But for other uses, they are garbage-tier. Somehow they manage both not to integrate with the system and not be sandboxed, you need manual intervention or additional tools to at least update them/add to application menu, and ultimately, they depend on one file somewhere. This is extremely unreliable and one should likely never use AppImages for anything but "use and delete".

Snaps...aside from all the controversy about Snap Store being proprietary and Ubuntu shoving snaps down people's throats, they were just never originally developed with desktop applications in mind. As a result, Snaps are commonly so much slower and bulkier that it actually starts getting very noticeable. Permissions are also way less detailed, meaning you can't set apps up with minimum permissions for your use case.

This all leaves us with one King:

And it is Flatpak.

[–] nitrolife@rekabu.ru 17 points 1 week ago* (last edited 1 week ago) (15 children)

I've been working on Linux for 15 years now and I perfectly remember the origin of many concepts. If you look at it through time, what would it be like:

  1. We can build applications with external dependencies or a single binary, what should we choose?
  2. The community is abandoning a single binary due to the increased weight of applications and memory consumption and libraries problems
  3. Dependency hell is coming ...
  4. Snap, flatpack, appimage and other strange solutions are inventing something, which are essentially a single binary, but with an overlay (if the developer has hands from the right place, which is often not the case)
  5. Someone on lemmy says that he literally doesn't care if the application is built in a single binary, consumes extra memory and have libraries problems. Just close all permissions for that application...

Well, all I can say about this is just assemble a single binary for all applications, stop doing nonsense with a flatpack/snap/etc.

UPD: or if you really want to break all the conventions, just use nixos. You don't need snap/flatpack/etc.

load more comments (15 replies)
[–] JustEnoughDucks@feddit.nl 14 points 1 week ago (1 children)

The few things I don't like about flatpaks (which become a problem on atomic distros that use almost all flatpak by design):

  • Some types of embedded development is essentially impossible with flatpaks. Try getting the J-link software connected with nrftools and then everything linked to VScodium/codeoss

  • Digital signing simply doesn't work, won't work for the foreseeable future, and is not planned to get working,

  • Flatpaks sometimes have bugs for no reasons when their package-manager counterparts don't (e.g. in KiCAD 8.0, the upper 20% or so of dialog boxes were unclickable with the mouse, but I could select and modify them with the keyboard, only the flatpak version)

  • The status on whether it is still being actively developed or not (at least I hear a fair amount of drama surrounding it)

But besides those small things, it seem great to me.

load more comments (1 replies)
load more comments (19 replies)
[–] NauticalNoodle@lemmy.ml 32 points 1 week ago* (last edited 1 week ago) (2 children)

I spent my time fighting AppImages until Canonical started to force Snap on me. I hated Snap so bad it forced me to switch distros. Now I appreciate Flatpak as a result and I don't find AppImages all that bad, either. Also, I haven't found myself in dependency-hell nor have I crashed my distro from unofficial Repos in well over a decade.

-It's a long way of saying It works for me and it's not Snap.

[–] db2@lemmy.world 16 points 1 week ago

Appimages are ok, bloated but ok. Unless a library inside is old and won't work.

Flatpak is annoying and I don't like it at all, so I don't use it. Easy solution.

Fuck snap though.

load more comments (1 replies)
[–] MoondropLight@thelemmy.club 26 points 1 week ago (1 children)

Perhaps ironically, this is mocking a strawman. Flatpacks can be installed and managed using the terminal! Not only that but Linux-Distros have had graphical package managers for decades.

The primary reason that distros have embraced flatpack / snap / appimage is that they promise to lower the burden of managing software repositories. The primary reason that some users are mad is that these often don't provide a good experience:

  • they are often slower to install/start/run
  • they have trouble integrating with the rest of the system (ignoring gtk/qt themes for example)
  • they take a lot more space and bandwidth

Theoretically they are also more secure... But reality of that has also been questioned. Fine grained permissions are nice, but bundling libraries makes it hard to know what outdated libraries are running on the systems.

load more comments (1 replies)
[–] Dirk@lemmy.ml 24 points 1 week ago (10 children)

Flatpaks are great for situations where installing software is unnecessary complex or complicated.

I have Steam installed for some games, and since this is a 32 bits application it would install a metric shit-don of 32 bit dependencies I do not use for anything else except Steam, so I use the Flatpak version.

Or Kdenlive for video editing. Kdenlive is the only KDE software I use but when installing it, it feels like due to dependencies I also get pretty much all of the KDE desktop’s applications I do not need nor use nor want on my machine. So Flatpak it is.

And then there is software like OBS, which is known for being borderline unusable when not using the only officially supported way to use it on Linux outside of Ubuntu – which is Flatpak.

load more comments (10 replies)
[–] corsicanguppy@lemmy.ca 20 points 1 week ago (2 children)

Former OS security here (I worked at an OS vendor who sold an OS or two and my job involved keeping it secure).

Fuck no.

Sorry if that makes you downvote, but it doesn't make them safer.

[–] HayadSont@discuss.online 17 points 1 week ago (1 children)

Would you mind elaborating?

[–] zarenki@lemmy.ml 17 points 1 week ago (4 children)

A few reasons security people can have to hesitate on Flatpak:

  • In comparison to sticking with strictly vetted repos from the big distros like Debian, RHEL, etc., using Flathub and other sources means normalizing installing software that isn't so strongly vetted. Flathub does at least have a review process but it's by necessity fairly lax.
  • Bundling libraries with an application means you can still be vulnerable to an exploit in some library, even if your OS vendor has already rolled out the fix, because of using Flatpak software that still loads the vulnerable version. The freedesktop runtimes at least help limit the scope of this issue but don't eliminate it.
  • The sandboxing isn't as secure as many users might expect, which can further encourage installing untrusted software.

By a typical home user's perspective this probably seems like nothing; in terms of security you're still usually better off with Flatpak than installing random AUR packages, adding random PPA repos, using AppImage programs, installing a bunch of Steam games, blindly building an unfamiliar project you cloned from github, or running bash scripts you find online. But in many contexts none of that is acceptable.

load more comments (4 replies)
load more comments (1 replies)
[–] BrianTheeBiscuiteer@lemmy.world 19 points 1 week ago (1 children)

If it's a mostly self-contained app, like a game or a utility, then Flatpak is just fine. If a Flatpak needs to interact with other apps on the host or, worst case, another Flatpak it gets tricky or even impossible. From what I've seen though, AppImage and Snap are even worse at this.

load more comments (1 replies)
[–] thingsiplay@beehaw.org 19 points 1 week ago

Flatpak have their own set of issues. One thing is, that Flatpak applications do not integrate that easily and perfect like a native package. Either rights are to given, you need to know what rights are needed and how to set it up. Theming can be an issue, because it uses its own libraries in the Flatpak eco system instead your current distributions theme and desktop environment.

But on the other hand, they have actually a permission system and are a little bit sandbox compared to normal applications. Packages often are distributed quickly and are up to date directly from the developers, and usually are not installed with root rights.

I'm pretty much a CLI guy as well and prefer native packages (Arch based, plus the AUR). But I also use Flatpaks for various reasons, alongside with AppImages.

[–] Bluewing@lemmy.world 18 points 1 week ago (3 children)

I have used rpms, AppImages, Flatpaks, and source. I have even used a snap or two when I had no other choice.

If you can't work with them all, can you even say you Linux Bro?

load more comments (3 replies)
[–] data1701d@startrek.website 16 points 1 week ago

I'd take a well-maintained native package for my distro over a Flatpak, but sometimes, a Flatpak is just the the easiest way to get the latest version of an application working on Debian without too much tinkering - not always no tinkering, but better than nothing.

This is especially true of GIMP - Flatpak GIMP + Resynthesizer feels like the easiest way to experience GIMP these days. Same with OBS - although I have to weather the Flatpak directory structure, plugins otherwise feel easier to get working than the native package. The bundled runtimes are somewhat annoying, but I'm also not exactly hurting for storage at the moment - I could probaby do to put more of my 2 TB main SSD to use.

I usually just manage Flatpaks from the terminal, though I often have to refresh myself on application URLs. I somewhat wish one could set nicknames so they need not remember the full name.

[–] the_wiz@feddit.org 16 points 1 week ago

Flatpaks together with "immutable" distributions, Wayland and systemd are a heresy, a crime against the UNIX principles, a disgrace in the eyes of of SED and AWK. REPENT! Save your immortal core dumps and return to the one true /home !

[–] bunitor 16 points 1 week ago (1 children)

flatpaks are fine and useful, i just wish we didn't move into a scenario where applications that used to be easily available in distro repos start moving away from them and are only available through flatpaks. distro packages are just so much more efficient in every way. flatpaks are easier on maintainers and developers but that comes at a cost to the user. i have about a dozen or less flatpak apps installed and already i have to download at least 2 gigs of updates each week. i run debian

load more comments (1 replies)
[–] cupcakezealot@piefed.blahaj.zone 15 points 1 week ago (2 children)

i had a hard time getting used to them but now i love them in mint i can switch between the package version and flatpak version and usually the fp one is more updated

[–] muzzle@lemmy.zip 17 points 1 week ago (9 children)

On the other hand each flatpak uses >1Gb of disk where deb packages rarely require more than 100Mb

See, I only use flatpaks sparingly for this reason, but in some cases they're indispensable when you don't want an application to access certain parts of your system. The sandboxing is what makes them useful, in my opinion. For everything else, there's the deb packages.

[–] yozul@beehaw.org 11 points 1 week ago (2 children)

That's not really true. It lists all the flatpak dependencies in that disk use, but a lot of those are shared, so they don't actually use that much each if you install more than one, and the deb dependencies aren't included at all. Flatpaks really do use more space, especially if you only have a small number of them, but it's not as bad as that.

load more comments (2 replies)
load more comments (7 replies)
load more comments (1 replies)
[–] ShinkanTrain@lemmy.ml 15 points 1 week ago
[–] Crabhands@lemmy.ml 12 points 1 week ago

I'm 2 months into my Linux journey and I don't use flatpak. I've had the odd problem with it. I stick to pacman and yay now.

[–] bvoigtlaender@feddit.org 12 points 1 week ago* (last edited 1 week ago) (19 children)

iit: nerds unable to comprehend that building a piece of software from source in not something every person can do.

EDIT: or doesn’t want to do

load more comments (19 replies)
[–] Korhaka@sopuli.xyz 12 points 1 week ago

I kinda like flatpaks being an option, not sure when they are the only option though.

[–] beyond@linkage.ds8.zone 11 points 1 week ago (1 children)

Not a fan for a few reasons. Flathub (as far as I know) works on the app store model where developers offer their own builds to users, which is probably appealing to people coming from the Windows world who view distros as unnecessary middlemen, but in the GNU/Linux world the distro serves an important role as a sort of union of users; they make sure the software works in the distro environment, resolve breakages, and remove any anti-features placed in there by the upstream developers.

The sandboxing is annoying too, but understandable.

Despite this I will resort to a flatpak if I'm too lazy to figure out how to package something myself.

[–] scholar@lemmy.world 3 points 1 week ago

The sandboxing is part of the point, having a permissions model that puts the user in control of what programs are allowed to do is critical.

load more comments
view more: next ›