projects-dir.mk: Add BUILD_DEP_FLAVOURS_* #114

Merged
Jan Lindemann merged 1 commit from jan/feature/20260919-projects-dir-mk-add-build-dep-flavours into master 2026-09-19 20:44:38 +02:00 AGit

projects-dir.mk: Add BUILD_DEP_FLAVOURS_*

The top-level all, test, check, check-pre, and check-post targets invoke the build tool without --dep-flavours, so it falls back to the auto default and only resolves dependencies of the flavour "build". The build-order-% target, by contrast, already passes the run,build,test,release set via a single BUILD_ORDER_DEP_FLAVOURS variable. Planning and building therefore rely on different dependency flavours, and none of the targets can be tuned individually.

Introduce one flavour variable per target group, all of them defaulting to the run,build,test,release set:

  • BUILD_DEP_FLAVOURS for all
  • BUILD_DEP_FLAVOURS_LINT for check, check-pre, and check-post
  • BUILD_DEP_FLAVOURS_TEST for test
  • BUILD_DEP_FLAVOURS_ORDER, renamed from BUILD_ORDER_DEP_FLAVOURS, used by build-order-%

Split the combined all test check check-pre check-post rule into three rules so that each group passes its own --dep-flavours to the build tool. all, test, and the check targets now also resolve run, test, and release dependencies, as build-order already does, and each target's flavour set can be overridden independently.

Note that they all default the whole shebang: run,build,test,release. And this opens up the door to dependency cycles that don't exist with the subset of projects currently used. It's still better to ask for all and then cut down as needed instead of starting small.

#### projects-dir.mk: Add BUILD_DEP_FLAVOURS_* The top-level all, test, check, check-pre, and check-post targets invoke the build tool without --dep-flavours, so it falls back to the auto default and only resolves dependencies of the flavour "build". The build-order-% target, by contrast, already passes the run,build,test,release set via a single BUILD_ORDER_DEP_FLAVOURS variable. Planning and building therefore rely on different dependency flavours, and none of the targets can be tuned individually. Introduce one flavour variable per target group, all of them defaulting to the run,build,test,release set: - BUILD_DEP_FLAVOURS for all - BUILD_DEP_FLAVOURS_LINT for check, check-pre, and check-post - BUILD_DEP_FLAVOURS_TEST for test - BUILD_DEP_FLAVOURS_ORDER, renamed from BUILD_ORDER_DEP_FLAVOURS, used by build-order-% Split the combined all test check check-pre check-post rule into three rules so that each group passes its own --dep-flavours to the build tool. all, test, and the check targets now also resolve run, test, and release dependencies, as build-order already does, and each target's flavour set can be overridden independently. Note that they all default the whole shebang: run,build,test,release. And this opens up the door to dependency cycles that don't exist with the subset of projects currently used. It's still better to ask for all and then cut down as needed instead of starting small.
projects-dir.mk: Add BUILD_DEP_FLAVOURS_*
All checks were successful
CI / Packaging - Kali Linux (pull_request) Successful in 5m12s
CI / Packaging - OpenSUSE Tumbleweed (pull_request) Successful in 4m30s
CI / Packaging test (pull_request) Successful in 0s
CI / Packaging - Kali Linux (push) Successful in 5m4s
CI / Packaging - OpenSUSE Tumbleweed (push) Successful in 4m33s
CI / Packaging test (push) Successful in 0s
0c4a69bd9a
The top-level all, test, check, check-pre, and check-post targets invoke
the build tool without --dep-flavours, so it falls back to the auto default
and only resolves dependencies of the flavour "build". The build-order-%
target, by contrast, already passes the run,build,test,release set via a
single BUILD_ORDER_DEP_FLAVOURS variable. Planning and building therefore
rely on different dependency flavours, and none of the targets can be tuned
individually.

Introduce one flavour variable per target group, all of them defaulting to
the run,build,test,release set:

- BUILD_DEP_FLAVOURS for all
- BUILD_DEP_FLAVOURS_LINT for check, check-pre, and check-post
- BUILD_DEP_FLAVOURS_TEST for test
- BUILD_DEP_FLAVOURS_ORDER, renamed from BUILD_ORDER_DEP_FLAVOURS, used by
  build-order-%

Split the combined all test check check-pre check-post rule into three
rules so that each group passes its own --dep-flavours to the build tool.
all, test, and the check targets now also resolve run, test, and release
dependencies, as build-order already does, and each target's flavour set
can be overridden independently.

Note that they all default the whole shebang: run,build,test,release. And
this opens up the door to dependency cycles that don't exist with the
subset of projects currently used. It's still better to ask for all and
then cut down as needed instead of starting small.

Signed-off-by: Jan Lindemann <jan@janware.com>
Assisted-by: unsloth/Qwen3.8-27B-GGUF:Q4_K_M with pi.dev v0.85.1
Jan Lindemann scheduled this pull request to auto merge when all checks succeed 2026-09-19 20:32:55 +02:00
Sign in to join this conversation.
No reviewers
No labels
No milestone
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
janware/jw-pkg!114
No description provided.