oil capital can't help but pollute open source, huh. Gotta get those oily fingers into every fucking open source project, twould seem.
fuck it man, gonna make my own vim out of vendored copies of readline and ncurses
I did get a response on whether Helix has a policy re: LLM usage or not

https://github.com/helix-editor/helix/discussions/15408

I wouldn't call it encouraging because I don't agree that it's useful (nevermind ethical) but I wouldn't call it
discouraging, either, because they're clearly aware that it can produce a lot of unhelpful, time wasting crap.
Policy on accepting PRs that include LLM generated code? · helix-editor helix · Discussion #15408

Hello! I've just been checking out Helix recently, and I quite enjoy what I've seen so far! It's fast, intuitive, ships a lot of nice defaults, and works well with what I've used it for thus far! I...

GitHub
I haven't had the time or mental fortitude to construct a diplomatic reply that might encourage them to consider the ethical side that isn't just me ranting but if anyone wants to politely and gently nudge them towards considering the ethical drawbacks and license implications...
on the other hand, never a better time to greenfield the entire field of computing

just fucking NIH the whole damn stack

/s sorta
@aud yeahhhhhh we fantasize about what our Forth could become ...... if there were world enough, and time...
@ireneista it feels low key ridiculous to start wondering if the time is now to make a genuine linux fork because I am not qualified for that buuuuut
@aud we certainly know people with every relevant field of expertise, the problem with it is just that it's too big. the way to go would be to make a new kernel (or adopt an existing smaller one)
@ireneista I almost added another comment saying exactly that: that it takes a village... of, in this case, communities and companies.

A lot of time and money goes into updating the kernel, frustratingly. And it sucks because Linux has hit a real sweet spot with running games -_-
@aud it does suck but the game thing is, like, due to investment of capital, yeah? like it's part and parcel with it. if we're trying to grow something outside of capital (and since capital aligns with hate when hate is on the rise, we don't really have a choice about that), ... that seems like one of the things we need to accept not necessarily being as good at
@aud an awful lot of that game compat stuff is in userspace anyway tbh. the fact that Steam doesn't completely fall apart on NixOS suggests to us that it can't be that hard to do a freebsd-style ABI emulation
@ireneista that and the graphics stack, yeah. To some extent it might arguably have been faster had Valve invested in a fork ala Android, and I'm glad they didn't.

But you're right. My biggest thought was about driver compatibility; it's already been a decades long slog to get manufacturers to do decent Linux drivers, and they're a far cry from
actually doing it. But assuming a BSD fork had a good policy on LLM usage, I wonder if that would be a pathway?... (for software almost certainly. But drivers? hmmm. I just don't know enough).
@ireneista like at least SystemD can be cut out via OpenRC and such thing. Linus seeing no problem with LLM usage in Linux PRs is a very different issue than the Poettering issue...

hmmmm. Not for the first time, I wish I knew kernel architecture. What IS the game and graphics situation like on a BSD nowadays? Hmmm. I wouldn't say
no to dualbooting and contributing if I could and if there was a path...

It would be great if something like Qemu/KVM's VirGL existed for BSD, but I admittedly don't know if you can reliably use that even now for something like games on Linux...
@ireneista this would be a great time to buy two new drives and triple boot Gentoo+OpenRC / that Arch fork with OpenRC along with a BSD

thanks, LLMs, for driving up that cost, too.
@aud @ireneista I daily drive Alpine (musl) with openrc. It's also very small; and also afaik you can boot it from an USB drive (or CD) but commit any changes to your regular disk partition without it conflicting with the existing installed systems.