In order to build erofs filesystems, wic must have the erofs-utils package installed into its sysroot. Fixes: 30375ce97 ("Add support for erofs filesystems") Signed-off-by: Sean Anderson

Hi Marta I think this option looks best or perhaps we should drop applying debian diff entirely since debian seems to have dropped this package I think regardless of what we do with this package it

Your Signed-off-by should also be in the patch file, alongside the Upstream-Status. Ross IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged.

Current Dev Position: YP 4.1 M1 Next Deadline: 30th May 2022 YP 4.1 M1 Build Next Team Meetings: Bug Triage meeting Thursday Apr. 28th 7:30 am PDT

When building FreeRTOS this dependency generates an error because bitbake cannot find any provider for "virtual/kernel". From a dependency analysis the task is executed indipendently from this so it

Signed-off-by: Jacob Kroon <jacob.kroon@...> --- ...t-inputs-provided-to-the-CRC-functio.patch | 53 +++++++++++++++++++ meta/recipes-core/zlib/zlib_1.2.12.bb | 1 + 2 files changed,

I'm not convinced that git is ever going to work well under "fake" root permissions as people have complained it won't see their local git config, e.g. for user/email or potentially other credential

Hi, @Khem Thanks for the info. It's been updated as per your comments. Thanks for mentioning it. I figured it out after seeing the warning message from Luca Ceresoli. It's was updated, tested for

Rust has been upgraded to rust-1.60.0 that uses LLVM 14. Please refer the following link for more detailed

I propose we merge this fix and revert the git intercept changes that are current in master/master-next. Whilst a global export is quite a brute force solution, it’s also surgically precise in what

Khem, Any feedback about this? From the history it looks like it was you who changed the recipe to use the .diff.gz file. Thanks in advance, Marta

From: Rahul Kumar <rahul.kumar_3@...> The tarball (neard-0.16.tar.xz) fetched by the recipe is incomplete. Few plugins (e.g. tizen) and tests scripts (e.g. Test-channel,

Recent git releases containing [1] have an ownership check when opening repositories, and refuse to open a repository if it is owned by a different user. This breaks any use of git in do_install, as

On Tue, Apr 26, 2022 at 12:56 PM Luca Ceresoli via lists.openembedded.org <luca.ceresoli=bootlin.com@...> wrote: When I was cherry-picking this back for thud (don't ask) it

Hello Pgowda, "Pgowda" <pgowda.cve@...> ha scritto: Testing with this patch applied triggers many warnings: WARNING: preferred version 1.59% of cargo-native not available (for item

This is horrible but I'm running out of better ideas. We hit circular reference issues which we were trying to avoid in the core HOSTTOOLS code. When building the eSDK, there can be two copies of the

Met vriendelijke groet / kind regards, Mike Looijmans System Expert TOPIC Embedded Products B.V. Materiaalweg 4, 5681 RJ Best The Netherlands T: +31 (0) 499 33 69 69 E:

Thanks Richard for quick response. Yesterday, I sent a patch to oe-core and using below command but i am not able to see my patch here. git send-email --to=openembedded-core@... --confirm=always -M

There is a fix in master for this, and more fixes in master-next. Alex

Hello everyone, since the patch for CVE-2022-24765 (uncontrolled search for git repositories) arrived we have problems using Git as package source. For some reason git thinks that the repositories do