Re: [OE-core] The state of DKMS in the Yocto community

On Mon, Dec 13, 2021 at 4:28 AM Alex Stewart wrote: > > On 12/11/21 09:24, Bruce Ashfield wrote: > > On Fri, Dec 10, 2021 at 3:58 PM Alex Stewart wrote: > >> Hey List, > >> > >> I'm trying to work out the mysterious state of DKMS in OE-Core. > >> > >> Our (NI) OE distributions rely heavily on

[OE-core] [PATCH v2] libcap: upgrade 2.61 -> 2.62

Replace BUILD_GPERF with USE_GPERF since it is now reserved. Signed-off-by: Wang Mingyu --- .../recipes-support/libcap/{libcap_2.61.bb => libcap_2.62.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/libcap/{libcap_2.61.bb => libcap_2.62.bb} (95%) diff

[OE-core] [honister][PATCH 17/17] license.bbclass: implement ast.NodeVisitor.visit_Constant

From: Ross Burton Since Python 3.8 visit_Num(), visit_Str() and so on are all deprecated and replaced with visit_Constant. We can't yet remove the deprecated functions until we require 3.8, but we can implement visit_Constant to silence the deprecation warnings. Signed-off-by: Ross Burton

[OE-core] [honister][PATCH 16/17] oe/license: implement ast.NodeVisitor.visit_Constant

From: Ross Burton Since Python 3.8 visit_Num(), visit_Str() and so on are all deprecated and replaced with visit_Constant. We can't yet remove the deprecated functions until we require 3.8, but we can implement visit_Constant to silence the deprecation warnings. Signed-off-by: Ross Burton

[OE-core] [honister][PATCH 15/17] packagedata.py: silence a DeprecationWarning

From: Mingli Yu Use regex strings (r’’) to silence below deprecation warning [1]: $ cat tmp/work/intel_x86_64-wrs-linux/linux-yocto/5.10.x+gitAUTOINC+917c420111_373c02c3ca-r0/temp/log.do_deploy [snip] /build/layers/oe-core/meta/lib/oe/packagedata.py:22: DeprecationWarning: invalid escape

[OE-core] [honister][PATCH 14/17] uboot-sign: fix the concatenation when multiple U-BOOT configurations are specified

From: Thomas Perrot Some BSPs, especially those of meta-freescale and meta-ti allow to build U-Boot binaries using different configuration for a given target, for example: - UBOOT_CONFIG ??= "tfa-secure-boot tfa" - UBOOT_CONFIG ??= "nand sdcard spi nor" When this is the case the public key

[OE-core] [honister][PATCH 06/17] linux-yocto/5.10: update to v5.10.82

From: Bruce Ashfield Updating linux-yocto/5.10 to the latest korg -stable release that comprises the following commits: d5259a9ba699 Linux 5.10.82 d35250ec5a23 Revert "perf: Rework perf_event_exit_event()" 6718f79c40fd ALSA: hda: hdac_stream: fix potential locking issue in

[OE-core] [honister][PATCH 13/17] cve-extra-exclusions: add db CVEs to exclusion list

From: Steve Sakoman Since Oracle relicensed bdb, the open source community is slowly but surely replacing bdb with supported and open source friendly alternatives. As a result these CVEs are unlikely to ever be fixed. Signed-off-by: Steve Sakoman Signed-off-by: Richard Purdie (cherry picked

[OE-core] [honister][PATCH 12/17] runqemu: check the qemu PID has been set before kill()ing it

From: Ross Burton If runqemu is killed, check that we have a valid PID for the qemu before sending a kill() to it. [ YOCTO #14651 ] Signed-off-by: Ross Burton Signed-off-by: Richard Purdie (cherry picked from commit 0f3afbd3a6a6bef668612f818517df7543c0a683) Signed-off-by: Anuj Mittal ---

[OE-core] [honister][PATCH 11/17] selftest/devtool: Check branch in git fetch

From: Stefan Herbrechtsmeier The commit 'meta/scripts: Manual git url branch additions (dc53fe75cc)' forget the url branch= parameter in the devtool git fetch test. Signed-off-by: Stefan Herbrechtsmeier Signed-off-by: Richard Purdie (cherry picked from commit

[OE-core] [honister][PATCH 10/17] recipetool: Set master branch only as fallback

From: Stefan Herbrechtsmeier The commit 'meta/scripts: Manual git url branch additions (dc53fe75cc)' sets the branch= parameter too early to master and thereby breaks the -B/--srcbranch option. ERROR: branch= parameter and -B/--srcbranch option cannot both be specified - use one or the other

[OE-core] [honister][PATCH 09/17] kern-tools: bug fixes and kgit-gconfig

From: Bruce Ashfield Bumping yocto-kernel-tools to version v0.3, which comprises the following commits: 90598a5 tools: Makefile: add missing install file 330f9fa kgit-config: fix file mode 22b55cd kgit-config: cleanup error message 1e2a233 kgit-config: fix the "not found"

[OE-core] [honister][PATCH 08/17] gcc: Add CVE-2021-37322 to the list of CVEs to ignore

From: Richard Purdie The CVE applies to binutils 2.26 and not to gcc so ignore there. Signed-off-by: Richard Purdie (cherry picked from commit fea2726663a3db03170c49fceaffc632c509aeea) Signed-off-by: Anuj Mittal --- meta/recipes-devtools/gcc/gcc-11.2.inc | 3 +++ 1 file changed, 3

[OE-core] [honister][PATCH 07/17] linux-yocto-rt/5.10: update to -rt56

From: Bruce Ashfield Integrating the following commit(s) to linux-yocto-rt/5.10: 23f3ad608bc7 rcutorture: fixup merge from standard/base -stable 8612be3f3e2b Revert "rcutorture: Avoid problematic critical section nesting on RT" 9a6fb5667ac8 Linux 5.10.78-rt56 78c80dca8b1f irq_work: Also

[OE-core] [honister][PATCH 05/17] linux-yocto/5.14: update to v5.14.21

From: Bruce Ashfield Updating linux-yocto/5.14 to the latest korg -stable release that comprises the following commits: 545728d9e085 Linux 5.14.21 999805aaf925 Revert "ACPI: scan: Release PM resources blocked by unused objects" 0750f769b958 thermal: Fix NULL pointer dereferences in of_thermal_

[OE-core] [honister][PATCH 03/17] bind: fix CVE-2021-25219

From: Mingli Yu Backport patches to fix CVE-2021-25219. (From OE-Core rev: 918660a2d4bc89a763a5934765ff6a1647709fcc) Signed-off-by: Mingli Yu Signed-off-by: Anuj Mittal Signed-off-by: Richard Purdie (cherry picked from commit 729693f0c250aec7dfdb91a9bb4dd5420c7efbee) Signed-off-by: Anuj

[OE-core] [honister][PATCH 04/17] python3: upgrade 3.9.7 -> 3.9.9

Signed-off-by: Anuj Mittal --- ...-detection-of-mips-architecture-for-.patch | 20 +-- .../{python3_3.9.7.bb => python3_3.9.9.bb}| 2 +- 2 files changed, 10 insertions(+), 12 deletions(-) rename meta/recipes-devtools/python/{python3_3.9.7.bb => python3_3.9.9.bb} (99%)

[OE-core] [honister][PATCH 02/17] openssh: fix CVE-2021-41617

From: Changqing Li Signed-off-by: Changqing Li Signed-off-by: Anuj Mittal --- .../openssh/openssh/CVE-2021-41617.patch | 48 +++ .../openssh/openssh_8.7p1.bb | 1 + 2 files changed, 49 insertions(+) create mode 100644

[OE-core] [honister][PATCH 01/17] ncurses: fix CVE-2021-39537

From: Mingli Yu Backport patch [1] to fix CVE-2021-39537 [2]. [1] https://github.com/mirror/ncurses/commit/790a85dbd4a81d5f5d8dd02a44d84f01512ef443 [2] http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/devel/ncurses/patches/patch-ncurses_tinfo_captoinfo.c?rev=1.1=text/x-cvsweb-markup Signed-off-by:

[OE-core] [honister][PATCH 00/17] Review request

Please review these changes for honister. No issues seen while testing on autobuilder. https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/3027 Thanks, Anuj The following changes since commit b8fa0c446ecb3f65d7c134426a07c6244959cdf7: libdrm: upgrade 2.4.108 -> 2.4.109

Re: [OE-core] [RFC PATCH] Implement functionality to exclude dirs from rootfs

On Mon, 2021-12-13 at 22:14 +0100, Peter Bergin wrote: > With this patch trying to wake alive an old patch that never > found its way in to oe-core last time [1]. The added function is to > configure directories that shall be excluded when creating an image. > > One use case is that some

[OE-core] Yocto Project Newcomer & Unassigned Bugs - Help Needed

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 the triage page under the appropriate heading:

[OE-core] [RFC PATCH] do_image: Implement IMAGE_ROOTFS_EXCLUDE_PATH feature.

From: Kristian Amlie This is a direct followup from the earlier 6602392db3d39 commit in wic. It works more or less the same way: The variable specifies a list of directories relative to the root of the rootfs, and these directories will be excluded from the resulting rootfs image. If an entry

[OE-core] [RFC PATCH] Implement functionality to exclude dirs from rootfs

With this patch trying to wake alive an old patch that never found its way in to oe-core last time [1]. The added function is to configure directories that shall be excluded when creating an image. One use case is that some directories are located in a separate partition in the memory and

[OE-core] [PATCH] libical: upgrade to 3.0.12

Disable tests to save some build time as we can't install them. Signed-off-by: Ross Burton --- .../libical/{libical_3.0.11.bb => libical_3.0.12.bb} | 12 +++- 1 file changed, 7 insertions(+), 5 deletions(-) rename meta/recipes-support/libical/{libical_3.0.11.bb => libical_3.0.12.bb}

Re: [OE-core][dunfell 16/18] cmake: FindGTest: Add target for gmock library

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Eero, my first reflex was to say, that I don't believe this to be necessary. As you already said, these variables aren't documented and thus I'd argue that you don't have to consider them for maintaining backwards compatibility during backports.

Re: [oe][OE-core][Patch 0/2] implement applying patches from a directory

But you can use externalsrc to simply point to a custom source checkout, no? Alex On Mon, 13 Dec 2021 at 18:34, Max Krummenacher wrote: > On Fri, Dec 10, 2021 at 4:57 PM Richard Purdie > wrote: > > > > On Fri, 2021-12-10 at 14:04 +0100, Max Krummenacher wrote: > > > The current developer

Re: [oe][OE-core][Patch 0/2] implement applying patches from a directory

On Fri, Dec 10, 2021 at 4:57 PM Richard Purdie wrote: > > On Fri, 2021-12-10 at 14:04 +0100, Max Krummenacher wrote: > > The current developer manual [1] specifies that patches that are > > part of a directory which is given in SRC_URI are applied by > > the do_patch task. However that is not

[OE-core][dunfell 10/10] selftest: skip virgl test on centos 8 entirely

With the sdl frontend, qemu isn't able to even boot fully, so let's skip the test early. Signed-off-by: Steve Sakoman --- meta/lib/oeqa/selftest/cases/runtime_test.py | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/lib/oeqa/selftest/cases/runtime_test.py

[OE-core][dunfell 09/10] selftest/devtool: Check branch in git fetch

From: Stefan Herbrechtsmeier The commit 'meta/scripts: Manual git url branch additions (dc53fe75cc)' forget the url branch= parameter in the devtool git fetch test. Signed-off-by: Stefan Herbrechtsmeier Signed-off-by: Richard Purdie (cherry picked from commit

[OE-core][dunfell 08/10] recipetool: Set master branch only as fallback

From: Stefan Herbrechtsmeier The commit 'meta/scripts: Manual git url branch additions (dc53fe75cc)' sets the branch= parameter too early to master and thereby breaks the -B/--srcbranch option. ERROR: branch= parameter and -B/--srcbranch option cannot both be specified - use one or the other

[OE-core][dunfell 07/10] runqemu: check the qemu PID has been set before kill()ing it

From: Ross Burton If runqemu is killed, check that we have a valid PID for the qemu before sending a kill() to it. [ YOCTO #14651 ] Signed-off-by: Ross Burton Signed-off-by: Richard Purdie (cherry picked from commit 0f3afbd3a6a6bef668612f818517df7543c0a683) Signed-off-by: Steve Sakoman ---

[OE-core][dunfell 06/10] lttng-modules: do not search in non-existing folder during install

From: Andrey Zhizhikin When CONFIG_TRACEPOINTS is not enabled in kernel config - module compilation is skipped, which causes the ${D}/${nonarch_base_libdir} not to be created. This fails later in do_install:append() due to the fact that find command in executed for non-existing folder. Check

[OE-core][dunfell 05/10] wic:direct.py: ignore invalid mountpoints during fstab update

From: Markus Volk wic fstab-update creates invalid entries for partitons that are not supposed to be mounted from userspace eg u-boot partitions. The following lines were added to fstab on a rock-pi-4: /dev/mmcblk1p1 loader1 vfat defaults 0 0 /dev/mmcblk1p2 reserved1 vfat defaults 0 0

[OE-core][dunfell 04/10] busybox: Fix multiple security issues in awk

From: Sana Kazi CVE-2021-423xx-awk.patch fixes below listed CVEs for busybox: CVE-2021-42378, CVE-2021-42379, CVE-2021-42380, CVE-2021-42381, CVE-2021-42382, CVE-2021-42384, CVE-2021-42385, CVE-2021-42386 Signed-off-by: Sana Kazi Signed-off-by: Ranjitsinh Rathod Signed-off-by: Ranjitsinh

[OE-core][dunfell 03/10] gcc: Add CVE-2021-37322 to the list of CVEs to ignore

From: Richard Purdie The CVE applies to binutils 2.26 and not to gcc so ignore there. Signed-off-by: Richard Purdie Signed-off-by: Tim Orling Signed-off-by: Steve Sakoman --- meta/recipes-devtools/gcc/gcc-9.3.inc | 3 +++ 1 file changed, 3 insertions(+) diff --git

[OE-core][dunfell 02/10] libgcrypt: solve CVE-2021-33560 and CVE-2021-40528

From: Marta Rybczynska This change fixes patches for two issues reported in a research paper [1]: a side channel attack (*) and a cross-configuration attack (**). In this commit we add a fix for (*) that wasn't marked as a CVE initially upstream. A fix of (**) previosly available in OE

[OE-core][dunfell 01/10] cve-extra-exclusions: add db CVEs to exclusion list

Since Oracle relicensed bdb, the open source community is slowly but surely replacing bdb with supported and open source friendly alternatives. As a result these CVEs are unlikely to ever be fixed. Signed-off-by: Steve Sakoman Signed-off-by: Richard Purdie (cherry picked from commit

[OE-core][dunfell 00/10] Patch review

Please review this set of patches for dunfell and have comments back by end of day Wednesday. Passed a-full on autobuilder: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/3026 with the exception of a known autobuilder intermittent issue which passed on subsequent retest:

[OE-core] [RFC PATCH v2 1/3] recipetool: Separate licenses with & operator

From: Stefan Herbrechtsmeier Separate licenses with & operator since it should be satisfied most use cases and it is a reasonable assumption that all the licenses apply. Furthermore flat, split and sort the licenses to minimize license string changes. Separate package licenses with & operator:

[OE-core] [RFC PATCH v2 3/3] selftest: recipetool: Add test for handle_license_vars function

From: Stefan Herbrechtsmeier Signed-off-by: Stefan Herbrechtsmeier --- (no changes since v1) meta/lib/oeqa/selftest/cases/recipetool.py | 62 ++ 1 file changed, 62 insertions(+) diff --git a/meta/lib/oeqa/selftest/cases/recipetool.py

[OE-core] [RFC PATCH v2 2/3] selftest: recipetool: Add test for split_pkg_licenses function

From: Stefan Herbrechtsmeier Signed-off-by: Stefan Herbrechtsmeier --- (no changes since v1) meta/lib/oeqa/selftest/cases/recipetool.py | 64 ++ 1 file changed, 64 insertions(+) diff --git a/meta/lib/oeqa/selftest/cases/recipetool.py

Re: [OE-core] [PATCH] libcap: upgrade 2.61 -> 2.62

No need to remove: it can be replaced with USE_GPERF, as the error message is saying. Alex On Mon, 13 Dec 2021 at 14:20, wangmy wrote: > Remove set of BUILD_GPERF since it is now reserved. > > Signed-off-by: Wang Mingyu > --- > meta/recipes-support/libcap/{libcap_2.61.bb => libcap_2.62.bb} |

Re: [OE-core] The state of DKMS in the Yocto community

On Fri, 2021-12-10 at 14:58 -0600, Alex Stewart wrote: > Hey List, > > I'm trying to work out the mysterious state of DKMS in OE-Core. > > Our (NI) OE distributions rely heavily on DKMS to (un)install our > ecosystem of kernel drivers at runtime across our product lines. To > facilitate that,

Re: [OE-core] The state of DKMS in the Yocto community

On Mon, Dec 13, 2021 at 7:28 AM Alex Stewart wrote: > > On 12/11/21 09:24, Bruce Ashfield wrote: > > On Fri, Dec 10, 2021 at 3:58 PM Alex Stewart wrote: > >> Hey List, > >> > >> I'm trying to work out the mysterious state of DKMS in OE-Core. > >> > >> Our (NI) OE distributions rely heavily on

Re: [PATCH] [OE-core] [PATCH] less: upgrade 590 -> 598

On 13.12.21 23:30, zhengruoqin wrote: Changelog between version 590 and version 598: = Add the --header option. Add the --no-number-headers option. Add the --status-line option. Add the --redraw-on-quit option. Add the --search-options option. Add

[OE-core] [PATCH] rt-tests: upgrade 2.2 -> 2.3

Signed-off-by: Zheng Ruoqin --- .../0001-Makefile-Allow-for-CC-and-AR-to-be-overridden.patch | 2 +- meta/recipes-rt/rt-tests/rt-tests.inc | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git

[OE-core] [PATCH] vte: upgrade 0.66.0 -> 0.66.2

Signed-off-by: Zheng Ruoqin --- meta/recipes-support/vte/{vte_0.66.0.bb => vte_0.66.2.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-support/vte/{vte_0.66.0.bb => vte_0.66.2.bb} (95%) diff --git a/meta/recipes-support/vte/vte_0.66.0.bb

[OE-core] [PATCH] stress-ng: upgrade 0.13.07 -> 0.13.08

0001-Do-not-preserve-ownership-when-installing-example-jo.patch removed since it is included in 0.13.08 Signed-off-by: Zheng Ruoqin --- ...ownership-when-installing-example-jo.patch | 24 --- ...ess-ng_0.13.07.bb => stress-ng_0.13.08.bb} | 6 ++--- 2 files changed, 2

[PATCH] [OE-core] [PATCH] less: upgrade 590 -> 598

Changelog between version 590 and version 598: = Add the --header option. Add the --no-number-headers option. Add the --status-line option. Add the --redraw-on-quit option. Add the --search-options option. Add 'H' color type to set color of header lines.

[OE-core] [PATCH] glib-networking: upgrade 2.70.0 -> 2.70.1

Changelog: - Fix crashes when handshake is cancelled (#97, #176) - OpenSSL: fix spurious certificate expired verification errors (#179) - GnuTLS: Fix tests on 32-bit systems (!188, Simon McVittie) - GnuTLS: Fix crash when invalid priority string is forced (!189)

[OE-core] [PATCH] mpg123: upgrade 1.29.2 -> 1.29.3

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 on -s anymore. -Fix typos in man page. -Drop mixed-up value limits on remote control SEQ command.

[OE-core] [PATCH] libical: upgrade 3.0.11 -> 3.0.12

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 CMake. see files in cmake/Kitware) Buildsystem fixes (especially for the Ninja generator) Built-in

[OE-core] [PATCH] libcap: upgrade 2.61 -> 2.62

Remove set of BUILD_GPERF since it is now reserved. Signed-off-by: Wang Mingyu --- meta/recipes-support/libcap/{libcap_2.61.bb => libcap_2.62.bb} | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) rename meta/recipes-support/libcap/{libcap_2.61.bb => libcap_2.62.bb} (95%) diff --git

[OE-core] [PATCH] python3-cython: upgrade 0.29.24 -> 0.29.25

Changelog: Bugs fixed -- * Several incompatibilities with CPython 3.11 were resolved. (Github issues #4411, #4414, #4415, #4416, #4420, #4428, #4473, #4479, #4480) * Some C compiler warnings were resolved. (Github issue #4439) * C++ "std::move()" should only be used

Re: [OE-core] [RFC PATCH 1/3] recipetool: Separate licenses with & operator

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 there is. Alex On Mon, 13 Dec 2021 at 14:01, Stefan Herbrechtsmeier <

Re: [OE-core][dunfell 16/18] cmake: FindGTest: Add target for gmock library

On Fri, 2021-12-10 at 18:49 +, Jasper Orschulko wrote: > Hello everyone, > > after some digging we identified the issue to be on our part. > We have been using "GTEST_LIBRARY" and "GTEST_MAIN_LIBRARY" in our > CMake scripts instead of "GTEST_LIBRARIES" and > "GTEST_MAIN_LIBRARIES", > as

Re: [OE-core] [RFC PATCH 1/3] recipetool: Separate licenses with & operator

Am 13.12.2021 um 14:00 schrieb Stefan Herbrechtsmeier via lists.openembedded.org: Am 13.12.2021 um 13:57 schrieb Alexander Kanavin: On Mon, 13 Dec 2021 at 13:38, Stefan Herbrechtsmeier > wrote:     From: Stefan Herbrechtsmeier

Re: [OE-core] [RFC PATCH 1/3] recipetool: Separate licenses with & operator

Am 13.12.2021 um 13:57 schrieb Alexander Kanavin: On Mon, 13 Dec 2021 at 13:38, Stefan Herbrechtsmeier > wrote: From: Stefan Herbrechtsmeier mailto:stefan.herbrechtsme...@weidmueller.com>> Separate licenses with & operator since it

Re: [OE-core] [RFC PATCH 1/3] recipetool: Separate licenses with & operator

On Mon, 13 Dec 2021 at 13:38, Stefan Herbrechtsmeier < stefan.herbrechtsmeier-...@weidmueller.com> wrote: > From: Stefan Herbrechtsmeier > > Separate licenses with & operator since it should be satisfied most use > cases and it is a reasonable assumption that all the licenses apply. >

[OE-core] [RFC PATCH 3/3] selftest: recipetool: Add test for handle_license_vars function

From: Stefan Herbrechtsmeier Signed-off-by: Stefan Herbrechtsmeier --- meta/lib/oeqa/selftest/cases/recipetool.py | 62 ++ 1 file changed, 62 insertions(+) diff --git a/meta/lib/oeqa/selftest/cases/recipetool.py b/meta/lib/oeqa/selftest/cases/recipetool.py index

[OE-core] [RFC PATCH 2/3] selftest: recipetool: Add test for split_pkg_licenses function

From: Stefan Herbrechtsmeier Signed-off-by: Stefan Herbrechtsmeier --- meta/lib/oeqa/selftest/cases/recipetool.py | 64 ++ 1 file changed, 64 insertions(+) diff --git a/meta/lib/oeqa/selftest/cases/recipetool.py b/meta/lib/oeqa/selftest/cases/recipetool.py index

[OE-core] [RFC PATCH 1/3] recipetool: Separate licenses with & operator

From: Stefan Herbrechtsmeier Separate licenses with & operator since it should be satisfied most use cases and it is a reasonable assumption that all the licenses apply. Furthermore flat, split and sort the licenses to minimize license string changes. Signed-off-by: Stefan Herbrechtsmeier ---

Re: [OE-core] The state of DKMS in the Yocto community

On 12/11/21 09:24, Bruce Ashfield wrote: On Fri, Dec 10, 2021 at 3:58 PM Alex Stewart wrote: Hey List, I'm trying to work out the mysterious state of DKMS in OE-Core. Our (NI) OE distributions rely heavily on DKMS to (un)install our ecosystem of kernel drivers at runtime across our product

Re: [OE-core][PATCH v2] epiphany: Add packageconfig for libsoup2

On Fri, Dec 10, 2021 at 09:38:34AM -0600, Joshua Watt wrote: > Adds a PACKAGECONFIG option to use libsoup2 instead of libsoup3. > Including libsoup2 and libsoup3 in the same process can cause strange > runtime failures, and the latest release of each major version will > cause the process to exit

[OE-core] [PATCH v2 2/4] mesa: PROVIDES virtual/libgles3

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 specification. Cc: Quentin Schulz Signed-off-by: Quentin Schulz ---

[OE-core] [PATCH v2 3/4] kmscube: add build dependency on virtual/libgles3

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 compliant implementations. Cc: Quentin Schulz Signed-off-by: Quentin Schulz ---

[OE-core] [PATCH v2 4/4] mesa: make ligles3-dev RDEPENDS on libgles2-dev

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 of GLES3/gl3ext.h meaning we should probably bring in GLES2/gl2ext.h if someone asks for development package of

[OE-core] [PATCH v2 1/4] kmscube: fix build on OpenGL ES 3 dependencies not providing GLES3/gl3ext.h

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 while being OpenGL ES 3 compliant. This fixes the header files to be included from gl3ext.h to gl2ext.h