• xantoxis@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    edit-2
    5 months ago

    Curious what the motivation is for this tool. I can see how rust would be much faster at dependency resolution, but dependency resolution has never been a bottleneck for me while I’m doing either ops or software development. Why is that the thing that needed speeding up?

    What I need from a Python package manager:

    • it’s present everywhere I need to install or develop Python packages

    That’s it. Pip scratches that itch. I also use poetry for env management and pyproject.toml management, that’s it.

    • Daniel Quinn@lemmy.ca
      link
      fedilink
      English
      arrow-up
      0
      ·
      5 months ago

      My thoughts exactly. What I want is Poetry’s workflow and use of pyproject.toml baked into Python.

    • Andy@programming.dev
      link
      fedilink
      arrow-up
      0
      ·
      1 month ago

      I have a pip-tools wrapper thing that now optionally uses uv instead. Aside from doing the pip-tools things faster, the main advantage I’ve found, and what really motivated me to support and recommend uv with it, is that uv creates new venvs MUCH faster than python’s venv module, which is really annoyingly slow for that operation.

      • Faulkmore@mastodon.social
        link
        fedilink
        arrow-up
        0
        ·
        1 month ago

        @Andy @xantoxis

        The issue with uv is the same biggest issue that Python faces, maintenance costs.

        Python coders are not Rust coders. Which is quite the head scratcher.

        Learning Rust techstack creates an enormous barrier to entry when it comes to adopting, uv.

        uv main advantage is not speed, it’s the override for resolving dependency hell

        If it didn’t bring something more to the table, besides speed, no one would care