Specific provider (ie. RPM or IPK) does "provide" just itself as a package to the system. This will cause the "-dev" package, which refers to the generic signing-keys and not the provider specific, to miss the dependency.
Error case (RPM) when populating sdk: Error: Problem: conflicting requests - nothing provides signing-keys = 1.0-r0 needed by signing-keys-dev-1.0-r0.noarch (try to add '--skip-broken' to skip uninstallable packages) Examining signing-keys-rpm packages in PROVIDES we have indeed: signing-keys-rpm = 1.0-r0 But in signing-keys-dev: in REQUIRES: signing-keys-1.0-r0 This MR will fix the situation bringing the specific provider PROVIDES to include also the generic package (RPM example): signing-keys signing-keys-rpm = 1.0-r0 Likely another way could be also to change the requirement for dev or just allow empty packages as well. Signed-off-by: Federico Pellegrin <f...@evolware.org> --- meta/recipes-core/meta/signing-keys.bb | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/meta/recipes-core/meta/signing-keys.bb b/meta/recipes-core/meta/signing-keys.bb index 03463f95f56..d0602cf82af 100644 --- a/meta/recipes-core/meta/signing-keys.bb +++ b/meta/recipes-core/meta/signing-keys.bb @@ -18,6 +18,10 @@ FILES:${PN}-rpm = "${sysconfdir}/pki/rpm-gpg" FILES:${PN}-ipk = "${sysconfdir}/pki/ipk-gpg" FILES:${PN}-packagefeed = "${sysconfdir}/pki/packagefeed-gpg" +RPROVIDES:${PN}-rpm += "${PN}" +RPROVIDES:${PN}-ipk += "${PN}" +RPROVIDES:${PN}-packagefeed += "${PN}" + python do_get_public_keys () { from oe.gpg_sign import get_signer -- 2.35.3
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#57342): https://lists.yoctoproject.org/g/yocto/message/57342 Mute This Topic: https://lists.yoctoproject.org/mt/91836405/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-