Also no one uses X11 networking by default lmao, its always X forward over SSH, that is definitely secure and still something wayland can’t do.

Sure it can, with waypipe (like, for a while now…)
Just waypipe ssh <host> [command]

You can even run X apps over this through cage even when X11 forwarding is disabled by the host (because, you know, the security issues…)

Correct ^_^
Tank was likely captured in Egypt in the 50s or 60s, and transported to a military workshop next to the city - probably to study Soviet armour.
Years later the city was expanding, so they decided to move the base someplace else and someone decided to just burry the thing instead of transporting it again.
At least, that’s the official, “logical” explanation that we got that conveniently ignores the possibility of secret Soviet space-time travel experiments!

Construction workers were digging foundations at a local work site and found a Soviet T-34 tank burried in the ground.

Important context:

• My town is not in Russia or the former USSR.
• My town is not in Europe either.
• Our military doesn’t even operate Soviet equipment.
• My town is also not next to a border with a country who might have operated Soviet equipment when it was also not so friendly with my country.

There are some plausible theories, but to this day nobody really knows how it got here or why it got burried.

Ohh and the real kicker: the street this all happened on is named after an indigenous tank, so the news headlines all basically said “Tank found on Tank street!”

Does this mean I can stop setting MOZ_ENABLE_WAYLAND?
Or is it just enabling the compilation of Wayland sections (which I thought happened a while ago?)

Ads on a computer??
He got his monitor mixed up with a TV screen or something lol

Looks cool!
Does this have anything to do with the canceled Valve Portal sequel F-Stop?

Maybe rebuilding the ramdisk failed during the original upgrade?
One of the post-install stages after upgrading the kernel is rebuilding the initramfs - a tiny environment for bootstrapping the main OS.
If you trigger it manually with mkinitcpio --allpresets you’ll notice it has fancy colorful output, with clearly visible warnings/errors.
However when invoked as part of an upgrade this coloring is removed, making errors difficult to spot.
I had this stage randomly fail a few times, resulting in an unbootable system like you described - solution was to just trigger a manual rebuild or reinstall the kernel with pacman -U.
It’s possible that this is what actually fixed things when you downgraded the kernel.