Just to give some numbers, building a Dunfell core-image-minimal for the Beaglebone, with a pre-populated DL_DIR took 36 minutes in a Linux VM on a M1 Max Macbook Pro (8 cores, 16GB RAM allocated),

| thread 'main' panicked at 'Failed to find tss2-sys library.: Command { command: "\"pkg-config\" \"--libs\" \"--cflags\" \"tss2-sys\" \"tss2-sys >= 2.3.3\"", cause: Os { code: 2, kind: NotFound,

Drop 001-configure.ac-fix-compatibility-with-autoconf-2.70.patch which is included in update. Signed-off-by: Armin Kuster <akuster808@...> --- ...fix-compatibility-with-autoconf-2.70.patch |

Howdy! While that is perfectly true from the pure technical facts, I have to add that building in Parallels on a M1 is ok-ish. You have to crank up the VM way beyond the defaults, to something like

Even if you do manage to start a build, performance won't be great. Yocto, by design, builds the entire stack from source, so a lot of CPU cores is essential. Don't spend your time waiting, get

Thanks Josef, that sounds like what I want to do isn't really possible Or if it is, it isn't worth the effort.

I initially started with UTM but the problem with virtual machines is that we can only use half the resources of the machine. This makes the builds slower, so I was looking at the container way. Can

With these two patches and the binutils upgrade we see a new issue: https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/4733/steps/12/logs/stdio Cheers, Richard

Hi, Looking at Docker Hub, none of the published Crops containers are built for ARM64. You can try building the containers yourself, making sure to pick base distros that are available for ARM64. Note

Hello yocto-devs, I'm new to the yocto project and trying to set up a build environment on my M1 Mac which is arm64 architecture. I'm following the steps as mentioned in below

binutils 2.38 brings up a parallel build issue, work it out by disabling parallel build for now Signed-off-by: Khem Raj <raj.khem@...> --- recipes-devtools/mingw-w64/mingw-w64.inc | 4 ++++ 1

Drop upstreamed fixes for rdtsc [1] __udivmoddi4[2] [1] https://sourceforge.net/p/mingw-w64/mingw-w64/ci/6a0e9165008f731bccadfc41a59719cf7c8efc02/ [2]

Dear yocto community in order to enable the option to use device tree overlays in the kernel device tree with my bootloader (barebox in this case) I need to pass an additional environment variable to

Re-Assigned 14626 - lttng back to myself. both 14629 & 14709 needs input from Robert. Sau! -- Sau!

On 2022-02-10 13:50, Trevor Gamblin wrote: Done. I closed 3 prelink issues as obsolete: 1.Prelink: doesn't work on ppc64

Howdy! The real question is: what is the condition? It must be something that is constant across all of the build. And if can only come from either a .conf file or the environment, otherwise it would

Thanks everyone. Looks like this whole thing came down to a typo. I had originally tried gpsd-utils and got the nothing RPROVIDES error. Missed that it was in fact gps-utils! Thanks again, have it

Hi: I have a simple recipe that installs a few miscellaneous files, one of the files may or may not be present and in reality that's ok for the moment, but I don't see a way to do things in a recipe

gps-utils is the package you are looking for. Marc

Check tmp/work/cortexa53-poky-linux/gpsd/3.23.1-r0/packages-split to see what package the needed binaries go into. Alex