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

Use standalone Python builds when creating a virtual environment #3061

Closed
pfmoore opened this issue Apr 16, 2024 · 2 comments
Closed

Use standalone Python builds when creating a virtual environment #3061

pfmoore opened this issue Apr 16, 2024 · 2 comments
Assignees
Labels
duplicate This issue or pull request already exists enhancement New feature or improvement to existing functionality

Comments

@pfmoore
Copy link
Contributor

pfmoore commented Apr 16, 2024

When trying to reproduce an issue on a Python version that I don't have installed, it would be useful to be able to create a virtual environment for that version without needing to install a system copy of the Python version first. Other tools like hatch and PDM use the Python standalone builds project for this. Clearly I could download the appropriate interpreter, unpack it, and run uv venv --python /path/to/unpacked/build, but that would mean manually managing the unpacked version.

Being able to do something like uv venv --python pypy@3.10, and have uv download, unpack and cache the interpreter for me would be useful in this situation.

I should note that this isn't a common occurrence for me, so I'm not asking for this feature to be prioritised. The workarounds I currently have are perfectly fine. But this does feel to me like a natural extension to the current uv venv feature set.

@zanieb zanieb self-assigned this Apr 16, 2024
@zanieb
Copy link
Member

zanieb commented Apr 16, 2024

We'll support this.

@zanieb zanieb added the enhancement New feature or improvement to existing functionality label Apr 16, 2024
@zanieb
Copy link
Member

zanieb commented Apr 19, 2024

Closing in favor of #3061

@zanieb zanieb closed this as not planned Won't fix, can't repro, duplicate, stale Apr 19, 2024
@zanieb zanieb added the duplicate This issue or pull request already exists label Apr 19, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
duplicate This issue or pull request already exists enhancement New feature or improvement to existing functionality
Projects
None yet
Development

No branches or pull requests

2 participants