this post was submitted on 04 Mar 2024
206 points (80.1% liked)

Linux

48413 readers
1113 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
 

Appimages totally suck, because many developers think they were a real packaging format and support them exclusively.

Their use case is tiny, and in 99% of cases Flatpak is just better.

I could not find a single post or article about all the problems they have, so I wrote this.

This is not about shaming open source contributors. But Appimages are obviously broken, pretty badly maintained, while organizations/companies like Balena, Nextcloud etc. don't seem to get that.

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 3 points 9 months ago (2 children)

Flatpak is bloated monster that has no idea how much it has to download to update. I'll take AppImage over flatpak if I can.

[–] [email protected] 12 points 9 months ago (2 children)

I'm confused. You call flatpaks bloated but AppImages have to bundle everything with them and there's no dedupping or sharing libraries between them, unlike with flatpak. Unless the devs assume you have certain libraries and certain versions of them, which kinda ruins the point of AppImages. How come you think flatpak would be more bloated than AppImages as a packaging format?

has no idea how much it has to download to update

That's actually the dedupping stuff in action. It knows you might need this much at maximum, but realized you only needed to download a lot less since you already had most of it downloaded beforehand. It's funny but I can't see it as a big issue tbh.

[–] [email protected] 5 points 9 months ago (1 children)

laughs in download 113.4MB/<9.4MB

[–] [email protected] 1 points 9 months ago

Can't say I've bumped into that one. I wonder what could cause it. Downloading less makes sense, it might not know right away what parts you already have but downloading more, dunno

[–] [email protected] -5 points 9 months ago (1 children)

Appimages come with the library dependencies, flatpaks come with that + multiple versions of the runtimes and drivers. Flatpaks make the most sense if all you use it's that, otherwise you will have 5 different versions of mesa, gnome runtime, video codec libraries and other runtimes for little reason.

[–] [email protected] 8 points 9 months ago

When you're talking about bloat you meant when using just one or at best a few apps and otherwise using repo packages? I was more thinking as a replacement for repo stuff, with 5+ apps. The more you have flatpaks the better the advantage of them over AppImage would be with dedupping and shared runtimes.

The dedupping works between different runtimes and whatnot too btw. So two versions of gnome runtime don't actually use all that space they claim they do, just what has changed between them.

Not to mention the savings when it comes to download size over time. Unless they've made some delta download system for AppImages, which would be pretty cool.

[–] [email protected] 1 points 9 months ago

Flatpak has a good package manager?

Read the other comments etc. No motivation to repeat everything