Package as 1.1.1+keel2 so the build host gets the unit slots #6
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/fab!6
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "pkg/keel2"
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?
The two unit changes merged tonight, pull requests 4 and 5, live in
share/product.mk. A build reads that file from the installedfabpackage, not from this checkout, and the build host installs 1.1.1+keel1: noUNITSselection, no unit removelist, noconf-vars. There,bt-layer'sUNITS=override is ignored and every directory underunit.dis applied, which is exactly the re-run a child layer must not do.This is a changelog entry and nothing else, so that the host can install the merged behaviour before the first component is extracted under decision 0010.
Test plan:
tests/coverage.sh(the package carries no code change)bin/build-package --rebuild faband installed, then the three-build equivalence comparison of decision 0010 for the mariadb component