Hi Guys, I am facing bellow error while building KDE support using meta-qt5-extra layer.can any body know please suggest me how can i fix this problem. I have added already qttools -> this will

Anuj: Are there any other possible dependencies for the “meta-intel/dynamic-layers/clang-layer/recipes- opencl” ? Is this dependent on systemd ? It appears to builds clean, but fails/faults

Add RDEPENDS on audit-python for selinux-python-semanage. Fixes: $ semanage fcontext -a -t user_home_t "/web(/.*)?" Traceback (most recent call last): File "/usr/sbin/semanage", line 975, in

Inherit pkgconfig to fix the build error which is introduced by oe-commit: commit 8e26252b45b7660c7c67c702411bdec187a76ffc Author: Richard Purdie <richard.purdie@...> Date: Sun

There are too many recipes in recipes-security/selinux. Keep the selinux userspace recipes and move selinux scripts to selinux-scripts directory to make the directory hierarchy

Inherit pkgconfig to fix the build error which is introduced by oe-commit: commit 8e26252b45b7660c7c67c702411bdec187a76ffc Author: Richard Purdie <richard.purdie@...> Date: Sun

Hi Guys, I am facing compile-time issue (extra-cmake-modules-native-5.81.0 ). Using bitbake extra-cmake-modules it's compiled fine. It is dependent on other packages. Using bitbake

I am unable to build an extensible SDK for my RISC-V machine. Required Details: Also, I am able to build the normal SDK successfully. I ran this for my custom machine "cdac-ooo". I am attaching

Thanks for the quick reply. I looked at the perf recipe, and its quite involved. Is there a simpler recipie to use as a template? Perhaps one of these?

Greetings ! I am working on Rockpis Board with Yocto Zeus for development . When I am trying to install Python modules "backports.zoneinfo" using pip3 I am facing the below error . Kindly requesting

Hi Jupiter, To centralize, agreed that you are using systemd, one way I could see is setting the variables in systemd-system.conf using the DefaultEnvironment directive, see:

<chuckkamas=yahoo.com@...> wrote: There isn't one that I've ever heard of, and the layerindex (http://layers.openembedded.org/) confirms that nothing registered with it provides

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

All, Below is the list as of top 50 bug owners as of the end of WW41 of who have open medium or higher bugs and enhancements against YP 3.4. There are 13 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

Hi all, I've googled most of the day, but to no avail. How does one compile and add to the image the daemon usbipd? Is there a bitbake file already for this? The code is part of the kernel found in

So it seems your makefile is not respecting the LDFLAGS coming from the environment during linking. perhaps you should fix that in your linking rules. hardcoding hash style like this is not

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

As v2.7.0 is being added, drop this version support Signed-off-by: Naveen Saini <naveen.kumar.saini@...> --- ...phyr-2.5.0-cmake-add-yocto-toolchain.patch | 63 -------------------

https://github.com/zephyrproject-rtos/zephyr/commits/v2.7-branch Keeping the default PREFERRED_VERSION to 2.6.1 for now. Signed-off-by: Naveen Saini <naveen.kumar.saini@...> ---