The bp-stalwart-sovereign chart's post-install Job times out on fresh
Sovereigns (observed on otech113) and blocks the entire bootstrap-kit
Kustomization. Phase-2 Sovereign-local mail (umbrella #924) is OUT OF
SCOPE for the current Phase-1 cutover.
Phase-1 Console PIN/magic-link delivery already works through the
mothership SMTP relay path:
- products/catalyst/chart/values.yaml#sovereign.smtp.* defaults to
mail.openova.io:587 / noreply@openova.io
- products/catalyst/bootstrap/api/internal/handler/sovereign_smtp_seed.go
seeds those bytes into catalyst-system/sovereign-smtp-credentials at
bootstrap, so bp-catalyst-platform's `lookup` resolves on first
reconcile without waiting for a Sovereign-local Stalwart.
This commit:
- Deletes clusters/_template/bootstrap-kit/95-bp-stalwart-sovereign.yaml
- Updates the kustomization.yaml resource list with a comment block
documenting the deferral and the canonical re-entry conditions.
- Updates scripts/expected-bootstrap-deps.yaml so check-bootstrap-deps.sh
no longer expects the slot. Audit re-runs clean (0 drift, 0 cycles).
The chart itself stays at platform/stalwart-sovereign/ for future
Phase-2 work; only the bootstrap slot is removed.
Refs: #883#924
Co-authored-by: Hatice Yildiz <hatiyildiz@openova.io>
94ffe01ff0