Hi, Thanks for your help. You are probably right regarding the subject. The build system that we are using have a complex setup where we are downloading a large tar file and then running android repo

Hi, We have a build where the kernel is based on https://source.codeaurora.org/quic/le/meta-qti-bsp/tree/recipes-kernel/linux-msm/linux-msm_4.14.bb?id=cbe4d954a9a37dd15e78e3dfdc823ffc6776d746 We are f

Hi, I am also using docker when building but good point I will make sure that we are using the same version of the docker image. Thanks

Hi, I am trying to use the sstate cache by using a SSTATE_MIRROR. I have built everything from scratch once and pushed my sstate-cache directory to the server. I then wen't over to another machine and

Adding PACKAGE_EXTRA_ARCHS = "${PACKAGE_EXTRA_ARCHS_tune-${DEFAULTTUNE}} armv7ahf-neon-mx8mm" to my machine config solved my problem but I am not sure if it belongs there or not. BR Den ons 5 juni 201

Adding PACKAGE_EXTRA_ARCHS = "${PACKAGE_EXTRA_ARCHS_tune-${DEFAULTTUNE}} armv7ahf-neon-mx8mm" To my machine config solved my problem but I am not sure if it belongs here or not. BR Den tors 6 juni 201

Hi, I am facing an issue described here https://lists.yoctoproject.org/pipermail/yocto/2019-June/045565.html. I have come to the conclusion that I need to add armv7ahf-neon-mx8mm to PACKAGE_EXTRA_ARCH

So it looks like I should include armv7ahf-neon-mx8mm to PACKAGE_EXTRA_ARCHS but I am unsure how to do that any ideas? /Måns Den ons 5 juni 2019 kl 14:05 skrev Måns Zigher <mans.zigher@...>:

Looking in the env dump I can see that meta-freescale is overwriting the PACKAGE_ARCH in a alsa-lib_%.bbappend PACKAGE_ARCH_imx = "${MACHINE_SOCARCH}" /Måns Den ons 5 juni 2019 kl 14:04 skrev Måns Zig

So running bitbake -e lib32-alsa-lib I can see the following # $SSTATE_MANMACH [2 operations] # set? /home/extzig/Workspace/mozart-workspace/layers/poky/meta/classes/sstate.bbclass:54 # "${SSTATE_PKGA

I have the following manifest files find . -name "manifest*-lib32-alsa-lib*" ./manifest-mimx8mm-lib32-alsa-lib.packagedata ./manifest-armv7ahf-neon-mx8mm-lib32-alsa-lib.package_write_rpm ./manifest-ar

I think this looks wrong "manifest-x86_64_x86_64-nativesdk-lib32-alsa-lib.package_write_rpm" I have not intentionally added lib32-alsa-lib to the nativesdk part so I am not sure why it expects to find

When checking the build for lib32-alsa-lib there is no rpm package created deploy-rpms/armv7ahf_neon_mx8mm# ls lib32-alsa-conf-1.1.5-r0.armv7ahf_neon_mx8mm.rpm lib32-alsa-server-1.1.5-r0.armv7ahf_neon

Have you looked at https://git.yoctoproject.org/cgit.cgi/poky/plain/meta/classes/kernel-fitimage.bbclass? I cannot see that there is an option for determining the compression. It appears as if it look

Hi, I am trying to build an SDK where I have multilib enabled in my local.conf but I am encountering this error message WARNING: strix-sdk-1.0-r0 do_populate_sdk: Manifest /workdir/builds/imx8mm/tmp/s

Hi, I found in cmake.bbclass cmake \ ${OECMAKE_GENERATOR_ARGS} \ $oecmake_sitefile \ ${OECMAKE_SOURCEPATH} \ -DCMAKE_INSTALL_PREFIX:PATH=${prefix} \ -DCMAKE_INSTALL_BINDIR:PATH=${@os.path.relpath(d.ge

Hi, Not really a Yocto question but I am trying to build an application using our SDK. We are using CMake to build and are using GNUInstallDIrs for managing our install paths. I thought GNUInstallDirs

Hi, I have a recipe where I am getting a set of binaries files from a third party. These files are not well put together. For example they are linked to none versioned so-files for example 0x000000000

Hi guys, I found the issue and dnf is doing exactly what it should. The problem is the shared library readelf -d libx_media_1.0.so Dynamic section at offset 0xf31c8 contains 40 entries: Tag Type Name/

Hi, Yes I noticed it so I tried that out but without any success but I will investigate that also to see if change it can in another result. BR Måns Zigher Den ons 23 jan. 2019 kl 12:33 skrev Einar Va