94
submitted 11 months ago* (last edited 11 months ago) by Pantherina@feddit.de to c/linux@lemmy.ml

Disclaimer

Flatpak uses OSTree, like Fedora Atomic Desktops (Silverblue, Kinoite etc) and similar to BTRFS snapshots.

So many files are deduplicated and linked, not actually there

https://gitlab.com/TheEvilSkeleton/flatpak-dedup-checker

50GB without
31GB with deduplication
21,4GB with BTRFS compression
top 50 comments
sorted by: hot top controversial new old
[-] ace@lemmy.ananace.dev 43 points 11 months ago

A lot of that data doesn't actually exist, ostree hardlinks data blobs internally, so the actual size on disk is much smaller than most disk usage tools will show.

[-] Pantherina@feddit.de 14 points 11 months ago

Thanks! The same goes for ostree system versions and BTRFS snapshots probably.

I have a similar problem with virt-manager and I think that doesnt create dynamically allocated qcow2 containers?

[-] Iapar@feddit.de 7 points 11 months ago

What does "ostree hardlinks data blobs internally" mean?

[-] ace@lemmy.ananace.dev 17 points 11 months ago* (last edited 11 months ago)

Flatpak uses OSTree - a git-like system for storing and transferring binary data (commonly referred to as 'blobs'), and that system works by addressing such blobs by hashes of their content, using Linux hardlinks (multiple inodes all referring to the same disk blocks) to refer to the same data everywhere it's used.

So basically, whenever Flatpak tells OSTree to download something, it will only ever store only copy of that same object (.so-file, binary, font, etc), regardless of how many times it's used by applications across the install.
Note that this only happens internally in the OSTree repo - i.e. /var/lib/flatpak or ~/.local/share/flatpak, so if you have multiple separate Flatpak installations on your system then they can't automagically de-duplicate data between each other.

[-] Iapar@feddit.de 7 points 11 months ago

Thank you for the explanation.

[-] Vilian@lemmy.ca 28 points 11 months ago

https://gitlab.com/TheEvilSkeleton/flatpak-dedup-checker

here a script to compare the size without or with deduplication

[-] Pantherina@feddit.de 15 points 11 months ago* (last edited 11 months ago)

Thanks!

50GB without
31GB with deduplication
21,4GB with BTRFS compression

And I have to say I have many apps. Not as many anymore, and no EOL runtimes apart Onionshare anymore.

[-] Still@programming.dev 18 points 11 months ago

I think at one point I had like 2.5 tb of stuff stored on my 2 tb drive in my laptop, deduplication and btrfs compression is fun

[-] drwankingstein@lemmy.dbzer0.com 7 points 11 months ago* (last edited 11 months ago)

Flatlack is weird. Sometimes it's really good, but then other times depending on what you install it really bloons up.

[-] Pantherina@feddit.de 2 points 11 months ago

Those are unmaintained apps and you probably shouldnt use them. Poorly this is not as obvious and cant be enforced.

[-] magikmw@lemm.ee 1 points 11 months ago

One gotcha is installing both as user and root, getting two sets of dependencies. I only found out after a year or so of consciously using flatpak.

I'm now taking care to make sure I only use flatpak as root. Maybe not the most secure.

[-] tanja@lemmy.blahaj.zone 6 points 11 months ago

Removing /repo is not considered safe, but I just removed its contents anyways and then just ran a repair.

That actually resulted in more available disk space than after running the garbage collection.

And my flatpak apps still work 🤷‍♀️

[-] joyjoy@lemm.ee 14 points 11 months ago

I can't tell if this is the new "Delete System32" or not.

[-] callyral@pawb.social 5 points 11 months ago

no, that'd be deleting /boot, /usr or /var

[-] tgxn@lemmy.tgxn.net 2 points 11 months ago
[-] callyral@pawb.social 2 points 11 months ago

because then it also deletes your personal files which is not equivalent to deleting System32

load more comments (1 replies)
[-] Frederic@beehaw.org 5 points 11 months ago
[-] Pantherina@feddit.de 27 points 11 months ago

Because its a modern package system that is free, focused on making every app run, has isolation, sandboxing and a permission system

[-] miss_brainfart@lemmy.ml 18 points 11 months ago

And brings the most recent version of something to any system. I'm astounded sometimes by how much a native package can lag behind

[-] MonkderZweite@feddit.ch 4 points 11 months ago

Convenient libraries/frameworks are fat. Because they are fat, they need frequent updates/security fixes, breaking codebase more often. With flatpack, developers can freeze lib versions at a convenient point, without caring for system dependencies.

load more comments (1 replies)
[-] Diabolo96@lemmy.dbzer0.com 2 points 11 months ago* (last edited 11 months ago)

That's why I think AppImage is the best. Despite needing to pack everything it needs it's always far more lightweight than flatpak. I'd rather download a 50mb appimage than several gigabytes of an entire OS libraries and then the updates requiring roughly the same size. That and I have a shitty internet

[-] CrabAndBroom@lemmy.ml 13 points 11 months ago

TBH I dislike Appimage purely because I can't be bothered to go and check them all individually for new versions all the time, it feels like being on Windows again. I don't mind a little bloat for the sake of convenience. But that's just personal preference of course.

[-] Diabolo96@lemmy.dbzer0.com 4 points 11 months ago

There was an app that dealt with this but it's since been abandoned.

[-] Pantherina@feddit.de 8 points 11 months ago

I dont think that is true at all. Appimages are slowest and have many disadvantages like

  • no repo (= virus danger)
  • no app desktop entry
  • no updates
  • no deduplication of libraries
[-] Unmapped@lemmy.ml 5 points 11 months ago* (last edited 11 months ago)

I always use the app image if they are available. As for being slow I never noticed.

No app desktop entry is one on the reasons I like them. If its one I use a lot I make a hotkey to open it. But there are ways to add them. There is even a tool that makes its easy to do.

No updates. I'm not sure how exactly, but everyone I use auto updates when I open them. I originally had a issue of it breaking my hotkey cause the file name would change because of the version number going up. Which I fixed by using a *.

[-] Pantherina@feddit.de 1 points 11 months ago* (last edited 11 months ago)

The appimages I used dont autoupdate. But even if, you are in some weird "windows is bad" state from years ago, before the MS Store, and even without desktop entries.

There simply is no reason for appimages other than on systems like Tails that are not made to install apps. But I also think Tails is pretty annoying and should allow flatpak installs in the permanent storage partition.

[-] callyral@pawb.social 2 points 11 months ago

no app desktop entry

they can be added manually but yeah i get how that's inconvenient.

just run ./appimage.appimage --appimage-extract and you have the .desktop file there, then just edit the path to the executable

[-] Pantherina@feddit.de 3 points 11 months ago

Yes but that is unimportant. This is not user friendly at all. I do that all the time for random stuff, but especially on GNOME the system hides stuff like that away from users and thats okay.

[-] Diabolo96@lemmy.dbzer0.com 2 points 11 months ago

There was an app that dealt with desktop entry and auto-update but it hasn't bee updated since a few years already.

no repo (= virus danger)

Can be remedied with an official store/ being distrubuted by the devs themselves instead of random people. Appimage isn't getting a tenth of the support flatpak is getting.

no deduplication of libraries

Might worth it if you have dozens of very heavy apps but it's totally not the case if you only need a few simple programs.

[-] Pantherina@feddit.de 2 points 11 months ago

Yes, Appimages lost the race. The apps are old afaik, and often dont work. It sucks when distributors use Appimages as they are simply a bad app format.

  • SimpleX
  • Balena Etcher

There is a way to convert Appimages to Flatpaks, but I havent got that complete.

https://github.com/trytomakeyouprivate/Appimage-To-Flatpak

[-] janAkali@lemmy.one 7 points 11 months ago

I have all apps I use daily in the appimage format. Yesterday I decided to try btrfs for my root partition and did my annual Linux reinstall. All my apps were already there and ready for work from the start.
I also have a usb flashdrive always on me with the same appimages. Just in case I'd wipe a hard drive by accident and wouldn't have an internet connection or something like that (in case of emergencies). You can't do this with flatpaks or snaps.

[-] Chewy7324@discuss.tchncs.de 2 points 11 months ago

In my experience updates aren't that big. The flatpak cli ux is just confusing to read how much data actually has to be downloaded because of deduplication.

load more comments (1 replies)
load more comments
view more: next ›
this post was submitted on 14 Dec 2023
94 points (92.7% liked)

Linux

48334 readers
1074 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