$ the-wire · showcase
SQLModel ships 0.0.48 with SQLAlchemy 2.1 support
By RepoJournal · Filed · About FastAPI & Pydantic · Composed from the cited sources · methodology
SQLModel's first SQLAlchemy 2.1-compatible release leads a day otherwise made of maintenance work in FastAPI and Pydantic.
✨ Add support for SQLAlchemy 2.1 tiangolo/sqlmodel
Authored by tiangolo, this is the substantive half of the release: SQLModel now accepts SQLAlchemy 2.1. The PR carries an explicit AI disclaimer, stating it was made with the help of AI using Codex with gpt-6-astra and manually reviewed.
🔖 Release version 0.0.48 (#2113) tiangolo/sqlmodel
Version 0.0.48 is cut as the release that carries the SQLAlchemy 2.1 compatibility work, so pinning to 0.0.48 is how you pick it up.
Rebuild incomplete types during serialization inference pydantic/pydantic
Pydantic now rebuilds incomplete types during serialization inference. Viicos's note is candid about the tradeoff: failed forward-reference resolution can now raise during serialization, matching what validation already did, and he argues the resulting error is strictly better than the confusing "TypeError: 'MockValSer' object cannot be converted to 'SchemaSerializer'" users see today. Namespac...
Handle exceptions during `Decimal` validation pydantic/pydantic
Decimal validation now handles exceptions rather than letting them escape, and the change moves the codebase onto PyOnceLock::import() consistently. Anyone relying on raw decimal exceptions surfacing will see different behavior.
👷 Fix deprecated command in `bump-pre-commit-hooks` workflow (#16463) fastapi/fastapi
The long tail: FastAPI swapped out a deprecated command in the bump-pre-commit-hooks workflow, trimmed an HTML title from the newsletter to kill a tooltip, and SQLModel's pydantic-core dependency bumps and custom-validator datetime fixes landed in Pydantic.
