I will. So far, s2idle did work for me but it unfortunately is not the level of sleep I was looking for.

Just did it and s2idle works! Thank you.

I’ll try that. Thank you!

That’s the issue. The journal just… stops the moment it enters suspend. I now even have an alias for that specific purpose. No one seems to have this issue online.

Jul 05 20:58:59 main systemd[1]: session-4.scope: Unit now frozen-by-parent.
Jul 05 20:58:59 main systemd[1]: user-995.slice: Unit now frozen-by-parent.
Jul 05 20:58:59 main systemd[1]: user.slice: Unit now frozen.
Jul 05 20:58:59 main systemd[1]: user-1000.slice: Unit now frozen-by-parent.
Jul 05 20:58:59 main systemd-sleep[82780]: Successfully froze unit 'user.slice'.
Jul 05 20:58:59 main systemd-sleep[82780]: Performing sleep operation 'suspend'...
Jul 05 20:58:59 main kernel: PM: suspend entry (deep)
(END)

I appreciate your help though. Someday, I’ll get it fixed.

I’m almost certain it’s not hardware considering all three have NixOS and they all have the exact behaviour of shutting down immediately as soon as the LED lights up as if the power is abruptly removed (yay reproducible), but not knowing how I can fix this is really frustrating. There simply isn’t a good way to concisely describe the issue, so finding people with the same issue is really hard.

A program that covers all kinds of games is going to be challenging due to sheer variety there would be. You could build a specialised protocol for a specific genre of games, but I think at that point, it would make more sense to build your own game, and use Fediverse identity to identify the user.

If you’re talking about self-hosted game servers, those already exists (see Minecraft), but it depends on whether they allow it or not. Reversing is possible, yeah, but it would take stupid amount of effort without their cooperation.

Main challenge of federated in the sense that there are communications between servers as well as client and server is probably going to be latency. If I were building something like this, I would rather have a protocol that redirects you to the actual game server so that you have direct connection to it rather than having your home instance acting as a proxy to the remote instance. Your home server would simply tell the remote server that your account is legitimate. This would be one of those “cracked” Minecraft server except they rely on an external server for account verification.

I don’t, because I have better control over my disks. With TPM, the keys are stored within the chip itself, and I won’t be able to unlock it if I boot into another OS (re-installing, dual boot, etc). With password, while inconvenient, I know that I can always unlock it, ans the chance of locking myself out is negligible.

TPM being a backdoor doesn’t seem likely to me. Worst case scenario, transparent mode is just as bad as unencrypted disk. Most of the time, it adds extra security, though you are at the risk of locking yourself out.