Eventually implement support for the PEP 735 "dependency groups"

[webknjaz]

What's the problem this feature will solve?

It's just a new source of deps and an extension to the first round of the pyproject.toml runtime deps resolution.

Describe the solution you'd like

$sbj. If somebody's interested in making a PoC, it's probably fine to start drafting something already. Need to wait for the PEP acceptance to actually merge it in, though.

Alternative Solutions

... not doing this?

Additional context

Refs:

• https://peps.python.org/pep-0735/
• https://discuss.python.org/t/pep-735-dependency-groups-in-pyproject-toml/39233/237
• POC for pip: https://github.com/pypa/pip/compare/main...sirosen:pip:pep-735-support

[chrysle]

What are you planning to have for dependency group support? An option to collect only such dependencies, or alongside with normal and build deps? And the possibility to collect only specified dependency groups?

[webknjaz]

Same as #1960 attempted, just in the proper place. Semantically, dependency groups don't imply including runtime dependencies so they should definitely be collected and output separately. However, we shouldn't actively prevent combining them with other deps (runtime, or runtime+extra, or other dependency groups; though the latter seems to be covered by the PEP itself).

[chrysle]

However, we shouldn't actively prevent combining them with other deps

IIUC that would mean actually creating an option like --include-dependency-groups/--all-dependency-groups, next to --only-dependency-groups?

[webknjaz]

Aren't the past two the same?

[chrysle]

Aren't the past two the same?

Yes, this was unintended. Is the rest of my assumption valid?

[webknjaz]

I think so. It of course could be iterated on during a PoC review..