The Linux Kernel Organization now lets developers submit AI-generated code, as long as it complies with the guidelines, licensing, and attribution requirements
AI agents MUST NOT add Signed-off-by tags. Only humans can legally certify the Developer Certificate of Origin (DCO). The human submitter is responsible for:
Reviewing all AI-generated code
Ensuring compliance with licensing requirements
Adding their own Signed-off-by tag to certify the DCO
Taking full responsibility for the contribution
That's fair. Nobody has to know you wrote it with a not, that's impossible to detect, but you have to own it and be ready for the discussions that follow.
Ok I see the intent of BDFL is different, but the linked document only mentions labeling - I can only assume the low quality etc. issues are handled as a judgement call, and in that way I consider the "No AI whatsoever" rule unenforceable.
If I use an LLM to generate code under my suprvision, review, quality check and test to be up to standard, how would it be detected I used AI if I don't label it so? They'll look for em-dashes in comments?
It really has come a long way in a relatively very short time in terms of quality and, well, shitting under the rug
2
The Linux Kernel Organization now lets developers submit AI-generated code, as long as it complies with the guidelines, licensing, and attribution requirements | Spyke
15 replies
That's fair. Nobody has to know you wrote it with a not, that's impossible to detect, but you have to own it and be ready for the discussions that follow.
@onlinepersona @Innerworld And what do you think, will the AI agent be ready to the following discussion?
Well, no. But then it gets rejected, and further PRs that also fail the check will likely get you banned from contributing.
The human is responsible.
If the code or PR fails, the human has to own that.
If the human fails to own that, the human gets banned
@towerful Also you know, it is only matter of time and it will.
Rule-wise, this seems fair.
Regardless, if AI usage continues to increase in this manner, I'll likely be driving NetBSD, AROS, and FreeDOS by the end of the decade.
Maybe even a little TempleOS or ZealOS, for flavour.
RedoxOS has a no-LLM policy: https://gitlab.redox-os.org/redox-os/redox/-/blob/master/CONTRIBUTING.md#ai-policy
It's just regarding labeling. It's unenforcable to have a project "clean" of AI.
No, it's not: https://old.reddit.com/r/Redox/comments/1rp57nq/redox_os_has_adopted_a_certificate_of_origin/o9ixfu9/?context=1
Ok I see the intent of BDFL is different, but the linked document only mentions labeling - I can only assume the low quality etc. issues are handled as a judgement call, and in that way I consider the "No AI whatsoever" rule unenforceable.
If I use an LLM to generate code under my suprvision, review, quality check and test to be up to standard, how would it be detected I used AI if I don't label it so? They'll look for em-dashes in comments?
"Let's not have rules, because some may break them!"
🤡
Rules without enforcement are just self-deception.
Then keep deceiving yourself. 🤷
Given that nobody is able to guarantee that code used for training was used according to it’s license, this means no hallucinated code in Linux. Nice.
It will comply but will not compile
It really has come a long way in a relatively very short time in terms of quality and, well, shitting under the rug