EddyBot @ EddyBot @feddit.de

Kein Bot

---

Read more

Posts

0

Comments

135

Joined

2 yr. ago

No and since systemd you actually can have an empty fstab file too (booting via solely automounting is possible)

newer versions of coreutils require --no-preserve-root on /* too

Interestingly enough the Arch Linux subreddit is or was way more tame in comparison to its forum
at least I always quoted the relevant paragraph in the wiki alongside a link since I believe it did a better job at explaining it than I could
and if it wasn't in the wiki I added it into it beforehand

.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

Valve releases Steam as Flatpak too

the way SteamOS works is extremely different to how a regular Arch Linux runs so I wouldn't really conclude anything from that
it just shows how little the underlying distro matters

it is kinda wild that people abandon Windows 7 because of Steam and not because Microsoft stopped patching it several years ago

Ubuntu was chosen because Proton is officially supported in Ubuntu.

I don't think Steam actually recommends any distro since some time anymore

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

even consumer SSDs have around 1500 TBW (Terrabytes written) per TB until warrenty excludes any failure
which means you could write for example every day for 10 years 400 GB on a 1 TB SSD
this is already a very low estimate, most SSDs do better

anyway OP mentioned enterprise SSDs which can write 1.0x or 2.0x it's own size every day for 10 years

afaik linux and windows shows different GPU memory clock speeds but it's basically the same (1:2 conversion)
most likely because bigger number = better?

my AMD 6000 cards does the same

This is the way

the most honest reason I read about is probably that former Twitter user who felt out of place on Mastodon or other Activitypub servers because the "Nerds" who care about privacy and decentral systems which were already on it have a different microblogging culture and they didn't want adept

so now a new competitor gets traction because the people who felt out of place on Mastodon can relife the Twitter experience from over a decade ago
the fake exclusivity even make you feel special despite the lack of features

typically it's based on the last kernel release of the year which gets promoted to LTS, not because of certain features

Some people hate it for not following the unix philosophy of doing one thing and doing it well, but at this point nothing does except stuff like cat.

you can actually write iso images to thumb drives with cat

        cat linux.iso > /dev/disk/by-id/usb-My_flash_drive
  

using external kerner driver ("out of tree") come with caveats you need to take care of
typically most linux distros will do this completely transparent but certain usecases will be more complicated
espcially if you install packages outside of your linux distro repository like a newer kernel version or an older Virtual Box version