Summary
- Void Linux bans AI-written contributions; contributor admitted using GLM-5.3-Flash and OpenCode.
- Contributor orphaned 113 packages after admitting AI use, leaving major packages like Kubernetes unmaintained.
- The event underscores an open-source split over LLM use; the packages may stagnate without new maintainers.
As Linux distros decide whether LLM-generated content is allowed in code commits, we’ve seen people leave over disagreements about what they can and can’t do. When Debian voted on whether to allow AI code in submissions, one developer quit after the community voted to allow LLM-generated code by a decisive margin. Now, we’re seeing a reverse situation where a contributor to Void Linux has orphaned over 100 packages because it had banned AI-generated content.
A Void Linux contributor orphaned 100+ packages after being called out for AI use
LLM-generated content is not allowed under Void Linux’s guidelines
As spotted by Phoronix, Void Linux contributor Andrea Brancaleoni submitted a package for Go. In the comments, Brancaleoni listed the differences between the old and new versions of Go. A user asked Brancaleoni what he used to generate the comparison, to which he replied that he used a combination of GLM-5.3-Flash and OpenCode.
In response, someone pointed Brancaleoni to Void Linux’s stance on AI:
All contributions are expected to be made by humans. AI tools may be used for research and learning, but all content in contributions must originate from and be understood by the contributor. This includes code, documentation, issues, security reports, pull request descriptions, and comments in all Void Linux community spaces.
Brancaleoni stated he understood the output, but was reminded that the problem wasn’t any lack of understanding, but that an AI was used to write up the comparison. Brancaleoni responded with a thumbs-up emoji, alongside a mass ophaning of all of his packages. All 113 of them, in fact.
Phoronix did some digging and listed all of the orphaned packages, and there are some big names in there, including Kubernetes. All of them will essentially be dead in the water until another maintainer decides to pick up the mantle. Regardless, this is yet another case of how the big AI debate is splitting the open-source community.
Related
Linus Torvalds used AI to fix a Linux bug, and now LLM critics on Linux face an uncomfortable choice
Avoiding software without AI code is getting very difficult.