I have not updated #OpenBSD yet, BTW. Do not feel good with the fact that team still has not responded to the AI-coded tmux update, especially that it sits in source from January. I am aware that Theo said no to AI code in source, but the reality says something else. Utlimately more AI code will leak into the source through tmux, LLVM and other stuff. What is the choice then? #NetBSD even if has no-AI code policy (a little unclear), then it will get the AI code through 3rd party apps in base. #HaikuOS has LLVM in base. I am left with 9front, TempleOS, MS-DOS 4 and RedoxOS.
But at the end of day I am hypocrite because I need Fish Linux for y*-dlp and gov websites.
#noAI
Replies:
8
Boosts:
1
@bpl we are in a pickle that is for sure.
@bpl https://mastodon.sdf.org/@netbsd/116537862178252362
#NetBSD is clear on policy noAI will be accepted in source. That's why we need to fund the foundation
@bpl it's becoming increasingly difficult to avoid the slop in the software we depend on.
I wish the people so cavalierly introducing slop code into their own and other people's projects had just a little more insight into what they are doing and what effects their actions will have in the future.
Agreed, like R.L. Dane wrote, we all should care.
@bpl
> AI-coded *whatever* update
This is all-fronts assault on the open source codebase. The only alternative small teams possibly could consider is to fork and vendor from now on every single (userland) piece of software they ship in their distro to be maintained only by their trusted members.
So we'd need someone #NoAI person with spare €1tn to support protein teams maintaining a half of what the FLOSS now is for a decade or so.
I was rather thinking about building let's say OpenBSD or NetBSD from soursce with affected apps stripped out and sharing "recipe" with other interested people. If someone needs tmux-like app, they could bring Screen or dvtm from ports. It is not the best solution, but at least one step ahead and more probable to occur.
Hopefully Hyperbola Linux/BSD team will return to the work and complete switch from Linux kernel to BSD. This could be a good alternative.
@bpl
> I was rather thinking about building
Are you willing and able to just _review_ codebase of the software used _only_ by you? This is, the #siliconiac siege, this is a systemic threat. We can't really have means to sieve out the c&p intrusions in PRs we somehow know are coming from protein not an agent.
My programming skills are limited to doing math on calculator and piping commands in xterm. Right now I can only trust devs and people who actually review the code. My idea is more a dream than solution and would happily throw some money at team who will do that review and build OS making sure that its whole base is free from AI code.
