https://github.com/ivan-hc/AM

Wouldn’t mind basically adding to a command or cron for something like apt-get get upgrade && flatpak update && something

iirc topgrade has support for AM, so you can do all at once with AM included.

Well if you still insist. Just went to check how big is the GNU coreutils as a single static binary, it is 2.3 MiB in size

check it out: https://pkgs.pkgforge.dev/repo/bincache/x86_64-linux/coreutils/nixpkgs/coreutils/

The overall uutils suite is faster then GNU Coreutils already and will only get better

just did a quick benchmark.

uutils cat is 2x slower.

This is the unknown-linux-gnu release, the musl one is likely slower but didn’t check.

fair, in that case the comparison is even since busybox provides a shell, awk, grep, wget among other 395 utils, uutils it is 115.

The utilities in BusyBox generally have fewer options than their full-featured GNU cousins

Note: GNU cousins, not GNU coreutils.

GNU awk, GNU grep, bash, wget, etc will give you a lot more features than the busybox equivalents. However the uutils nor coreutils implement those features at all.

If anything the comparison is not being fair to busybox because busybox implements a lot more utilities.

That’s not a fair comparison at all. Busybox is specifically optimized for size, and to accomplish that, leaves out a large number of GNU compatibility features

Such as? busybox provides a nice interactive shell, awk, bc, wget and much more. I know GNU awk has a lot more features than posix awk but awk is not part of the uutils anyways.

busybox also implements [[ from bash, none of this is provided by uutils or coreutils.

EDIT: busybox also provides grep while the uutils/coreutils don’t.

I’ve built it that way now and that puts it under 7 MiB; still much larger than busybox, but it shows how much the optimization choices matter.

I’m assuming this uses -Os which means performance hit, (iirc busybox also uses -Os so it is fair comparison), still we are looking at 7x larger binary.

whereas Rust binaries are statically linked by default, meaning that the binary is actually self-contained.

rust still produces larger binaries even if you compare it to static C binaries.

Take for example busybox, you can compile all of it as a single 1.2 MiB static binary that provides 395 utilities including wget.

Meanwhile the uutils static musl binary is 12 MiB and only provides 115 utilities.

AppImages may not run, sometimes due to libc, sometimes due to fuse. Technobabble for the common user.

The worst part is, the new formats are NOT compatible with the old ones. Of course. So if you want to use snaps or Flatpaks, you must ADD to your operating system. Instead of having just one package manager like zypper or apt, both the command-line utility and the equivalent GUI store, now you have two, maybe three competing software tools. This adds complexity and overhead.

This is fixed if you package your appimages properly and use the static runtime which was existed for over 3 years already…

I do that here: https://github.com/pkgforge-dev/Anylinux-AppImages

Here is GIMP3 packaged on archlinux running on ubuntu 10.04

In this case the issue is with 100% on flatpaks side that they decide to ship and download the entire nvidia driver again instead of using the one of the host. Note both snap and appimage do not do this, they use the nvidia driver of the host.

There is no reason to have to download the entire nvidia driver again, distros cannot modify it as it is against its license.

Also even outside of nvidia you are still going to have troubles in games with flatpak if what you are using requires a recent version of mesa

# do an ls to list files in the current working directory
ls .

That’s the real location of the certs, but once again they usually make a symlink in /etc/ssl/certs/ca-certificates.crt

One library that is problematic is p11-kit, this one usually comes with a different path to the certs hardcoded and does not respect env variables unless it is compiled with a specific flag which no distro uses.

So I had to do this hack to fix that library.

Most distros have /etc/ssl/certs/ca-certificates.crt, sometimes it is a symlink but that location is there in ubuntu, alpine, fedora and arch.

edit: Also you can usually change this location with an env variable.

You can sandbox the neovim appimage with AM and then it will ask you what locations you want to give access to. https://github.com/ivan-hc/AM

am -i nvim

am --sandbox nvim

This is the single most important aspect of immutable distributions. Because the core of the system is mounted in read-only mode, it cannot be changed. With the core system locked down as read-only, it’s not possible to change settings in directories like /etc, /boot, /dev, /proc, or other critical locations. That means if you wound up with malware on your system, it wouldn’t be able to alter the contents of those directories.

Because of this, immutable distributions are more reliable than non-immutable. Even better, if you accidentally break something, it will most likely be fixed during the next reboot.

Atomic updates are quite different from standard updates. Instead of the OS treating an update on a package-by-package basis, it’s an all-or-none situation. In other words, if an update to a single package would break something, the update will not happen and the system rolls back to the previous working state.

You get the same by setting up btrfs snapshots with any regular distro…

With an immutable system, you are always guaranteed to have a bootable system.

lies

You want me to track the progress of 4 bugs in Sway? Such a powerful argument.

4 bugs discovered in less than 48 hours of use.

How about don’t use Sway?

I don’t, I’m on i3wm as result.

For tiler lovers, Niri and Hyprland are both great.

Tried hyprland as well, it is useless.

Hyprland is such a meme, that the config file doesn’t allow chaining multiple actions to a single keybind, you have to instead repeat the same keybind several times in the config lmao.

Also in hyprland you cannot move a floating window between displays using the move left and right commands, this is because the action does not move the window in that direction but rather to the left or right side of the display, meaning the window gets stuck at the border between the two displays and does not move anymore 😹

Also this whole disaster that I was a victim of, the documentation was insanely outdated and someone had to repeat the dev about the issue: https://github.com/hyprwm/hyprland-wiki/issues/242

Even more hilarious. Looks like you found an even crappier Wayland compositor than Sway.

It works lol

My issue is not if an app works on X11 or wayland, but the terrible implementations that wayland that lack even the most basic features.

My point is that everybody else is happy leaving you behind

And once again doesn’t remove the fact that wayland still sucks 😆

I have had corrupt filesystem errors with BTRFS on both of my computers due to power outages and one hard shutdown (had to)

When did this happen? what error did you get?

Btrfs will explicitly go read only when it detects corruption, which is a good thing, with EXT4 you don’t know what is going on until it is too late.

fwiw the only time I managed to get info from an user that had “issues” with btrfs, I discovered that what had happened is that they moved the partition that had snapshots, and if you don’t know it, this is catastrophic because this unlinks all the snapshots and suddenly everything would take many times more storage.

Used ext4 for YEARS (I am old) and never had these issues with such frequency

The short time I’ve used EXT4 running into bad superblock errors was something that happened almost every week, but in the end I was always able to repair the disk and recover everything.

I’m from Venezuela, power failures are common here.

isnt it the same with arch?

I once to helped troubleshoot an EndeavourrOS user.

during the process I discovered that their kernel parameters were being reset with every kernel update, this was because Endeavour was using dracut instead of mkinitcpio…

especially if you ever do a hard-shutdown, prone to power-outages, etc. It will scramble your system files.

Btrfs is made precisely so that a power outages don’t do that! and you don’t end up like ext4 with bad superblock nonsense.

Been using Btrfs for over 3 years at this point, 0 issues and over 400 unsafe shutdowns: https://imgur.com/a/AKXFdKb

In fact it was able to detect when my previous ssd was dying, I thought Btrfs was spewing nonsense until the next day when smartctl began to report issues as well lol.

I started linux with wayland and i have no clue why it’s such a controversy lmao.

I recently ran into an user that rarely used x11. We were testing lsfg-vk, and right now it has a bug that when you close the game it most of the time it hangs and doesn’t quick properly.

The person complained about having to open the terminal to kill the app when it hangs and I had to explain that this is not an issue for me because I use xkill which they never knew was a thing that avoided that whole mess of having to open a terminal to kill a window.

But anyways, not a big deal if you can no longer use xkill, it is a very handy tool that saves a lot of key presses but not a vital thing in the end.

The big issue holding me on x11 is that there is no way to merge multiple displays as one, something that on x11 is a very simple xrandr --setmonitor is impossible on wayland, there is no way to do it.

There are lots of issues with Wayland. They will be fixed

Remind me 2030 if these issues I have get fixed:

https://github.com/swaywm/sway/issues/8000

https://github.com/swaywm/sway/issues/8001

https://github.com/swaywm/sway/issues/8002

https://github.com/swaywm/sway/issues/8191 I later learned the reason sway is using capabilities is to fix performance issues, which yeah still has several…

One issue the wayland proponents fail to notice is that the ecosystem itself is fragmented, you have several DEs/WM with their own implementations and bugs that will likely never be fixed.

I’m an i3wm user, my only option to switch to is sway, doesn’t matter if some of the issues I have are fixed in kwin or mutter, it has to be fixed in sway.

But most Linux desktop users use Wayland already.

Most desktop users use windows, and they are happy with that, why don’t you stop using linux and move to windows?

Everyday there are more and more apps that are Wayland only. Before 2030, that list will include all GNOME and most GTK apps. Are people really going to give up all these applications because of some obscure advantage they perceive in X11?

https://aur.archlinux.org/packages/12to11-git

people writing these articles do not realize that they are already in the minority and have already been left behind.

Doesn’t remove the fact that wayland still sucks 😆