Hi Marta I think this option looks best or perhaps we should drop applying debian diff entirely since debian seems to have dropped this package I think regardless of what we do with this package it

On Tue, Apr 26, 2022 at 5:12 PM Khem Raj <raj.khem@...> wrote: Thanks. Just a minor nit: Could you change commit message to 'atkmm: Allow build with wayland only' because it builds fine with

Signed-off-by: Khem Raj <raj.khem@...> Cc: Andreas Müller <schnitzeltony@...> --- meta-oe/recipes-graphics/pango/pangomm_2.46.2.bb | 3 ++- 1 file changed, 2 insertions(+), 1

Signed-off-by: Khem Raj <raj.khem@...> Cc: Andreas Müller <schnitzeltony@...> --- meta-oe/recipes-gnome/atk/atkmm-2.36_2.36.1.bb | 2 +- meta-oe/recipes-gnome/atk/atkmm_2.28.2.bb |

OK. I will look into it. Thanks. //Yi

export OPENSSL_MODULES="${STAGING_LIBDIR_NATIVE}/ossl-modules" export NODE_OPTIONS="--openssl-legacy-provider" is what I'm doing in recipes which need it now. > you should have a legacy libraries in

Hi, of course, that i working. But if you're going to use --openssl-legacy-provider, you should have a legacy libraries in library loading path already. Other option is manually set variables in

Hi, does this work correctly for you with nodejs-native? Here it fails to load legacy module: recipe-sysroot-native/usr/bin/node -p 'crypto.createHash("md4")' --openssl-legacy-provider Unable to load

Khem, Any feedback about this? From the history it looks like it was you who changed the recipe to use the .diff.gz file. Thanks in advance, Marta

This is a bugfix release. Notably, this makes pw-dot work again - it required workarounds via pw-dump to output a non-empty dot graph in 0.3.4= 9. Full

Thanks for pointing out the license issue, this patch ports from 4 source files of cdrtools, and both of them are `either GPL version 2, or (at your option) any later

Have you carefully examined the license of the files that you’re copying from mkisofs: the cdrkit fork exists specifically because cdrtools relicensed to CDDL[1] which is GPL-incompatible. Also,

Mkisofs/genimageiso now correctly supports El Torito multi boot entries by introducing a Boot Dection Header before a list of alternate boot entries. New option -eltorito-platform allows to set the

Got it, I will fix it, v2 incoming //Hongxu

I am seeing https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/1681 This could be an intermittent failure due to build time race or related to this change perhaps, I have seen this

fails to build on clang/mips https://errors.yoctoproject.org/Errors/Details/655476/

Fixes build with no-X11 distros Signed-off-by: Khem Raj <raj.khem@...> Cc: Andreas Müller <schnitzeltony@...> --- meta-gnome/recipes-extended/gparted/gparted_1.4.0.bb | 3 ++- 1 file

Fixes build with no-x11 distros Signed-off-by: Khem Raj <raj.khem@...> Cc: Andreas Müller <schnitzeltony@...> --- meta-oe/recipes-gnome/gtk+/gtkmm3_3.24.5.bb | 2 +- 1 file changed, 1

Signed-off-by: Khem Raj <raj.khem@...> Cc: Andreas Müller <schnitzeltony@...> --- meta-gnome/recipes-gnome/gtksourceview/gtksourceview5_5.4.1.bb | 2 +- 1 file changed, 1 insertion(+), 1

Mkisofs/genimageiso now correctly supports El Torito multi boot entries by introducing a Boot Dection Header before a list of alternate boot entries. New option -eltorito-platform allows to set the