From: Kai Kang <kai.kang@...> Backport patch to fix compile error of libvirt: | runtime error: file ../libvirt-7.2.0/docs/page.xsl line 217 element element | xsl:element: The effective name '' is not

Hello, I have a question about how to integrate docker-compose into my build. I already activated 'virtualization' and added IMAGE_INSTALL_append = " docker" to local.conf. Docker is working on target

--- recipes-extended/glusterfs/glusterfs.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/recipes-extended/glusterfs/glusterfs.inc b/recipes-extended/glusterfs/glusterfs.inc index

Kernel module xen_acpi_processor is built only for x86* architectures, therefore 'kernel-module-xen-acpi-processor' package is compatible only with x86* machines. Issue-Id: SCM-3892 Signed-off-by: Kam

There is a bug in SWIG/setuptools where 'pip install' doesn't build libfdt.py unless the build tree is already dirty, which makes using the library impossible. Bump the SRCREV to incorporate the upstr

queued to master-next. I'm still seeing some issues on a couple of builders, but will take are of sorting that out. I'll push the changes when I've figured it out. Bruce In message: [meta-virtualizati

The wheel that is built is: lopper-1.0-py3-none-any.whl Set BASEVERSION to 1.0 and use this to set PV and the value for PYPA_WHEEL (the path to the wheel filename). Signed-off-by: Tim Orling <tim.orli

The wheel that is built is ${S}/dist/libfdt-1.6.2.dev39+g4048aed.d20220103-cp310-cp310-linux_x86_64.whl Set PYPA_WHEEL to match this. Signed-off-by: Tim Orling <tim.orling@...> --- recipes-kernel/dtc/

From: Kasper Revsbech <kasper.revsbech.ext@...> Change bb.error to bb.note when getting config and arch of target/host as it is not an error if arch is not supported that should flag when parsing the

merged. Bruce In message: [meta-virtualization][m-c-s][PATCH 1/2] librdmacm: update LICENSE variant on 18/02/2022 Changqing Li wrote:

From: Changqing Li <changqing.li@...> Fix warning: WARNING: QA Issue: librdmacm: No generic license file exists for: BSD in any provider [license-exists] Signed-off-by: Changqing Li <changqing.li@...>

From: Changqing Li <changqing.li@...> fix warning: WARNING: QA Issue: celt051: No generic license file exists for: BSD in any provider [license-exists] Signed-off-by: Changqing Li <changqing.li@...> -

Also fix build issues related to: Log data follows: | DEBUG: Executing shell function do_compile | go: inconsistent vendoring in /[...]/build/tmp/work/aarch64-poky-linux/k3s/v1.21.9+k3s1-r0/k3s-v1.21.

Hi, A client of mine wants to have docker on it's product and they are having secure boot enabled which prevents us from having any GPLv3 licensed code on the target. We have successfully managed to a

From: Changqing Li <changqing.li@...> Signed-off-by: Changqing Li <changqing.li@...> --- .../libvirt/libvirt/CVE-2021-3975.patch | 43 +++++++++++++++++++ recipes-extended/libvirt/libvirt_6.3.0.bb | 1

commits short logs: e4d2df62e (tag: v2.15.3) Set release date for 2.15.3. b8baa1141 python: Add cooperative_yield() API method to Idl. 7834abc66 ofproto-dpif-xlate: Snoop ingress packets and update ne

As per COPYING, this is BSD-2-Clause or GPLv2. Signed-off-by: Ross Burton <ross.burton@...> --- recipes-extended/libibverbs/libibverbs_1.2.1.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) dif

Drop the following backported patch. 0001-ofp-actions-Fix-use-after-free-while-decoding-RAW_EN.patch commits short logs: e4d2df62e (tag: v2.15.3) Set release date for 2.15.3. b8baa1141 python: Add coo

Thanks for the update, the series is now applied. Bruce In message: [meta-virtualization][meta-cloud-services][PATCH 6/8] python3-termcolor: inherit setuptools3 not distutils on 19/01/2022 wangmy wrot

Just a heads up that a full round of updates are pending for a lot of packages. I've been stuck working with the latest go, and the fact that more projects have dropped their vendor'd dependencies. So