Changelog: ==================== libmpg123: Catch more NULL pointer arguments in LFS wrappers (most prominently: mpg123_feedseek(), bug 328). mpg123: -Fix regression that did _not_ enable --remote-err

Change log : =========== Fix a libicalval crash in cleanVObject METHOD:DECLINECOUNTER must have DTEND or DURATION Handle if DTEND and DURATION are both missing Improved FindICU (copied from official

Remove set of BUILD_GPERF since it is now reserved. Signed-off-by: Wang Mingyu <wangmy@...> --- meta/recipes-support/libcap/{libcap_2.61.bb => libcap_2.62.bb} | 3 +-- 1 file changed, 1

Changelog: ================ Bugs fixed ---------- * Several incompatibilities with CPython 3.11 were resolved. (Github issues #4411, #4414, #4415, #4416, #4420, #4428, #4473, #4479, #4480) * Some C

I mean that by reading the patch and the commit message it is not clear what problem is being fixed. It needs to be explained by showing what happens when there is no patch, and what happens when

https://cmake.org/cmake/help/v3.16/module/FindGTest.html#result-variables Thank you for providing more details. The gmock target can be backported to dunfell in an alternative way, by leaving out

Am 13.12.2021 um 14:00 schrieb Stefan Herbrechtsmeier via lists.openembedded.org: Sorry I mean: -LICENSE = "MIT ISC Unknown" +LICENSE = "ISC & MIT & Unknown"

Am 13.12.2021 um 13:57 schrieb Alexander Kanavin: Do you mean something like: -LICENSE = "MIT ISC Unknown" +LICENSE = "BSD-3-Clause & ISC & MIT & Unknown"

I think this is better explained with an example. What did not work before, and what works with this change? Alex

From: Stefan Herbrechtsmeier <stefan.herbrechtsmeier@...> Signed-off-by: Stefan Herbrechtsmeier <stefan.herbrechtsmeier@...> --- meta/lib/oeqa/selftest/cases/recipetool.py |

From: Stefan Herbrechtsmeier <stefan.herbrechtsmeier@...> Signed-off-by: Stefan Herbrechtsmeier <stefan.herbrechtsmeier@...> --- meta/lib/oeqa/selftest/cases/recipetool.py |

From: Stefan Herbrechtsmeier <stefan.herbrechtsmeier@...> Separate licenses with & operator since it should be satisfied most use cases and it is a reasonable assumption that all the

Yeah; I agree. In our case, we have several dozen drivers split across many product teams and largely distributing internally-controlled source. At this stage, it isn't feasible for us to build them

Looks good to me, thanks :) Reviewed-by: Quentin Schulz <foss+yocto@...> Cheers, Quentin

Khronos documentation[1] says that include/GLES2/gl2ext.h can be used for OpenGL ES 3 specification as well as for OpenGL ES 2. There can be applications including GLES2/gl2ext.h instead

texturator requires GLES 3 headers and libs so let's explicit this dependency. This was not detected until now because mesa, the default provider, actually provides both Open GLES 2 and 3

It's assumed that not all OpenGL ES implementation are compliant with the 3.x specification. Therefore an additional virtual providers is created to explicit compatibility with OpenGL ES 3

According to Khronos documentation[1], gl2ext.h can be used for OpenGL ES 3. Some vendor implementation of OpenGL ES 3, such as Rockchip's libmali[2], do not have a gl3ext.h but only a gl2ext.h

<richard.purdie@...> wrote: I think there still are some regressions to look into e.g. when building with clang https://errors.yoctoproject.org/Errors/Details/619251/ This is because

From: Mingli Yu <mingli.yu@...> When boot with "init=/sbin/bootchartd" as below: # runqemu qemux86 bootparams="init=/sbin/bootchartd" There are two bootchartd process after boot [1]. #