Spoiler from the manga:

If your AMD card is older than your latest linux distro release it’s plug and play, no driver installation required
Wayland works pretty well on most desktop environments too

beware fresh released AMD cards in combination with long term release distros like Debian stable, you most likely will need the driver from the AMD website (not recommended)

It would be amazing if the runtime (per run) would be lowered
playing through three acts in one sitting is quite long, a runtime like Monster Train (40~90 minutes on non-speedrun time) would be pretty good

Arch Linux (like some other distros) also has a security tracker: https://security.archlinux.org/

In case someone doesn’t know it yet:

If you update your Arch Linux system with a kernel upgrade, the kernel modules will NOT be loaded again automatically by default and things like FUSE (used in AppImages for example or other FUSE based mounts) will not work without intervention

simple rebooting is the foolproof way or setting up kernel module reload hooks: https://archlinux.org/packages/extra/any/kernel-modules-hook/

the init command probably only works in Debian nowadays givin it’s a thing from the sysvinit era

Latte Dock users will need to say goodbye then

they waited until the first minor version which fixed already some bugs as expected
pretty nice release

you probably have old hardware in that case
the latest kernel releases greatly helped with the effiency of newer AMD and Intel (Hybrid) CPUs which can give you a longer battery usage on laptops

People who deeply care about this typically use a distro which has a strong stance on FLOSS software like Debian or Fedora
Arch Linux is more free on this as long as the user gets a more conveniant way to install everything (even proprietary software)

the Arch Linux way however is also reading every PKGBUILD (where the license is stated) before installing and if you need to have an easier way to search through licenses just programatically solve this yourself i.e. by using https://github.com/archlinux/aur and going through all branches with a script

My Arch Linux Homeserver and VPS which ran since years are like: “huh?”

Not a single Ubuntu upgrade failure on my book anymore 🤞

this task is easy on gentoo but hard anywhere else
in the past I checked package updates via nvchecker, grabed the latest PKGBUILD via ABS, applied the patch, compiled the package and sent it to my custom repository
if you add the repository higher in your pacman.conf it will grab it from that first

but this a huge pita, even going through the route of maintaining an AUR package is simpler

hope this helps with the dumbster fire of the virtualbox version in the official Ubuntu repositories
(virtual box basically “breaks” on Ubuntu LTS once a newer HWE kernel gets released unless you install a newer version of it, leading to hundreds of support threads every time this happens)

.zip is already a thing
https://www.malwarebytes.com/blog/news/2023/05/zip-domains

boot time difference feels like in the realm of margin of error
the biggest difference however is that booster builds the initramfs much much faster while mkinitcpio slows down every kernel upgrade espcially on slower laptop cpus

I’m using Caddy (sometimes in a container or most of the time as system package) as reverse proxy mostly for containers
I try to minimize non-container services but they work well with Caddy too

Traefik is a tad more complex (still nowhere near Apache2 levels though) but scales more easily espcially if you only run containers and start/stop them programatically

if you are open to learn something new: Caddy webserver has a dead simple config, fetches tls certs by default for you and works with crowdsec too

If we are talking Silverblue then podman is your pick for everything Flatpack “can’t”
there is no big push for cli flatpack since this already a solved cause with containers for podman/docker/kubernetes

however no matter how you approach this you will always have dependency security issues
unless you built every flatpack/container yourself you are at the whim of the creator of it to keep every dependecy updated
this is already a known vulnerability factor in the container sphere on topbl of the threat of 0-day exploits

chances are you already used the external nvidia kernel module prior
the dkms package is just the “catch all” way which works on most setups
(at least on Arch Linux)

it doesn’t matter if you use paru, yay or heck makepkg if you are compiling packages with hilariously large sources like for example webbrowser (librewolf, brave, ungoogled-chromium, firedragon take each like ~30 GB) without pruning the build cache afterwards