Please don't change SRC_URI indentation, meta-oe uses 4 spaces for indentation with closing quote as the first character as described on https://www.openembedded.org/wiki/Styleguide

* monkey-project.com doesn't resolve anymore * use v1.6.9 tag from github Signed-off-by: Martin Jansa <Martin.Jansa@...> --- meta-webserver/recipes-httpd/monkey/monkey_1.6.9.bb | 5 +++-- 1 file

> git tag produces a detached head so no viable replacement can be found nobranch seems reasonable solution for tag not included in any branch but v1.6.9 tag also appears in 1.6 branch, so it shouldn'

Armin: ping Is there any reason, this already missed 2 meta-oe/kirkstone pull requests from you?

I can confirm that grpc upgrade fixed compatibility with abseil-cpp upgrade from: https://git.openembedded.org/meta-openembedded/commit/?id=3ab22400d180529d2ad9d18a77c1d2863c3d838e FWIW: We had around

From: Martin Jansa <martin.jansa@...> re2 $ git branch -a --contains 166dbbeb3b0ab7e733b278e8f42a84f6882b8a25 * main remotes/origin/HEAD -> origin/main remotes/origin/main Signed-off-by: Martin

Signed-off-by: Martin Jansa <Martin.Jansa@...> --- ...U-mode-bit-for-opening-files-in-pyth.patch | 52 +++++++++++++++++++ .../recipes-multimedia/jack/jack_1.19.21.bb | 4 +- 2 files changed, 55 i

re2 $ git branch -a --contains 166dbbeb3b0ab7e733b278e8f42a84f6882b8a25 * main remotes/origin/HEAD -> origin/main remotes/origin/main Signed-off-by: Martin Jansa <Martin.Jansa@...> --- meta-oe/r

* cec-client doesn't link with libcec, but uses LibCecInitialise to dlopen libcec, so do_package cannot add the runtime dependency automatically * fixes: root@rpi4:# cec-client -l libcec.so.6: cannot

* cec-client doesn't link with libcec, but uses LibCecInitialise to dlopen libcec, so do_package cannot add the runtime dependency automatically * fixes: root@rpi4:# cec-client -l libcec.so.6: cannot

oe-core kirkstone already added the dependency on it, so I guess it justifies the exception

I've already sent this backport request yesterday.

From: Enrico Scholz <enrico.scholz@...> This implements an 'npm cache add' like functionality but allows to specify the key of the data and sets metadata which are required to find the d

Signed-off-by: Martin Jansa <Martin.Jansa@...> --- meta-oe/recipes-support/lvm2/lvm2.inc | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/meta-oe/recipes-support/lvm2/lvm2.inc b/meta-oe/rec

Patch sent for the issue with gold. wangmy: why did you add bash to RDEPENDS? Couple years ago it was patched to avoid bashisms and runtime dependency on bash: https://git.openembedded.org/meta-openem

Signed-off-by: Martin Jansa <Martin.Jansa@...> --- meta-oe/recipes-support/lvm2/lvm2.inc | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/meta-oe/recipes-support/lvm2/lvm2.inc b/meta-oe/rec

Yes, you're right, it's reproducible only with ld-is-gold and LDFLAGS += "-fuse-ld=bfd" resolves this error. It's caused by dm_bitset_parse_list uncommented in libdm/.exported_symbols.DM_1_02_129: htt

With this version I'm seeing both lvm2 and libdevmapper failing with:: [CC] ioctl/libdevmapper.so.1.02 TOPDIR/..../12.2.0/ld: warning: using 'DM_1_02_129' as version for 'dm_bitset_parse_list' which i

ping

Signed-off-by: Martin Jansa <Martin.Jansa@...> --- ...b-fix-compatibility-with-python-3.11.patch | 76 +++++++++++++++++++ .../recipes-benchmark/glmark2/glmark2_git.bb | 3 +- 2 files changed, 78