this is upto your component's build system, so perhaps you should look into that and ensure that its using right options. Second place to look is recipe for your package and ensure right vars and

Or, maybe, now the DHCP is included in the releases by default? Thank you, Zoran _______ <zoran.stojsavljevic@...> wrote:

Hello Quentin, Thank you for finding the bug. It was in front of my eyes (I print all the layers at the end of setup, but I missed to compare bb-layers from dunfell with bb-layers from

Wow, that got messed up, let me retry. Op 24-05-2021 om 14:19 schreef Ferry Toth: ERROR: edison-image-1.0-r0 do_bootimg: Error executing a python function in exec_python_func() autogenerated: The

Hi Zoran, The layer is not included. Check in your bblayers.conf. see https://github.com/ZoranStojsavljevic/bbb-yocto/blob/a6e8e8ce491705816d02df58fa0ef9378b18ef83/yocto-setup.sh#L114 where you are

Accidentally I refreshed poky and rebuilt. The image-live (do_bootimg) fails when building hddimg with the following: ERROR: edison-image-1.0-r0 do_bootimg: Error executing a python function in

Hello again to YOCTO Folks, Here is another blunder I ran into while fixing a yocto-setup.sh script: https://github.com/ZoranStojsavljevic/bbb-yocto/blob/master/yocto-setup.sh While executing $ .

Hi all, I am developing a C++ library that is using gRPC. To be able to use protoc for generating the stubs I added the following dependencies: DEPENDS += "\ grpc-native \ protobuf-native \

Update SRC_URI to use Debian mirror because the original site is unaccessible. Fixes do_fetch error: ERROR: libgssglue-0.4-r0 do_fetch: Fetcher failure for

Please send this patch to meta-intel mailing list.

Signed-off-by: Robert P. J. Day <rpjday@...> --- diff --git a/conf/distro/include/maintainers.inc b/conf/distro/include/maintainers.inc index 7b82ef7..e02b903 100644 ---

Add new depends Drop obsolete patches Signed-off-by: Armin Kuster <akuster808@...> ---- v2] Fix issue with nsupdate check don't use host bind --- ...AC_CHECK_FILE-when-building-manpages.patch

Hello, I'm trying to enable kdump on an intel x86_64 system, and while kexec boots the crash kernel (I use the same kernel image for the system and crash kernel) makedumpfile fails, apparently because

In Hardknott, trying to enabled signed uboot containers for signed fitimage The interaction between the uboot-sign.bbclass and the imx-boot.bb is not working

* branch was renamed in upstream repo It fixes do_fetch failure Signed-off-by: Naveen Saini <naveen.kumar.saini@...> --- recipes-kernel/zephyr-kernel/zephyr-kernel-src.inc | 2 +- 1 file

Hello Joel, Thank you for the tips. Really helpful, appreciated very much. I spent some time this morning investigating this issue, and to find the culprit. Here are my findings, which resulted in

-machine type=pc-1.3 is deprecated with QEMU 5.1.0 Error: machine runqemu - ERROR - Failed to run qemu: qemu-system-i386: unsupported machine type Signed-off-by: Naveen Saini

Update ${base_prefix}/lib to ${nonarch_base_libdir} to fix a package QA issue when usrmerge is enabled in DISTRO_FEATURES. QA Issue: tpm2-tss package is not obeying usrmerge distro feature.

<Jasper.Orschulko@...> wrote: I see, this is a workaround that will work in this case but may not work in case where the PN is not empty but static linking it happening. So I think in

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 OK, maybe I did not make the issue clear enough: I have a package A which statically links package B at compile time (using DEPENDS). As a result the