←back to thread

265 points tosh | 1 comments | | HN request time: 0.202s | source
Show context
j4mie ◴[] No.44364740[source]
It's worth noting that uv also supports a workflow that directly replaces pyenv, virtualenv and pip without mandating a change to a lockfile/pyproject.toml approach.

uv python pin <version> will create a .python-version file in the current directory.

uv virtualenv will download the version of Python specified in your .python-version file (like pyenv install) and create a virtualenv in the current directory called .venv using that version of Python (like pyenv exec python -m venv .venv)

uv pip install -r requirements.txt will behave the same as .venv/bin/pip install -r requirements.txt.

uv run <command> will run the command in the virtualenv and will also expose any env vars specified in a .env file (although be careful of precedence issues: https://github.com/astral-sh/uv/issues/9465)

replies(3): >>44365084 #>>44365182 #>>44365328 #
smeeth ◴[] No.44365328[source]
+1, this is the exact reason I started using uv. Extremely convenient.

For some reason uv pip has been very slow, however. Unsure why, might be my org doing weird network stuff.

replies(1): >>44368350 #
1. greenavocado ◴[] No.44368350[source]
Or very difficult package spec