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]
ASSUME_PROVIDED isn't the way we've handled the SDK provision. See meta/recipes-core/meta/nativesdk-sdk-provides-dummy.bb
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?)
Bulk move to 5.2-M3.
Bulk move to 5.2-M3 and this time I'll actually specify M3!
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 ?
https://web.git.yoctoproject.org/poky/commit/?id=8c583b0370a6127fbf9f91b5bfc7ad71ab36e8ee
Does the patch mean this is now resolved?
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