-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Missing license #132
Comments
Original comment by opoplawski (Bitbucket: opoplawski, GitHub: opoplawski): We're doing a re-review of setuptools for Fedora EPEL and running into this as well. In addition, there are several files that are under the Apache license:
This really needs to get addressed. |
Original comment by jaraco (Bitbucket: jaraco, GitHub: jaraco): I honestly don't know what to do with this. My inclination is to re-release the package under the MIT License or possibly the Apache Software License. I see that the Trove Classifiers don't even distinguish between versions of most licenses. @dstufft Do you have any opinion on what license or licenses the setuptools code is released under? |
Original comment by dstufft (Bitbucket: dstufft, GitHub: dstufft): The bundled files in Beyond that, setuptools is a big enough deal that it probably shouldn't be Apache v2.0 unless it dual licenses under 2 Clause BSD like we've done in packaging. If that's something you're interested in then I can help with that. The bigger issue I think is that the license is ambiguous and you can't change the license without permission of everyone who owns the copyright over all of the lines of code in setuptools. Essentially you need permission from anyone who ever contributed to change the license... but since the original license was ambiguous I don't know how exactly that affects things. This is probably a question for an actual lawyer. |
Original comment by jaraco (Bitbucket: jaraco, GitHub: jaraco): Relicense the package as MIT license. Drop licensing as PSF and Zope as neither of those licenses grant authority for use outside their respective projects. Vendored projects are licensed under their respective licenses, currently MIT for six and Apache v2 for packaging. Fixes #132. |
…as neither of those licenses grant authority for use outside their respective projects. Vendored projects are licensed under their respective licenses, currently MIT for six and Apache v2 for packaging. Fixes #132.
Detect when a venv is created from an in-tree build. Fixes #132
Originally reported by: stefanor (Bitbucket: stefanor, GitHub: stefanor)
The only mention of the license that this is distributed under, is in setup.py:
The body of the license doesn't appear to be present in any source or binary distributions. This makes it hard to know exactly what the terms of distribution are.
There are multiple versions of the Zope license in existance, but the version isn't specified. And the PSF license most commonly appears in the long essay about python's licensing history, it isn't well known as a stand-alone license. There'd be no guessing, if the license bodies were included.
Please bundle the licenses that this is distributed under, in the source. And ensure that they appear in any source and binary distributions.
Thanks
The text was updated successfully, but these errors were encountered: