Hello, I have a recipe that contains two service files( A and B) and I build for two distros where each include the foo recipe. When I build for distro A, I need to use foo's service file A but

I believe this would also help if the website (releases page) and/or official documentation carried such information. Thanks for raising this concern! Cheers Michael. -- Michael Opdenacker,

I received the answer to this question in IRC on 10/29/2021. 16:06 <jatedev> I saw a wiki edit that said dunfell's LTS period is now through April 2024, but I've seen no announcements. Any truth to

Dear folks, I found the lts period of Yocto dunfell has been extended from 2022.04 to 2024.04[1]. AFAIK, a Yocto LTS version has 2 years period. I tried to find any notice regarding this but I just

Richard Purdie <richard.purdie@...> escreveu no dia quinta, 13/01/2022 à(s) 21:53: During the last yocto project summit 2021.11 I have submitted a patch to reduce the time needed for handling the

I'm still seeing errors: TUNE_ARCH is unset. Please ensure your MACHINE configuration includes a valid tune configuration file which will set this correctly. Error, the PACKAGE_ARCHS variable (all any

That is useful to debug it but suggests there is an issue with concurrent connections to the YP server. I think we should have an open bug and get Michael Halstead's input on this. Cheers, Richard

I'm new to Yocto so this may be simple operator input. I built a qemux86-64 image with core-image-minimal using the honister branch of a day or so ago. The build finishes fine, however trying to

Thanks man, I appreciate it. After reading your response, I understood the issue and was able to create a bunch of patches to mak it work.

Hi Jose, Thanks for your advice! Oops, it seems you're right. I have the same SSTATE_MIRRORS and BB_HASHSERVE_UPSTREAM settings as you do, and adding BB_NUMBER_THREADS="1" makes the errors

<michael.opdenacker@...> wrote: This usually happens when there is a sstate archive (.tar.zst), but no corresponding siginfo file (.tar.zst.siginfo). The sstate code assumes the siginfo file

Hi, I've seen the same for some time now when building core-image-minimal with yocto state mirror and hashequiv servers. After some investigation I think the root cause is some bandwidth/connection

Hi, Sharing this before opening a bug if needed... I'm building the latest Poky ("core-image-minimal" plus a few extra packages). I'm always getting the below setscene errors after upgrading my

Wiki: https://wiki.yoctoproject.org/wiki/Bug_Triage Attendees: Alexandre, Bruce, Michael, Randy, Richard, Ross, Saul, Stephen, Steve, Tim, Trevor ARs: N/A

Hello! I'd like debug an application that is running on my target board. I installed gdbserver on the target, and I'd like to connect to it from a gdb instance running locally. Because of a broken

Hi guys I’m no table to build correctly perf package. It looks like some sources have no been compiled because I’m getting an “undefined reference to” error. This problem has

Still broken :( -- Michael Opdenacker, Bootlin Embedded Linux and Kernel engineering https://bootlin.com

Hello, Some more details would be needed (ie. you have systemd?), but this could be a good point to start: https://wiki.archlinux.org/title/Systemd-resolved (ie. see a bit down, like:

Hi, I assume it shouldn't be empty resov. conf. Manually I am updating nameserver always. but when I reboot my machine it's empty. So for this, I want to make permanent my nameserver always. I

From: Eilís Ní Fhlannagáin <elizabeth.flanagan@...> This commit adds 382 autogenerated machines generated via generate-zephyr-machines.bb. These machines have obviously not all been tested