<Bertrand.Marquis@...> wrote: An updated patch makes sense to me. Bruce -- - Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end - "Use the force Harry" -

Hi Bruce, In the meantime 4.16.1 was released. SHA is f26544492298cb82d66f9bf36e29d2f75b3133f2 We can send an updated patch if you want. Cheers Bertrand

K3s (and Kubernetes) supports load balancing via IPVS, and by default rep= orts errors when IPVS kernel modules cannot be loaded. This patch adds the missing reported kernel modules to the k3s

Hi Bruce, OK, no problem, I will send an updated patch Richard From: Bruce Ashfield <bruce.ashfield@...> Sent: Thursday, April 14, 2022 4:14 AM To: Richard Neill <Richard.Neill@...> Cc:

Hi Bruce, Thanks. For LTS, I think we said the strategy should be a bit different: - keep the original versions and update them. - keep the same default version - add/update other recipe upon

merged. Bruce In message: [meta-virtualization][PATCH] libvmi: Fix out of box build failure with xen disabled on 13/04/2022 He Zhe wrote:

merged. Bruce In message: [meta-virtualization] [hardknott][PATCH] libvirt: fix CVE-2022-0897 on 13/04/2022 Changqing Li wrote:

I'd actually prefer that the list not be sorted, at the same time as we are adding to it. Can you re-submit with just the new kernel module recommendations added. Bruce -- - Thou shalt not follow

FYI: I'm not ignoring these, and I will make sure they get into the upcoming release branch and are in place for the LTS release. I'm just waiting until Christopher gets a chance to review and see if

vbd was added for xen based VMs since bdee00fac9b4 ("Disk reading interface for Xen based VMs and example") and should be built only when xen is enabled, otherwise there would not be necessary xen

Hi Bruce, Could you please also backport this patch to the honister branch? Thanks! Richard From: meta-virtualization@... <meta-virtualization@...> on behalf of Richard Neill via

K3s (and Kubernetes) supports load balancing via IPVS, and by default rep= orts errors when IPVS kernel modules cannot be loaded. This patch adds the missing reported kernel modules to the k3s

From: Changqing Li <changqing.li@...> Signed-off-by: Changqing Li <changqing.li@...> --- .../libvirt/libvirt/CVE-2022-0897.patch | 57 +++++++++++++++++++

Just for the record, there is${nonarch_libdir} that expands to “/usr/lib” regardless of whether multilib is used or not. It is typically intended for cases like this. //Peter From:

Hi Qi You are right. My build configuration is also using multilib and this issue appeared.

Hmm. Indeed. In that case, I'll go with a variant of the original patch, with a tweaked commit log. I'll take care of that now. Bruce -- - Thou shalt not follow the NULL pointer, for chaos and

The only package I found which uses /usr/lib/sysctl.d is systemd. It packages ${exec_prefix}/lib/sysctl.d. And it has its reason. It treats /usr/lib as an arch-independent vendor dir, and $libdir is

On Fri, Apr 8, 2022 at 1:42 PM Bruce Ashfield via lists.yoctoproject.org <bruce.ashfield=gmail.com@...> wrote: I've done multiple executions of that exact set of steps, and I've never seen the error

That's a larger issue, and it breaks other parts of the system. We shouldn't have anything with hard coded /usr/lib. How are other packages dealing with this ? In that case, I'll do individual scripts

See the patch that I sent as well. There's no reason to have /usr/lib anywhere in the packaging at all. We should just rely on ${libdir}, if libvirt is installing outside of the definition of