A few days after Micro$lop announced they're using AI to develop Windows, PCs with Win11 started to have a bug, where the screen goes black (usually no signal), then the GUI slowly crawls back to be visible one-by-one. I wonder what kind of Linux equivalent we will have.

all 36 comments

sorted by: hot top controversial new old
[–] 4 points 6 days ago

Slop can only create slop.

  • source
  • [–] 4 points 6 days ago
    The Maintainers Summit reached consensus to deprecate the Assisted-by
    tag. Remove the documentation requiring it.
    
    Signed-off-by: Sasha Levin <sashal@kernel.org>
    
    

    Documentation/process/coding-assistants.rst | 21 +------------------ Documentation/process/submitting-patches.rst | 10 --------- .../it_IT/process/submitting-patches.rst | 10 --------- scripts/checkpatch.pl | 11 ---------- 4 files changed, 1 insertion(+), 51 deletions(-)

    diff --git a/Documentation/process/coding-assistants.rst b/Documentation/process/coding-assistants.rst index 051f0d819f68e..509dbf23a099b 100644


    a/Documentation/process/coding-assistants.rst

    +++ b/Documentation/process/coding-assistants.rst @@ -40,24 +40,6 @@ is responsible for:

    • Adding their own Signed-off-by tag to certify the DCO
    • Taking full responsibility for the contribution

    -Attribution -===========

    -When AI tools contribute to kernel development, proper attribution -helps track the evolving role of AI in the development process. -Contributions should include an Assisted-by tag in the following format::

    • Assisted-by: LLM [TOOL1] [TOOL2]

    -* [TOOL1] [TOOL2] are optional specialized analysis tools used

    • (e.g., coccinelle, sparse, smatch, clang-tidy)

    -Basic development tools (git, gcc, make, editors) should not be listed.

    -Example::

    • Assisted-by: LLM coccinelle sparse

    Procedure for finding and fixing bugs

    @@ -82,8 +64,7 @@ these steps: another one. The fix must not add build warnings and must pass the checkpatch.pl checks (see submitting-patches.rst). 6. Commit the working fix with a detailed message describing the problem, the

    • solution and a Fixes tag. Do not add a Signed-off-by tag, and add an
    • Assisted-by tag, as described above.
    • solution and a Fixes tag. Do not add a Signed-off-by tag.
    1. Identify the maintainers and lists using scripts/get_maintainer.pl. Documentation/process/security-bugs.rst shows how to do that.
    2. Indicate what could not be done. If the fix could not be built or tested, or diff --git a/Documentation/process/submitting-patches.rst b/Documentation/process/submitting-patches.rst index 7ae79452e1b46..5f4e0156cca78 100644

    a/Documentation/process/submitting-patches.rst

    +++ b/Documentation/process/submitting-patches.rst @@ -632,16 +632,6 @@ bugzilla.kernel.org is a public place in this sense, but email addresses used there are private; so do not expose them in tags, unless the person used them in earlier contributions.

    -Using Assisted-by:

    -If you used any sort of advanced coding tool in the creation of your patch, -you need to acknowledge that use by adding an Assisted-by tag. Failure to -do so may impede the acceptance of your work. Please see -Documentation/process/coding-assistants.rst for details regarding the -acknowledgment of coding assistants.

    .. _the_canonical_patch_format:

    The canonical patch format diff --git a/Documentation/translations/it_IT/process/submitting-patches.rst b/Documentation/translations/it_IT/process/submitting-patches.rst index a742610cb0709..d0e0d6c9ecc2e 100644

  • source
  • [–] 8 points 1 week ago (21 children)
  • [–] 21 points 1 week ago (2 children)

    Too popular, it'll get AI slop eventually too.

    We're gonna have to gird our loins for TempleOS

  • source
  • parent
  • hideshow 2 child comments
  • [–] 8 points 1 week ago (10 children)
  • [–] 3 points 1 week ago (9 children)
  • [–] 4 points 1 week ago (8 children)
  • [–] 1 point 4 days ago* (3 children)

    2. Do not commit tainted code to the repository.

    […]
    Code generated by a large language model or similar technology, such as GitHub/Microsoft's Copilot, OpenAI's ChatGPT, or Facebook/Meta's Code Llama, is presumed to be tainted code, and must not be committed without prior written approval by core.

    As in, not your code, disavowed.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 1 point 4 days ago (2 children)
  • [–] 2 points 6 days ago

    Huh, I found some useful alternatives on that list in case I needed a hardened anti-AI distro. Garuda Linux, they do not use AI at the moment but they also don't have a firm policy yet either. Thankfully, they haven't made this list, which is a good thing as most of them are pretty annoyed with AI. There are only some slop herders in the ranks but they seem to use it for personal stuff.

  • source
  • parent
  • [–] 5 points 1 week ago (4 children)

    I love this "A is imperfect so switch your entire existence to B" kind of answer that provides no value.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 7 points 1 week ago* (last edited 6 days ago) (3 children)

    lol it wasn’t meant to be serious advice. I am not a fan of any of the BSDs on the desktop. I am a happy Fedora user. Linus and the kernel team made their stance on AI clear. We aren’t going to change that. If it gets to the point where it is worse than the alternatives, as a result of AI, I will look elsewhere. Until then, it works.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 2 points 1 week ago (2 children)

    So you'll stick around until you're (possibly the first person you've heard about) affected by a (potentially serious, as in data loss) bug?

  • source
  • parent
  • hideshow 2 child comments
  • [+] -25 points 1 week ago (6 children)

    Probably less Linus outbursts overall since he will have less humanSlop code to review..

  • source
  • hideshow 6 child comments
  • [–] [S] 20 points 1 week ago (3 children)

    Yeah, because the AI vendors sponsoring the project will pull their money out of Linux and create a hard fork that has all the C code converted to Rust with AI.

  • source
  • parent
  • hideshow 3 child comments
  • [–] -5 points 1 week ago (2 children)

    I think Linus is converting a lot of the kernel to Rust himself tbh.

  • source
  • parent
  • hideshow 2 child comments
  • [+] -36 points 1 week ago (4 children)

    Yeah AI in open source is probably the least negative thing about AI can't count how many tickets are still open and they are not even that hard to deal with AI seems suitable for the job imo

  • source
  • hideshow 4 child comments
  • [–] 2 points 6 days ago* (last edited 6 days ago)

    "Yeah AI in open source is probably the least negative thing about AI. I can't count how many tickets are still open, and they are not even that hard to deal with. AI seems suitable for the job imo"

    Your comment with punctuation.

  • source
  • parent
  • [–] 11 points 1 week ago* (last edited 1 week ago)

    Tbh, with the current state of AI you also need to write a million test cases so the agent can measure if it succeeded and didn't cause bad side-effects while at it. Which is kind of tricky when dealing with hardware stuff. They'd probably need to buy thousands of computers with all different hardware to test whether tickets for driver issues/shortcomings have actually been solved.

    And with AI agents you oftentimes end up in situations anyway where it "solves" one issue but breaks two other things. So the number of open tickets might go down, or we'd end up causing more issues and tickets by this kind of automation...

    I'd say it's tricky to impossible to just make AI close a lot of tickets and actually solve them regarding something like an operating system kernel. There's just too much human labour involved and a lot of edge-cases and hardware stuff to be factored in.

  • source
  • parent