Template workflow migration sweep — 4 templates still on suspended pipeline #1186

Open
opened 2026-05-15 12:54:31 +00:00 by hongming · 0 comments
Owner

Problem

Only openclaw and hermes workspace templates have successfully migrated to the post-2026-05-06 pipeline. Other templates either:

  • Have no ECR image (google-adk, smolagents, amazon-strands — ECR repo doesn't exist)
  • Have an ECR repo but no :latest tag (deepagents — publish-image never fired since suspension)

Per-template state (2026-05-15)

Template Main green? ECR repo? :latest? Notes
openclaw Live, runtime 0.1.1000
hermes Live, runtime 0.1.1000
deepagents .gitea/workflows/ missing; publish-image still on .github/workflows/
google-adk ? Never built post-suspension
smolagents ? Never built post-suspension
amazon-strands ? Never built post-suspension

Root cause for deepagents

.github/workflows/publish-image.yml has multiple Gitea-1.22.6-hostile shapes (each empirically verified to fail on this Gitea version):

  1. repository_dispatch trigger (Gitea 1.22.6 REST endpoint NYI; post-suspension cascade uses push-of-.runtime-version, not repository_dispatch).
  2. workflow_dispatch.inputs (Gitea silently parses and rejects per feedback_gitea_workflow_dispatch_inputs_unsupported).
  3. Workflow lives in .github/ not .gitea/. Some repos read .github/ as fallback, but template/runtime publish chain expects .gitea/.
  4. Targets ghcr.io (suspended) not ECR.
  5. Uses unpinned actions/checkout@v4 (Gitea action resolution prefers pinned SHA refs).

Recommended migration plan

Apply the openclaw/hermes migration pattern to each remaining template:

  1. Create .gitea/workflows/publish-image.yml inlining the ECR push (no cross-repo uses:)
  2. Trigger on push: branches: [main] (drop repository_dispatch, drop workflow_dispatch.inputs)
  3. Drop cache-from: type=gha + cache-to: type=gha,mode=max (broken in act_runner DinD per [internal#1182]) — or use type=registry if cache perf matters
  4. Drop the Boot smoke step (broken in act_runner DinD per [internal#1181])
  5. Pass smoke env vars to the import smoke step (per [internal#1180])
  6. Delete .github/workflows/publish-image.yml after Gitea version reads .gitea/ correctly
  7. Bump .runtime-version to 0.1.1000 to trigger the first publish

Acceptance criteria

  • All 6 templates have a fresh ECR image
  • All publish workflows live under .gitea/workflows/
  • Runtime cascade (publish-runtime.yml → push .runtime-version → publish-image.yml) works end-to-end

Workspace test coverage

Without ECR images, users cannot select these templates from the canvas when creating new workspaces (or selection fails at boot). This is user-facing.

Related

## Problem Only `openclaw` and `hermes` workspace templates have successfully migrated to the post-2026-05-06 pipeline. Other templates either: - Have no ECR image (`google-adk`, `smolagents`, `amazon-strands` — ECR repo doesn't exist) - Have an ECR repo but no `:latest` tag (`deepagents` — publish-image never fired since suspension) ## Per-template state (2026-05-15) | Template | Main green? | ECR repo? | :latest? | Notes | |----------|-------------|-----------|----------|-------| | openclaw | ✓ | ✓ | ✓ | Live, runtime 0.1.1000 | | hermes | ✓ | ✓ | ✓ | Live, runtime 0.1.1000 | | deepagents | ✓ | ✓ | ✗ | `.gitea/workflows/` missing; publish-image still on `.github/workflows/` | | google-adk | ? | ✗ | ✗ | Never built post-suspension | | smolagents | ? | ✗ | ✗ | Never built post-suspension | | amazon-strands | ? | ✗ | ✗ | Never built post-suspension | ## Root cause for deepagents `.github/workflows/publish-image.yml` has multiple Gitea-1.22.6-hostile shapes (each empirically verified to fail on this Gitea version): 1. `repository_dispatch` trigger (Gitea 1.22.6 REST endpoint NYI; post-suspension cascade uses push-of-.runtime-version, not repository_dispatch). 2. `workflow_dispatch.inputs` (Gitea silently parses and rejects per `feedback_gitea_workflow_dispatch_inputs_unsupported`). 3. Workflow lives in `.github/` not `.gitea/`. Some repos read `.github/` as fallback, but template/runtime publish chain expects `.gitea/`. 4. Targets `ghcr.io` (suspended) not ECR. 5. Uses unpinned `actions/checkout@v4` (Gitea action resolution prefers pinned SHA refs). ## Recommended migration plan Apply the openclaw/hermes migration pattern to each remaining template: 1. Create `.gitea/workflows/publish-image.yml` inlining the ECR push (no cross-repo `uses:`) 2. Trigger on `push: branches: [main]` (drop `repository_dispatch`, drop `workflow_dispatch.inputs`) 3. Drop `cache-from: type=gha` + `cache-to: type=gha,mode=max` (broken in act_runner DinD per [internal#1182]) — or use `type=registry` if cache perf matters 4. Drop the Boot smoke step (broken in act_runner DinD per [internal#1181]) 5. Pass smoke env vars to the import smoke step (per [internal#1180]) 6. Delete `.github/workflows/publish-image.yml` after Gitea version reads `.gitea/` correctly 7. Bump `.runtime-version` to 0.1.1000 to trigger the first publish ## Acceptance criteria - All 6 templates have a fresh ECR image - All publish workflows live under `.gitea/workflows/` - Runtime cascade (publish-runtime.yml → push .runtime-version → publish-image.yml) works end-to-end ## Workspace test coverage Without ECR images, users cannot select these templates from the canvas when creating new workspaces (or selection fails at boot). This is user-facing. ## Related - openclaw migration PRs: #5, #6, #7, #8, #9 - hermes migration PRs: #17, #18, #19, #20 - Follow-up cache + smoke issues: molecule-core#1180, #1181, #1182 - Sweep mandate: `feedback_post_suspension_migration_must_sweep_dormant_repos`
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: molecule-ai/molecule-core#1186