Remix.run Logo
anthk 5 hours ago

I use OpenBSD among Hyperbola GNU/Linux, soon to be rebased from a deblobbed OpenBSD 7.0 hard fork. IT's dumb easy to setup too. Also, I daily use nvi, oksh, oed (a portable ed for GNU/Linux) among Xenocara and CWM, and this way the environment it's almost the same as OBSD but with a GNU/Linux kernel.

mghackerlady 5 hours ago | parent [-]

(technically it's just a Linux kernel. GNU doesn't do any kernel work aside from deblob scripts)

anthk 5 hours ago | parent [-]

Yeah, I'm aware of FSFLA and Linux Libre, but Hurd is not ready yet and it's being worked on with LLM's (something really anti-GNU, as it's propietary SAAS).

https://lists.gnu.org/archive/html/bug-hurd/2026-03/msg00100...

In the end Hyperbola BSD will be more free than OpenBSD and the former GNU maintainers themselves...

mghackerlady 5 hours ago | parent [-]

I don't really see the LLM use as anti-GNU. It would be no different if the code was written in a proprietary IDE with fancy code completion. GNU doesn't restrict contributors to using exclusively free software for their contributions (if they did, they likely wouldn't have gotten very far considering how much work apple did on GCC). As long as the license is free and GPL compatible, it isn't inherently non-GNU (though, they'd encourage you not to use a SaSS for your own sake)

Now, is LLM code in the hurd a good thing? No, absolutely not. Ignoring the licensing limbo of LLM output that still isn't settled , LLMs make pretty bad code often enough that I wouldn't trust it to work on something as niche and relatively undocumented as the hurd.

anthk 5 hours ago | parent [-]

A local LLM with GPL compatible input and with options to properly tag the source with a full backtracking of the code? Maybe, but that's not what's happening, but massive license laundering.

mghackerlady 5 hours ago | parent [-]

I never said anything to the contrary, I agree 100%