This was the 3.1.20 release build. I somehow neglected to fill in the release number on the build form. Sorry for the confusion. There was one failure in the build -- a known autobuilder

Not really: I wanted to see your real name, the name of your company, or your customer, and some kind of description or link to the product. Since you are porting the app to vulkan, you have the

I have an OpenGLES 3.1 based app for Weston that runs on Aarch64 Linux. I can start it sucessfully in emulated Poky. Now I port this app to Vulkan so I need an Aarch64-Vulkan-Weston test suite. If

You still have not introduced yourself. I have reproduced; the key difference is that you are building for qemuarm64. This does seem like a bug somewhere, but you can work around it if you build for

A build flagged for QA (yocto-.rc1) was completed on the autobuilder and is available at: https://autobuilder.yocto.io/pub/releases/yocto-.rc1 Build hash information: bitbake:

Signed-off-by: Michael Haener <michael.haener@...> --- .../{tpm2-openssl_1.1.0.bb => tpm2-openssl_1.1.1.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename

Sorry for being strenuous! I just really want to get this going and I've ran out of ideas. All I can do at the moment is to express my gratitude dor the time you've already invested. I've gathered

It works for me. If it does not work for you, you need to show the full content of your local modifications and full content of error messages, and precise revisions of all of the layers and poky. And

Any more ideas? Am 30. September 2022 22:53:22 MESZ schrieb Alexander Kanavin <alex.kanavin@...>: -- Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

The commit (2d526f9 Updating models and imports for Django 2.2 upgrade.) has added on_delete=models.deletion.CASCADE on the ForeignKeys such as Branch and LayerBranch, which blocks the deletion of

The runcmd() would print an "ERROR" when failed which caused confusions since the failed is expected on old branches, so subprocess.getstatusoutput to fix the problem. Signed-off-by: Robert Yang

https://docs.yoctoproject.org/migration-guides/migration-4.0.html?highlight=network#fetching-changes https://git.yoctoproject.org/poky/commit/?id=23ac8859f4f336dead2264f320a382d696b48370

Hello, Thanks for a prompt reply. Can you point me to the correct loc. in documentation? I cannot find it :(. (just for the future that so I can read a doc properly... :) ) Thanks a lot John

yes cmake has the downloader module which perhaps is good from development point of view, however, with yocto where one goal is about reproducibility its important to have sourcecode immutable and

Hi, We have a C++ projects configured by CMake. Our CMake files download some dependencies from our git by standard "git clone" command during configure phase. If I add our project as a recipe to

FYI, the CI for this series can be seen at https://gitlab.com/jonmason00/meta-zephyr/-/pipelines/660400016

Signed-off-by: Jon Mason <jon.mason@...> --- .gitlab-ci.yml | 3 +++ ci/v2m-musca-s1.yml | 10 ++++++++

Signed-off-by: Jon Mason <jon.mason@...> --- .gitlab-ci.yml | 3 +++ ci/v2m-musca-b1.yml | 10 ++++++++

Signed-off-by: Jon Mason <jon.mason@...> --- .gitlab-ci.yml | 7 +++++++ ci/mps2-an385.yml | 6 ++++++

Signed-off-by: Jon Mason <jon.mason@...> --- .gitlab-ci.yml | 7 +++++++ ci/mps2-an521.yml | 6 ++++++