Go ahead. That's still in the same major version, so it is ok to version bump. I've already moved master to 1.23 (but see that I messed up the shortlog), Bruce -- - Thou shalt not follow the NULL

Hi Bruce, I was thinking of upgrading kubernetes on the hardknott branch from v1.20.4 to 1.20.9. This change will bring fixes for CVE-2021-25735 and CVE-2021-25737 as well as other fixes. This will

Signed-off-by: Sakib Sajal <sakib.sajal@...> --- .../kubernetes/CVE-2021-20206.patch | 92 +++++++++++++++++++ .../kubernetes/kubernetes_git.bb | 1 + 2 files

From: Christopher Clark <christopher.clark@...> The Xen hypervisor built for Arm 64-bit targets can be launched with runqemu by providing a Device Tree binary and configuration for Qemu, which

From: Christopher Clark <christopher.clark@...> This device tree tooling is being added as a prequisite for enabling qemuboot with the Arm 64-bit version of the Xen hypervisor. lopper: a tool

This series introduces tools and class structure in the layer for enabling testing Xen system images with Qemu, booting with a device tree that describes the target system. A device tree is required

Yup, that's the right thing to do. I've queued it for my local testing now. Bruce -- - Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end - "Use the force Harry" -

Yes, sounds good to me! Bruce -- - Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end - "Use the force Harry" - Gandalf, Star Trek II

The wrong link caused conflicts with other packages, so the link error was fixed and the conflict handling was removed. Signed-off-by: Zang Ruochen <zangrc.fnst@...> ---

ack - will do that for v2 ack, I don't think we do. I think the following works OK: put this into the qemuboot-xen-defaults.bbclass: +# Increase the default qemu memory allocation to allow for the

oops, yep, I forgot - I've checked with that done and it works fine, so will update in v2 Will fix. Thanks for the review. Christopher

Bruce, I am resending the v3 which completely removes the bbappend when virtualization is found in DISTRO_FEATURES. As you mentioned the bbappend originates all the way from python2 days and is no

It has been carried over from python2 and is no longer required. More importantly it breaks the python3-native build due to ${STAGING_DIR_TARGET} being "" for native recipes. Signed-off-by: Ruslan

Thanks, Bruce! That's very helpful. I agree having two copies isn't ideal, so it's nice to know an approach that allows decoupling has already been considered. We'll take a look at these and

Hi, I am building with my own kernel meta data and that's my little

Yes .. precisely! I'll reply to both email here, so I'm mixing replies to Diego and Kyle throughout. We had a similar discussion in #meta-virt about a month ago, when some AGL builds were running

I've applied your patch, and have pushed it to the repo. I'm also seeing the build failure now. I tried to bump the version of the package, but it still has the same kernel build issue. (my efforts

it builds ok with 5.4 in dunfell now, only gatesgarth with 5.8 and newer with 5.10 kernel are broken

Now with do_patch fixed it fails a bit later in do_compile with: | make[1]: warning: jobserver unavailable: using -j1. Add '+' to parent make rule. | make[1]: Entering directory

* fixes: ERROR: uxen-guest-tools-4.1.7-r0 do_patch: Command Error: 'quilt --quiltrc /OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/uxen-guest-tools/4.1.7-r0/recipe-sysroot-native/etc/quiltrc