Replies: 2 comments 2 replies
-
/cc @gundalow |
Beta Was this translation helpful? Give feedback.
-
Just because I contacted the FSF about this a while back, I'll provide the reply I received from them:
My "conclusion" referenced in the reply was:
|
Beta Was this translation helpful? Give feedback.
-
While the change from #1213 helped a little bit with GPLv3 aspects of ansible-lint, I think it needs few extra changes, especially because:
yamllint
(GPLv3) a permanent dependency, so the tool will not have different outcomes based on when it is installed or notMIT License
on github license or on pypi may confuse some users, making them imagine that they can really use ansible-lint without being affected by GPLv3 implications.NoLogPasswordsRule.py
is Apache (by Rackspace), which is not the same a MIT, but very close.Thus I propose the below changes:
GPLv3
in package metadataLICENSE
toLICENSE.MIT
and addGPLv3
license toLICENSE
file, as that is the default file where github looks for license. The outcome is that github replace the potentially misleading hyperlink name fromMIT License
toLicense
.While I (not a lawyer) do think that licensing the project a GPLv3 only is also possible, I do not see a need to do this and the
README.md
note about contributions as being under MIT is not really a problem.I do hope that this move to address the few concerns I seen over the last years where one or two individuals claimed that ansible-lint is in violation of GPLv3 license due to the imports from ansible projects. If we make these changes we can make them happy and likely also allow us to make all runtime dependencies permanent instead of listing them as optional, making the tool behavior more predictable.
What do you think about that?
Beta Was this translation helpful? Give feedback.
All reactions