Re: LLM Commit in upstream `master`?!
Stefan Monnier via "Emacs development discussions." <[email protected]> Sun, 26 Jul 2026 10:59:45 -0400
| Newsgroups | gmane.emacs.devel |
|---|---|
| Message-ID | <[email protected]> |
Sean Whitton [2026-07-25 20:21:35] wrote: > Eli, what do you think we should do? Should we ask the Savannah admins > to help us forcefully undo this commit, or is it enough just to replace > the entry in the ChangeLog file exported after cutting the emacs-32 > release branch? > > I think the commit message saying co-authored by Claude even though the > code in the commit was not co-authored by the LLM is a problem because > we have no way of telling people that, in fact, this commit is not > LLM-authored. So I worry that people will keep finding it and then > coming to the list to ask about it. So I think that we should consider > asking the Savannah admins for help. I can't count how many times I've lectured package maintainers not to force push on public branches unless it's a really exceptional circumstance, and now I see that without even 24h of discussion we've force-pushed because of some tiny bit of LLM infused commit message which may potentially in some possible future cause some hypothetical concern around the copyright on that commit message? To me, this act falls squarely into the "bat shit crazy" category. I know Emacs maintainers are not crazy at all, so I'll file the whole event under "blunders", but I have to speak up and say this was a very bad decision. I don't use LLMs and keep praying that all the AI data centers burn up in flames, but can we stop about this LLM paranoia? LLMs cause enough real immediate problems that we don't need any extra paranoia. Yuan made a mistake because he misunderstood the policy, we learn, we `git revert`, and we move on. Force pushes are not for mere worries. === Stefan