Rebase, renumber and re-measure before #11 can merge #14

New issue

Open

opened 2026-09-28 00:09:39 -03:00 by marcos-mendez · 0 comments

marcos-mendez commented

2026-09-28 00:09:39 -03:00

(Migrated from github.com)

Blocking #11 (component atomization), from an independent review on
2026-09-28. The extraction itself is faithful; the evidence around it is not.

The pinned component version does not exist. --branch v1.0.0 on a
repository with no tags. Tracked in Keel-Linux/unit-mariadb#2.
The branch is CONFLICTING against main, and the equivalence
measurement predates the current tree. Since the merge base, main gained
merges touching Makefile and conf.d/main, including a root.patched/pre
hook on the same target where fab applies the units. All four builds behind
the "0 attributable differences" claim were made against that older tree.
The merged tree has never been built.
The changelog revision has been overtaken and fails the gate on rebase,
verified by running the gate's own entry_version / version_increased
against current main.

Two method findings, which outlive this pull request:

The measurement is blind inside /var/lib/mysql/**, where only paths are
compared and never the nature of the difference — and that is where the
account tables live. There is no real difference today (established by
diffing the conf scripts against common), but the reported measurement is
not what establishes it.
The measurement is not reproducible: the capture lives in a scratch
directory on the build host and the comparison step is committed nowhere,
although decision 0010 step 3 instructs re-running it for every future
component. Being fixed separately.

Also: the three green checks never build the composed layer —
appliance / build-and-boot boots the published layer, which on a recipe
change is the code before the change. Keel-Linux/.github#11.

Closes when the branch is rebased, the changelog renumbered, the component
pinned to something that exists, and the four builds re-run with the committed
harness and their output quoted in the pull request.

Blocking #11 (component atomization), from an independent review on 2026-09-28. The extraction itself is faithful; the evidence around it is not. 1. **The pinned component version does not exist.** `--branch v1.0.0` on a repository with no tags. Tracked in Keel-Linux/unit-mariadb#2. 2. **The branch is `CONFLICTING` against `main`, and the equivalence measurement predates the current tree.** Since the merge base, `main` gained merges touching `Makefile` and `conf.d/main`, including a `root.patched/pre` hook on the same target where fab applies the units. All four builds behind the "0 attributable differences" claim were made against that older tree. The merged tree has never been built. 3. **The changelog revision has been overtaken** and fails the gate on rebase, verified by running the gate's own `entry_version` / `version_increased` against current `main`. Two method findings, which outlive this pull request: - **The measurement is blind inside `/var/lib/mysql/**`**, where only paths are compared and never the nature of the difference — and that is where the account tables live. There is no real difference today (established by diffing the conf scripts against `common`), but the reported measurement is not what establishes it. - **The measurement is not reproducible**: the capture lives in a scratch directory on the build host and the comparison step is committed nowhere, although decision 0010 step 3 instructs re-running it for every future component. Being fixed separately. Also: **the three green checks never build the composed layer** — `appliance / build-and-boot` boots the published layer, which on a recipe change is the code before the change. Keel-Linux/.github#11. Closes when the branch is rebased, the changelog renumbered, the component pinned to something that exists, and the four builds re-run with the committed harness and their output quoted in the pull request.