Astral Blog

It’s worth calling out that it’s still early days for Rye. The ownership recently transitioned from Armin Ronacher to the team that develops ruff (https://astral.sh). No doubt limitations exist today, but it’s going to look a lot more like cargo as they put out more releases.

""" uv is straightforward to install. There are a few ways, but the easiest (in my opinion) is this one-liner command — for Linux and Mac, it’s: curl -LsSf https://astral.sh/uv/install.sh | sh """ Also isn't great. But that's how homebrew is installed, so ... shrug ... ? Not to bash uv/homebrew, they are better than most _easy_ alternatives.

Naive take. https://gwern.net/holy-war counsels that, in fact, becoming the One True Package Manager for a very popular programming language is an extremely valuable thing to aim towards. This is even outside of the fact that `uv` is backed by a profit-seeking company (cf https://astral.sh/about). I'm all for people choosing what works best for them, but I'm also staunchly pro-arguing over it.

At this point I would highly highly recommend uv as the starting point for stuff like this. As of the 0.3.0 release it now handles installing python for you as well as all the regular pip stuff and venv management/setup. https://astral.sh/blog/uv-unified-python-packaging

Ruff and uv are both excellent tools, which are developed by a VC-backed company, Astral: https://astral.sh/about. I wonder what their pitch was.

Worth noting that the uv folks (https://astral.sh/blog/uv) have taken over reins from this Armin project.

uv is a great drop-in replacement for pip: https://astral.sh/blog/uv

I’m thinking https://astral.sh/ are going to be the ones to “solve” this.

The reason there have been so many is because the standard included tools (pip, venv) are not great. And others could still use improvements. Venv and setup tools aren't really package managers. Pipx is only meant for installing Dev tools per user (in isolated Venvs). pyenv does something a bit different from those tools you listed(maybe it'd part of cones I haven't tried it). Its not a dependency manager its a python version manager like nvm (node version manager). It helps you manage downloading and compiling python from source and it let's you specify python version in a .python-version file and provides a shim to find the right python for a project(compiling it if its not already available). I tried pipenv and despite being hyped for it, it had a lot of issues. Then I tried poetry which seemed much better but was still sort of slow and got stuck updating lock files sometimes. I haven't even tried pdm. Or various conda package managers since its mainly used by scientists with lots of binary dependency needs. Then ~~uv~~ rye came along and seemed to fix things. It replaced pip+pip tools/pipenv/poetry. Also replaced pipx(install python tools in isolated venvs then add it to users ./local/bin). Also replaced pyenv but instead of compiling python which takes a while and can be troublesome it downloads portable builds https://astral.sh/blog/python-build-standalone (which do have some downsides/compatibility issues but are usually better then compiling python). It was…

Here's something I ran into recently. An `env` script started showing up in my path messing with my plain UNIX `env` command usage. Turns out uv's installer creates this when you run curl -LsSf https://astral.sh/uv/install.sh | sh 1202│ # In this case we need to:¬ 1203│ #¬ 1204│ # * Install to $HOME/.cargo/bin/¬ 1205│ # * Create a shell script at $HOME/.cargo/env that:¬ 1206│ # * Checks if $HOME/.cargo/bin/ is on PATH¬ 1207│ # * and if not prepends it to PATH¬ 1208│ # * Ed What kind of programmers are writing this stuff overriding my default unix commands with this?

It was because Astral was VC funded. https://astral.sh/blog/announcing-astral-the-company-behind-ruff

You can find some resources on our strategy in previous blog posts, like this one on pyx[1]. [1]: https://astral.sh/blog/introducing-pyx

Apologies on the delay - we fixed it! Please re-try with: curl -LsSf https://astral.sh/uv/install.sh | sh uv venv unsloth_studio source unsloth_studio/bin/activate uv pip install unsloth --torch-backend=auto unsloth studio setup unsloth studio -H 0.0.0.0 -p 8888

"pyx" is their first commercial offering: https://astral.sh/pyx I agree though. Hope this is successful and they keep building awesome open-source tools.

This looks awesome. But why is it the Windows installation is to execute a script off the Internet with bypassed security isolations? powershell -ExecutionPolicy ByPass -c "irm https://astral.sh/uv/install.ps1 | iex"

> curl -LsSf https://astral.sh/uv/install.sh | sh "Just pipe a random script from the internet into your shell! What could possibly go wrong?"

They plan on making money by running private package registries, rather than making money on the client. https://astral.sh/pyx

Take a look at their upcoming product Pyx to see where revenue can start to come in for paid/hosted services. https://astral.sh/pyx

I'm not sure if you're aware, but there's the Wheel Variants proposal [0] that the WheelNext initiative is working through that was presented at PyCon 2025 [1][2], which hopes to solve some of those problems. uv has implemented experimental support, which they announced here [3]. [0] https://wheelnext.dev/proposals/pepxxx_wheel_variant_support/ [1] https://us.pycon.org/2025/schedule/presentation/100/ [2] https://www.youtube.com/watch?v=1Oki8vAWb1Q [3] https://astral.sh/blog/wheel-variants

What is Spinel? Astral is the developer of uv, and they have announced their hosted platform service, pyx [0]. It appears it will be FOSS as well, but they'll have a hosted version of it. [0]: https://astral.sh/blog/introducing-pyx

Related, but wasn’t broadly discussed on HN: https://astral.sh/blog/wheel-variants

uv uses very agressive caching (https://docs.astral.sh/uv/concepts/cache/) but pytorch has many, many different combinations of packages for the same release. It's not uncommon to have to download pytorch many times, because some lib may specify one slightly different version than another: https://docs.astral.sh/uv/guides/integration/pytorch/#configuring-acce… pytorch causes many headaches in the ecosystem, and a better handling of it is one thing their commercial offering, pyx, wants to fix: https://astral.sh/blog/introducing-pyx

fwiw `ruff format` includes nearly all the black rules by default / supports a superset of black's options https://astral.sh/blog/the-ruff-formatter

Probably the more useful blog post: https://astral.sh/blog/introducing-pyx

The announcement talked about selling services built on top of the tools: https://astral.sh/blog/announcing-astral-the-company-behind-ruff

The plan remains the same as when the company was announced (https://astral.sh/blog/announcing-astral-the-company-behind-ruff#whats… — paid services that build on and integrate with the free tooling.

This is awesome! Is there uv support?[0] One of my biggest gripes about brew is how they manage dependencies. The devs have a conflicting philosophy that creates bloat. Package maintainers must define settings, settings should always use the latest Python version. It makes no sense. Maintainers won't update unless things break so you got a bunch of Python versions running around. And it won't use system Python! Uv seems to provide an elegant solution for this. You can build a venv for each package and rust version will only have the specified deps. Since uv finds all your Python instances (and packages) and soft links them you have way less bloat and venvs become really useful. You can also use run and other tools to handle executables Plus is also rust so good synergy ;) [0] https://astral.sh/blog/uv

well you can just give her the `./install_uv.sh && ./run_script.sh` command, eg `( curl -LsSf https://astral.sh/uv/install.sh | sh ) && ./run_script.sh`

Details here: - https://gregoryszorc.com/blog/2024/12/03/transferring-python-build-sta… - https://astral.sh/blog/python-build-standalone

For a variety of reasons this season is a good time to look at `uv`. See this by the author of Rye: https://lucumr.pocoo.org/2024/8/21/harvest-season/ "Unified" packaging: https://astral.sh/blog/uv-unified-python-packaging