Skip to content

chore: bump @oplabs/talos-client to 0.0.31 - #356

Draft
clement-ux wants to merge 1 commit into
mainfrom
clement/talos-client-0.0.31
Draft

clement-ux wants to merge 1 commit into
mainfrom
clement/talos-client-0.0.31

Conversation

@clement-ux

Copy link
Copy Markdown
Collaborator

Why

The Talos admin flags this runner as running an outdated @talos/client (it expects contentHash eed13408dead). The published 0.0.30 was cut before later client changes and carries 98e7cc59335e, so no published version matched. 0.0.31 is cut from talos main with the expected build: oplabs/talos#50.

What

Bump the @oplabs/talos-client peer pin to 0.0.31. dockerfile-actions reads that pin to install the client into the runner image. Nothing else pins the version.

Changes in the client since 0.0.28 include a seed-file lint that rejects ON CONFLICT … DO UPDATE: migrations/seed_schedules.sql has none, so the runner boot is unaffected.

⚠️ Merge order

Merge only after @oplabs/talos-client@0.0.31 is published (tag v0.0.31 on oplabs/talos). Before that, the image build cannot install the package. Once merged, the new image still needs the signed release (release:propose + release:sign) to roll out.

🤖 Generated with Claude Code

The published 0.0.30 does not carry the client build the Talos admin
expects (contentHash eed13408dead), so this runner shows as outdated.
0.0.31 is cut from talos main with that build.

Requires @oplabs/talos-client@0.0.31 to be published first (oplabs/talos
tag v0.0.31); until then the runner image build cannot install it.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant