Skip to content

chore(deploy): roll platform onto python-runtime v0.4.1 - #477

Merged
carolsimone merged 3 commits into
mainfrom
chore/runtime-image-v041
Aug 25, 2026
Merged

chore(deploy): roll platform onto python-runtime v0.4.1#477
carolsimone merged 3 commits into
mainfrom
chore/runtime-image-v041

Conversation

@carolsimone

Copy link
Copy Markdown
Owner

What

Rolls the Continuo platform onto the v0.4.1 continuo-python-runtime-<engine> image (the release from carolsimone/continuo-python-runtime#50 + #51): adapters renamed to continuo-<engine>-adapter, and runtime + adapter + contract now installed from PyPI (versioned) instead of built from source.

Bumps every v0.4.0v0.4.1 reference:

  • chart default validation.imageTag (values.yaml) + CHANGELOG entry (PATCH)
  • docker-compose.yml, Makefile, scripts/setup.sh
  • tests/e2e/ provisioning + py-probe fixture + executor-controller deployment
  • executor-controller/adapters/k8s fixture tests (kept consistent)
  • docs/arch/ reconciled (image installs from PyPI, no longer bakes from workspace)

Why it's a drop-in

The platform contract with the image is unchanged: image name (continuo-python-runtime-<engine>), uid 65532, entrypoint (continuo-runtime) + run/validation-op commands, and adapter discovery via the continuo_engine.adapters entry-point group. The rename and from-PyPI install are internal to the image.

Verified locally

  • go test ./executor-controller/adapters/k8s/... — pass
  • bash scripts/install-test/lint.sh — helm lint + template + kube-linter green across all 4 topologies

The real gate

CI runs the full e2e on this PR, and the provisioning now pulls v0.4.1 — so each validation job runs the v0.4.1 image as validation-op + node runtime, exactly as executor-controller does in prod. Green e2e = validated drop-in.

Follow-up

This bump ships to installs on the next platform vX.Y.Z chart release (rides it as a PATCH).

🤖 Generated with Claude Code

carolsimone and others added 3 commits August 25, 2026 16:31
Roll the platform onto the v0.4.1 continuo-python-runtime-<engine> image
(adapters renamed to continuo-<engine>-adapter; runtime + adapter installed
from PyPI instead of built from source). Bumps every reference: chart default
(validation.imageTag), docker-compose, Makefile, scripts/setup.sh, the
tests/e2e provisioning + py-probe fixture, and the executor-controller k8s
fixture tests. Image name, entrypoint, run/validation-op commands, uid 65532,
and adapter discovery are unchanged, so it is a drop-in. CHANGELOG entry (PATCH).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Signed-off-by: Simone Carolini <simonecarolini.sc@gmail.com>
Reconcile the arch pack with the v0.4.1 image: it no longer bakes the engine
adapter and contract from the continuo-python-runtime workspace at build time —
it installs the pinned published packages (continuo-<engine>-adapter,
continuo-python-runtime, continuo-engine-contract) from PyPI. Image name,
entrypoint, uid, and adapter discovery are unchanged.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Signed-off-by: Simone Carolini <simonecarolini.sc@gmail.com>
_helpers.tpl's CONTINUO_VALIDATION_DEFAULT_TAG (the fallback when
validation.imageTag is unset) still pointed at v0.4.0, drifting from the
values.yaml default; check-validation-image-pin.sh caught it. The remaining
v0.4.0 mentions in the helper are the python-csv feature floor and stay.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Signed-off-by: Simone Carolini <simonecarolini.sc@gmail.com>
@carolsimone carolsimone self-assigned this Aug 25, 2026
@carolsimone
carolsimone merged commit 03b05f9 into main Aug 25, 2026
18 checks passed
@carolsimone
carolsimone deleted the chore/runtime-image-v041 branch August 25, 2026 16:09
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