Cayetano Santos via "Development of GNU Guix and the GNU System distribution." <[email protected]> writes:
> In my opinion we should accept contributions from LLM’s, provided the > origin of the code is clearly stated somehow (pr title, comment line, > etc.). I don’t think this is something which could avoid, anyway. > I don't think we should accept any contributions from LLMs, until FSF has made it clear what their stance on the copyright situation is. That has not been made clear, and this is the reason we do not accept LLM generated code in Emacs core or ELPA as of now[0]. I think until that is cleared, we must reject any and all LLM contributions. Even the copyright issue aside, Guix is a Free Software project where people contribute because they believe in the freedom of theirs and others'. It is well-known that almost all major AI services and their companies commit harm to free software, our environment and create an environment of hostility. As hackers, we should not cede ground here. Recently someone "vibe coded" a fork of GNU Emacs. They're pushing 940 commits a day at times. Not only is it humanly impossible for anyone to go through that many commits, it encourages a practice of focusing more on pushing unreliable code than on good design. Other projects such as matplotlib, Curl and the OCaml compiler also got LLM slop PRs. These PRs aren't good faith contributions, they only increase the burden of the maintainers who are already exhausted. Moreover, I don't think we /need/ LLM contributions. Guix gets a decent amount of contributors already, and it's already difficult for us to review and maintain those contributions, adding another layer of analysis where we're worried about if something is from LLM or not will just be a waste of time in my opinion. [0]: https://yhetil.org/emacs-devel/[email protected]/ Regards, -- Divya Ranjan Pattanaik, Philosophy, Mathematics, Libre Software. PGP Fingerprint: F0B3 1A69 8006 8FB8 096A 2F12 B245 10C6 108C 8D4A
