This fix removes a possible NULL pointer dereference in grub networking code. It is a part of a security series [1]. [1]

Backport a fix for a memory leak in grub_mmap_iterate(). This patch is a part of a security series [1] [1] https://lists.gnu.org/archive/html/grub-devel/2021-03/msg00007.html Signed-off-by: Marta

This series fixes a number of issues in grub 2.04. It is a part of a security series [1], except of the patch 5. The patch 5 is a dependency of patch 6, but also a bugfix on its own. While none of

In oe-core commit 67dd505c42 ("librsvg: do not enable nativesdk"), nativesdk support for librsvg has been disabled: > rust is not currently available for nativesdk builds: > WARNING: Nothing PROVIDES

Hi, Hmm, this rings a bell. Likely yes then :) But on the other hand this way we're quite explicit about what GPLv3 things we allow to compile. Compiling too much also hurts with compilation times

You should really try per-image INCOMPATIBLE_LICENSE :) Maintaining those whitelists/excludes is awkward, as developers constantly want more of them. Alex

Hi, Exactly, I'm using this in a lot of projects. Basically distro config has: INCOMPATIBLE_LICENSE_append += " GPLv3 GPLv3+ LGPLv3 LGPLv3+" and then various GPLv3 tools are allowed in build but

Gnome Seahorse needs an external ssh-keygen to build and there is no prov= ider for it in yocto/oe. openssh-native is not allowed to build and if allowed= there are problems building it with

Nice - but please find a different word than 'native', as this is clearly a cross-binary testing with qemu usermode :) Alex

I like the idea, but gstreamer build-time testing seems like a bit of a work in progress. Is there some other meson-based component where this can be showcased and enabled in a more simple

Hello everyone, There have been a number of failures in the autobuilder today [1] [2] due to the change currently sitting in master-next that switches LAYERSERIES_COMPAT from honister to

thanks can you also check if arch_to_rust_target_arch() in meta/recipes-devtools/rust/rust-common.inc is computing it right for ppc64le case ?

On modern Power systems `uname -m` reports 'ppc64le'. However, Rust's toolchain names the architecture 'powerpc64le'. Introduce RS_BUILD_ARCH to provide an indirection to fix this mismatch. I've

Richard Purdie <richard.purdie@...> escreveu no dia quinta, 17/02/2022 à(s) 23:50: I sent a v2 with that. Jose -- Best regards, José Quaresma

Since all gstreamer modules uses LGPLv2.1 with exceptions for some plugins in bad and ugly modules that has GPLv2+. Signed-off-by: Jose Quaresma <quaresma.jose@...> Cc: Peter Kjellerstedt

Common case seems to be allowing gdb in debug builds of distros which are otherwise free of GPLv3 etc, e.g.

Perhaps split the patch so the main change to LICENSE can be resolved, then the remaining later patches focus on the harder bit? Cheers, Richard

There seems to a typo in a comment in archiver.bbclass; ARCHIVE_MODE should be ARCHIVER_MODE for "mirror" (letter R is

Signed-off-by: Khem Raj <raj.khem@...> --- ...-_zicsr_zifencei-extentions-on-riscv.patch | 47 +++++++++++++++++++ meta/recipes-bsp/grub/grub2.inc | 1 + 2 files changed, 48

Hi Peter, It's not as simple as I was thinking, I'll need more time. Jose Peter Kjellerstedt <peter.kjellerstedt@...> escreveu no dia quinta, 17/02/2022 à(s) 14:34: -- Best regards, José Quaresma