I take it you've never done any serious software development.
No matter how much they try, the in-house testing environment will never be as diverse as the "wild". Running the software in production, where it will encounter a vastly greater range of system configurations, and users who will report issues, is often the only way to catch the more elusive bugs. Like xz. And let me point it out because people seem to have completely missed it: they caught the bug and fixed it.
Imagine. Product is released, people buy the Steam Machine, and Half-Life 3 is just... there. Preinstalled on some of the units. The buyers post it on the internet and get called bullshitters. Then Half-Life 3 is officially announced the next day. The internet loses it. Gaben ascends to godhood. He. Has. Cooked.
Looks like you'll have to remove the entire bottom shell. From GN's video:
The shell doesn't seem to have a separately removable battery cover, although I don't see a reason why someone wouldn't be able to just cut a hole or 3D-print an accessible shell. Dbrand comes to mind. Or that's just a show piece and the retail product might have a battery cover.
It also looks like the screw posts don't have threaded metal inserts, which is concerning.
Unless I'm terribly misunderstanding the word's meaning (or anglophones once again redefined a word to reflect their current sensibilities), "conservative" doesn't automatically imply politics, just that someone is resistant to new ideas. A person who only listens to music produced before the 20th century and goes into a rage when video game music composers are mentioned is a conservative, but not in terms of political views.
Yes, the people who refuse to either upgrade to Win11-compatible hardware or move to an OS compatible with their existing hardware will eventually get left behind. Both in terms of security and compatibility. It's happened many times, from the fall of AGP in favour of PCIE, to every time Intel inroduced a new CPU socket. X11 is the next.
It's more of an "it's still experimental" kind of issue. They're releasing the Wayland session into the wild before it's ready to boost the pace of bug-squashing. X11 remains default, but they allow the people who want to contribute (instead of whine on public forums about missing features) to test the Wayland session on a much greater variety of hardware and OS configurations than could ever be achieved in-house, report bugs, break things, and submit changes.
In my eyes, it's the same deal as conservatives coping with the changing world. There is a version where they just shut up and let the rest of the tech landscape improve while they happily stick to the X they know (X.org or even XLibre).
That's what happens when you use an experimental feature that is actively being developed and receiving improvements over time. Transitioning an X11 stack to Wayland is not as simple as flipping on a build flag.
Keyboard support has been implemented and will arrive in 22.3:
Wayland support
Under the hood, the Cinnamon keyboard handling relied on libgnomekbd and only worked in Xorg.
This meant that Cinnamon under Wayland could only be used with an English (US) layout.
This new support is fully compatible with Wayland for both traditional layouts and IBus input methods.
Put all of the postcodes in a paginated list that displays only 30 entries at a time (60 and 100 per page for premium users), only has next/previous navigation buttons, orders the entries by popularity, and goes back to the first page if you reload the website. Or an infinitely scrolling page that loads each page dynamically, but returns 429 Too Many Requests if the user scrolls too fast.
It looks like GNOME is the only compositor that doesn't support the wlr_layer_shell protocol, which is anything but surprising. Smithay works (Cosmic and Niri), wlroots works, Kwin and Mir work, Aquamarine (Hyprland) is not listed, but I know that it works.
Elden Ring. It is good for what it is, probably the best in its genre, but after so many Soulsbornes, it just feels like more of the same. Formulaic. I've tried it three separate times and it never grabbed me.
I take it you've never done any serious software development.
No matter how much they try, the in-house testing environment will never be as diverse as the "wild". Running the software in production, where it will encounter a vastly greater range of system configurations, and users who will report issues, is often the only way to catch the more elusive bugs. Like xz. And let me point it out because people seem to have completely missed it: they caught the bug and fixed it.