Add a file with the MIT license for behave/i18n.py#1039
Add a file with the MIT license for behave/i18n.py#1039musicinmybrain wants to merge 1 commit intobehave:mainfrom
Conversation
|
Two questions:
|
The usual disclaimer (I’m not a lawyer, this isn’t legal advice) applies. In the US, copyright does not protect titles, names, and short phrases, nor does it protect things like ingredient lists in recipes. However, the overall compilation of translations in the i18n file seems like it might represent sufficient creativity to qualify as a copyrightable work of authorship. If so, then
would apply. It’s helpful to distributors, and most robust against accidental removal, if this is in the form of a license file, although a source code comment in
You could combine the two license files into a single file, but I don’t think you could combine the two notices. Besides the question of whether or not combining copyright notices is a correct approach for two projects with identical MIT licenses, behave’s license appears to be a 2-clause BSD license, with similar requirements but altogether different text. |
7ec93d2 to
46ad983
Compare
fe1ca4d to
fcfe5af
Compare
0a4d73b to
2c11d2e
Compare
3e51dda to
c6ab01c
Compare
eccf022 to
93e1218
Compare
cc16ac0 to
22569f4
Compare
01407cf to
42e64a9
Compare
e12ed4d to
002e07a
Compare
612d6d1 to
5796057
Compare
370ce68 to
cba3c4f
Compare
|
I believe, we should strive to become REUSE compliant. REUSE introduces a LICENSES folder in a repository that maintains all licenses used in the project. In addition, all (source) files must maintain a short header with license information. It might feel a bit cumbersome to go the REUSE route with their tooling, because it makes the code base a bit more noisy - just for adding licensing information -, but for cases like this one, for projects that have more than just one license, the pros outshine the cons, IMHO. |
Based on:
https://github.com/cucumber/common/raw/96f5c46a95262d20418472271f556b4ba3859004/gherkin/LICENSE