I saw a wild take where someone said distributions are fascist for using systemd because systemd now uses Claude for code review.

okay. fine, I guess.

but if we are rejecting dependencies that use AI tooling, where do we go?

seriously. where do we go?

if the Linux kernel is using AI tools for codegen, then where do we go?

FreeBSD? I would put money on it that they use AI tools.

OpenBSD? NetBSD? HURD?

do we hard fork every dependency that is now tainted? do we even have the resources to do it?

FreeBSD and Illumos are the only ones reasonably close in the tech tree and I suspect both use AI tools too, as their development, like Linux, is driven by capital.

@ariadne This one is all wack when like what 3~6 months ago there was a pro-systemd jerk being like "anti-systemd are all facists!"

Also yeah in terms of alternatives it's not great, so far I'm stuck with reducing as much as possible and planning to have more stuff like Plan9.
(Also pretty sure Hurd got LLM-tainted)
@lanodan @ariadne oh, is that why hurd just suddenly pushed out amd64 support recently, only a cool 25 years late?
@astraleureka @lanodan @ariadne No, it was a lot of work by a handful of people over many years. It has nothing to do with LLMs.

@thesamesam @astraleureka @lanodan @ariadne yeah sure, if you exclude some tiny details like, er, SMP support https://lists.gnu.org/archive/html/bug-hurd/2026-02/msg00133.html

Enjoy your single-core UNTAINTED systems forever, I guess?

Re: [PATCH 0/4 gnumach] Working SMP 64b

@bluca @astraleureka @lanodan @ariadne I don't think their work was used at all. But I'm not arguing everyone should switch to Hurd, I'm just saying I don't think it's tainted, and I think some random person (same person each time) sending LLM content a handful of times to an ML isn't the same thing?