3 ms·

Venv seems pretty straightforward once you’ve learned the one activate command. I don’t really get that uv solves all these problems ve never encountered. Just

Venv seems pretty straightforward once you’ve learned the one activate command. I don’t really get that uv solves all these problems ve never encountered. Just make a venv and use it seems to work fine.

athorax 1y ago
For me the biggest value of uv was replacing pyenv for managing multiple versions of python. So uv replaced pyenv+pyenv-virtualenv+pip
- Hasz 1y ago
  This is it. Later versions of python .11/.12/.13 have significant improvements and differences. Being able to seamlessly test/switch between them is a big QOL improvement. I don't love that UV is basically tied to a for profit company, Astral. I think such core tooling should be tied to the PSF, but that's a minor point. It's partially the issue I have with Conda too.
  - rkomorn 1y ago
    Didn't Astral get created out of uv (and other tools), though? Isn't it fair for the creators to try and turn it into a sustainable job? Edit: or was it ruff? Either way. I thought they created the tools first, then the company.
  - zahlman 1y ago
    > Later versions of python .11/.12/.13 have significant improvements and differences. Being able to seamlessly test/switch between them is a big QOL improvement. I just... build from source and make virtual environments based off them as necessary. Although I don't really understand why you'd want to keep older patch versions around. (The Windows installers don't even accommodate that, IIRC.) And I can't say I've noticed any of those "significant improvements and differences" between patch versions ever mattering to my own projects. > I don't love that UV is basically tied to a for profit company, Astral. I think such core tooling should be tied to the PSF, but that's a minor point. It's partially the issue I have with Conda too. In my book, the less under the PSF's control, the better. The meager funding they do receive now is mostly directed towards making PyCon happen (the main one; others like PyCon Africa get a pittance) and to certain grants, and to a short list of paid staff who are generally speaking board members and other decision makers and not the people actually developing Python. Even without considering "politics" (cf. the latest news turning down a grant for ideological reasons) I consider this gross mismanagement.
  - philipallstar 1y ago
    > I think such core tooling should be tied to the PSF, but that's a minor point. The PSF is busy with social issues and doesn't concern itself with trivia like this.
- gegtik 1y ago
  Yes. poetry & pyenv was already a big improvement, but now uv wraps everything up, and additionally makes "temporary environments" possible (eg. `uv run --with notebook jupyter-notebook` to run a notebook with my project dependencies) Wonderful project
- philipallstar 1y ago
  With uvx it also replaces pipx.
nicce 1y ago
There have been actually many cases in my experience where venv simply worked but uv failed to install dependencies. uv is really fast but usually you need to install dependencies just once.
bigstrat2003 1y ago
Yeah I've never remotely had problems with venv and pip.
projektfu 1y ago
One thing that annoys me about Claude is that it doesn't seem to create a venv by default when it creates a python project. (But who knows, maybe 1/3 of the time it does or something.) But you have to ask each time to be sure.
cdmckay 1y ago
Occasionally I have to build Python projects and coming from other languages and package managers, having to deal with a venv is super weird and annoying.
nilamo 1y ago
If that works for you, then that's cool. Personally, I don't want to think about environments, and it's weird that python is the only language that has venvs. Having a tool that handles it completely transparently to me is ideal, to me.
collinmanderson 1y ago
> I don’t really get that uv solves all these problems ve never encountered. Just make a venv and use it seems to work fine. For me package installation is way, way faster with uv, and I appreciate not needing to activate the virtual environment.

athorax 1y ago

For me the biggest value of uv was replacing pyenv for managing multiple versions of python. So uv replaced pyenv+pyenv-virtualenv+pip

Hasz 1y ago
This is it. Later versions of python .11/.12/.13 have significant improvements and differences. Being able to seamlessly test/switch between them is a big QOL improvement. I don't love that UV is basically tied to a for profit company, Astral. I think such core tooling should be tied to the PSF, but that's a minor point. It's partially the issue I have with Conda too.
- rkomorn 1y ago
  Didn't Astral get created out of uv (and other tools), though? Isn't it fair for the creators to try and turn it into a sustainable job? Edit: or was it ruff? Either way. I thought they created the tools first, then the company.
- zahlman 1y ago
  > Later versions of python .11/.12/.13 have significant improvements and differences. Being able to seamlessly test/switch between them is a big QOL improvement. I just... build from source and make virtual environments based off them as necessary. Although I don't really understand why you'd want to keep older patch versions around. (The Windows installers don't even accommodate that, IIRC.) And I can't say I've noticed any of those "significant improvements and differences" between patch versions ever mattering to my own projects. > I don't love that UV is basically tied to a for profit company, Astral. I think such core tooling should be tied to the PSF, but that's a minor point. It's partially the issue I have with Conda too. In my book, the less under the PSF's control, the better. The meager funding they do receive now is mostly directed towards making PyCon happen (the main one; others like PyCon Africa get a pittance) and to certain grants, and to a short list of paid staff who are generally speaking board members and other decision makers and not the people actually developing Python. Even without considering "politics" (cf. the latest news turning down a grant for ideological reasons) I consider this gross mismanagement.
- philipallstar 1y ago
  > I think such core tooling should be tied to the PSF, but that's a minor point. The PSF is busy with social issues and doesn't concern itself with trivia like this.
gegtik 1y ago
Yes. poetry & pyenv was already a big improvement, but now uv wraps everything up, and additionally makes "temporary environments" possible (eg. `uv run --with notebook jupyter-notebook` to run a notebook with my project dependencies) Wonderful project
philipallstar 1y ago
With uvx it also replaces pipx.

nicce 1y ago

There have been actually many cases in my experience where venv simply worked but uv failed to install dependencies. uv is really fast but usually you need to install dependencies just once.

bigstrat2003 1y ago

Yeah I've never remotely had problems with venv and pip.

projektfu 1y ago

One thing that annoys me about Claude is that it doesn't seem to create a venv by default when it creates a python project. (But who knows, maybe 1/3 of the time it does or something.) But you have to ask each time to be sure.

cdmckay 1y ago

Occasionally I have to build Python projects and coming from other languages and package managers, having to deal with a venv is super weird and annoying.

nilamo 1y ago

If that works for you, then that's cool. Personally, I don't want to think about environments, and it's weird that python is the only language that has venvs. Having a tool that handles it completely transparently to me is ideal, to me.

collinmanderson 1y ago

> I don’t really get that uv solves all these problems ve never encountered. Just make a venv and use it seems to work fine. For me package installation is way, way faster with uv, and I appreciate not needing to activate the virtual environment.