Either way, the moment I encounter this, I’ll be canceling. It’s a complete deal breaker.

I’ve spent a lifetime teaching myself programming, computers, and engineering. I have no formal education in these disciplines and find that I excel due to the self-taught nature of my background.

I take a very metered approach to AI and use it for autocomplete while still scrutinizing every token (not the AI kind) as well as an augment to my self-pedagogy. It’s great to be able to “query” or get a summary from a set of technical documents on demand.

However, I don’t understand the desire to remove oneself from the process with AI. I simply don’t do anything that won’t teach me something new or improve my existing skills.

There’s more to engineering than simply programming. Both the engineer and the intended user base must also understand the system. The value lost is greater than the sum of all the parts when an LLM produces most or all of the code.

Damn good advice.

My setup is basically Arch Linux, ProtonUp-Qt (to easily install specific versions of Proton, the compatibility layer), Steam, and the proprietary Nvidia drivers/Vulkan. I generally have no issues with Easy Anti-Cheat games like Arc Raiders, but obviously anything that requires secure boot attestation like Arena Breakout Infinite won’t play. I’ve not bothered to try setting up full secure boot as the games that require it aren’t typically in my wheelhouse.

I hope Linux adoption continues for my own, very self-serving, interests. I get the sense that those who primarily use their computer for gaming are the frogs slowly being boiled by Microsoft who continues to back their these customers into uncomfortable, unnecessary corners.

“Open source” has a very different meaning when it comes to silicon.

I’ve certainly seen projects and models demonstrating the ability to create firearms with the help of a 3D printer, but I’m not aware of anyone using one to commit a crime…

One of my favorite features is how you can tag different cluster members for different architectures. In the same cluster, I can have traditional dual-socket x86 servers with a dozen DIMM slots as well as Raspberry Pis. The architecture tagging lets me strategize execution of ARM-based container workloads to be only on the Pis, or opt to run them via QEMU on the x86 platforms if that makes more sense in a particular scenario. Since I deal with a lot of embedded firmware, this offers a nice, flexible platform.

Stephen Graeber is also a long time contributor to the LXC project and his reasoning behind this fork and other changes are quite sound. I hope the project sees continued success. Stephen’s business model of offering consulting services for Incus systems also seems quite sound.

Either way, if you want to show off a project, just do so…