fix: the project packages come from the Keel archive, not the build host staging #23
No reviewers
Labels
No labels
accessibility
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
Keel-Linux/keel-mariadb!23
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "fix/keel-archive-not-staging"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Supersedes #21 (its two commits are included).
trixie-staginginto the bootstrap, conf.d/main no longer pins it at 1001, andbin/keel-archive-checkgoes. That distribution holds inithooks 2.3.6+keel5, confconsole keel2 and keel 0.3.5; pinned at 1001 the upgrade would have downgraded the layer to them.KEEL_APT_TRACK=testing(common#32). conf.d/main runsapt-get update, upgrades the three, then runsbin/keel-project-packages(copied into the tree inroot.patched/pre, removed by conf.d/main): each must be installed at apt's candidate, and the candidate must be the Keel archive's in the track's suite. It replaces the version floors.keel.sources, no 1001 pin.Tests:
tests/apt-files.bats(no staging source, pin, keyring or archive copy anywhere; the upgrade then the check; the check in and out of the tree; mutation-checked),tests/project-packages.bats(6 tests against apt 3 policy output). Coverage:keel-project-packages100 percent; the suite at threshold 95 passes locally.appliance / boot-published-layercannot pass: no mariadb layer is published (the old one was withdrawn); the maintainer bypasses it.