you need a patch like this https://patches.openembedded.org/patch/169519/

#yocto

<steve=echodyne.com@...> wrote: there should be a config.log generated in this component's build directory which should have more information on what check failed and perhaps some m

Hi Samuel Please look at insane.bbclass and perhaps a new check can be added there ?

yeah perhaps you need to fork this repo and let main package know via editing the toml file perhaps.

yeah perhaps try using -DMBEDTLS_FATAL_WARNINGS=OFF

ignore this, as I sent a followup which applies on top of master.

This should fix the patch errors due to order of patching last time. Signed-off-by: Khem Raj <raj.khem@...> Cc: Alexandre Belloni <alexandre.belloni@...> --- ...Reorder-includes-for-glib

Signed-off-by: Khem Raj <raj.khem@...> --- v2: Rebase the patch to respect other patches ...-includes-for-glibc-2.34-portability.patch | 35 +++++++++++++++++++ recipes-core/coreutils/coreutils_6

<alexandre.belloni@...> wrote: yeah my bad, too many context switches, the patch was applied before any other patches from meta-gpl2 to isolate the issue, but then I should have rebased it bef

Signed-off-by: Khem Raj <raj.khem@...> --- ...-includes-for-glibc-2.34-portability.patch | 35 +++++++++++++++++++ recipes-core/coreutils/coreutils_6.9.bb | 1 + 2 files changed, 36 insertions(+)

Signed-off-by: Khem Raj <raj.khem@...> --- ...-includes-for-glibc-2.34-portability.patch | 39 +++++++++++++++++++ recipes-core/coreutils/coreutils_6.9.bb | 1 + 2 files changed, 40 insertions(+)

this is fine, if you are interested submit it as a patch to include in metadata in meta-python

#sdk

This version looks good to me.

Can you file a ticket in bugzilla for this as well please.

#devtool #dunfell

while I appreciate this change, it does have an effect of removing the users away from BSP variables that core metadata layers have, e.g. SERIAL_CONSOLES is a well defined and documented variable and

I think the advantage is not on high end CPUs but more on less powerful ones, so perhaps trying it on something like rpi0 or lower would be good

This ensures that DISTRO_FEATURES can translates correctly for qtbate packageconfigs and we can get right platforms enabled Signed-off-by: Khem Raj <raj.khem@...> --- conf/layer.conf | 5 +++++ .

I think this will be hard to support unless your applications are self contained and will bring its own runtime as well in that case you can build a SDK from newer releases which matches compiler you

right and thats why I will be reluctant to go too far at distro level unless there is general interest in wider communities as it can make us an island. you could tool it as a packageconfig for system

Finding dlopen dependencies is a neat idea, but it has to be accepted cross distro, and also applications have to manually declare it in code if I understand systemd's patch correctly. This will be ha