Problem
components.substrate{,-crds}.versionRange is >=1.7.0 <1.8.0 with prereleases: false, so no Substrate 1.8.0 candidate rolls anywhere by itself. The 1.8 line carries what the platform needs next:
No issue in this repository names the range move; it is the consumer step of the Substrate 1.8.0 promotion.
Proposed solution
Once Substrate 1.8.0 is stable: prove the release in the agentlab with an explicit pin and the snapshot-reset procedure first, then bump both ranges to >=1.8.0 <1.9.0 (BOM, README, goldens, verify-components), drop the ephemeral-storage patch below the new floor, and name the snapshot reset in UPGRADE.md.
Acceptance criteria
This issue was written by an agent.
Problem
components.substrate{,-crds}.versionRangeis>=1.7.0 <1.8.0withprereleases: false, so no Substrate 1.8.0 candidate rolls anywhere by itself. The 1.8 line carries what the platform needs next:PATH_MAXsnapshot fix (fix(snapshot): carry upstream's PATH_MAX-safe snapshot tars substrate#260, upstream snapshot rootfs uppers as one tar per container agent-substrate/substrate#2110), which is breaking: snapshots written before it do not resume after it, so every golden and actor snapshot is reset when the line rolls;No issue in this repository names the range move; it is the consumer step of the Substrate 1.8.0 promotion.
Proposed solution
Once Substrate 1.8.0 is stable: prove the release in the agentlab with an explicit pin and the snapshot-reset procedure first, then bump both ranges to
>=1.8.0 <1.9.0(BOM, README, goldens,verify-components), drop the ephemeral-storage patch below the new floor, and name the snapshot reset inUPGRADE.md.Acceptance criteria
Compatible=Trueand a turn completes (docs(valkey): record why muster-valkey AOF is deliberately not enabled #178's acceptance).UPGRADE.mdnames the snapshot reset.This issue was written by an agent.