-
Notifications
You must be signed in to change notification settings - Fork 353
-
Notifications
You must be signed in to change notification settings - Fork 353
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Clarify license notices #2037
Comments
Any reason not to just use OpenTofu instead of the closed source code? Is it possible to make it so the closed source code is isolated away from the open source stuff enough for people to drop in opentofu instead? |
Considering that TFLint is a "Terraform" linter, I decided that OpenTofu cannot be used as an alternative. This comment is off-topic in this issue, but I'm replying here because some people may have similar questions. |
Introduction
After merging #2030, TFLint now has two licenses: MPL 2.0 and BUSL 1.1.
Having two different licenses can be confusing for contributors and can lead to unintended patch submissions.
In particular, BUSL does not meet the definition of open source, which leaves a pretty bad situation for contributors who mistakenly think this project is completely open source.
Also, there is the question of how to handle contributions to the Terraform fork.
Most of the current fork is licensed under the MPL, but if a patch is merged into it that requires it to be MPL, it will no longer be possible to merge BUSL code into it in the future. (Note that MPL is file-level copyleft. Existing MPL-licensed code can be changed to BUSL because it has been relicensed as BUSL in the upstream, which is achieved by HashiCorp's CLA)
Proposal
To solve these problems, the following two things are probably needed.
Perhaps something like the following would be helpful.
Developer Certificate of Origin (DCO)
By enforcing DCO on this project, we can force contributors to agree to the current license. However, the Developer Certificate of Origin v1.1 specifically mentions "open source", and I'm not sure if it works as an agreement for a license like BUSL.
There is also resistance to enforcing DCO because it increases the burden on contributors.
Contributor License Agreement (CLA)
We can define additional terms about licensing by requiring contributors to sign the CLA. Perhaps we could also define requirements for BUSL relicensing of the Terraform fork.
But I'm not a lawyer, so I don't know if I can design a good CLA. Maintaining this on a volunteer basis would be quite an arduous task.
Creating a CONTRIBUTING file
The easiest way to get started is to create
CONTRIBUTING.md
. This file may be useful for licensing notices. However, it is debatable whether the existence of this file can be treated as consent.References
The text was updated successfully, but these errors were encountered: