> ...it is my intention that I and others will audit these projects in the future, de-slopping them...
for my part, when i do work on this, what i will do is this: re-use existing nuke.list mechanism in lbmk (used already to delete dubious files, e.g. code files with unclear licensing in u-boot) to delete the slopped files. then provide cleaned versions of the same files, with necessary patching re-written as necessary, and files that use it patched to include e.g. foo.deslop.c instead of foo.c - then git history is removed inside tarballs. filter out the changelogs for projects accordingly.
this is the most reasonable way to do it on projects with very little slop. with projects that become almost entirely slop, a hard fork becomes necessary.
> think AI makes you super hacker? think again: https://arxiv.org/abs/2507.09089 ["Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity"]
> https://blog.codeberg.org/protecting-our-floss-commons-from-...
> consider that the infrastructure for AI is economically unsustainable; when the bubble bursts, and it will, we will suddenly be left with millions of people thoroughly deskilled who will be useless. lots of reeducation needed, and lots of people will just be left behind.
> consider that it is controlled by only a minority of very wealthy individuals; with it, they have unprecedented control over human thought through manipulation of information, and control over what information is presented through filtering (what they call training).
> AI is a threat to the health and democracy of our entire world.
> libreboot will not facilitate its use. AI is the most dangerous technology ever invented by human beings.
...
They have plenty of reasons not to.
This one especially really just shows they are cherry picking things which support a particular position regardless of the relevance, the difference between Early-2025 AI and Late-2026 AI is absolutely massive. Early 2026 it was reported by Greg Kroah-Hartman that AI bug reports rapidly went from obviously wrong or low quality to being real reports.[0] The kernel now has AI tooling heavily integrated into patch review workflows as well with quite good results.[1]
> They have plenty of reasons not to.
Not really any good reasons however.
[0] https://www.theregister.com/software/2026/03/26/linux-kernel...
No. No it is not, despite how many times AI proponents like to claim it is.
Why do you think there isn't a huge difference? I've used AI tools over this time period and the difference is very obvious.