Bump rerun-sdk to 0.32.0a1 to match viewer protocol#2165
Conversation
dimos-viewer needs to be on a rerun release that matches the Python SDK's protocol, otherwise the bridge can't speak to the viewer (we saw "Sender blocked" warnings + empty viewer with the 0.29.2 SDK against a 0.32-era viewer). The current dimos-viewer pin (==0.30.0a6.dev99) is built from a fork tracking the 0.32.0a1 upstream tag, and rerun-sdk==0.32.0a1 is published on pypi.
Greptile SummaryThis PR pins
Confidence Score: 4/5Safe to merge — the change is a targeted dependency version bump that resolves a known protocol incompatibility, with no logic changes. The change is minimal and purposeful. The exact alpha pin ( No files require special attention beyond the intentional alpha-version pin in Important Files Changed
Sequence DiagramsequenceDiagram
participant Bridge as dimos bridge (rerun-sdk)
participant Viewer as dimos-viewer (0.30.0a6.dev99)
Note over Bridge,Viewer: Before — protocol mismatch
Bridge->>Viewer: rerun-sdk 0.29.2 frames
Viewer-->>Bridge: Sender blocked (protocol mismatch)
Viewer-->>Bridge: Empty viewer
Note over Bridge,Viewer: After — protocols aligned
Bridge->>Viewer: rerun-sdk 0.32.0a1 frames
Viewer-->>Bridge: Frames accepted
Viewer-->>Bridge: Viewer renders correctly
Reviews (1): Last reviewed commit: "chore(deps): bump rerun-sdk to 0.32.0a1 ..." | Re-trigger Greptile |
| "rerun-sdk==0.32.0a1", | ||
| "dimos-viewer==0.30.0a6.dev99", |
There was a problem hiding this comment.
Pinning a published library's dependency to an exact pre-release version (
==0.32.0a1) can cause hard resolution failures for downstream projects that also depend on rerun-sdk. Alpha pins in libraries are generally discouraged for this reason. A lower-bound with an upper-bound cap would preserve the protocol-compatibility intent while giving resolvers room to manoeuvre — though given the tight protocol pairing with the viewer, this may be a deliberate trade-off.
| "rerun-sdk==0.32.0a1", | |
| "dimos-viewer==0.30.0a6.dev99", | |
| "rerun-sdk>=0.32.0a1,<0.33", | |
| "dimos-viewer==0.30.0a6.dev99", |
❌ 1 Tests Failed:
View the top 1 failed test(s) by shortest run time
To view more test analytics, go to the Test Analytics Dashboard |
The current
dimos-viewerpin (==0.30.0a6.dev99) tracks an upstream rerun build around the 0.32.0a1 tag, butrerun-sdkwas pinned at>=0.20.0and resolving to 0.29.2 on the bridge side. That protocol mismatch caused "Sender blocked" warnings and an empty viewer. Pinning to==0.32.0a1(published on pypi) makes the bridge speak the viewer's protocol.Companion: dimensionalOS/dimos-viewer#22 — the matching viewer fixes.
Merge order
dimos-viewerwheel to pypi (0.30.0a6+devper its pyproject)dimos-viewerpin to the freshly published version — otherwise the venv will still install the pre-merge dev99 wheel (which has thelogic()ingest bug) and the rerun-sdk bump alone won't help.