feat: Resolve optional dependencies recursively

[olivier-lacroix]

fixes #2024

This PR depends on PyO3/pyproject-toml-rs#30

[dhirschfeld]

Glad to see this might be resolved shortly! ❤️

[dhirschfeld]

This PR depends on PyO3/pyproject-toml-rs#30

This has now been released in 0.13.6:
https://github.com/PyO3/pyproject-toml-rs/releases/tag/v0.13.6

[olivier-lacroix]

Alright. I think this is ready for review.

As we now rely on a top-level pyproject-toml::PyprojectToml::resolve() method, I chose to convert to and rely on pyproject-toml::PyprojectToml directly, which simplifies the code quite a bit.

[olivier-lacroix]

@tdejager you may want to give this a look

[tdejager]

This is gonna be great, found some small changes.

[tdejager]

@olivier-lacroix I added a test to test the issue from in the test-suite. Do we also need to add recursive depency groups to the the test or do we still rely on the pixi init behavior there?

[tdejager]

Also lets run the full suite, added the label.

[tdejager]

I removed the label, all relevant tests seemed to pass.

[olivier-lacroix]

@olivier-lacroix I added a test to test the issue from in the test-suite. Do we also need to add recursive depency groups to the the test or do we still rely on the pixi init behavior there?

Optional dependencies and dependency groups are managed in the same way by pixi. pixi init will now only create an environment table that maps each environment to a single feature (an optional depedency group or a dependency group).

This to say we can add dependency groups to the test as well :)

[olivier-lacroix]

Thanks @tdejager !