glibc AI policy
Florian Weimer
fweimer@redhat.com
Sat Apr 11 17:17:40 GMT 2026
* Sam James:
> Florian Weimer <fw@deneb.enyo.de> writes:
>
>> * Jeffrey Law:
>>
>>> On 4/2/2026 12:56 PM, Collin Funk wrote:
>>>> DJ Delorie <dj@redhat.com> writes:
>>>>
>>>>> Given that GNU is a USA-based project, and that the copyright status of
>>>>> AI in the USA is still... "nebulous at best"... it might take time to
>>>>> figure out whether or not we can accept that first AI patch that comes
>>>>> along. Better to take that time now so we can respond more quickly
>>>>> then.
>>>> The copyright situation is the reason I am against tentatively accepting
>>>> patches while waiting for a more official policy from the FSF. Thanks
>>>> for mentioning that.'
>>
>>> Yea, that's where I'd land as well. Until the copyright situation is
>>> better understood I would not accept any LLM generated code that is
>>> outside the de-minimis guidelines set by the FSF.
>>
>> Has the FSF communicated this (not accepting LLM-generated
>> contributions for now) to the glibc stewards? Why would the
>> de-minimis guidelines apply, anyway? I assume those are about not
>> diluting the copyright assignment, but that's hardly a concern for GNU
>> components accepting contributions under the DCO.
>
> Outside of communication to glibc stewards which I would not be party
> to, with regard to Emacs, there was
> https://lists.gnu.org/archive/html/emacs-devel/2026-03/msg00554.html.
Thanks for the reference. This is what Richard Stallman wrote:
| The FSF is working on one. Please wait for us to finish and publish
| it before stirring up disputes about hypothetical options.
I assume the net effect that for Emacs, it's a case-by-case decision if
a machine-generated contribution is accepted. So it's pretty much like
what we do for glibc today, I think.
Thanks,
Florian
More information about the Libc-alpha
mailing list