On Thu, Nov 24, 2022 at 8:19 PM Martin Jansa via lists.openembedded.org <Martin.Jansa=gmail.com@...> wrote: This change was introduced in: https://github.com/nodejs/node-gyp/commit/

I've seen it in ~10 recipes, but all are internal and not available in any public layer. I've added --force to them as work around to see how many other recipes will start failing now. There is one mo

I see this is now queued in kirkstone-next https://git.openembedded.org/meta-openembedded/commit/?h=kirkstone-next&id=08b6b6846a84d9a0459f42d1d730c9ea1d50c43f I see bunch of recipes failing since this

* http://ftp.mozilla.org/pub/mozilla.org now returns 404, but the SRC_URI still works without "mozilla.org" directory Signed-off-by: Martin Jansa <Martin.Jansa@...> --- meta-oe/recipes-support/n

Well the obvious difference is that your commit which I was reviewing chows 11 changed lines, instead of just 1 added .patch file in SRC_URI. Style changes shouldn't be applied together with functiona

Style guide says: "Some layers prefer to use four-space indentation on sucessive lines and prefer the closing quote as the first character" And this commit:https://git.openembedded.org/meta-openembedd

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