Ping. Thanks,

From: Mingli Yu <mingli.yu@...> Remove the build path info from the files such as crm_master, crm_report and etc to improve reproducibility. Signed-off-by: Mingli Yu

There were two failures in this build. One was a single selftest failure which I'll look into. The other was a qemumips altcfg image loss of networking. I know Saul is working on better debug for that

Merged. Thanks. Kai -- Kai KangWind River Linux

Add this recipe as python3-anaconda recipe still needs it. Signed-off-by: Chen Qi <Qi.Chen@...> --- recipes-gnome/libgnome/libgnomekbd_3.26.1.bb | 14 ++++++++++++++ 1 file changed, 14

Add a patch to use __attribute__((packed)) to replace __packed to avoid multiple definition build error with gcc10. Signed-off-by: Chen Qi <Qi.Chen@...> ---

Thanks for this info. I'll send out V3 to use '__attribute__((packed))__'. Best Regards, Chen Qi

Forgot to mention, I also tested with '__attribute__((packed))', the build succeeded. Adrian, Alexandru and Joe, I'll send out V3 with this change. You can choose V2 or V3 as you

certain compilers do allow __packed keyword and it might be intentional too. If its removed then the bug will become even more subtler, therefore. if we want to change the code then its perhaps better

It's possible, but I didn't look at the logic and I don't want to. Anyway, the variable never had any effect. So I figure it's safe to remove it, and this will not change any behavior. Unfortunately,

I wonder if the intention is to mark this structure as packed struct then it should be replaced with __attribute__((packed))

Add a patch to remove the useless '__packed' variable to avoid multiple definition error with gcc10. Signed-off-by: Chen Qi <Qi.Chen@...> --- ...001-ip_carp.h-remove-unused-__packed.patch

A build flagged for QA (yocto-3.2_M3.rc2) was completed on the autobuilder and is available at: https://autobuilder.yocto.io/pub/releases/yocto-3.2_M3.rc2 Build hash information: bitbake:

Just like Randy points out, please ignore this patch. I've sent out a new patch to remove 'python-setuptools-native' from crmsh's DEPENDS.

THANKS. I've sent out a new patch.

Current version of crmsh uses python3-setuptools, which is from setuptools3.bbclass. So we can safely remove this python2 dependency. Signed-off-by: Chen Qi <Qi.Chen@...> ---

Added CONFIG_X86_64 since ACRN hypervisor supports x86_64 capable platforms only. Ref: https://github.com/zephyrproject-rtos/zephyr/commit/d0126a037d23484feebba00d2c0eac27e6393fef Signed-off-by:

Assuming AB success, is this also suitable for stable branches like dunfell?-- Christopher Larson kergoth at gmail dot com Founder - BitBake, OpenEmbedded, OpenZaurus Senior Software Engineer, Mentor

Hi Qi, Are you sure? It looks like crmsh moved to python3 a while ago as indicated below. If there's still a dependency, please open an issue: