For anyone stumbling on this issue the solution is to adjust the recipe to contain CFLAGS_append = " -I${STAGING_INCDIR}/${PYTHON_DIR}${PYTHON_ABI}/" instead of CFLAGS_append = "

As kernel modules depend on the base kernel package, and the base kernel recipe depends on the kernel image, it's impossible to build file system images which contain kernel modules but not the kernel

<richard.purdie@...> wrote: Tested. Our initramfs pulls in a kernel module, and PACKAGE_EXCLUDE=kernel-image-* stops the image itself being pulled in. It does pull in the

I've marked it as "resolved WONTFIX" and added a comment summarising the discussion here. I think/hope it should solve your probably and give you a relatively powerful solution that isn't cmake

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: