Answer A-350: the catalog's fill starts above every number the builder gave, published or not
mesh/delivery closed: a newer head of the same pull request
mesh/check checking 5dee91703f2e on aed903059436

Claude-Session: https://claude.ai/code/session_01NcbgfGKaxw984XyAPfLm4h
This commit is contained in:
2026-11-13 13:02:51 +01:00
parent aed9030594
commit 5dee91703f
@@ -702,3 +702,8 @@ the principle that settles it, cited as "design 47 G A-n".
- **A-349** (sharpens A-345; §529; principle 7) The modules whose old forms the release accepts before G puts them on the
foundation list are those §529 and §584 name: gitea, distribution, the node-engine and the pipeline runner
(mesh-delivery-pipeline). The runner is new in G, so no trunk verdict moves.
- **A-350** (sharpens §372; principles 2 and 3) The fill takes, for each module, the highest version the builder's state
`versions` gave a number, whether its state is `numbered` or `published`, not only `published`: today's builder numbers
fresh bundle versions without publishing them (the late publish finds no digest), so a fill from `published` alone
would number again below what the builder already said (mesh-config/tools: `published` 0.1.0, numbered up to 0.1.14),
and one version would name two contents in the builder's log, its conditions and the catalog.