TL;DR: uv is an extremely fast Python package manager, written in Rust.
This is great!
@burntsushi@programming.dev, do you know is Astral is working with prefix.dev and their Pixi project? They seem to now have overlapping concerns.
I don’t think they have anything to do with each other, it looks like prefix.dev uses conda packages.
Isn’t uv
being used as a package manager/resolver in rye
? I’m using rye
for my new projects and it’s nice because ruff
and pytest
are being unified in it too.
Rye’s developer on their plans for Rye in the context of uv’s latest release:
uv is now capable of installing and managing Python itself, making it entirely self-bootstrapping:
Looking forward to this. One of the blind spots of poetry was to ignore the issue of managing python versions themselves. I’m happy to see they’re covering so many aspects of dependency management and replicability.
Having used it for work, I really don’t understand the appeal, especially when compared to tools like Poetry. Uv persists in the dependency on requirements.txt, doesn’t streamline the publishing process, and contrary to the claims, it’s not a drop-in replacement for pip, as the command line API is different.
It’s really fast, which is nice if you’re working on a nightmare codebase with 3000 dependencies, but most of us aren’t, and Poetry is pretty damned fast.
If uv offered some of what Poetry does for me, if at the very least we could finally do away with requirements.txt and adopt something more useable – baked into pyproject.toml of course – then I’d be sold. But this is just faster pip.
It’s written in Rust.
All jokes about the Rust Evangelism Strike Force aside, various parts of the industry are finally starting to think that “If it’s written in Rust, we have less to worry about with respect to that thing, so we won’t torture the devs and force them to sneak it in the side door anyway.”
It’s a thing that I’ve been seeing at work for the last few years.
uv 0.3 introduces a cross platform lock file: https://docs.astral.sh/uv/concepts/projects/#lockfile
More precise details on the compatibility of uv pip
with pip
are documented here: https://docs.astral.sh/uv/pip/compatibility/
Early on uv was only trying to replace pip. This latest update is a big step towards becoming a poetry (and pyenv/pipx) replacement too.
Very impressive results. I think I’ll give the tool a try next time we’re working on a small project. I’m dissatisfied with the existing packaging solutions.