No Distribution of Modified Versions: You may not distribute modified versions of the software, whether in source or binary form. * No Forking: You may not create, maintain, or distribute a forked ...
So you also agree that copying is not forking as it is commonly understood?
Do you then claim that the license refers ro “fork” as defined in a specific service’s TOS (without referencing said servixe at all)?
Otherwise I don’t see how you can come to the conclusion that “forking” in the license does not also necessify modification (which is what the common meaning is).
@sweng I simply don’t agree that your “common” definition is really the “common” one. Fork is a fork if you created a copy in another repo. Immediately in that moment, even without a new commit. Clearly that’s what the “Fork” button does. Not zip, that’s not a fork. Nor a private copy, unavailable to anyone else. This fits both the definition from the license, and the TOS, and all instances of “forking” that I’ve seen before.
Tying “fork” to “repositories” is nonsense, because software forks have existed longer thsn e.g. git.
How do you define “repository”, such that it makes sense? Is it only Git repositories? Any version control system? How about a .zip-file placed on an FTP server?
@sweng Look I don’t have that much time to split hairs about inconsequential things. All I’m saying is that if someone says “Don’t do ABCD” and you click a button on the same page that says “Do ABCD” then that’s clearly the same ABCD they were talking about, no more action necessary, no outside definitions necessary. Have a good day.
So you also agree that copying is not forking as it is commonly understood?
Do you then claim that the license refers ro “fork” as defined in a specific service’s TOS (without referencing said servixe at all)?
Otherwise I don’t see how you can come to the conclusion that “forking” in the license does not also necessify modification (which is what the common meaning is).
@sweng I simply don’t agree that your “common” definition is really the “common” one. Fork is a fork if you created a copy in another repo. Immediately in that moment, even without a new commit. Clearly that’s what the “Fork” button does. Not zip, that’s not a fork. Nor a private copy, unavailable to anyone else. This fits both the definition from the license, and the TOS, and all instances of “forking” that I’ve seen before.
Tying “fork” to “repositories” is nonsense, because software forks have existed longer thsn e.g. git.
How do you define “repository”, such that it makes sense? Is it only Git repositories? Any version control system? How about a .zip-file placed on an FTP server?
@sweng Look I don’t have that much time to split hairs about inconsequential things. All I’m saying is that if someone says “Don’t do ABCD” and you click a button on the same page that says “Do ABCD” then that’s clearly the same ABCD they were talking about, no more action necessary, no outside definitions necessary. Have a good day.
The point is, it’s not at all clear, because Github has it’s own definition of what “fork” means. I’m honestly not sure why it’s so hard to grasp.