I've almost completely switched from "Python" to "uv run"

https://actinium226.substack.com/p/ive-almost-completely-switched-from

by actinium226 • 1 year ago

23 12 1 year ago

actinium226.substack.com

ethagnawl• 1 year ago

Same here. The ability to specify dependencies and interpreter versions in the script and have the runtime just (quickly!) sort out all of the boring, uninteresting, brittle business around shims, virtualenvs, dependencies et al is absolutely game changing. I'm sure there are sharp edges I haven't found yet and that there will still be cross-platform compatibility issues which crop up but those will be addressed in due time.

actinium226• 1 year ago

Indeed, I've managed to find one cross-platform compatibility issue in that uv can't autoinstall python for musl for arm64, which I discovered when I tried to use it to install python in an alpine docker image on my M2 air. I didn't particularly need musl, I just wanted to save 50MB or so in my docker image so I went back to the slim version of the image I needed. But they're tracking this issue and there's so much effort going into making this tool better so I'm sure they'll get to it eventually.

Toritori122• 1 year ago

I wish there was a way to force all deps to create folders in the same directory by default. Tired of seeing how many libraries feel entitled to write on your Home (which I like to have in a small partition and those big GB-sized files are not expected).

guappa3• 1 year ago

HOME=/tmp/ uv run

Toritori122• 1 year ago

welp, nice simple solution lol, thanks!

jessekv• 1 year ago

You can take it one step further and make the file executable and place this at the top of the file:

#!/usr/bin/env -S uv run

IshKebab2• 1 year ago

Yep, it's the only sane option. Using uv takes Python from "oh no it's Python; how many hours am I going to spend working around pip bugs" to "hmm I might actually choose to use Python for this!".

guappa3• 1 year ago

uv is owned by a startup. I would not depend on it because they will pull some weird monetisation scheme in a few years.

Same with pydantic, that is now doing AI.

Expurple2• 1 year ago

Well, kinda. I haven't used uv, so I'm not sure how strong the dependency (and the lock-in) is. But it looks like just a QoL tool that reads the standard pyproject.toml, etc. So, it shouldn't be that bad. And if the authors do something weird, you can always stay on an older version, fork it, or switch back to some alternative.

IshKebab2• 1 year ago

Yeah that's definitely a concern, but uv is SO much better than it would be totally mad to avoid it just for that reason. I would say it is also so much better that if Astral does go out of business or try to ruin it that a fork is almost inevitable.

It reminds me of WhatsApp vs SMS. Sure, WhatsApp is owned by one company, but it's so much better than SMS that nobody sane stuck around using SMS. And sure Facebook have eventually started ruining it with the AI integration and apparently ads soon, but we've had over 10 years of an amazingly reliable, well-designed and free messaging platform. Easily worth it. If `uv` gives us something similar I don't care if they screw it up eventually.

I've almost completely switched from "Python" to "uv run"

Related Stories