Closed rshym closed 7 months ago
It was with @rshym that target issue appears with the following moulin yaml configuration file: https://github.com/xen-troops/meta-xt-prod-devel-rcar/pull/116/commits/b241827d956c9c7e13a12b2bad27e22c66a3228e
GRAPHICS:
desc: "Select how to use the GFX (3D hardware accelerator)"
"binaries":
overrides:
variables:
# for the linux
# Directory containing ${SOC_NAME}_linux_gsx_binaries_gles.tar.gz
XT_PREBUILT_GSX_DIR: "${TOPDIR}/../../../prebuilt_gsx"
# for the android
XT_DOMA_DDK_KM_PREBUILT_MODULE: "eva/pvr-km/pvrsrvkm.ko"
XT_DOMA_KERNEL_EXTRA_MODULES: ""
XT_DOMA_SOURCE_GROUP: "default"
components:
domd:
builder:
conf:
- *GFX_CONF
- [XT_PREBUILT_GSX_DIR, "%{XT_PREBUILT_GSX_DIR}"]
layers:
- "../meta-xt-rcar/meta-xt-rcar-gles_common"
domu:
builder:
conf:
- *GFX_CONF
- [XT_PREBUILT_GSX_DIR, "%{XT_PREBUILT_GSX_DIR}"]
layers:
- "../meta-xt-rcar/meta-xt-rcar-gles_common"
doma:
sources:
- type: unpack
file: rcar-prebuilts-graphics-xt-doma.tar.gz
dir: eva
archive_type: tar
builder:
env:
- "DDK_UM_PREBUILDS=eva/pvr-um"
The issue is that when the "GRAPHICS" parameter is set to the "binaries" value, there is some configuration applied for both domu and doma. In this case, it is not possible to build a product with the "domu" component, in case there is a missing archive for the "doma" component. component.
Ah, got this. Thank you. Yeah, removing check from the moulin code itself should help with the issue.
Should be fixed with #97
@rshym could you please confirm that provided fix covers your use case?
Thanks. I have reinstalled the moulin with the latest changes and it works as expected.
Steps to reproduce
Error message appears:
Let's create dummy package with two dummy files:
And now moulin successfully creates the
build.ninja
.Reason
This archive is required during the creation of the build.ninja to create the following rules:
Proposed solution
To use dynamic dependencies, as shown in example https://ninja-build.org/manual.html#_tarball_extraction