← Back to context

Comment by gloxkiqcza

9 hours ago

Linux kernel itself is AI development friendly.

Some of us think that is a mistake.

  • Hmm very vague. "Some of us".

    Do the massive amount of vulnerabilities not make you think twice?

    At this point, I trust human code less than llm code. Design and architecture of the code still greatly benefit from a good human touch, but I'm not sure how long that will remain true.

    https://www.phoronix.com/news/OpenAI-948-Linux-LPE-Bugs

  • Some people will always disagree with something. That's what's great about free software. There will probably be some Luddite anti AI Linux fork at some point.

That's not what they meant. It's AI friendly, not slop-friendly.

There's a reason no Omarchy patch of any kind has made it to the kernel list yet. I did personally look into some of their code and it is certified, hacked-togeter slop.

  • Exactly. As an example, read that Gravity Linux guy's responses here. I will never ever trust him. I will stay away from his code as far as possible. Asahi team: I have my trust in you.

  • How do you define the difference between ai friendly and ai slop?

    • I'm pretty sure Asahi devs experiment with LLM tools, but not to Omarchy's extent. LLM ban is purely a filtration filter, so that they wouldn't be spending time overbearingly exhausting number of patches generated with AI, and not someone who cares about this than a shiny tool.

      Everyone understands that LLM is a mean to an end, but it's clear that Omarchy got two confused and it's showing.

    • My definition, FWIW.

      AI-friendly: you can use the LLMs however you wish, but you must thoroughly understand every part of submitted code.

      Slop-friendly: understanding anything is optional.