Skip to content
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

License clarification #612

Closed
jakirkham opened this issue Jun 9, 2016 · 6 comments
Closed

License clarification #612

jakirkham opened this issue Jun 9, 2016 · 6 comments

Comments

@jakirkham
Copy link
Contributor

Sorry, I think I'm missing something really obvious and could use some help understanding. I think setuptools use to be licensed with PSF or ZPL. However, I do not actually see a license file here. All I see is a classifier that suggests this is MIT. Is this MIT or something else? Also could we please have a license file here to make that a bit clearer? Thanks.

@jaraco
Copy link
Member

jaraco commented Jun 9, 2016

See #132. The classifier isn't a suggestion but a declaration and follows the distutils guide for declaring a license. I consider inclusion of a license file redundant and error prone.

@jaraco jaraco closed this as completed Jun 9, 2016
@jakirkham
Copy link
Contributor Author

Thanks for clarifying.

I'm sure that you guys do a good job of keeping the classifiers up-to-date, not all Python software does though. So that's why I wanted to double check.

Ultimately, it is your call what you do in terms of a license file. IMHO it makes this information easier to find and clearer. For example, who has the copyright on setuptools? While I can take a decent guess, this is not something I want to be doing when it comes to licensing.


As you are higher up in the community and have a chance of influencing this, I figure I should raise this somewhat orthogonal point. Trove classifiers for licenses can be a bit vague in some case. While this doesn't affect MIT so much, it does matter when someone adds the BSD trove classifier, which appears to be totally unversioned AFAICT. Someone could be using this for a BSD 4-Clause license and we would have no way of knowing. While this could be specified with the license field, this is sadly rarely the case. It might be nice to clear these up a bit.

@jakirkham
Copy link
Contributor Author

Also would like to point out issue ( #357 ). Technically our packaging at conda-forge is non-compliant with the MIT license terms, but I really don't know what to do other than create our own copy of the MIT license and assign the copyright to...PyPA?

@glyph
Copy link

glyph commented Aug 12, 2016

One of the other issues with licensing under the MIT license but leaving out the MIT license itself is that the main point of the MIT license is this provision:

The above copyright notice and this permission notice shall be
included in all copies or substantial portions of the Software.

If you don't actually include the license file, then it's not clear how anyone distributing it is supposed to comply.

@sigmavirus24
Copy link
Member

In addition to @glyph's point, there is a lot of automation (for legal departments especially) that check only for LICENSE files given the common usage of that file to include the license under which the software is distributed. Redistributors often look for the license as well as part of their assessing whether to package something or not, so while you might find the file redundant @jaraco, you will be helping end users trying to use setuptools in a corporate environment as well as redistributors to those end-users. See also this distutils thread.

@jaraco
Copy link
Member

jaraco commented Aug 12, 2016

Send a PR. Please include a change log entry.

sigmavirus24 added a commit to sigmavirus24/setuptools that referenced this issue Aug 12, 2016
The classifier in setup.py should be enough for most auditors, but some
have automated tooling that checks for LICENSE files and reads those.
This helps all auditors (downstream redistributors and users) who can
not just rely on the classifier.

Related to pypa#612
sigmavirus24 added a commit to sigmavirus24/setuptools that referenced this issue Aug 12, 2016
The classifier in setup.py should be enough for most auditors, but some
have automated tooling that checks for LICENSE files and reads those.
This helps all auditors (downstream redistributors and users) who can
not just rely on the classifier.

Related to pypa#612
sigmavirus24 added a commit to sigmavirus24/setuptools that referenced this issue Aug 12, 2016
The classifier in setup.py should be enough for most auditors, but some
have automated tooling that checks for LICENSE files and reads those.
This helps all auditors (downstream redistributors and users) who can
not just rely on the classifier.

Related to pypa#612
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants