I now just use EurKey (Qwerty) with a very nice Alice (Arisu) keyboard. If that was all I was using I would probably try the eurkey variant of Colemak(-DH) at some point.
Keyoxide proof: $argon2id$v=19$m=64,t=512,p=2$/Bxo7QiXHH/MThwxZ1irnA$S8IDyQY5+tRZjnqvqnYcGQ
I now just use EurKey (Qwerty) with a very nice Alice (Arisu) keyboard. If that was all I was using I would probably try the eurkey variant of Colemak(-DH) at some point.
This concept is also known as Double Blind Passwords or Horcruxing.
It’s also good to mention that it’s an open source game and they do indeed plan to release it on Steam later.
Sadly with The Talos Principle 2 they moved their entire studio to the Unreal Engine 5 and retired their own engine in the process. Apparently they lost a few engineers working on the engine and also couldn’t have kept up with modern engines without some serious investment (no pun intended). On one hand it’s probably for the better as we got a really pretty game where they could focus more on the game instead of bringing the engine up to speed but it’s also sad to see the entire industry converge around engines like Unreal.
A great game I haven’t seen mentioned yet is The Talos Principle (1) that also has a really good native port using Croteams Serious Engine.
Fourthing, my absolute favourite game.
This is arguably less about us few privileged having to create an account on a shitty platform, just like with ea and ubisoft, but more about people from 175 countries not even being able to buy the game just because Sony doesn’t offer their services there even though it’s a singleplayer game distributed through Steam like many of their past games.
You have to keep in mind that this is only about the kernel module (and only for Turing GPUs and newer). The userspace components stay proprietary. You are still not going to use the mesa graphics stack using an Nvidia gpu anytime soon.
I guess it’s good to mention alternatives but imo Kyoo seems to be overkill for a homelab use case as its design goal appears to be to scale much better and serve a high user base and huge library. Just looking at the dependencies or compose.yml
should make this apparent.
Consequently the setup is much more complex and heavy to run compared to Jellyfin e.g.
Apparently it is a real device and not fake or a scam like some were suggesting. It is currently being featured at Fosdem at the KDE booth even and it seems to be featuring the SteamOS interface but seemingly on a Manjaro based os.
I assume this means they have taken the HoloISO bits like the gamescope session and interface but rebased it on Manjaro but it could also just mean they forked and rebranded it as Manjaro (and possibly delay updates for two whole weeks in the name of stability).
It’s the first linux first handheld device next to the Steam Deck and even comes with two touchpads that look strikingly similar to the Deck ones but never would I have imagined it being featured by Manjaro. The specs look impressive though the design reminds me of the early Steam Deck prototypes Valve showed once that equally featured a glossy finish.
Let’s see whether it earns another entry on the list of Manjaro fuckups.
Edit: Formatting
Most shells usually default to a truncated version of the hostname that only uses the hostname up to the first dot. Of course one can change that by setting the PS1
env var and using (in case of bash) \H
instead of \h
.
Personally I deactivated pre-caching quite recently actually as I noticed as well this getting quite excessive for certain games. So I now wait until this is a thing: https://github.com/ValveSoftware/steam-for-linux/issues/6486 Seemingly the issue seems to be with games that have a big workshop like A Hat in Time or just huge games like No Man’s Sky. I got 10GB and 5GB shader cache updates daily for these games respectively before I turned it off.
I am running alarm / Arch Linux ARM aarch64 on mine for years already. Just make sure to use the linux-rpi
kernel and use rpi4-eeprom
for bootloader updates as these are not installed by default.
I learned that using nix on arch for the home directory in addition to pacman and the aur is quite an unbeatable combo that I prefer to having everything managed by nix. The problem with nix and nixos I see for one is that it leaves some performance on the table for reproducibility and that many packages are or cannot be packaged for nix. Additionally arch already is quite reproducible albeit not as much as nixos. Writing your own meta package with a simple pkgbuild to manage the system base seemed like a good substitute for me.
+1 for the Technitium DNS server. I run it in Docker on a pi4 because I need a proper local dns server first that does DoH and ad and tracker blocking second. It does the latter just as well as pihole and adguard with support for many more list formats but pihole and adguard do dns just on a really basic level.
I am surprised no one mentioned HCL yet. It’s just as sane as toml but it is also properly nestable, like yaml, while being easily parsable and formattable. I wish it was used more as a config language.
Well, Minetest also can hardly be compared to Minecraft as Minetest is only an engine or platform for voxel based games like Minecraft. What you rather have to critique is something like Mineclonia that is apparently a more active fork of the MineClone2/VoxeLibre project that try to perfectly replicate Minecraft (without using Minecraft assets that is) on Minetest. Allegedly it’s pretty good now but I haven’t tried so myself. As already mentioned, the community for Minetest as a whole is pretty small and that additionally split among so many different games building on that. But it’s good that viable alternatives exist in case Microsoft ever considers shutting down the Java edition.
Edit: Typo