15552 2024-07-15 23:36:00 +0000 build-deps QA error in nativesdk-openssl with dummy nativesdk-perl 2025-04-10 15:32:06 +0000 1 1 7 Build System, Metadata & Runtime OE-Core connectivity unspecified x86 Multiple RESOLVED FIXED Medium+ normal 5.2 M4 1 denis denis meta.mr.watcher meta.watcher randy.macleod richard.purdie --- --- Don't know oldest_to_newest 99385 0 denis 2024-07-15 23:36:00 +0000 Add "nativesdk-perl" to ASSUME_PROVIDED: ASSUME_PROVIDED += "nativesdk-perl" $ bitbake nativesdk-openssl ... I get one of these 3 similar, but slightly different errors: ERROR: nativesdk-openssl-3.3.1-r0 do_package_qa: QA Issue: nativesdk-openssl-misc rdepends on nativesdk-perl, but it isn't a build dependency? [build-deps] ERROR: nativesdk-openssl-3.3.1-r0 do_package_qa: QA Issue: nativesdk-openssl-misc rdepends on nativesdk-perl, but it isn't a build dependency, missing nativesdk-perl in DEPENDS or PACKAGECONFIG? [build-deps] ERROR: nativesdk-openssl-3.3.1-r0 do_package_qa: QA Issue: nativesdk-openssl-misc rdepends on nativesdk-perl, but it isn't a build dependency, missing nativesdk-buildtools-perl-dummy in DEPENDS or PACKAGECONFIG? [build-deps] 99388 1 richard.purdie 2024-07-17 18:51:02 +0000 ASSUME_PROVIDED isn't the way we've handled the SDK provision. See meta/recipes-core/meta/nativesdk-sdk-provides-dummy.bb 99389 2 denis 2024-07-17 19:02:42 +0000 Yes, I do have these lines in the image/sdk recipes: TOOLCHAIN_HOST_TASK:append = " nativesdk-buildtools-perl-dummy" SDK_PACKAGE_ARCHS += "buildtools-dummy-${SDKPKGSUFFIX}" That's when I get the 3-rd variant of the error message (missing nativesdk-buildtools-perl-dummy in DEPENDS or PACKAGECONFIG?) 100792 3 randy.macleod 2025-01-30 16:06:36 +0000 Bulk move to 5.2-M3. 100819 4 randy.macleod 2025-01-30 16:17:06 +0000 Bulk move to 5.2-M3 and this time I'll actually specify M3! 101489 5 randy.macleod 2025-03-25 18:45:20 +0000 With the following in conf/local.conf: TOOLCHAIN_HOST_TASK:append = " nativesdk-buildtools-perl-dummy" SDK_PACKAGE_ARCHS += "buildtools-dummy-${SDKPKGSUFFIX}" I do not see an error for $ bitbake nativesdk-openssl for either MACHINE=qemuarm or qemux86-64 this is with poky ( master:99213878963e780704728d90f0f184ee2389f10f ) Can you confirm and/or provide detailed steps to reproduce ? 101619 6 richard.purdie 2025-04-10 15:04:34 +0000 https://web.git.yoctoproject.org/poky/commit/?id=8c583b0370a6127fbf9f91b5bfc7ad71ab36e8ee 101620 7 richard.purdie 2025-04-10 15:04:58 +0000 Does the patch mean this is now resolved? 101621 8 denis 2025-04-10 15:32:06 +0000 Well, there are few points here: 1. there were few more nativesdk-perl packages creeping in when building the SDK with "dummy-sdk-package" - the patch is supposed to resolve this, at least for now, see #3 2. therefore ASSUME_PROVIDED was used from the old days to forcefully prevent nativesdk-perl from even being built, but that now started throwing "build-deps" errors for indirect dependencies 3. W/o ASSUME_PROVIDED, nativesdk-perl gets fully built normally, but "dummy-sdk-package" then filters the corresponding packages from being installed into the SDK. And it's a bit fragile, as once in a while new modules/packages need to be added, which happened many times in the past: https://git.openembedded.org/openembedded-core/log/meta/recipes-core/meta/nativesdk-buildtools-perl-dummy.bb