Refer to [1] and [2], add nativesdk-libdevmapper PREFERRED_RPROVIDER to
fix [build-deps] QA warning when building nativesdk-cryptsetup.
Fixes:
NOTE: Multiple providers are available for runtime nativesdk-libdevmapper (nativesdk-libdevmapper, nativesdk-lvm2)
Consider defining a PREFERRED_RPROVIDER entry to match nativesdk-libdevmapper
WARNING: nativesdk-cryptsetup-2.7.0-r0 do_package_qa: QA Issue:
nativesdk-cryptsetup rdepends on nativesdk-libdevmapper, but it isn't a
build dependency? [build-deps]
[1] https://git.openembedded.org/meta-openembedded/commit/?id=3f64779eae2d8312f569bee863f90ec4f8176e6c
[2] https://git.openembedded.org/meta-openembedded/commit/?id=1e848281ef6ff53bb89e323a978ebd00f02cb1f2
Signed-off-by: Yi Zhao <yi.zhao@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This helps in fending off the build time QA error
WARNING: /mnt/b/yoe/master/sources/meta-openembedded/meta-oe/recipes-core/opencl/opencl-icd-loader_2023.12.14.bb: RPROVIDES is set to v
irtual/opencl-icd, the substring 'virtual/' holds no meaning in this context. It is suggested to use the 'virtual-' instead.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Cc: Zoltán Böszörményi <zboszor@gmail.com>
The libdevmapper recipe don't provide any package and is only
there to resolve circular dependencies [1].
We already have the libdevmapper PREFERRED_RPROVIDER but the native
it's missing.
Fixes:
| NOTE: Multiple providers are available for runtime libdevmapper-native (libdevmapper-native, lvm2-native)
| Consider defining a PREFERRED_RPROVIDER entry to match libdevmapper-native
[1] https://git.openembedded.org/meta-openembedded/commit/meta-oe/recipes-support/lvm2?id=3f64779eae2d8312f569bee863f90ec4f8176e6c
Signed-off-by: Jose Quaresma <jose.quaresma@foundries.io>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
libbpf need line up with kernel architecture type,
so add it to NON_MULTILIB_RECIPES.
Signed-off-by: Xiangyu Chen <xiangyu.chen@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
poco ptests take 7+ minutes on a kvm accelerated build system
so it should actually be part of slow test list
Signed-off-by: Khem Raj <raj.khem@gmail.com>
cjson use pure CMake test framework named CTest.
CMake generate CTestTestfile.cmake containing fully defined path.
This path need to be altered on install step to match the ptest directory.
The json_patch_tests doesn't works because of file access and is skip.
Signed-off-by: David Pierret <david.pierret@smile.fr>
Reviewed-by: Yoann Congal <yoann.congal@smile.fr>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* like other recipes which inherit fontcache
* fixes:
bitbake-diffsigs \
sstate-before/mako/all-webos-linux/ttf-google-fira/1.0.do_package_write_ipk.sigdata.65a4d1ef7525a04346503138dd1579613995abac497ff992213c540a03aafbd2 \
sstate-before/qemux86-64/all-webos-linux/ttf-google-fira/1.0.do_package_write_ipk.sigdata.c523979f6bc293fb4f645f566585828601e752d50599788fa8b6b2fdab14a84c
Hash for task dependency fontconfig:do_packagedata changed from efef2c575a4b1207213a7192f7291a7e22ff9679684cf4bfc663e07c00ca8b88 to c8a112d5a6af43b2108b785f0c1afdd29ad7e2fa5591e2ced3f3641276d03aaf
Signed-off-by: Martin Jansa <martin.jansa@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
it takes ~35s so lets add it to auto ptests
RESULTS - ptest.PtestRunnerTest.test_ptestrunner_expectfail: PASSED (34.93s)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
pahole need to line up with kernel's architectures bitsize,
so add it to NON_MULTILIB_RECIPES.
Signed-off-by: Xiangyu Chen <xiangyu.chen@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Similar to ptest-packagelists.inc in oe-core, this list enables
per image ptest (isolated ptests for a given recipe)
* Add recipes to PTEST_FAST_META_OE for ptests which take less than ~30s
* Add recipes to PTEST_SLOW_META_OE for ptests which take longer
* Add recipes to PTEST_PROBLEMS_META_OE for ptests which have failing tests
or other issues with ptest package
The initial list was taken from:
meta_oe_ptest_recipes=$(bitbake-layers show-recipes --recipes-only \
--layer meta-oe --inherits ptest --bare | tr '\n' ' ' | \
pcregrep -o1 '^NOTE:.+===(.+)$')
Signed-off-by: Tim Orling <tim.orling@konsulko.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Imported from:
https://github.com/kraj/meta-clang.git
Commit 87d41f7dd7a69bbf159
This version is on the one hand newer than the version currently in meta-openembedded (version 10 vs 5)
and on the other hand based on the debian sources, which already contain some
makefiles added by debian (android normally compiles with Android.bp files) and should
thus be easier to maintain than current version.
Signed-off-by: Etienne Cordonnier <ecordonnier@snap.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Select opencl-icd-loader as the preferred provider for both
build and runtime.
Signed-off-by: Zoltán Böszörményi <zboszor@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
uutils-coreutils is a rewrite of GNU coreutils in Rust.
It is licensed under MIT license.
To use this recipe add this line to your distro configuration:
PREFERRED_PROVIDER_coreutils = "uutils-coreutils"
Signed-off-by: Etienne Cordonnier <ecordonnier@snap.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Layer priority is the ultimate decider of what recipe is used: if layer
A has recipe foo_1 and layer B has recipe foo_2, if layer A's priority
is higher than B then foo_1 will be used, even though the version in B
is higher, and even if PREFERRED_VERSION_foo is set to 2.
This complicates recipes moving between layers, for example when a newer
version of a recipe (say, python3-wheel) is taken from a layer with a
higher priority (say, meta-python) and moved to a layer with a lower
priority (say, oe-core) then it has to be removed before it is added:
there is no way to have it in both layers and work correctly.
Higher priorities are useful in distribution layers where you may want
to override specific recipes without any other fuss. However as all of
the layers in meta-oe simply add more recipes in defined areas, there's
no need to have a higher layer priority.
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* this issue was introduced in:
https://git.openembedded.org/meta-openembedded/commit/?id=f58bd1789ad840b04fa36212d67cebbe14ed21e5
* fixes issue detected with sstate-diff-machine.sh:
=== Comparing signatures for task do_package_write_ipk.sigdata between tissot and raspberrypi3-64 ===
ERROR: ttf-takao different signature for task do_package_write_ipk.sigdata between tissot and raspberrypi3-64
NOTE: Starting bitbake server...
Hash for dependent task fontconfig/fontconfig_2.13.1.bb:do_packagedata changed from 96b1c46d82cc5e324700f930658af17cc29c3fd5311164fa4d0babc2e7613257 to 3e925fdfcf4a72b498215611b495a04ac95650924b0bddf13640724e8b7a7dd7
Unable to find matching sigdata for /home/jenkins/workspace/luneos-unstable/webos-ports/openembedded-core/meta/recipes-graphics/fontconfig/fontconfig_2.13.1.bb:do_packagedata with hashes 96b1c46d82cc5e324700f930658af17cc29c3fd5311164fa4d0babc2e7613257 or 3e925fdfcf4a72b498215611b495a04ac95650924b0bddf13640724e8b7a7dd7
ERROR: 1 errors found in /home/jenkins/workspace/luneos-unstable/webos-ports/tmp-glibc/sstate-diff/1629372962/signatures.raspberrypi3-64.do_package_write_ipk.sigdata.log
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This is the result of automated script (0.9.1) conversion:
oe-core/scripts/contrib/convert-overrides.py .
converting the metadata to use ":" as the override character instead of "_".
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* so that the following files are actually read:
meta-oe/dynamic-layers/perl-layer/recipes-core/packagegroups/packagegroup-meta-oe.bbappend
meta-oe/dynamic-layers/gnome-layer/recipes-core/packagegroups/packagegroup-meta-oe.bbappend
meta-oe/dynamic-layers/meta-python/recipes-core/packagegroups/packagegroup-meta-oe.bbappend
meta-oe/dynamic-layers/networking-layer/recipes-core/packagegroups/packagegroup-meta-oe.bbappend
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Crash has to be built as the same bitsize (32-bit/64-bit) as the kernel.
So add it to NON_MULTILIB_RECIPES to make it keeps same bitsize with the
kernel. For example, it is 'crash' rather than 'lib32-crash' which is
installed to 32-bit rootfs with 64-bit kernel.
Signed-off-by: Kai Kang <kai.kang@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Add BBFILES_DYNAMIC entry for gnome-layer to support packages which
depend on meta-gnome, but do not belong to that layer.
Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Fix the following warning by providing backwards-compatible default for
android-tools-conf preference:
NOTE: Multiple providers are available for runtime android-tools-conf (android-tools-conf, android-tools-conf-configfs)
Consider defining a PREFERRED_RPROVIDER entry to match android-tools-conf
Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
it has a hard dependency on curlpp package which comes from
meta-networking
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Cc: Oleksandr Kravchuk <open.source@oleksandr-kravchuk.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This recipe hasn't been changed in any meaningful way since it was
imported from oe-classic in 2011. There's no recipe for mplayer in
meta-oe these days so it's probably time to drop it.
Signed-off-by: Paul Barker <pbarker@konsulko.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
- Move to perl dynamic-layer since po4a comes from meta-perl
- Add meta-perl dynamic layer
Fixes
cd man && po4a --no-translations po4a.cfg
/bin/sh: po4a: command not found
make: *** [Makefile:11: clean] Error 127
Signed-off-by: Khem Raj <raj.khem@gmail.com>
some recipes under meta-oe have dependency on meta-python,
and test_world of yocto-check-layer will failed with error
like:
ERROR: test_world (common.CommonCheckLayer)
ERROR: Nothing PROVIDES 'python3-pytoml-native' (but
/meta-openembedded/meta-oe/recipes-extended/mozjs/mozjs_60.9.0.bb
DEPENDS on or otherwise requires it). Close matches:
python3-numpy-native
python3-pycairo-native
python3-rpm-native
ERROR: Required build target 'meta-world-pkgdata' has no buildable
providers.
Missing or unbuildable dependency chain was: ['meta-world-pkgdata',
'mozjs', 'python3-pytoml-native']
fix by make these recipes only active when identified layers are
present
Signed-off-by: Changqing Li <changqing.li@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
