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)

the OLED version has a more efficient CPU and fan resulting in a quieter fan noise
if you only play with headphones or only play lesser graphical games like Slay the Spire or Brotato you probably barely would notice the difference though

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

there is no shame in asking question especially if you already put in some effort yourself and mention what you already tried

Just a little heads up in case you didn’t knew:
if you install packages like latte-dock from pacman (or build from source in this case) they will vanish with your next Steam Deck update because the Linux on the Steam Deck works quite different to a regular Linux installation

I wouldn’t get so much hung up on latte-dock anyway since it is unmaintained since quite some time and doesn’t even work on the latest KDE Plasma 6 (which SteamOS doesn’t have yet but will come in the near future)
customizing the default Plasma Panel (right click on desktop > enter edit mode > add panel) is your best bet nowadays for a similar look

anyway if you are really dead set on latte dock you will need to “initialize” all public keys first from the Arch Linux and Steam developers until you actually can install anything on the package manager pacman

pacman-key --init
pacman-key --populate archlinux
pacman-key --populate holo

the last line is specific for SteamOS only

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

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

sorry that was a blunder on my part, I wanted to say “Debian and Fedora” but autocorrect gotten a hold on me it seems

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 🤞

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

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

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

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

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