|
RULED 2026-07-31 (GA-R5): option D -- fix the bundle AND clear the model
Operator utterance, verbatim: "I want to do option D: Fix the bundle by defining the base 22.04 on each app and then clearing the modeling and deploying from a clear model. It is very cheap to clear and redeploy." I offered three options; the operator composed a fourth that is strictly stronger than any of them. The durable fix lands (explicit per-app base, so the bundle survives a partial failure), AND the deploy runs the path that is MEASURED to work -- a clean deploy onto an empty model, exactly what run 2a did before it hit the missing resource file -- rather than juju's incremental re-run path, which is the one carrying the defect. OPS under GA-R3, no D-number: an explicit base per application states what bundle.yaml:85's default-base already means. No ruled surface changes. The invariant it establishes is skill material at stage close: a bundle whose applications rely solely on default-base is deployable exactly ONCE, and a production bundle that cannot survive a partial failure is a trap. Committed and pushed BEFORE the dependent work. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01HvCyrwvYTTcDYnRErfMsNf |
|---|
|
|
| docs/CURRENT-STATE.md |
|---|
| docs/changelog-20260731-prefer-ipv6-research.md |
|---|