. If you end up with 4.7GB for runtimes, that’s basically nothing these days
Yes but that wasn’t the original comment I replied to was about.
163 flatpaks and the runtimes used 8.7GB
163 flatpaks using 8.7 GiB means that the average flatpak is using 54.6 MiB.
That’s good the other time I got this linked: https://tesk.page/2023/06/04/response-to-developers-are-lazy-thus-flatpak/#but-flatpaks-are-easier-for-end-users
Which is no good as in that example there was 173 flatpaks using 27.66 GiB, average 160 MiB, while in your case the average flatpak is using 91 MiB.
This is what I have with appimages:
In this case the average appimage is using 69 MiB, though there is one outliner which is the Steam appimage that I have there (470 MiB) which is an entire conty container with its own video drivers and everything, without it the average would be 56 MiB.
I know this doesn’t matter these days but once again that wasn’t what the original comment was about.
Well we are talking about two gigs, after all. Unless you’re using an embedded system, it’s not a much of a concern if you ask me. But it is more, true
Thanks for the link showing an average flatpak using 54 MiB though, didn’t think it was possible lol.
WAIT I just took a deeper look at the link, isn’t that guy just showing the runtimes without the applications using 8.7 GiB?
I tested installing some web browers, kdenlive, yuzu and libreoffice and without knowing I ended up with 3 different runtimes and the total storage usage (with deduplication) was 4.79 GIB.
Meanwhile with 33 appimages that I have (which includes same flatpak apps I mentioned) are using 2.2 GiB.
It doesn’t matter if they share if in the end they end up using several times more storage than the appimage equivalent.
Isn’t the gnome runtime alone 2GiB? You know how many appimages that is?
Not to mention you are unlikely to only use one runtime.
Test adding the preferences page to “excluded URLs” in the settings of vimium.
In the old days distros used to separate the location of binaries in several places like /bin
/sbin
/usr/bin
and /usr/sbin
there was this idea that system binaries would go in /sbin
while the rest in /bin
and the similar dirs in /usr
were so that you could mount a separate drive to store more binaries. This is from a time where storage was an issue.
These days distros usually just symlink all those locations to /usr/bin
with the exception of fedora, which still keeps some split.
However it seems they will finally merge the remaining dirs in fedora 41: https://fedoraproject.org/wiki/Changes/Unify_bin_and_sbin
(once Flatpak get that too, there is no valid reason for snaps to exist).
They said they will not fix it due to “security concerns”
Isnt fedora like the last distro that doesnt symlink /bin and /sbin to /usr/bin?
What kind of non argument is that lol
That vid is actually good, it exposes lots of issues that regular users run into when switching to linux, in fact debian changed apt to make it harder to remove essential packages like linus did.
On Arch to remove essential package you will not be prompted with confirmation to remove them, you will have to add --nodeps --nodeps twice to the command to be able to do so, no idea how long this has been the case on arch or if it was implemented after linus vid as well, but that is something that should have been that way a decades ago, I still see on reddit posts of people that accidentally delete grub or remove important directories from their system.
I also have the UR20.
I use my ksc75 daily with the headphone jack.
Thanks, I just went down this rabbit hole and discovered xdg ninja and managed to clean most of my home, I even found a useful script that launches steam on a fake home directory on .local.
We need something like this for home, I hate that programs like steam and firefox place themselves directly into home instead of ~/.config and ~/.llocal.
I even move my personal themes to /usr/share/themes because not everything works with ~/.local/share/themes and needs a ~/themes directory instead.
Deadbeef is getting there, but yeah it is still missing features: https://imgur.com/rBeurjO.png
Foobar2000, it is the only windows app that I miss.
Deadbeef is close but it is missing several features, it can’t even encode using more than 1 cpu core lol.
Fedora ships Btrfs and Zram by default.
Use Btrfs partition with compression, my entire arch install takes less than 6GiB on disk space, and I have gimp, inkscape and kdenlive installed: https://imgur.com/HofMHUJ.png
In fact I have the OS partition limited to 35GIB. And it should have been 25GIB or less.
The appimage is basically just
git clone
->make
->make install DESTDIR=/path/to/AppDir
->wget appimagecreationtool
and finallyappimagecreationtool /path/to/AppDir
and that’s it you have your appimage.appimagecreationtool being several tools that can create the appimage from an AppDir, like linuxdeploy, linuxdeploqt, go-appimage, etc
And that on itself isn’t complex either, it if basically running ldd on the binary, then copy those libraries into the AppDir and finally run patchelf to patch the paths in the binaries and libraries, suyu uses a deploy script instead of using those tools, which I’ve recently forked and began expanding.
I don’t know how easy it is to make a flatpak or snap, but I do know the dev of zen browser hates dealing with the flatpak and iirc right now the flatpak is outdated as result.
EDIT: Also lite-xl has been making a flatpak for like 2 years and it isn’t ready yet.