Submitting a PEP for the `{root:uri}`
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 7.2k
- Forks
- 462
- Avg merge
- 19h 36m
- Merged PRs (30d)
- 10
Description
Would you consider formalizing the {root:uri} format as a PEP. I have found two use-cases where this would need a format PEP:
build-system.requiresfor inter-dependent projects such as withhatchlingandhatch. While this would not be able to be submitted to PyPI, it would still be useful for projects that are primarily distributed as git repos. We've added a similar parser forscikit-build-corebecause it can be very useful for compiled backends.dependency-groupsfor meta-projects. I have noticed that some usecases of the{roo:uri}is in meta-projects ^1 to guarantee that a synchronized version of dependencies is installed. But this can leave artifacts of the meta-project'sdist-info, sodependency-groupsshould be a good alternative for it.
The issue in these cases though is that these are handled by the installers pip, uv etc. where hatchling logic cannot be injected, thus the proposal for formalizing this as a PEP.
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
No repository file or test is named. Start by reviewing the {root:uri} use cases in build-system.requires and dependency-groups, then compare how pip and uv handle them with the parser in scikit-build-core. Done means producing a settled proposal for a formal PEP.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- build-system
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100