Hi, So Python.h does actually exist. It was just me that was looking for the wrong file python.h but the issue is that ntpsec is not able to find the h-file ['arm-oe-linux-gnueabi-gcc',

The reasoning for this patch is that with the network isolation change the FetchContents will fail, but as in some environments the network isolation doesn't work (eg Docker containers) we can

I think making this a RRECOMMENDS and doing that may enable more workflows and make things easier all around. Can you check and see if it does pull other unwanted stuff in? I'm hoping it

Obviously this won't work in the situations where you want a normal image with a kernel but also a initramfs with a kernel module in it, as that behaviour isn't machine specific but image

if the package "nativesdk-glibc-dbg" is installed as part of the SDK, the existing search expression finds two

wrote: CMake's default is to allow downloads. It's possible to write CMake projects so that they try find_package first and then fall back to downloading. I think FETCHCONTENT_FULLY_DISCONNECTED

Thanks for the research. Yes, please do add this to commit and resend. Alex

The following changes since commit d54d7e7b43da621be8e6fcca34feb7b3d49b8160: lighttpd: backport a fix for CVE-2022-22707 (2022-01-26 11:40:00 +0800) are available in the Git repository at:

Hello maintainers, Can we get a feedback on this. Thanks, Ahsan

Hi all, Intel and WR YP QA is planning for QA execution for YP build yocto-3.1.14.rc1. We are planning to execute following tests for this cycle: OEQA-manual tests for following module: 1.

From: Changqing Li <changqing.li@...> Update package name to fix following error: ERROR: Required build target 'lib32-core-image-minimal' has no buildable providers. Missing or unbuildable

Signed-off-by: Khem Raj <raj.khem@...> --- ...ariable-declaration-to-function-scop.patch | 41 +++++++++++++++++++ meta/recipes-extended/man-db/man-db_2.10.0.bb | 1 + 2 files changed, 42

As you can see the ChangeLog shown below, in version 1.5 the maintainer mistakenly changed the copyright holder from Andrew Moore to the FSF. In versions 1.6 and 1.11 he tried to fix the mistake, but

CVE-2022-0135 concerns out-of-bounds writes in read_transfer_data(). CVE-2022-0175 concerns using malloc() instead of calloc(). We "cherry-pick" from upstream. The actual cherry-picks are

From: Bruce Ashfield <bruce.ashfield@...> Updating linux-yocto/5.4 to the latest korg -stable release that comprises the following commits: 76fd334f07cc Linux 5.4.178 ed339069725a

From: Bruce Ashfield <bruce.ashfield@...> Updating linux-yocto/5.4 to the latest korg -stable release that comprises the following commits: 2570bb2729c7 Linux 5.4.176 5e2a4d02252f mtd:

From: Bruce Ashfield <bruce.ashfield@...> Updating linux-yocto/5.4 to the latest korg -stable release that comprises the following commits: 4aa2e7393e14 Linux 5.4.173 e245aaefef39 ARM:

Wrong list, resending. Alex On Wed, 9 Feb 2022 at 22:21, Alexander Kanavin via lists.openembedded.org <alex.kanavin=gmail.com@...> wrote:

The addition of 30 second timeout is recent [1], and has proved not long enough with the AB server when mass-checking for sstate item availability, resulting in timeout errors with extensible

This is failing on musl see https://errors.yoctoproject.org/Errors/Details/624476/