Top
Best
New

Posted by NeutralForest 3 days ago

The uv build back end is now stable(docs.astral.sh)
129 points | 74 commentspage 2
ewalk153 3 days ago|
I was looking for Astral’s future plans to make money. Simonw already answered in another post [1] tldr - keep tooling open and free forever, build enterprise services (like a private package registry) on top.

[1] https://news.ycombinator.com/item?id=44358482

dashdotme 3 days ago||
Good thing to highlight. I'm not sure I'd bet on the game plan, but uv is an incredibly useful tool which I also wouldn't have bet on. Hopefully Simonw is right, and Astral can maintain as is.
pydry 3 days ago||
the fact that there are 3 "hopefullys" in the paragraph that explains the strategy doesnt inspire much confidence.

I dont think there is enough money in package registries to pay for all of the VC investment in astral.

tecleandor 2 days ago||
Well, that's basically the core of Anaconda, and it's working for them.

That said, I've checked Anaconda's site, and while it used to be "Anaconda [Python] Commercial Distribution", "On-Prem repositories", "Cloud notebooks and training"... during the last year they've changed their product name to "Anaconda AI Platform", and all it's about "The operating system for AI", "Tools for the Complete AI Lifecycle". Eeeeh, no thanks.

pydry 2 days ago||
not sure i hold out much long term hope for them either. both of these companies can eventually make money in a way that isnt shady - just not enough money to satisfy their VCs.
BewareTheYiga 2 days ago||
Another great milestone in an awesome suite of python tools. UV got me using virtual environments again. I especially love it in CI/CD.
Slippery_John 2 days ago||
uv has a super power that it doesn't much talk about - seamlessly managing monorepos. I'd been using pants before, but it's such a pain to setup and maintain. uv just kinda works like you'd hope.
esafak 2 days ago||
konsti from Astral tells me they do not support manylinux yet, only pure python. https://github.com/pypa/manylinux
donkey_brains 3 days ago||
What a great thing to see on HackerNews this morning. Any day I can replace another tool in my team’s processes with a fast, stable, and secure solution from Astral is a great day. Thanks Astral for all the amazing work you do!
astro1138 2 days ago||
So, this puts the Python runtime on Node.js' battle-proven libuv?
qoez 3 days ago||
The comments in this thread all feel like auto generated engagement bot replies you'd see on twitter.
laughingcurve 3 days ago||
I know ! the problem is that when a product is so good that it converts people into evangelicals about it

With that said — it’s uv or die for me

laborcontract 3 days ago||
I’ve been using and advocating uv ever since forever. It’s impossible to think about using python without nowadays.

Among many things it’s improved, scripting with python finally just works without the pain of some odd env issue.

josteink 2 days ago||
> Among many things it’s improved, scripting with python finally just works without the pain of some odd env issue.

From what I can tell uv doesn’t (unlike poetry) assist with venvs what so ever.

What is a trivial «poetry run» becomes the same venv-horrors of Python fame when I use uv and «uv run».

Based on that, your comment strikes me as the polar opposite of my experience (which is why I still resort to poetry).

Care to outline how you use v to solve venv-issues, since from what I can tell, uv explicitly doesn’t?

I’m very curious.

laborcontract 2 days ago||
I use uv in my shebang and “uv run script.py”. Never run into any issues.

Here’s a couple links to discussions about it on HN:

https://news.ycombinator.com/item?id=42198256

https://news.ycombinator.com/item?id=42855258

josteink 2 days ago||
So if you've imported pytest and want to run it, you can’t just «uv run pytes», but have to create a script with a uv-shebang which runs pytest for you?

And how does that work on Windows, which to my knowledge doesn’t even support shebangs?

pjc50 3 days ago|||
There's rather too many gleeful exclamation marks. Here's a rare case where a karmascope would be useful; I see https://news.ycombinator.com/user?id=the_mitsuhiko has 15025 karma, so they're almost certainly real.
Ygg2 3 days ago|||
Bots don't make that much spelling mistakes. Bots as in LLMs not people paid to engage.

My good uv experience. I tried installing tensor/cuda Python code recently. Plain pip just failed. uv pip actually returned WHY it failed.

It definitely felt like magic.

tuesdaynight 3 days ago|||
I wouldn't be so sure about spelling mistakes. Even before LLMs, YouTube bots made a lot of mistakes (probably because gives the impression that it's a human typing). Currently, it's impossible to distinguish between a human and LLM comment.
coldtea 3 days ago|||
>Bots don't make that much spelling mistakes.

They do if you instruct them to.

Ygg2 2 days ago||
Why would you want them to make spelling errors? The benefits don't outweigh the costs.
coldtea 1 day ago||
If the intention is "increase believability a real human wrote this bot message" they do
Ygg2 1 day ago||
Sure but adding error rate also makes it so you trust the speaker less, because they aren't educated enough or ESL.
stavros 3 days ago|||
I'd think the same, but I agree with all the comments.
qoez 2 days ago|||
Interesting that this was pushed to the bottom of the replies (despite being at the top at 20 upvotes). Did all the above comments get a coordinated signal to upvote beyond that number, or is a HN mod compromised?
koakuma-chan 3 days ago|||
Building tooling in Rust? Blasphemy! You should have used Node.js, because teaching Rust to people is too hard! And it's not doing any CPU heavy computations anyway, so Node.js is fine!
pydry 3 days ago|||
unlike ruff, uv doesnt benefit that much from being written in rust.

its main benefit is that it is well maintained and does everything you used to need a string of tools for before.

koakuma-chan 3 days ago||
Oh that's so very false!

---

time uv

real 0m0.005s

user 0m0.000s

sys 0m0.004s

---

time npm

real 0m0.082s

user 0m0.068s

sys 0m0.020s

---

time pip

real 0m0.320s

user 0m0.179s

sys 0m0.031s

pydry 2 days ago||
lol i dont think people are switching because they save 255 milliseconds per command line run.
Ygg2 3 days ago||||
No. You must rewrite it in Zig. Or C like a real man. Or if you're Chuck Norris just look at computer angrily.
draw_down 3 days ago|||
[dead]
trklausss 3 days ago||
donkey_brains definitely looks to have low karma, the rest of the comments seem legit.
cristea 3 days ago|
I'm continuing to be amaxed at the astral team and what they do for Python. It's become so "bad" now that when I use Rust or OCaml I find myself constantly annoyed by the build systems. What a great time to be alive!
john01dav 3 days ago||
What does uv do that Cargo does not? Cargo has been excellent in my experience, to the point that (in comparison to CMake and wanting to flee it) it is a large part of why I initially learned Rust.
lblume 3 days ago||
Really? So far I have never been disappointed with Cargo, or the Rust toolchain in general. For my work it has been a frictionless experience.
mrits 3 days ago||
I really like cargo and uv. I assumed uv was based on cargo...
rcleveng 3 days ago||
Just the git code according to their'd README.md, however it seems heavily influenced by it.

Before uv I was doing everything in a devcontainer on my Mac since that was easiest, but uv is super fast that I skip that unless I have some native libraries that I need for Linux.