333
submitted 2 days ago* (last edited 1 hour ago) by ProdigalFrog@slrpnk.net to c/linux@programming.dev

Direct link to the LLM Policy Discussion: https://invent.kde.org/plasma/plasma-workspace/-/work_items/187

And all of this is coming right after the debacle with an AI slop project being allowed to give a presentation at Akademy, and the person asking how this was allowed being blocked by KDE:

https://lemmy.nz/post/42029517

as well as the discussion thread bringing up legitimate concerns about AI usage being closed:

https://discuss.kde.org/t/sorry-to-bring-up-a-contentious-topic-kde-ai-llm-policy/46333/164

As someone who genuinely loves KDE, and has even donated to the project multiple times, I sadly have to accept that the majority of KDE have hopped onto the Pro-AI train, and they will not be dissuaded otherwise.

you are viewing a single comment's thread
view the rest of the comments
[-] soratoyuki@piefed.zip 81 points 1 day ago

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.

[-] habitualTartare@lemmy.world 18 points 1 day ago

As a user, I think this is the biggest issue I have with this policy. Disclosure is a big part of open source and hiding whatever tools are used is fundamentally against that philosophy.

[-] fruitcantfly@programming.dev 8 points 1 day ago

Would you be willing to expand on what you mean by disclosure being a big part of open source?

I ask because it has not been my experience that OSS developers have ever had a habit of disclosing what tools they use. If you are lucky then a repo has instructions for contributors, that may describe tools being used, or CI configuration for running tests and linters, but most projects have neither. Mostly you just get instructions for building the project, but sometimes not even that

[-] grrgyle@slrpnk.net 2 points 18 hours ago

In some projects you'll see a kind of a colophon section listing all the tools used in making some software. Not just obviously things like libraries, but OS, text editor, IDE, art tools, or even inspirations.

It's not everywhere, but it's frequent enough, and different from how proprietary software credits (or doesn't) to make it a distinction imo.

[-] Fierro@piefed.social 11 points 1 day ago

I feel like using ai is like using drugs, they're bad, but regulating them is muuuuuuuch better than just prohibiting, people will use it anyways.

It's not a one to one comparison but I feel encouraging witch hunts will definitely do more harm than normalizing it.

To be clear, I don't want it either, I'm acknowledging it's the lesser of two evils.

[-] HerbGrower@slrpnk.net 3 points 1 day ago

How would you even enforce it. Its possible to make extensive use of local LLMs and have them write no code at all that you submit. Is that use of AI? Should it be disclosed? If you did you would get puritans calling it slop regardless of the result too.

[-] fruitcantfly@programming.dev 2 points 1 day ago

Having an public policy that permits the use of LLMs feels like the opposite of "hiding it". If a project has such a policy, then you can be pretty sure that LLMs are being used, even if you cannot tell exactly what commits involved the use of LLMs. It's probably also a lot more discoverable than disclosures in commits or PRs, which most users wouldn't know how to look for

[-] Blackmist@feddit.uk 1 points 1 day ago

Realistically, I think everything actively maintained is going to have some LLM code in it by now. You can either accept it or go mad, tbh.

Art is one thing, and I can see why we wouldn't want the computer doing that if you have the resources to employ people, but code is rarely art. Most of it was already slop. It's had things shoehorned into it by shouty managers decades ago. Claude is far from perfect, but so are most of the people doing the gruntwork.

[-] grrgyle@slrpnk.net 2 points 18 hours ago

I can accept some trace amount of rat shit is going to get into my granola, but I am not willing to say that means I'm allowing rat shit in my cereal.

Please at least try to keep it out, as I do when I'm making my own granola. Yes I know it's hard, but let's just try.

[-] NotMyOldRedditName@lemmy.world 10 points 1 day ago* (last edited 1 day ago)

Most of it was already slop. It's had things shoehorned into it by shouty managers decades ago.

Manager: You have to get this done by end of week...

Dev: itll be really shitty and kind of work. Can we clean it up after?

Manager: of course!

Dev: its done, we can ship it. Ill start cleaning it up.

Manager: No, you need to do this other thing by tomorrow!

Ive had some good ones that did honor the agreement when pushed to rush things, but its not common.

[-] Swedneck@discuss.tchncs.de 8 points 1 day ago* (last edited 1 day ago)

"accept it or go mad" always just comes across as extremely desperate, lol

nooooo you don't understand you HAVE to accept it! There's no other choice!! Nooo stop rejecting it you're not allowed to do that!!!!

[-] Blackmist@feddit.uk 1 points 1 day ago

You can reject it in your own projects. That's about it. If you're open source and accepting any submissions, you've no idea if they're LLM generated or not.

[-] grrgyle@slrpnk.net 1 points 18 hours ago

You have no idea if they copy pasted proprietary code either, but you try your best to keep it out.

[-] NotMyOldRedditName@lemmy.world 4 points 1 day ago

Except for all the open source libraries you probably use that also use LLMs, or you find a blog post someone wrote explaining how to do something and they used LLMs

You can avoid direct knowledgeable usage, but you'll still have LLM code in your codebase.

this post was submitted on 20 Sep 2026
333 points (87.9% liked)

Linux

15024 readers
685 users here now

A community for everything relating to the GNU/Linux operating system (except the memes!)

Also, check out:

Original icon base courtesy of lewing@isc.tamu.edu and The GIMP

founded 3 years ago
MODERATORS