Welcome to the Python community on the programming.dev Lemmy instance!
Past
November 2023
October 2023
July 2023
August 2023
September 2023
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:
That's it. Pip scratches that itch. I also use poetry for env management and pyproject.toml management, that's it.
My thoughts exactly. What I want is Poetry's workflow and use of pyproject.toml baked into Python.
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.
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
If it didnโt bring something more to the table, besides speed, no one would care
I'm literally saying its speed in certain operations makes an appreciable difference in my workflows, especially when operating on tens of venvs at a time. I don't know why you want to fight me on my own experience.
I'm not telling anyone who doesn't want to use uv to do so. Someone asked about motivation, and I shared mine.
No lock file?