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

expose package resolution information #10520

Open
rmehri01 opened this issue Jan 11, 2025 · 2 comments
Open

expose package resolution information #10520

rmehri01 opened this issue Jan 11, 2025 · 2 comments
Labels
needs-design Needs discussion, investigation, or design question Asking for clarification or support

Comments

@rmehri01
Copy link

Hey, first just wanted to say thanks, uv is a really great tool!

We're trying to use torch cpu by default on Replit, including for transitive dependencies, and have run into a few of the other issues that are open such as #9647. While those are being fixed, we were wondering if there is an easy way to expose package resolution information so that we can work around it?

As far as we know the closest thing is uv tree but that requires the package to be installed so we'd have to install cuda torch, do uv tree, and then override the torch version with cpu, which isn't ideal.

@charliermarsh
Copy link
Member

Thanks!

What kind of information are you looking for? Like, what is your ideal API? You want to provide a package + version, and see the METADATA file?

@charliermarsh charliermarsh added question Asking for clarification or support needs-design Needs discussion, investigation, or design labels Jan 13, 2025
@rmehri01
Copy link
Author

Yeah that sounds good, as a concrete example, something we want to be able to deal with is if someone wants to install easyocr then we can see what that depends on, which includes a certain torchvision version and then try to install the cpu version for that explicitly instead as a workaround. Something like uv resolve foo>=1.2.3,<2 --format json that emits some subset of the METADATA and possibly some information about why a particular version and index was chosen would be nice.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
needs-design Needs discussion, investigation, or design question Asking for clarification or support
Projects
None yet
Development

No branches or pull requests

2 participants