Possibly the worst possible news for the Python ecosystem. Absolutely devastating. Congrats to the team
Can't blame you for not trusting OpenAI, but it seems to me they would gain very little from fucking up uv (or more precisely doing things that have a side effect of fucking up uv), and they have tons of incentive to cultivate developer good will. Better to think of buying and supporting a project like this as a very cheap way to make developers think they're not so bad.
Astral to Join OpenAI
411–420 of 951 posts
Re: Astral to Join OpenAI
#412A concern: More and more plainly, OpenAI and Anthropic are making plays to own (and lease) the "means of production" in software. OK - I'm a pretty happy renter right now. As they gobble up previously open software stacks, how viable is it that these stacks remain open? It seems perfectly sensible to me that these providers and their users alike have an interest in further centralizing the dev lifecycle - eg, if Clau…
It’s a small tool shop building a tiny part of the Python ecosystem, let’s not overstate their importance. They burned through their VC money and needed an exit and CLI tool chains are hyped now for LLMs, but this mostly sounds like an acquihire to me. Dev tools are among the hardest things to monetize with very few real winners, so good for them to get a good exit.
Re: Astral to Join OpenAI
#413Earlier quoted context omitted.
And then what? History is laden with technically superior software that lost to popular one. They can create uw tomorrow, but who will use it when everyone uses uv and its good enough for them?
The "then what" is that their model uses it. Technically superior software loses to popular software on marketing. But LLM owners have the ultimate marketing tool, because they can make their model use the tool. Anyone who asks how to do X in Python gets recommended "OpenAI-Python-Tool-For-X". Anyone who asks Codex to do X, Codex automatically installs "OpenAI-Tool-For-X". It would be very easy for them to launch eve…
Re: Astral to Join OpenAI
#414I maintain an open source project funded by the Sovereign Tech Fund. Getting there wasn't easy: the application process is long, the amounts are modest compared to a VC round, and you have to build community trust before any of that becomes possible. But the result is a project that isn't on anyone's exit timeline.
I'm not saying the startup path is without its own difficulties. But structurally, it offloads the costs onto the community that eventually comes to depend on you. By the time those costs come due, the founders have either cashed out or the company is circling the drain, and the users are left holding the bag. What's happening to Astral fits that pattern almost too neatly.
The healthier model, I think, is to build community first and then seek public or nonprofit funding: NLnet, STF, or similar. It's slower and harder, but it doesn't have a built-in betrayal baked into the structure.
Part of what makes this difficult is that public funding for open source infrastructure is still very uneven geographically. I'm based in Korea, and there's essentially nothing here comparable to what European developers can access. I had no choice but to turn to European funds, because there was simply no domestic equivalent. That's a structural problem worth taking seriously. The more countries that leave this entirely to the private sector, the more we end up watching exactly this kind of thing play out.
Re: Astral to Join OpenAI
#415Re: Astral to Join OpenAI
#416Earlier quoted context omitted.
Because Jetbrain strategy wasn't to burn money with free tools to eventually exit with the jackpot. They have been profitable for over a decade, simply asking users to pay a fair price for great product.
Judging by all their mistakes in the last years, Russian war and AI, it’s only a matter of time until someone buys them out.
I've only been a JetBrains user for five years but it's felt like it's only getting worse the whole time.
Re: Astral to Join OpenAI
#417This is your friendly PSA that pip-tools still exist. https://github.com/jazzband/pip-tools
goddammit https://jazzband.co/news/2026/03/14/sunsetting-jazzband
Re: Astral to Join OpenAI
#418Earlier quoted context omitted.
Small tool shop, burning VC money, true. "Tiny part of the Python ecosystem" is an understatement given how much impact uv has made alone.
Just a tiny project with over 100 million downloads every month, over 4 million every day. No big deal. Just a small shop, don't overstate its importance. https://pypistats.org/packages/uv
Re: Astral to Join OpenAI
#419Earlier quoted context omitted.
I don't want software on my computer, that just downloads and installs random stuff. This is the job of the OS in particular the package manager.
Do you not use non-OS package managers? If not, do you develop software with source dependencies (go, java, node, rust, python)? If so, how do you handle acquiring those dependencies—by hand or using a tool?
Mostly no, sometimes I give up and still use pip as a separate user.
> If not, do you develop software with source dependencies (go, java, node, rust, python)? If so, how do you handle acquiring those dependencies—by hand or using a tool
I haven't felt the need to use Go, the only Java software I use is in the OS repo. I don't want to use JS software for other reasons. This is one of the reasons why I don't like Rust rewrites. Python dependencies are very often in the OS repo. If there is anything else, I compile it from source and I curse when software doesn't use or adheres to the standard of the GNU build system.
Re: Astral to Join OpenAI
#420Earlier quoted context omitted.
anecdotally every place ive worked at has switched over and never looked back.
Same. It's game-changing - leaps and bounds above every previous attempt to make Python's packaging, dependency management, and dev workflow easy. I don't know anyone who has tried uv and not immediately thrown every other tool out the window.
Perhaps it never grabbed me as much because I've been running basically everything in Docker for years now, which takes care of Python versioning issues and caches the dependency install steps, so they only take a long time if they've changed. I also like containers for all of the other project setup and environment scaffolding stuff they roll up, e.g. having a consistently working GDAL environment available instantly for a project I haven't worked on in a long time.