Indeed. However it's necessary to use that command on both the main PID and all its child processes, otherwise you will run into issues like the game video stopping but the game logic still running in the background.
This is just a tool to automate finding the pid (via hyprctl or other ways) and correctly suspending it.
There is Nyrna, but it doesn't work on Wayland.
Afaik saving to swap isn't possible as it's something managed by the kernel, although you can try tweaking cgroups. Nyrna also mentions that this isn't currently possible.
I'm not familiar with qtile, but I'm fairly sure there's currently no way to get information about the active window on mutter unfortunately.
Thing with wayland is, each compositor has to implement things their own way, so you're limited to what your compositor allows you to do.
For instance, you can get window information in sway with swaymsg. On other compositors you may have to find workarounds.
No, it uses hyprctl to get the pid of the current active window. Which compositor are you using? It might be possible to get the pid in a different way.
Haha, yes! Ctrl+Z sends a TSPT signal to a terminal process, while this script sends a STOP signal to every process in a game's process tree. Both get resumed with a SIGCONT so they're kinda similar.
I guess not. I'm not that experienced with ddns but I think there's no way to have subdomains?
You can keep your work apps separate from this. At least that's what I would do
Beeper is great but you have no idea what they’re doing with your data.
Thought the same, that's why I decided to learn how to host it locally and wanted to share the knowledge.
an assembled docker rather than ansible playbook, that is going to be the one that takes off.
Definitely. Right now it causes quite a few headaches and Docker is also what's probably most known by selfhosters.
Only locally, so that your local computer can access your server locally. Then the Cloudflare proxy will allow you to connect to it from the internet securely through a two-factor authentication or any other access type you choose, without opening any port to the internet. It's all explained in this section.
You can also implement passwordless authentication but that would probably be too extra.
It really is just Arch with a different init system. There are no noticeable major differences. The faster bootup times are probably negligible.
Of course I like the idea of minimalism and the unix philosophy, but the reason I chose Artix isn't so philosophic. I was already using Arch on my laptop and wanted to install it on my desktop, but I enjoy trying to do harder things and learning in the process, so I ended up learning how to use a different init system.. and I also did it because I liked the Artix logo better lol.
I'm very happy with both Artix and Arch and while I wish systemd wasn't almost a monopoly, at the end of the day everyone is free to use what they want as long as it doesn't hurt the linux ecosystem for others.
Wow, I wish I knew this workaround during my early gameplay lol.