SunRed

KDE for its Wayland performance and features and occasionally I switch to hyprland if I need a more focused work environment.
In the past I used Cinnamon but it became ever more buggier on Arch and due to lack of Wayland support still it was a dead end anyway.

Regarding your question, you can just clone the package’s git URL or download the PKGBUILD file directly, make your edit and run makepkg or makepkg -sirc as the wiki suggests to produce the package and install it.
You can also install the package tar with pacman -U <file>.

Relevant Arch wiki pages:
https://wiki.archlinux.org/title/Arch_build_system
https://wiki.archlinux.org/title/Arch_User_Repository

But looking at the comments it seems you are using an AUR helper that has a cache you might want to clear as the git repo for that package has an unstaged change for the license file for some reason (or you reset that file so git doesn’t complain when pulling).

Edit: I see you figured it out already.

I created an account there an eternity ago when I first heard about them to reserve my username just in case but I will never consider a platform that cannot package their launcher/tool/software correctly and instead shoves a complex curl-to-bash script embedding binary data and a whole lot of other anti-pattern up my throat that is the least trustworthy and safest method of distributing your software.

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

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.

Don’t you want to run an ai assistant directly from your favourite font? /s

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.

deleted by creator

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.