You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There are now a bunch of front-end (CLI) tools which handle dependency resolution and installation of environments, including rip, rye (both already dropped out1), and uv.
A key issue is that most of these tools (including mamba) don't actually expose the functionality which asv really needs2, that is the dependency resolution / a Python API (e.g. see astral-sh/uv#7345) itself. This is accomplished via pubgrub-rs in uv, resolvo in pixi / rip and the venerable libsolv in mamba.
Somewhat related are these issues around the ecosystem:
Basically, moving forward, it seems like the best approach is to generate bindings to uv internals like the dependency resolution while extracting the environment management out further. Or by using py-rattler (here). Although the CycloneDX SBOM might also be of interest as an intermediate file format 3.
Another option is to use subprocess to drive calls to uv or something similar, but in the long run this is more problematic, since parsing CLI is never a great idea, and also leaves the project vulnerable to changes in the in internal lock file representation.
For some more context, this matters to asv because when run with existing environments, we still need to know the changes to versions relative to the last known configuration.
There are now a bunch of front-end (CLI) tools which handle dependency resolution and installation of environments, including
rip
,rye
(both already dropped out1), anduv
.A key issue is that most of these tools (including
mamba
) don't actually expose the functionality whichasv
really needs2, that is the dependency resolution / a Python API (e.g. see astral-sh/uv#7345) itself. This is accomplished viapubgrub-rs
inuv
,resolvo
inpixi
/rip
and the venerablelibsolv
inmamba
.Somewhat related are these issues around the ecosystem:
uv
as an environment type #1433libmamba
mamba-org/mamba#3387Basically, moving forward, it seems like the best approach is to generate bindings to
uv
internals like the dependency resolution while extracting the environment management out further. Or by usingpy-rattler
(here). Although the CycloneDX SBOM might also be of interest as an intermediate file format 3.Another option is to use
subprocess
to drive calls touv
or something similar, but in the long run this is more problematic, since parsing CLI is never a great idea, and also leaves the project vulnerable to changes in the in internal lock file representation.Footnotes
e.g. this comment ↩
e.g. the trouble with the
libmambapy
dependency which needed a new release since part of the API was removed. ↩https://github.com/CycloneDX/cyclonedx-python ↩
The text was updated successfully, but these errors were encountered: