Charlie Marsh
@crmarsh.com
Building Astral: Ruff, uv, and other high-performance Python tools, written in Rust.
Reposted by Charlie Marsh
A basic @fastapi.tiangolo.com app, just one command away. 🎁
First FastAPI thing from @savannah.dev ! 🙌
Also, @crmarsh.com 's uv is awesome, use it. 😎
First FastAPI thing from @savannah.dev ! 🙌
Also, @crmarsh.com 's uv is awesome, use it. 😎
A basic FastAPI app in one command 🚀
Install uv: docs.astral.sh/uv/getting-s...
Run:
uvx fastapi-new awesomeapp
✨ Done! ✨
Thanks @savannah.dev ! 🙌
github.com/fastapi/fast...
Install uv: docs.astral.sh/uv/getting-s...
Run:
uvx fastapi-new awesomeapp
✨ Done! ✨
Thanks @savannah.dev ! 🙌
github.com/fastapi/fast...
GitHub - fastapi/fastapi-new: Create a new FastAPI project in one command
Create a new FastAPI project in one command. Contribute to fastapi/fastapi-new development by creating an account on GitHub.
github.com
November 10, 2025 at 11:12 PM
A basic @fastapi.tiangolo.com app, just one command away. 🎁
First FastAPI thing from @savannah.dev ! 🙌
Also, @crmarsh.com 's uv is awesome, use it. 😎
First FastAPI thing from @savannah.dev ! 🙌
Also, @crmarsh.com 's uv is awesome, use it. 😎
pyx is not yet generally available -- we're a small team, iterating on the product with early partners.
If you're interested in the future of Python, if these problems resonate with you, or even if you're just a fan of our work: get in touch today 👇👇👇
astral.sh/pyx
If you're interested in the future of Python, if these problems resonate with you, or even if you're just a fan of our work: get in touch today 👇👇👇
astral.sh/pyx
pyx | Astral
A Python-native package registry from the creators of uv.
astral.sh
August 13, 2025 at 6:24 PM
pyx is not yet generally available -- we're a small team, iterating on the product with early partners.
If you're interested in the future of Python, if these problems resonate with you, or even if you're just a fan of our work: get in touch today 👇👇👇
astral.sh/pyx
If you're interested in the future of Python, if these problems resonate with you, or even if you're just a fan of our work: get in touch today 👇👇👇
astral.sh/pyx
The goal of pyx is to meet that growing demand and growing complexity.
August 13, 2025 at 6:24 PM
The goal of pyx is to meet that growing demand and growing complexity.
The amount of Python code in the world is exploding, and packaging is only becoming more critical.
Increasingly, Python packages not only contain native code, but are built for specialized specialized software and hardware.
Increasingly, Python packages not only contain native code, but are built for specialized specialized software and hardware.
August 13, 2025 at 6:24 PM
The amount of Python code in the world is exploding, and packaging is only becoming more critical.
Increasingly, Python packages not only contain native code, but are built for specialized specialized software and hardware.
Increasingly, Python packages not only contain native code, but are built for specialized specialized software and hardware.
pyx is also a good example of our strategy and philosophy.
Our tools remain free, open source, and permissively licensed. Nothing changes there. Instead, we want to offer hosted services that represent the "natural next thing you need" when you're already using our tools.
Our tools remain free, open source, and permissively licensed. Nothing changes there. Instead, we want to offer hosted services that represent the "natural next thing you need" when you're already using our tools.
August 13, 2025 at 6:24 PM
pyx is also a good example of our strategy and philosophy.
Our tools remain free, open source, and permissively licensed. Nothing changes there. Instead, we want to offer hosted services that represent the "natural next thing you need" when you're already using our tools.
Our tools remain free, open source, and permissively licensed. Nothing changes there. Instead, we want to offer hosted services that represent the "natural next thing you need" when you're already using our tools.
You won't need to use pyx to use uv, and you won't need to use uv to use pyx. But when used together, entire classes of problems disappear.
August 13, 2025 at 6:24 PM
You won't need to use pyx to use uv, and you won't need to use uv to use pyx. But when used together, entire classes of problems disappear.
Our deep focus on Python enables us to build better Python infra than anything else out there; and integration with our open source tools enables us to build experiences that otherwise wouldn't be possible at all.
August 13, 2025 at 6:24 PM
Our deep focus on Python enables us to build better Python infra than anything else out there; and integration with our open source tools enables us to build experiences that otherwise wouldn't be possible at all.
From that perspective, pyx is just the first piece in a broader vision to build the Astral platform: our next-generation infrastructure for Python.
August 13, 2025 at 6:24 PM
From that perspective, pyx is just the first piece in a broader vision to build the Astral platform: our next-generation infrastructure for Python.
A "private registry" typically connotes security, compliance, etc.
pyx gives you those things, but the ideas behind it are actually much bigger. pyx is about improving the developer experience of working with Python. Solving user problems with our own infrastructure.
pyx gives you those things, but the ideas behind it are actually much bigger. pyx is about improving the developer experience of working with Python. Solving user problems with our own infrastructure.
August 13, 2025 at 6:24 PM
A "private registry" typically connotes security, compliance, etc.
pyx gives you those things, but the ideas behind it are actually much bigger. pyx is about improving the developer experience of working with Python. Solving user problems with our own infrastructure.
pyx gives you those things, but the ideas behind it are actually much bigger. pyx is about improving the developer experience of working with Python. Solving user problems with our own infrastructure.
With pyx, we can solve these problems.
And for me, that's the most exciting thing about it. By providing our own end-to-end infrastructure we can solve _so_ many more problems for users that used to be out-of-scope.
And for me, that's the most exciting thing about it. By providing our own end-to-end infrastructure we can solve _so_ many more problems for users that used to be out-of-scope.
August 13, 2025 at 6:24 PM
With pyx, we can solve these problems.
And for me, that's the most exciting thing about it. By providing our own end-to-end infrastructure we can solve _so_ many more problems for users that used to be out-of-scope.
And for me, that's the most exciting thing about it. By providing our own end-to-end infrastructure we can solve _so_ many more problems for users that used to be out-of-scope.
"Why did the latest setuptools release break our build? Can't we harden against that?"
August 13, 2025 at 6:24 PM
"Why did the latest setuptools release break our build? Can't we harden against that?"
"Why is everyone on my team re-building the same packages over and over again on their machines?"
August 13, 2025 at 6:24 PM
"Why is everyone on my team re-building the same packages over and over again on their machines?"
"Why is it so hard to install PyTorch, or CUDA, or libraries like FlashAttention or DeepSpeed that build against PyTorch and CUDA?"
August 13, 2025 at 6:24 PM
"Why is it so hard to install PyTorch, or CUDA, or libraries like FlashAttention or DeepSpeed that build against PyTorch and CUDA?"
Much of the inspiration for pyx comes from the classes of problems we see in the uv issue tracker that we can't solve with a client alone -- but could solve with a server. For example...
August 13, 2025 at 6:24 PM
Much of the inspiration for pyx comes from the classes of problems we see in the uv issue tracker that we can't solve with a client alone -- but could solve with a server. For example...
With pyx, uv becomes even faster, more secure, and hardware-aware (PyTorch, CUDA, FlashAttention, etc. become first-class citizens).
You can use pyx to host private packages (it's much faster than other private registries), or as a frontend to public sources like PyPI.
You can use pyx to host private packages (it's much faster than other private registries), or as a frontend to public sources like PyPI.
August 13, 2025 at 6:24 PM
With pyx, uv becomes even faster, more secure, and hardware-aware (PyTorch, CUDA, FlashAttention, etc. become first-class citizens).
You can use pyx to host private packages (it's much faster than other private registries), or as a frontend to public sources like PyPI.
You can use pyx to host private packages (it's much faster than other private registries), or as a frontend to public sources like PyPI.
pyx is now live with our early partners, including Ramp, Intercom, and fal.
As we work towards GA, we're looking for more early users to help shape the future of Python infrastructure.
Get in touch today 👇👇👇
astral.sh/pyx
As we work towards GA, we're looking for more early users to help shape the future of Python infrastructure.
Get in touch today 👇👇👇
astral.sh/pyx
pyx | Astral
A Python-native package registry from the creators of uv.
astral.sh
August 13, 2025 at 6:24 PM
pyx is now live with our early partners, including Ramp, Intercom, and fal.
As we work towards GA, we're looking for more early users to help shape the future of Python infrastructure.
Get in touch today 👇👇👇
astral.sh/pyx
As we work towards GA, we're looking for more early users to help shape the future of Python infrastructure.
Get in touch today 👇👇👇
astral.sh/pyx
Today, we're announcing our first hosted infrastructure product: pyx, a Python-native package registry.
We think of pyx as an optimized backend for uv: it’s a package registry, but it also solves problems that go beyond the scope of a traditional "package registry".
We think of pyx as an optimized backend for uv: it’s a package registry, but it also solves problems that go beyond the scope of a traditional "package registry".
August 13, 2025 at 6:24 PM
Today, we're announcing our first hosted infrastructure product: pyx, a Python-native package registry.
We think of pyx as an optimized backend for uv: it’s a package registry, but it also solves problems that go beyond the scope of a traditional "package registry".
We think of pyx as an optimized backend for uv: it’s a package registry, but it also solves problems that go beyond the scope of a traditional "package registry".
I think “selling point” is a bit strong. To me it’s more “an interesting thing that wasn’t true before.”
July 4, 2025 at 4:05 PM
I think “selling point” is a bit strong. To me it’s more “an interesting thing that wasn’t true before.”
One underrated implication here: we can now build and publish your package without running or even installing Python.
In pure Rust, we can build your Python package, install it, publish it to a registry, etc.
In pure Rust, we can build your Python package, install it, publish it to a registry, etc.
July 3, 2025 at 1:55 AM
One underrated implication here: we can now build and publish your package without running or even installing Python.
In pure Rust, we can build your Python package, install it, publish it to a registry, etc.
In pure Rust, we can build your Python package, install it, publish it to a registry, etc.
Try it out by setting your project's build system, or running `uv init --build-backend uv`:
```toml
[build-system]
requires = ["uv_build>=0.7.19,<0.8.0"]
build-backend = "uv_build"
```
(In a future release, we'll make this the default.)
```toml
[build-system]
requires = ["uv_build>=0.7.19,<0.8.0"]
build-backend = "uv_build"
```
(In a future release, we'll make this the default.)
July 3, 2025 at 1:55 AM
Try it out by setting your project's build system, or running `uv init --build-backend uv`:
```toml
[build-system]
requires = ["uv_build>=0.7.19,<0.8.0"]
build-backend = "uv_build"
```
(In a future release, we'll make this the default.)
```toml
[build-system]
requires = ["uv_build>=0.7.19,<0.8.0"]
build-backend = "uv_build"
```
(In a future release, we'll make this the default.)
The uv build backend is now stable, and considered ready for production use.
An alternative to setuptools, hatchling, etc. for pure Python projects, with a focus on good defaults, user-friendly error messages, and performance.
When used with uv, it's 10-35x faster.
An alternative to setuptools, hatchling, etc. for pure Python projects, with a focus on good defaults, user-friendly error messages, and performance.
When used with uv, it's 10-35x faster.
July 3, 2025 at 1:55 AM
The uv build backend is now stable, and considered ready for production use.
An alternative to setuptools, hatchling, etc. for pure Python projects, with a focus on good defaults, user-friendly error messages, and performance.
When used with uv, it's 10-35x faster.
An alternative to setuptools, hatchling, etc. for pure Python projects, with a focus on good defaults, user-friendly error messages, and performance.
When used with uv, it's 10-35x faster.