Yeah, LLM code is fundamentally incompatible with FOSS licensing because you fundamentally cannot vet the codebases that it was trained from. The fact that this is ignored in most other places speaks to how well the LLM propaganda and astroturfing has worked.
post
Sad to see that it's accepted outside of the test cases at all. But good to see they're severely limiting it, at least.
Why do I find even minor LLM changes sad?
-
Because it moves the goalpost about what is okay to copy. If you brought a one-line change to a FOSS project in the past that you took out of the leaked MS Windows source code, you would have been scolded for risking such an explosive origin for such low gain. Nowadays with LLMs people seem to be trying to make that the new normal. I don't think that's a good path to take for the ecosystem.
-
And because no project should have to think about what's "copyright significant". If you reach that state, I feel like you should perhaps just reject it and have somebody rewrite it cleanly.
i agree
the problem generally lies with doubt about the copyright relevance. in many projects luttle contributions (e.g. 2 lines) can make a difference but are not really creative work
I'm not a lawyer but I'm really unsure if there's even some safe guess like two lines. E.g. if you look at lyrics, I think people have been sued less - not that I would know for sure, though, and no idea if that allows any conclusions for code...
Well, depends on what the line is, right? Like, you'd have a hard time copyrighting
int i = 0;
because millions of people write that line of code.
But if it's something unique and, say, identifiably Microsoft's code, then yes, you probably would not have legal grounds to stand on.
In the context of the OP, of course, if you're using an LLM just to write int i = 0; then you might be stupid. But possibly if you're using LLMs to do tedious tasks like writing unit tests then you might be able to argue that they're generic enough to not infringe copyright even if the legal situation is resolved in favour of LLM output belonging to the IP holders of the training data. It's just a legal grey area, which is presumably why so many projects are concerned about merging LLM output.
Probably relevant that most GNU projects have a limit to how big a change you can make without signing a copyright waiver. My guess is that the logic here is "if its small enough that a human doesn't need to sign a waiver, it can be produced by an LLM"
It does not follow that merely looking at or altering the generated code makes it acceptable. By the rules that have been adopted, a contributor cannot take substantial implementation produced by an LLM, clean it up manually, and then treat the resulting patch as if it had been originally written by them.
I wonder how they intend to enforce this one. Raw LLM output will trigger some kind of "Spidey sense" for anyone woo has seen enough of it. But I don't know how I would tell manually cleaned up LLM output apart from manually written original code
I have an impression that this is some legal rhetoric device that is intended to be used in courts in case there are copyright infringement claims. By saying that they don't accept such contributions they probably can make it a clear legal responsibility of the one who submitted the code and not the GCC project as legal entity. At least that's how I see it, but I'm not an expert in this topic.
Meanwhile me thinking what the Gulf Cooperation Council has to do with AI code.
I feel this means people submitting code will lie about how much AI work was in it
all 26 comments