Applied, thanks!

Thanks a lot for the advice! However, I can't seem to find a `const` that I can simply remove. To give more context, here is the log output around such an error (it seems like it is often surrounded

I need some help in understanding why the SDK EXT is failing to build under zeus… Can someone explain why the extended sdk build fails and how I might resolve ? sbcb-defaultfs kernel builds

thanks for the hint :-) it did it however I run in other problems: My goal is to cross-compile executable scripts into binaries using shc tool: https://github.com/neurobin/shc the SHC tool converts

SDKMACHINE is the machine to run any SDK that is built on. If you're not building an SDK or eSDK, it won't matter to your use case. BUILD_ARCH is the machine you're building upon which is already

The issue here is that you are overwriting the DEPENDS after the inherit. Two ways to solve this problem Either use DEPENDS = "python3-astropy-helpers" PYPI_PACKAGE = "astropy" inherit

I'm attempting to make a simple bitbake recipe for python3-astropy that inherits from pypi and setuptools3. The very simple recipe is attached. When I build I'm getting this error:I don't understand

Oops, I see that Khem has replied to a later email. -- # Randy MacLeod # Wind River Linux

Bonjour Safouane.Maaloul, Did you figure this out? The Yocto email list is >99.99% English so please consider translating before posting: Google translate says: I don't use gstreamer but if you

Darn, I tried just adding this: cat meta/conf/machine-sdk/ppc64le.conf SDK_ARCH = "ppc64le" ABIEXTENSION_class-nativesdk = "" I get further but then hit a bunch of fails like this: ERROR:

That would likely avoid the failures you're seeing, yes. I really wish we had better support for ppc64le both for hosts and targets and had people actively involved/maintaining the ppc support, its

> What was SDKMACHINE set to before? Hey Richard, thanks for the quick response. We did not have it set. It looks like this recent commit is what changed things on us: commit

What was SDKMACHINE set to before? Cheers, Richard

From: Matt Hoosier <matt.hoosier@...> Insert an explicit pass to fetch all blobs needed by Git LFS, during the fetch() function. This avoids the default behavior of Git LFS to wait until 'git

From: Mauro Queirós <maurofrqueiros@...> Function "contains_lfs" was only looking at the master branch when searching for LFS content. LFS may be configured in specific branches only, so we

From: Mauro Queirós <maurofrqueiros@...> Git-LFS objects were being fetched even when lfs=0 was not set. This patch disables LFS smudging when lfs=0. That way, only the LFS pointers are

Sorry, third patch needs to be backported from master for git lfs to work nicely on dunfell. Will send a v2. -Mikko

Over in OpenBMC, we utilize a mix of x86 and ppc64le machines for our CI. Our latest rebase of poky master (https://gerrit.openbmc-project.xyz/c/openbmc/openbmc/+/39533/) has started failing to

From: Matt Hoosier <matt.hoosier@...> Insert an explicit pass to fetch all blobs needed by Git LFS, during the fetch() function. This avoids the default behavior of Git LFS to wait until 'git

From: Mauro Queirós <maurofrqueiros@...> Function "contains_lfs" was only looking at the master branch when searching for LFS content. LFS may be configured in specific branches only, so we