-
Notifications
You must be signed in to change notification settings - Fork 640
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
Bundle Python Interpreter in virtual environments #7865
Labels
enhancement
New feature or request
Comments
Ok, you can kinda do this already by passing |
zanieb
changed the title
Bundle Python Interpreter
Bundle Python Interpreter in virtual environments
Oct 2, 2024
I think we want to add this feature. |
Ohh til I was looking for this parameter in CLI Perhaps
|
Yes we should mention it in the help documentation. I'd also be down to accept a target directory in the CLI. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
For system wide installations of applications build with
uv
, it would be nice to have an option to build an execution environment which is self contained and does not rely on the user's local files (~/.local/share/uv
). My usecase for this would be an application that I want to install to a server for system-wide usage. At the moment, you can achieve this with the following commands (with some path adjustments):I.e., you can replace the symlinked python interpreter by a bundled copy.
I am not entirely sure how this should be implemented. In a first simple step, one could add a
--bundle-python
flag touv venv
which copies the downloaded Python interpreter to, e.g.,.venv/python
and uses it instead of a path in~/.local/share/uv
.However, you can take this idea further, up to a
uv install
command which would do something similar tomake install
.The text was updated successfully, but these errors were encountered: