MagicStack / MagicStack/uvloop
uvloop wheels don't include libuv LICENSE files
Nobody has claimed this yet.
- Dominant language
- Cython
- Stars
- 11.9k
- Forks
- 616
- PR merge metrics
- No merged PRs in 30d
Description
As part of the RISE Project, we are adding builds of various Python modules for riscv64 platforms, including uvloop, in the wheel_builder repository. While building v0.21.0, we noticed that the wheels only contain the LICENSE files for uvloop itself, and not libuv:
(venv) tgamblin@megalith ~/workspace/baylibre/rise/uvloop ((HEAD detached from v0.21.0))$ unzip -l uvloop-0.21.0-cp313-cp313-manylinux_2_34_riscv64.manylinux_2_35_riscv64.whl | grep LICEN
1105 06-21-2025 14:58 uvloop-0.21.0.dist-info/licenses/LICENSE-MIT
11439 06-21-2025 14:58 uvloop-0.21.0.dist-info/licenses/LICENSE-APACHE
Was this intentional, or would a PR be helpful?
I've also noticed that the license field in pyproject.toml only specifies MIT, but the project is dual-licensed.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Inspect pyproject.toml and the v0.21.0 wheel contents first, focusing on how license metadata and bundled license files are declared. Rebuild the wheel and verify that the libuv license files are included and that the metadata represents both MIT and Apache licensing.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- build-system, release
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100