Archived
Public Access
Claude
f2ee3f905e
The kernel shipped image-only: install.sh installed just linux-image-bbrv3, which pulled no headers, so DKMS (zfs-dkms) had no build tree and never built zfs.ko for the new kernel. On a ZFS-on-root box that left zfs out of the initramfs -> root could not be mounted -> the machine failed to boot (hit live on baguette; maple/wunder are ext4-root so they booted but ran docker on an unimported, empty rpool). Permanent fix: - build-meta-package.sh now also builds a linux-headers-bbrv3 meta (amd64) and makes linux-image-bbrv3 Depend on it, so headers always install in the same apt transaction as the kernel and DKMS rebuilds on every upgrade (mirrors Debian's linux-image-amd64 / linux-headers-amd64 pair). arm64 ships no headers (nokernelheaders cross build), so the dep and meta are amd64-only. - build.yml derives the headers package name and passes it to the meta builder. - registry-has-all.sh counts the headers meta as part of a complete publish. - install.sh installs linux-headers-bbrv3 alongside the image (latest path) and the matching versioned headers in the specific-version path. Also bundles pre-existing WIP: docs/README notes on the two-stage (Cloudflare edge + origin nginx) upload body-limit, and setup_apt_source key-download HTTP-status error handling. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>