Port from Poetry to uv

[johnthagen]

Given the funding and momentum behind uv, it seems inevitable that it will become the most powerful, de facto packaging tool for Python. When it is deemed ready, it should be recommended in place of Poetry.

Benefits

• Bootstrapping: A source of friction with Poetry is that users must first be instructed on how to install pipx before they can install Poetry
• uv can install Python itself, which is totally outside the scope of Poetry and is a desirable feature in and of itself (i.e. rustup for Python)
• Speed: uv, being written in Rust and also having a design focus on performance, will likely out perform Poetry on every benchmark
• Single binary: uv is distributed as a single binary meaning that all, among other things, users of uv version X get the exact same code. On the other hand, Poetry does not pin its dependencies so breakages can occur and not all users are guarenteed to have the same third party libraries installed with it
  • Ship Poetry releases with pinned dependencies python-poetry/poetry#7990
• uv supports running scripts with PEP 723 Inline script metadata, while it does not appear Poetry supports this. pipx would need to be used for this, which further fragments the tools users must understand and keep up to date.

Upstream Requests

uv is still a fast moving project and it may be advantageous to wait to recommend moving to it until a few things have settled.

• Dependency groups PEP 735: This is a feature that Poetry has and uv only currently has support for a single "dev" group. It is nice to be able to break up dependencies into logical groups and provide support for installing them independently.
  • Development dependency group support astral-sh/uv#5632
  • Note, Poetry does not support this either, but has it's own concept of dependency groups: Support PEP 735 – Dependency Groups in pyproject.toml python-poetry/poetry#9751
• PEP 751 standardized lockfiles: Like Poetry, uv has it's own custom lockfile format. There is on going discussions about creating a standardized lockfile format. If approved, it may be nice to wait until uv supports this, so that users do not have to migrate lockfiles twice (once to uv's custom format, and again to the standardized format).
  • https://discuss.python.org/t/pep-751-lock-files-again/

Nice to Have

• uv supporting private projects
  • Private Projects astral-sh/uv#8214
  • Note, Poetry does not support this either: Implement private projects python-poetry/poetry#1537
• Nox supports installing dependency groups
  • Enable reading dependency specifiers from PEP 621 pyproject.toml wntrblm/nox#845
  • Note: nox-poetry does not have this either
    • Support installing Poetry dependency groups cjolowicz/nox-poetry#663
• Native PyCharm support: PyCharm already automatically supports the .venv virtual environments created, but it would be even better if it supported introspecting uv.lock and provided features similar to its native Poetry integration
  • https://youtrack.jetbrains.com/issue/PY-70533/Support-package-management-via-uv