Skip to content

iso: the live ISO grew from 7.7G to 8.6G between the last passing run and now #128

Description

@hanthor

docs/verification/README.md records the last fully passing LUKS end-to-end run on 2026-09-06 with a 7.7G live ISO. Run 35326466386 (2026-09-18) built an 8.6G ISO for the same flavor (ISO ready: .../utah-live.iso (8.6G) in the gaming job; the others are similar).

Nearly a gigabyte in twelve days is more than the package churn explains, and #105 is about to add linux-firmware and thirty parity packages on top. The ISO embeds the full container store for offline install, so every layer counts twice (image plus ISO).

To find out

  • Compare podman image inspect layer sizes for the testing images of 2026-09-06 and now; the rechunk annotation lists per-layer package sets.
  • Check whether the kernel cache or the NVIDIA payload leaked into main's image (it should not, main uses the pristine base).
  • Check iso/scripts/build-iso.sh for a second copy of the store or an uncompressed squashfs after the payload-digest changes in fix(iso): repair CI handoff, payload digests, and live kernel support #86.

A budget assertion in the ISO job (fail above N GB, with N recorded next to the reason) would stop this drifting silently again.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions