Signed-off-by: Ross Burton <ross.burton@...> --- .../glew/glew/0001-Fix-build-race-in-Makefile.patch | 2 +- meta/recipes-graphics/glew/glew/no-strip.patch | 2 +-

lists.openembedded.org wrote: Bump. The googletest recipe at meta-oe dunfell branch is for version 1.10. The fact that CMake Find Module masked the targets of the GTest package resulted in a number

Hello, I try to adapt my personal Yocto meta to Isar Project. Currently, I try to add "minimalmodbus" recipie, and for this, I need "python-pyserial". And for "python-pyserial" I need

The question is whether we all agree on that and I'm not sure we all do. Would be interesting to see if there is valid use so it is probably worth some tests/analysis. The ??= operator never did what

<richard.purdie@...> wrote: As a first, very easy, step, make a statement here on the mailing list that all PACKAGECONFIG defaults should be assigned with ?= instead of ??= and fix the

Richard Purdie <richard.purdie@...> escreveu no dia quinta, 2/12/2021 à(s) 23:16: Got it and I have to agree that it will launch a DoS to the server. However there are some cases around that have the

See [1] [1] https://github.com/YoeDistro/yoe-distro/issues/626 Signed-off-by: Khem Raj <raj.khem@...> Cc: Ross Burton <ross.burton@...> --- ...ormat-Check-for-NEON-before-using-it.patch |

No, we're not doing that. That opens a ton (thousands) of parallel connections to the servers and isn't fair on the systems hosting the data. In many cases that would look like a DoS

changelog: 1f8c8b88 Revert port of GL_EXT_shader_realtime_clock to GL_EXT_spirv_intrinsics Signed-off-by: Jose Quaresma <quaresma.jose@...> --- .../glslang/{glslang_11.7.0.bb =>

Signed-off-by: Jose Quaresma <quaresma.jose@...> --- meta/classes/sstate.bbclass | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/meta/classes/sstate.bbclass

This improves the time needed to check the mirrors, reducing it from 50s to 8s when building the core-image-minimal using the yocto upstream sstate and hashequivlance servers on a machine with 8 cpu

<peter.kjellerstedt@...> wrote: yeah I thought about it but its an exception than norm. We also have novfp usecases.

I've not looked at that series yet (the Summit is eating time) but if it does the same logic then yes. Ross

RPI4 based on BCM2711 soc which does not enable AES extentions in hardware see [1] fixes [2] [1] https://forums.raspberrypi.com/viewtopic.php?t=207888&start=25#p1642862 [2]

I'm getting a failure during autobuilder testing (qemuarm64-ptest): DEBUG: Executing shell function do_configure # Building C bootstrap tool. cmd/dist go tool dist: unknown architecture:

Reminder There will be an OpenEmbedded Developer Virtual Meeting (OEDVM) held tomorrow (Friday, 03 December 2021) The scheduled time will match the YP Summit's start at 12 UTC/7AM Eastern, and run

libunwind now supports risc64 Signed-off-by: Khem Raj <raj.khem@...> --- meta/recipes-kernel/perf/perf.bb | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/recipes-kernel/perf/perf.bb

Does the same also apply to setuptools as in Tim's distutils deprecation series? If so it should definitely we be merged there

1.6.0+ has rv64 supports now. Signed-off-by: Khem Raj <raj.khem@...> --- meta/recipes-support/libunwind/libunwind_1.6.0.bb | 1 - 1 file changed, 1 deletion(-) diff --git