I gave it a quick go and very few things work at the moment. None of the programs you listed do.
From the README:
At the moment it can render simple applications that do GLX, EGL or Vulkan graphics (fully hardware accelerated) nested in an existing X server.
And that sounds about right. As far as I can tell it doesn't yet have a lot of the core X11 stuff that "normal" clients expect. For example xterm doesn't start because requests like X_AllocColor, X_OpenFont, X_PutImage (a few picked at random from the error output) are not implemented yet.
It's the opposite for me for one reason: hashtag follows!
There are very few people I want to follow for everything they have to say. I am interested in subjects, topics. Mastodon's hashtag follow feature gives me this. It's not perfect, you need to be on a relatively large instance to take full advantage of it (since it only picks up toots that make it to the instance) but it's still much, much better than no hashtag follow at all.
Datahand user, for me switching back and forth between the DH and a regular keyboard (a Thinkpad for the most part) is not a problem at all. It doesn't even feel particularly annoying, I think it's because it almost feels like a different input device category. Kind of like playing the same game on the Steamdeck with controller input and then later on the desktop with keyboard and mouse. I might prefer one but I am fine with the other too.
BTW, I've played about 15K matches of my favorite MOBA on the Datahand, works surprisingly well for that, I imagine the Svalboard would too.
I am a longtime (25+ years) Datahand user. I have converted my units to a USB capable controller long ago and I have some extra ones as spares/parts but it might be difficult to get another 25 years out of them.
Haven't tried the Svalboard yet but it's the only obvious way forward that I know of so happy to see any new information about it. I'd be especially interested in the opinion of other Datahand users regarding the Svalboard, specifically the hardware, the switches and overall feel.
> Is that building Go with Go? Or actual bootstrapping?
Normally it's just Go with Go. Besides the Go compiler you need bash if you want to use the normal bootstrap script but not much else. You can build your way up from C by building an old enough version of Go that was still C based but that's not usually done these days.
The Go toolchain is a nice illustration of this approach working in practice. It fully bootstraps in 90 seconds on my aging laptop and since it's fully self-hosted it doesn't even need a C compiler unless you want cgo support.
LLVM takes 2 hours to build on the same host and zig (with the LLVM backend) is another 20 minutes. It will be awesome if that can be brought down to 2 minutes or less.
> Gentoo linux is essentially made specifically for people like this, to be able to optimize one’s own linux rig for one’s specific usecase.
That's true but worth noting that "optimize" here doesn't necessarily refer to performance.
I've been using Gentoo for 20 years and performance was never the reason. Gentoo is great if you know how you want things to work. Gentoo helps you get there.
Haven't used Mox yet but Chasquid is great if you want something that's focused on being a streamlined modern MTA rather than "all-in-one". So kind of the opposite of the Mox approach.
I like Chasquid for its straightforward codebase and the hook system that you can use to customize it further.
There is also M-x org-reset-checkbox-state-subtree
Another list/checkbox related package I use is org-autolist, it saves a lot of typing when adding many list items or checkboxes at once. There is currently an issue that keeps it working quite right with current Org versions and a PR with a fix.
https://wiki.mozilla.org/Media/block-autoplay has some more additional information in particular about the media.autoplay.blocking_policy pref which allows restoring the older behavior of the play intent not being sticky.
I've never seen any distributions enable ForwardX11Trusted by default. Do you have any examples? It seems very unlikely to me that a distribution would do this for a relatively niche use case.
They can only do those things if the X11 security extension restrictions are disabled with ForwardX11Trusted=yes or by using -Y rather than -X. This has been the case for the past 20 years.
The extension situation is already much worse in Wayland than in X11. In my X11 server there are about 25 extensions and only a handful are required for modern desktop functionality. Wayland already has well over a hundred extensions (protocols) and dozens of them have to be implemented by each compositor just to get basic stuff working.
From the README:
And that sounds about right. As far as I can tell it doesn't yet have a lot of the core X11 stuff that "normal" clients expect. For example xterm doesn't start because requests like X_AllocColor, X_OpenFont, X_PutImage (a few picked at random from the error output) are not implemented yet.
glxgears on the other hand does work :)