I am locking the thread because I consider this cherry picking comments from KDE maintainers misinformation. Let's wait and see where they go... The discussion as to include gen AI code, in which ways, how much, etc. is something that many projects (if not all) are undergoing. Let's be respectful to their open decision processes! This respectfulness needs to be regardless of whether we agree or not with what they do. Once they make a decision, sure, go ahead with flaming commentaries and endorsing alternatives or forks (if they appeared)
post
If slop coding is so great why is everyone so adamant about hiding it from users?
If you're not willing to disclose something, maybe take that as a hint.
It starts with "oh, just clean up any code generated" and "you must understand what your code does" and then in a decade that person won't remember how to code at all because they self-lobotomized themselves for the convenience.
I don't think becoming a worse coder is necessarily a big problem as long as code review really happens, as long as the human in the picture retains their algorithmic thinking there is no lobotomy. Of course we all know how human laziness works, so thinking that people would actually keep reviewing code after they find no major issues N times in a row is a pipe dream.
And I don't know about you guys, but I for one dislike reading someone else's code. LLM generated blocks can be especially bad for testing my sanity.
I switched to Niri a few months ago as an experiment but now I guess I will not go back to KDE anytime soon
You cannot tell from the code necessarily anyway so anti-AI policies are hard to enforce. In the end the developer (or AI wielding human) is responsible for the code quality and its license which is what matters. All this discussion feels just like the usual culture war dividing the community. I’m more concerned about the intentions of people adding fuel to the fire.
In the end the developer (or AI wielding human) is responsible for the code quality and its license which is what matters.
They literally may not have any control over the license, that is one of the many big problems people have. Please read the article linked by OP about the copyrightabilty of LLM generated code - https://fsfe.org/news/2026/news-20260825-01.html. It depends heavily on how they used the LLM, so if there is zero disclosure required the entire project could get into licensing hell down the road.
So many people say they reject AI, but then how can you even use desktop Linux?
The kernel & the popular browsers have an increasing number of AI contributions, there is no escaping this.
As it is impossible to completely avoid AI use with Linux, I must content myself with only minimization instead of complete elimination, as I won't let the pursuit of perfection mean I just give up entirely. Any reduction is still meaningful, just as it's still worthwhile to minimize fossil fuel usage and meat consumption as much as is reasonably possible.
Modern society is built on destruction and cruelty. Doesn't mean I can advice somebody to give up living in society and sound smart.
To suggest that "compromising on ideals for practicality" is the same as "roll-over and accept it" is dishonest and only done by people who want to win the argument by attrition so they get what they want.
I love KDE (as a DE), but now I hate KDE (as a community).
Is there any fork (whether it's an stablished one or it's an emerging one) that outright bans AI, or that at least doesn't explicitly embrace it?
KDE is huge, you can't just fork all of it (of course technically you could, but it is not much use). You maybe could fork individual projects, a bit like https://vim-classic.org/
I was thinking of having some kind of online list for packages without AI stuff. Of course a 100% slop free desktop installation is probably impossible nowadays, it would still be interesting to see how far one can go.
Such a list already exists!
Edit: i read the comment wrong, this is kind of the opposite list lmao. But it's still useful so imma leave the comment up
There's also https://noailist.org/, which is based on projects (not just OSS) committing to not using AI. That's probably also the only viable approach, if you want a list of projects without AI stuff, since projects can easily be using AI without it being visible to third parties inspecting the output of the projects


top 50 comments