Hi Matthias, Is it a requirement that you need to regenerate the hash on every build? If not one solution can be:     inherit extrausers     #     # HASH generated with this

Hello Peter, I have already tried many things to pass the hash escaped to the extrausers-bbclass. But I have not found a way to set the password with EXTRA_USERS_PARAMS. Do you know a working

Hello Markus, thanks for the workaround! Works great. Many greetings, Matthias Von: Markus Volk <f_l_k@...> Gesendet: Montag, 30. August 2021 20:46 An: Matthias Klein

Hello, I have the following error: ../../elfutils-0.166/libelf/libelfP.h:53:30: error: ‘__elf64_msize’ specifies less restrictive attribute than its target ‘elf64_fsize’: ‘const’

you are right. Some how dropped that one. Its merged not. thanks for the reminder. -armin

All, YP M+ or high bugs which moved to a new milestone in WW35 are listed below: Priority Bug ID Short Description Changer Owner Was Became Medium+ 13025 WIC image install

All, The below were the owners of enhancements or bugs closed during the last week! Who Count richard.purdie@... 1 randy.macleod@... 1 Grand Total 2 Thanks, Stephen K. Jolley Yocto

All, Below is the list as of top 50 bug owners as of the end of WW35 of who have open medium or higher bugs and enhancements against YP 3.4. There are 42 possible work days left until the final

All, The triage team is starting to try and collect up and classify bugs which a newcomer to the project would be able to work on in a way which means people can find them. They're being listed on

You have to escape the password string in the recipe. Use '\\\$' to escape the '$' token. There are some levels of evaluation of the expression and that's the reason for multiple '\'. Just iterate

I also have problems with setting passwords in current master branch. I only can provide a hacky workaround. I added the following lines to my image recipe to inject the passwords

(correcting the wrong list address) It looks like a possibility, I will give it a try. I have a question about the future, however. Currently meta-hardening is defining its own distribution. When

I have phytec imx6ul board with a preinstalled os. On this os opessl version is 1.0.2j i need to build nginx for this board, but i can't build yocto same version as i have on board, so I grabbed a

openssl 1.0.2 went out of support at the end of 2019 and you should not be using it. What is the problem you need to solve? Alex

hello i am trying to rollback openssl version from 1.1.1i to 1.0.2j. Copied the recipe openssl_1.1.1i.bb to openssl_1.0.2j.bb, saved the openssl_1.1.1i.bb version with the name

Hello, I am trying to find a working alternative for the old -P option. Previous: EXTRA_USERS_PARAMS = "usermod -P toor root;" The suggestions from this thread don't seem to work:

Oh, I see... It has everything to do with Xwindows systems in X11 Client/Server domain. kwindoes => KDE desktop. Apology for the confusion! Zee _______

1. From version 5.85 I assume you use meta-qt5-extra (not meta-kf5) - right? 2. the important part of the log is: | CMake Error in src/CMakeLists.txt: | Imported target "KF5::WindowSystem" includes

Hey there. I am building a Boot2Qt image for my Jetson Nano. Yocto release is dunfell. Currently I am trying to build the scipy library release 1.5.3. This is the recipe I am using: This recipe fails

You somehow mixed Windows and Linux Cmake build systems. Not sure how... Solution 1: fix on the fly current problem: You should inspect the file: src/CMakeLists.txt and try to fix Windows paths to