Closed thomas-lamiaux closed 3 months ago
Yes, I would go with a permissive license, either CC-BY or even CC-0 (which is the license of the Coq wiki). However, we might need to accommodate other licenses for tutorials that are derivative of preexisting works.
Please consider at least licensing code fragments under the Unlicense to allow people to easily copy code. Unlicense is also approved as an open source license, unlike CC0/CC-BY.
(Comment written in parallel to Karl's above.)
As discussed in https://coq.zulipchat.com/#narrow/stream/437203-Coq-Platform-docs/topic/Licensing, it is important to make copy-pasting code from tutorials possible without hindrance. The logical thing then is to apply the Unlicense to all code snippets. What remains to be decided is whether to use the Unlicense for all the content of this repository (including the text of the tutorials), or to use the Unlicense for code snippets only and apply a different license (such as CC-BY) to the text of the tutorials.
We also need to decide if we accept tutorials that come with a different, preexisting license. My own view would be to accept them with their preexisting license if changing the license is too complicated.
cc all current contributors to the repo @thomas-lamiaux @Villetaneuse @CohenCyril @SkySkimmer @Vanille-N and potential future contributors @lephe. Let us know (explicitly) if you are fine with any option or if you have a preference.
I trust you license gurus
I believe that the text -- if any -- that I may have contributed that is still present in the document is exclusively code. Regardless I am fine with everything coming from me being Unlicense'd, or any other you see fit.
Unlcense ok
I have a preference for Unlicense on code snippets and CC-BY for tutorial text, but I'll follow if Unlicense is chosen. Cc @YaZko
I'm with Cyril, I have little knowledge and opinion on the matter, I trust the consensus of the experts.
I think that the license should allow very flexible use of the code and the text explanations. It is the goal of the project to share practical knowledge.
We also need to decide if we accept tutorials that come with a different, preexisting license. My own view would be to accept them with their preexisting license if changing the license is too complicated.
I believe we should be careful to that because on average the tuto and how-to should not be too long or so involve it requires a license to protect
Like @lephe if it's not too complicated (Unlicense + CC-BY). I'm also ok with Unlicense for everything.
Since it seems that the preference is for Unlicense + CC-BY, let's go with this license combination. I'll do a PR to apply this. As suggested by @lephe on Zulip, we will use a default "The Coq Platform Docs authors" for the paternity clause, although we should also look into how to preserve more fine-grained paternity when citing a tutorial academically (that's a different issue than the licensing though).
For the question of using a different license when importing preexisting material, we can decide when the situation arises.
@thomas-lamiaux
I believe we should be careful to that because on average the tuto and how-to should not be too long or so involve it requires a license to protect
I didn't manage to parse the end of your comment. But note that there is no clear rule on the minimum length a text must be to be copyrighted, but it is usually considered that it starts from very short texts (e.g., a Haiku is typically considered copyrightable, even though there is then a debate on whether you can quote the entire Haiku under fair use).
@Zimmi48 one detail that worries me: will it always be clear what is a code snippet and what is text? That is, will all tutorials necessarily have this separation in some technical way? Otherwise, there could be borderline cases where it's unclear to the reader what is under CC-BY and what is under Unlicense.
I think so, yes. The tutorials use a markup language (be it coqdoc or rst) which distinguishes between code blocks and text (the comments).
We need to add a license for this project