Packageconfigs are about what you would like to build it’s still another step what you would like to bundle in your image which is what IMAGE_INSTALL does. At times this is already done because whatev

<kuzemkoyocto@...> wrote: I wonder why do you have do_stage task, it should not be defined in recipes anymore as the bbclasses should be left to handle staging sysroot creating most of times. Yo

you don't add native packages to image, native packages are for supporting cross builds of target packages to avoid build host specific issues etc. If you want opentelemetry in your image you want to

<GWilson@...> wrote: if you need it in a recipe then perhaps that maybe a good approach.

<gwilson@...> wrote: you can do it in image recipe inherit extrausers IMAGE_FEATURES:remove = "debug-tweaks" EXTRA_USERS_PARAMS += "\ useradd scribbledeedoo; \ usermod -p '$(openssl passwd -6

right, I missed that in this v3 the SRCREV is bumped too which should address the issue.

lists.yoctoproject.org <jebr=google.com@...> wrote: it still has the musl related issue, that I pointed out

Look at the serial console logs from kernel and perhaps with early printk enabled. Many things could go wrong when serial console does not show up. Your description of the problem is ambiguous to see

#dunfell #yocto

I see, that should be ok. I do see a few issues with the patch see below. This should be HOMEPAGE = "https://github.com/google/libhoth" This revision does not build with musl/clang atleast since there

<jebr=google.com@...> wrote: Dont we want to package the examples too ? perhaps in a ${PN}-examples or something ?

there seems to be something in the interaction between core layer with your custom layers, Usually issues of this nature are solved in the custom layers. Since its not a community layer, its not easy

#dunfell #yocto

maybe you should reboot the host machine, sometimes system updates without rebooting the machine can also result in such errors.

#linux #warning #toolchain #bitbake #dunfell

this is nice. I mistook it for the dependencies

#bitbake #yocto

Bitbake -g recipe Might emit what you want in some form

#bitbake #yocto

there can be multiple entries in SERIAL_CONSOLES so you might try adding instead of replacing SERIAL_CONSOLES += "115200;ttymxc0" might work

This is a bug and this should be fixed to use full machine name for override since we do not have nezha SoC override No it’s unrelated

Perhaps it’s using locked sstate which might be the reason

Probably, but again if you need a function from a library you include it on linker cmdline if it’s intrinsics then compiler driver doing the needed is best way Preferably without introducing compiler

this would mean that you want to rely on side effects of -pthread which may work with gcc but may not work with clang or other compiler drivers. The issue you have is that some variables are needing a

does backporting https://github.com/curl/curl/commit/50efb0822aa0e0ab165158dd0a26e65a2290e6d2 to curl help ?