Thanks for the review Martin. Not sure why this didn't show up in my testing! But since Richard hasn't taken the pull request yet I will remove this patch from the current pull request and move it

From: Thomas Roos <throos@...> When a .gitmodules file is exsisting, but empty then devtool finish fails. This fix is adding an additional check for this. [YOCTO #14999] Signed-off-by: Thomas

From: Ovidiu Panait <ovidiu.panait@...> Currently, perl-native is missing from DEPENDS for webkitgtk even though perlnative bbclass is inherited. This happens because the DEPENDS variable

MAGIC=... was added in the first place to the native rpm 4.x wrapper by me because rpm links with libmagic (which is a part of file recipe/component), and libmagic would try to find it in

I appreciate I've taken a long time to respond to this, sorry about that. I'd hoped others might give feedback but that hasn't happened and something about the patch doesn't "feel" right to me. The

The use case I was fixing in: https://git.openembedded.org/openembedded-core/commit/?id=f40a2658f5be6739c5dddab7f9f11e1f85a17102 was just about rpmdeps not being able to find rpmrc due to wrong path

Richard, I'm going to check how rpm uses 'file' and will come up with a better solution. Martin, could you please tell me your use case, if convenient? I will ensure I don't break it. Regards, Qi

Adding 'IMAGE_INSTALL:append = " packagegroup-core-buildessential" ' fixed this linker issue.

* the last patch added in: https://git.openembedded.org/openembedded-core/commit/?h=kirkstone&id=874b72fe259cd3a23f4613fccfe2e9cc3f79cd6a doesn't apply cleanly. * fixes: ERROR: ffmpeg-5.0.1-r0

This patch doesn't apply cleanly on ffmpeg-5.0.1: ERROR: ffmpeg-5.0.1-r0 do_patch: Fuzz detected: Applying patch 0001-avcodec-vp3-Add-missing-check-for-av_malloc.patch patching file

Whilst this fix works, it feels fragile to me. Could we change the problematic DEPENDS line to use += instead? Cheers, Richard

From: Jermain Horsman <jermain.horsman@...> When building an image cve_check_write_rootfs_manifest() would sometimes fail with a FileNotFoundError when writing the manifest.cve due to the

Topic created on Rust community https://internals.rust-lang.org/t/cargo-cve-2022-46176-fix-for-older-releases/18152 Based on the community feedback we will take a decision for Kirkstone & Langdale

lists.openembedded.org wrote: To answer my question, the problem is that as well as the rpm wrappers, the code also sets MAGIC= from an environment setup file. At the very least, the RDEPENDS needs a

That is a good point, looking at the codebase I think that the go-to for dealing with it is using the call to ".decode('utf8')". Thanks, Pawel

You mentioned running into this on kirkstone. One problem is that text=True is python 3.7 syntax so whilst this is fine for master, kirkstone supports older versions of python. Cheers, Richard

I still didn't quite understand this explanation since replace_rootfs_uuid() calls get_rootfs_uuid(). The issue is that UUID_PLACEHOLDER isn't used anywhere in core: UUID_PLACEHOLDER =

Should we be adding file to ${PN}-build instead? Which rpm command was this with? Does anywhere else in rpm have/need this dependency? Cheers, Richard

Acked-by: Martin Jansa <Martin.Jansa@...>

Thanks, it's fine then. Alex