Google shows: https://patchwork.openembedded.org/patch/176924/ so I'd check the glog

I am developing a pair of driver modules that share some functionality. Thus it would be convenient for the source files of the drivers to share a directory with the source files of the shared

Add selftest that executes binary analysis on small rootfs Signed-off-by: Maximilian Blenk <Maximilian.Blenk@...> --- .../cases/hardened_binaries_checker.py | 42 +++++++++++++++++++ 1

Add class to analyze binaries with checksec.py. checksec.py is a tool that checks if security features of a compiler have been used. To do so, it analyses the resulting binaries: * NX Proctection is

Hi guys, we are currenlty working on adding automatically checking the binaries we put into an image for the presence of certain recommended compiler features. To achieve this, we created a bbclass

Add class to analyze binaries with checksec.py. checksec.py is a tool that checks if security features of a compiler have been used. To do so, it analyses the resulting binaries: * NX Proctection is

Add selftest that executes binary analysis on small rootfs Signed-off-by: Maximilian Blenk <Maximilian.Blenk@...> --- .../cases/hardened_binaries_checker.py | 42 +++++++++++++++++++ 1

Hi, I share an sstate-cache with my fellow developers and I was assessing why sometimes things got rebuild even though I did not expect this. One of the things I discovered was that we had two

Hello, I am trying to create tarballs to store yocto downloads. This is primarily to avoid old commits breaking when some random git repository changes their master branch name or something like

Hi, Any help on this topic would be much appreciated. Thanks, Nir.

This should be reflected somewhere in YOCTO documentation. Especially for chromium. In the section: Host HW Requirements (with some explanation why). Zee _______

I'm guessing that ZFS is not really popular on embedded systems ;) -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com

keep in mind that based upon how many vcores you allocate to VM will determine memory pressure as well. So if you have 2 cores perhaps 4GB is ok or maybe even 4 cores might workout ok but some bigger

ah, mine is both arm and arm64. No need to touch the recipe then.

RIght, the "mingw32" override shouldn't affect what you do with the *target* unless your target is MinGW; I'm not sure if anyone is actually doing that, most SDKs target Linux for ARM, Linux for

I see two classes of problems based on my engagement with the mingw32. Some recipes just don't build without using the static method for the SDK and the target both. (abseil-cpp is one of them) The

Are you building with "mingw32" as the target (not as the SDK), and it works there? I wonder why it only fails for the SDK build and not the target build? If that is truly the case, then yes I suppose

Previously SDRAM was 3 GB allocated. After changing SDRAM to 4 GB. then trying to build/make/bitbake.. getting new error i.e. Unable to connect to bitbake server

how much DRAM is allocated.

> /home/vrana/Desktop/yocto_Practice/build/tmp/ \ > work/core2-64-poky-linux/gcc/9.3.0-r0/recipe-sysroot-native/ \ > usr/bin/x86_64-poky-linux/../../libexec/x86_64-poky-linux/ \ >