No one wants a freaking Ubuntu chatbot on their desktop, but code submission is an entirely different issue, and I think "the submitter is entirely responsible for their code" is a very reasonable position.

And obviously, LLM-generated code policy needs to be tuned to each project and their contributor community. As an example not cited in the article, vibe-coded PRs are an ongoing plague for llama.cpp, an LLM inference engine itself, so they blanket ban them. Ironic, and perfectly reasonable. But Linus researching that Intel bug with a little help, but using his brain for the legwork and actual submission, is also reasonable.

[–] MangoPenguin@lemmy.blahaj.zone 16 points 3 weeks ago* (last edited 3 weeks ago) (2 children)

I think “the submitter is entirely responsible for their code” is a very reasonable position.

Especially since I just don't see how it's possible to fully prevent people from using AI if they want to use it. Yes a lot of code might be more obvious and could be rejected with an "absolutely no AI policy" but some people will submit perfectly good code where AI was involved in some way.

[–] brucethemoose@lemmy.world 13 points 3 weeks ago* (last edited 3 weeks ago) (1 children)

Yes, that too.

Incentivizing hiding LLM use would be a problem. Encouraging disclosure is good.

[–] MangoPenguin@lemmy.blahaj.zone 9 points 3 weeks ago* (last edited 3 weeks ago) (1 children)

Plus if the general requirement is 'high quality code' then that automatically excludes the majority of LLM usage where people just vibe code it and rely heavily on the LLM to do the work. VS someone writing their own code while using an LLM to help find problems.

[–] brucethemoose@lemmy.world 7 points 3 weeks ago* (last edited 3 weeks ago)

Well... IMO, there's a whole spectrum between "very rare LLM brianstorming/troubleshooting" and "I don't know how to code" vibe-coding, and Im not sure what the distribution looks like.

Personally, I get LLMs to generate boilerplate, formatting, and functions, but manually write plenty and audit/assemble all the pieces myself. But I would not call myself a vibecoder; I loathe vibe coding.

[–] lengau@midwest.social 1 points 3 weeks ago

Yeah I often tell a local LLM to find problems with my code before I submit it. It's essentially a round 0 reviewer, trained on previous (human) reviews of the same project.

[–] heliotrope@slrpnk.net 11 points 3 weeks ago (1 children)

Haiku, anyone?

[–] Endymion_Mallorn@kbin.melroy.org 11 points 3 weeks ago (1 children)

Are you asking for a poem, or suggesting the BeOS based OS?

[–] heliotrope@slrpnk.net 8 points 3 weeks ago (1 children)

I'm suggesting the BeOS successor.

[–] Endymion_Mallorn@kbin.melroy.org 8 points 3 weeks ago

Thank you for clarifying. It needs better software, but I used Haiku as a primary OS for a month a few years back. I was able to dig out old games and play them, so no major complaints here.

[–] nyan@lemmy.cafe 9 points 3 weeks ago

I think you'll find that even distros that are generally anti-AI and don't allow its use in their own projects are pragmatic about not being able to influence other people's software (for instance, Gentoo's AI policy flat-out states that it doesn't prohibit packaging AI-coded or AI-related software, although there's been some discussion about marking it so that the user can make an informed decision).

[–] fruitycoder@sh.itjust.works 6 points 3 weeks ago

There is too broad a group covered by "LLM Critics". Maybe "Now hardliner LLM critics"? Idk. But fucking Sam Altman and Jenson are "LLM critics" sometimes and they probably paid for this article lol, so I doubt they are facing a dilemma about the news

[–] Endymion_Mallorn@kbin.melroy.org -5 points 3 weeks ago (1 children)

The choice isn't uncomfortable. It's a need for a hard fork from Linus that's always been present, and now is just more obvious because 2026 really is the year of mainstream FOSS OS use.

[–] Honytawk@discuss.tchncs.de 2 points 3 weeks ago (1 children)

Ok great.

So fork it yourself.

If you can't handle progress, then you shouldn't force everyone else to comply.

Even Linus knows how the real world works.

[–] lengau@midwest.social 6 points 3 weeks ago

I would like to see both anti-AI and "slop 'em up!" forks of Linux, mostly to see which one fails first.

My hypothesis is that the anti-AI one would fail first because the slop-em-up one would end up with bots just copying a bunch of fixes from mainline Linux.