The project defines project.license.text to be the MIT license, but the project.classifiers also outline an Apache license.
It is not clear which license applies to this project.
While addressing this issue, please take PEP 639 into consideration, which deprecates the classifiers and encourages the use of SPDX-compliant licenses. In case of uvloop, this might be project.license = "MIT OR Apache-2.0" then.
Another driver for this to be sorted out is the automated parsing of project metadata, which is currently not possible for this project, due to due unclear dual-licensing.
The current metadata reads like:
❯ pip3 -q download --no-deps uvloop
❯ unzip -qo uvloop-0.22.1-cp312-cp312-manylinux2014_x86_64.manylinux_2_17_x86_64.manylinux_2_28_x86_64.whl
❯ grep License uvloop-0.22.1.dist-info/METADATA
License: MIT License # <-- non-SPDX compliant
Classifier: License :: OSI Approved :: Apache Software License # deprecated
Classifier: License :: OSI Approved :: MIT License # deprecated
License-File: LICENSE-APACHE
License-File: LICENSE-MIT
License
Ideally, the license(es) can be found in the project's metadata as follows:
License: MIT OR Apache-2.0
References:
The project defines
project.license.textto be the MIT license, but theproject.classifiersalso outline an Apache license.It is not clear which license applies to this project.
While addressing this issue, please take PEP 639 into consideration, which deprecates the classifiers and encourages the use of SPDX-compliant licenses. In case of uvloop, this might be
project.license = "MIT OR Apache-2.0"then.Another driver for this to be sorted out is the automated parsing of project metadata, which is currently not possible for this project, due to due unclear dual-licensing.
The current metadata reads like:
Ideally, the license(es) can be found in the project's metadata as follows:
References: