this post was submitted on 08 Mar 2024
197 points (94.6% liked)

Linux

48323 readers
648 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 5 years ago
MODERATORS
 

How does it stack up against traditional package management and others like AUR and Nix?

you are viewing a single comment's thread
view the rest of the comments
[–] Pantherina@feddit.de 1 points 8 months ago (1 children)

I mean if the apps are not maintained, they wouldnt work well as distro packages too, would they?

[–] zephr_c@lemm.ee 2 points 8 months ago (1 children)

Not really. It's actually pretty common for simpler, unmaintained apps to get small changes in each distro made by the distro maintainers to stay compatible with their current library versions. There's nobody doing that on Flathub.

[–] Pantherina@feddit.de 1 points 8 months ago (1 children)

Probably, but I guess thats the lack of "it has to be updated". Just as distro maintainers do, flatpak maintainers or contributors can do as well, as its often pretty easy.

[–] zephr_c@lemm.ee 2 points 8 months ago (1 children)

Sure, they can, and yeah it is pretty easy, but people have lives. They move on. A distro always has someone checking to make sure things aren't broken. On Flathub it won't even break. It'll just waste drive space and start giving users annoying error messages, and there if the maintainer isn't interested in maintaining it anymore the only option for doing anything about it is to fork the whole project, and who's going to do that for something that isn't even really broken?

[–] Pantherina@feddit.de 1 points 8 months ago (1 children)

you dont need to fork a project to update its manifest on github flathub. I think the packaging is very easy and accessible, in comparison to maintaining some Debian repo package etc. Also there are way more officially supported apps on Flathub, so I dont think the lack of pressure to upgrade an app is such a big problem.

But for sure, Onionshare was one of them, and different parts of the community took care of it.

[–] zephr_c@lemm.ee 2 points 8 months ago (1 children)

How exactly do you update the github of a flathub package with no one actively maintaining it? Not sarcastic. That is an actual question.

And I'm not worried about big officially supported apps. A better example of the kind of thing I'm talking about is older open source games. Flatpak could be great for games. No distro out there is maintaining a current version of every open source game that has ever been released, but Flathub can, and it could be great. Unfortunately anything that's not being actively maintained is rapidly going to become a 200MB download that whines about security every time you update your flatpaks, even if it doesn't connect to the internet at all. Even if it's possible for any random person to update it, who will?

Of course, this doesn't just have to be about games. There are lots of open source programs out there that just kind of get completed and abandoned. And that's not even bringing up all the closed source software on flathub that definitely won't be updated eventually. These aren't unsolvable problems, of course, but I don't even think anybody working on flatpak even cares.

[–] Pantherina@feddit.de 1 points 8 months ago

I dont know who manages "who can maintain", if its only a single person thats bad of course. Good point that should be addressed to the flathub people. There should always be administrative access to some form of elected bunch of people that can then merge PRs or make new people admins.

True about the EOL runtime error messages, I mean they are important but should be possible to mute per app, especially when its offline. This will then just consume more disk space, which is probably fine.