Asta [AMP]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.
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...
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
just fucking NIH the whole damn stack
/s sorta
Irenes (many)@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 -_-
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).
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...
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.
thanks, LLMs, for driving up that cost, too.
linear cannon@ireneista @aud ... what demoscene background
@ireneista @aud that comment aside,
i think freebsd supports virgl but i don't use it, so cant comment on that
i dual boot gentoo and freebsd on my laptop. all three major gpu vendors work fine, including proprietary nvidia drivers if that's your thing. my desktop environment on freebsd is the same kde plasma 6 wayland desktop as i use on gentoo, with the same fancy thirdparty graphical effects plugins. i run steam on freebsd and can play factorio with it. some more complicated games work, more things don't. proton works too, more or less, there's a script for launching steam that adds natively-built proton.
netbsd's situation is a bit more dire, with no proprietary nvidia support if you care about that, and the open source drivers generally being further behind
i think freebsd supports virgl but i don't use it, so cant comment on that
i dual boot gentoo and freebsd on my laptop. all three major gpu vendors work fine, including proprietary nvidia drivers if that's your thing. my desktop environment on freebsd is the same kde plasma 6 wayland desktop as i use on gentoo, with the same fancy thirdparty graphical effects plugins. i run steam on freebsd and can play factorio with it. some more complicated games work, more things don't. proton works too, more or less, there's a script for launching steam that adds natively-built proton.
netbsd's situation is a bit more dire, with no proprietary nvidia support if you care about that, and the open source drivers generally being further behind
@ireneista @aud the graphics support in every other operating system tends to just come from linux, most of the DRM/DRI stack is dual licensed MIT/GPL, so other projects are free to take from it
this does mean that they are not immune to the importation of AI code. freebsd also does not seem to take as strong of an anti-AI stance as i'd like. netbsd does.
this does mean that they are not immune to the importation of AI code. freebsd also does not seem to take as strong of an anti-AI stance as i'd like. netbsd does.
Filene Taylor@linear Can you point me to your KDE Plasma FreeBSD? Or do I need to get good? 🥺
@Filene i just install the meta package from the package manager, and launch the session manually after logging in on the command line (same way i would on a Linux system, if not using a DM like SDDM)
you will, of course, need the graphics drivers installed and configured correctly first.
the main graphical plugins i use are kwin-effects-better-blur-dx and KDE-Rounded-Corners, both of which i build from source.
you will, of course, need the graphics drivers installed and configured correctly first.
the main graphical plugins i use are kwin-effects-better-blur-dx and KDE-Rounded-Corners, both of which i build from source.
Inga stands with 🇺🇦 🇵🇸@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.