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

Feature request: Read dev dependencies from a packaging extra #8170

Closed
czechnology opened this issue Oct 14, 2024 · 3 comments
Closed

Feature request: Read dev dependencies from a packaging extra #8170

czechnology opened this issue Oct 14, 2024 · 3 comments
Labels
enhancement New feature or improvement to existing functionality

Comments

@czechnology
Copy link

czechnology commented Oct 14, 2024

Hi, first of all, thanks for this great tool which has significantly changed how I develop and work with Python!

I would like to request an extra configuration option to read the dev dependencies from a specific packaging extra (i.e. a key under optional dependencies).

Example

uv allows developers to configure dev dependencies as part of the uv.tool table in pyproject.toml.

[tool.uv]
dev-dependencies = ["ruff==0.5.0"]

Many teams have been using an optional dev extra to specify the optional dependencies needed for development, testing etc.

[project.optional-dependencies]
dev = ["ruff==0.5.0"]

Using tool.uv.dev-dependencies limits the use of dev dependencies only to uv. It would be very helpful if we could alternatively tell uv to use a specific extra, something like this:

[tool.uv]
dev-dependencies.extra = "dev"

This would allow using dev dependencies also by other tools, such as pure pip (pip install .[dev]) and additionally help us migrate to uv more seamlessly.

Thanks!


(Side note on the suggested pyproject.toml notation: It reminds me of how setuptools configures packages -- either set the packages as list in tool.setuptools.packages or configure custom discovery settings using options such as tool.setuptools.packages.find.)

@charliermarsh
Copy link
Member

Good timing -- I think the newly-accepted PEP 735 standard (#8090) will cover this, and we've already started implementing this. Feel free to track that issue!

@charliermarsh charliermarsh closed this as not planned Won't fix, can't repro, duplicate, stale Oct 14, 2024
@charliermarsh charliermarsh added the enhancement New feature or improvement to existing functionality label Oct 14, 2024
@czechnology
Copy link
Author

Thanks, Charlie, looks promising, depends on how uv will approach the dev dependencies on top of that PEP, I will follow the progress there.

@czechnology
Copy link
Author

I'll just reference also #5632, which is even closer to what I was looking for.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or improvement to existing functionality
Projects
None yet
Development

No branches or pull requests

2 participants