Episode

#544: Wheel Next + Packaging PEPs

Podcast
Talk Python To Me
Published
Apr 10, 2026
Duration seconds
4277
Processing state
processed
Canonical source
https://talkpython.fm/episodes/show/544/wheel-next-packaging-peps
Audio
https://talkpython.fm/episodes/download/544/wheel-next-packaging-peps.mp3
JSON
/v1/public/podcasts/talk-python-to-me/episodes/544-wheel-next-packaging-peps
Markdown
/podcast/talk-python-to-me/544-wheel-next-packaging-peps.md

Actions

  • POST https://stenobird.com/v1/public/podcasts/talk-python-to-me/episodes/544-wheel-next-packaging-peps/transcription-requests
    Idempotently request low-priority transcript generation for this episode.
  • GET https://stenobird.com/podcast/talk-python-to-me/544-wheel-next-packaging-peps.md
    Read the agent-friendly Markdown representation of this episode resource.

Summary

When you pip install a package with compiled code, the wheel you get is built for CPU features from 2009. Want newer optimizations like AVX2? Your installer has no way to ask for them. GPU support? You're on your own configuring special index URLs. The result is fat binaries, nearly gigabyte-sized wheels, and install pages that read like puzzle books. A coalition from NVIDIA, Astral, and QuanSight has been working on Wheel Next: A set of PEPs that let packages declare what hardware they need and let installers like uv pick the right build automatically. Just uv pip install torch and it works. I sit down with Jonathan Dekhtiar from NVIDIA, Ralf Gommers from Quansight and the NumPy and SciPy teams, and Charlie Marsh, founder of Astral and creator of uv, to dig into all of it.