| Message ID | 20250903164459.2758128-1-ross.burton@arm.com |
|---|---|
| State | New |
| Headers | show |
| Series | nativesdk-sdk-provides-dummy: allow pkgconfig to be installed into SDKs | expand |
diff --git a/meta/recipes-core/meta/nativesdk-sdk-provides-dummy.bb b/meta/recipes-core/meta/nativesdk-sdk-provides-dummy.bb index 1d71f373a4e..96caf968eef 100644 --- a/meta/recipes-core/meta/nativesdk-sdk-provides-dummy.bb +++ b/meta/recipes-core/meta/nativesdk-sdk-provides-dummy.bb @@ -1,8 +1,6 @@ DUMMYARCH = "sdk-provides-dummy-${SDKPKGSUFFIX}" -DUMMYPROVIDES_PACKAGES = "\ - pkgconfig \ -" +DUMMYPROVIDES_PACKAGES = "" DUMMYPROVIDES = "\ /bin/sh \
This recipe is a dummy provider of pkgconfig, but we want our SDKs to ship a pkgconfig binary if requested as otherwise that's a host tool that would be required to use the SDK. On Linux that's easily solved, but meta-mingw/meta-darwin SDKs can't really assume that pkgconfig will be present on the host. This behaviour dates back to 2014 when construction of SDKs with RPM packages was added[1] and notably the same behaviour didn't exist for ipkg-based SDKs. [1] oe-core 417b27ce5c1 ("lib/oe/sdk.py: support RpmRootfs") Signed-off-by: Ross Burton <ross.burton@arm.com> --- meta/recipes-core/meta/nativesdk-sdk-provides-dummy.bb | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-)