[OE-core] [PATCH 3/6] linux-yocto/5.10: update to v5.10.96

From: Bruce Ashfield Updating linux-yocto/5.10 to the latest korg -stable release that comprises the following commits: f255ac9e8776 Linux 5.10.96 b43e9d2f6fc7 mtd: rawnand: mpc5121: Remove unused variable in ads5121_select_chip() b63e120189fd block: Fix wrong offset in bio_truncate

[OE-core] [PATCH 6/6] lttng-modules: update devupstream to latest 2.13

From: Bruce Ashfield This includes the following commits since the last update: 7584cfc0 fix: net: socket: rename SKB_DROP_REASON_SOCKET_FILTER (v5.17) 6e9d0d57 fix: net: skb: introduce kfree_skb_reason() (v5.17) 98b7729a fix: random: rather than entropy_store abstraction, use global

[OE-core] [PATCH 5/6] linux-yocto-dev: update to v5.17+

From: Bruce Ashfield Bumping the -dev kernel to v5.17 to test the latest upstream kernel. Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-dev.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-kernel/linux/linux-yocto-dev.bb b/meta/

[OE-core] [PATCH 4/6] lttng-modules: fix build against v5.17+

From: Bruce Ashfield To fix the build against v5.17+ kernels, we backport 7 patches from the lttng-modules upstream repository. If a 2.13.2 lttng-modules release is done before the upcoming release, we'll obviously drop these patches. Signed-off-by: Bruce Ashfield --- ...-GENHD_FL_SUPPRESS_PA

[OE-core] [PATCH 2/6] linux-yocto/5.15: update to v5.15.19

From: Bruce Ashfield Updating linux-yocto/5.15 to the latest korg -stable release that comprises the following commits: 47cccb1eb2fe Linux 5.15.19 a9739362c7b5 mtd: rawnand: mpc5121: Remove unused variable in ads5121_select_chip() 4633a79ff8bc block: Fix wrong offset in bio_truncate

[OE-core] [PATCH 1/6] qemuarm64: Add tiny ktype to qemuarm64 bsp

From: Bruce Ashfield Integrating the following commit(s) to linux-yocto/.: cf716c58bea qemuarm64: Add tiny ktype to qemuarm64 bsp Signed-off-by: Alejandro Enedino Hernandez Samaniego Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-rt_5.15.bb | 2 +- meta/recipes

[OE-core] [PATCH 0/6] kernel: consolidated pull request

From: Bruce Ashfield Richard, Here's the next round of updates. These have all been locally tested against the pending libc-headers update to v5.16. A little bie of everything here: - dev to v5.17 (Thanks to mhalstead for fixing hooks for me late at night!) - lttng-modules update to build

Re: [OE-core] [hardknott] qemu CVE backports

On Wed, 2022-02-02 at 12:01 -0500, Sakib Sajal wrote: > Hi Anuj, > > The patches did go through. However, the patches are sent in two > different threads, the first patch in one thread and patches 2 to 8 > in > another thread. Please merge the commits accordingly. Thank you. I have included the

Re: [OE-core] [honister PATCH] kernel: introduce python3-dtschema-wrapper

On Mon, 2022-01-31 at 11:37 +, Paul Barker wrote: > On 14/01/2022 13:21, Paul Barker wrote: > > From: Bruce Ashfield > > > > The 5.16 kernel introduced mandatory schema checking on any dtb > > file > > built through the kernel. > > > > That funcionality is provided via python3-dt-schema. > >

Re: [OE-core] [Openembedded-architecture] Inclusive Language Proposal for YP/OE folllow-up

On Thu, Feb 3, 2022 at 6:31 PM Jon Mason wrote: > This is a follow up to the Inclusive Language email I sent out on > January 24 (see > > https://lore.kernel.org/yocto/capoiz9wl16otzxnhdw_5-l72gohkhhm0--wzf7an071cx6s...@mail.gmail.com/ > ). > I'm adding a couple of additional mailing lists to thi

[OE-core] Inclusive Language Proposal for YP/OE folllow-up

This is a follow up to the Inclusive Language email I sent out on January 24 (see https://lore.kernel.org/yocto/capoiz9wl16otzxnhdw_5-l72gohkhhm0--wzf7an071cx6s...@mail.gmail.com/). I'm adding a couple of additional mailing lists to this email that were not on the original distribution, in case the

Re: [OE-core] [PATCH] gcc: enable zstd compression of LTO bytecode

On Thu, 2022-02-03 at 14:11 -0800, Khem Raj wrote: > > > On Thu, Feb 3, 2022 at 1:59 PM Richard Purdie > wrote: > > On Thu, 2022-02-03 at 18:26 +0100, Enrico Scholz via lists.openembedded.org > > wrote: > > > gcc-10+ supports zstd compression of LTO bytecode.  Install the > > > corresponding pac

Re: [OE-core] [PATCH] gcc: enable zstd compression of LTO bytecode

On Thu, Feb 3, 2022 at 1:59 PM Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > On Thu, 2022-02-03 at 18:26 +0100, Enrico Scholz via > lists.openembedded.org > wrote: > > gcc-10+ supports zstd compression of LTO bytecode. Install the > > corresponding package to enable this feature i

[OE-core] [PATCH] busybox.inc: Create temporary links during install

Other packages may use busybox applets in their installation scripts. If busybox is also being upgraded, other package upgrades may run between when the old busybox alternative links are removed and when the new alternative links are installed. This may prevent other packages from installing corr

Re: [OE-core] [dunfell][PATCH RFC] busybox.inc: Create temporary busybox links during install

Jate, I don’t know when the binary is removed, but I see update-alternatives –remove for all the busybox links is in the prerm script and update-alternatives –install is in the postinst script. For opkg, I am witnessing the prerm stage run for busybox and other packages performing some stages

Re: [OE-core] [PATCH] recipetool/create: Scan for SDPX-License-Identifier

On Thu, 2022-02-03 at 13:58 -0800, Saul Wold wrote: > > On 2/3/22 13:24, Richard Purdie wrote: > > On Thu, 2022-02-03 at 09:07 -0800, Saul Wold wrote: > > > When a file can not be identified by checksum and they contain an SPDX > > > License-Identifier tag, use it as the found license. > > > > >

Re: [OE-core] [PATCH] gcc: enable zstd compression of LTO bytecode

On Thu, 2022-02-03 at 18:26 +0100, Enrico Scholz via lists.openembedded.org wrote: > gcc-10+ supports zstd compression of LTO bytecode. Install the > corresponding package to enable this feature in a deterministic way. > > NOTE: previously built LTO object files (without this compression) > must

Re: [OE-core] [PATCH] recipetool/create: Scan for SDPX-License-Identifier

On 2/3/22 13:24, Richard Purdie wrote: On Thu, 2022-02-03 at 09:07 -0800, Saul Wold wrote: When a file can not be identified by checksum and they contain an SPDX License-Identifier tag, use it as the found license. [YOCTO #14529] Tested with LICENSE files that contain 1 or more SPDX-License-

Re: [OE-core] [PATCH] gcc: enable zstd compression of LTO bytecode

On Thu, Feb 3, 2022 at 1:40 PM Enrico Scholz wrote: > > Khem Raj writes: > > >> gcc-10+ supports zstd compression of LTO bytecode. Install the > >> corresponding package to enable this feature in a deterministic way. > >> > >> NOTE: previously built LTO object files (without this compression) >

Re: [OE-core] [PATCH] gcc: enable zstd compression of LTO bytecode

Khem Raj writes: >> gcc-10+ supports zstd compression of LTO bytecode. Install the >> corresponding package to enable this feature in a deterministic way. >> >> NOTE: previously built LTO object files (without this compression) >> must be regenerated; gcc will fail else with >> >> | lto1: inte

Re: [OE-core] [PATCH 0/3] Split split_and_strip_files()

On Wed, 2022-02-02 at 02:59 +0100, Peter Kjellerstedt wrote: > This is my third attempt to make it possible for me to hook into the > split_and_strip_files() function. We need this to be able to rename > the debug files for some packages to avoid conflicts when installing > them. > > In this versi

Re: [OE-core] [PATCH] recipetool/create: Scan for SDPX-License-Identifier

On Thu, 2022-02-03 at 09:07 -0800, Saul Wold wrote: > When a file can not be identified by checksum and they contain an SPDX > License-Identifier tag, use it as the found license. > > [YOCTO #14529] > > Tested with LICENSE files that contain 1 or more SPDX-License-Identifier tags > > Signed-off-

[OE-core] [PATCH 2/2] meta: Remove libsegfault and catchsegv

Glibc has dropped them starting with 2.35 see [1] [1] https://sourceware.org/git/?p=glibc.git;a=commit;h=65ccd641bacea33be23d51da737c2de7543d0f5e Signed-off-by: Khem Raj --- meta/conf/distro/include/tclibc-glibc.inc | 2 +- meta/recipes-core/glibc/glibc-package.inc | 5 + meta/recipes-core

[OE-core] [PATCH v2 1/2] glibc: Upgrade to 2.35 (RFC)

package up /usr/bin/ld.so ld.so is a new tool which is added as a symlink to original dynamic linker so make it available with same name across architectures which is useful to leveral features like --preload, --audit, and --list-diagnostics more accessible to end users Signed-off-by: Khem Raj

[OE-core][dunfell 20/20] libusb1: correct SRC_URI

From: Alexander Kanavin Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie (cherry picked from commit d4c37ca1f1e97d53045521e9894dc9ed5b1c22a1) Signed-off-by: Steve Sakoman --- meta/recipes-support/libusb/libusb1_1.0.22.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)

[OE-core][dunfell 19/20] linux-firmware: Add CLM blob to linux-firmware-bcm4373 package

From: Rudolf J Streif The Country Local Matrix (CLM) blob brcmfmac4373-sdio.clm_blob was not included with the files for the linux-firmware-bcm4373 package but instead packaged with linux-firmware. Signed-off-by: Rudolf J Streif Signed-off-by: Richard Purdie (cherry picked from commit 18ba64d4

[OE-core][dunfell 18/20] libcap: Use specific BSD license variant

From: Joshua Watt Make the license more accurate by specifying the specific variant of BSD license instead of the generic one. This helps with SPDX license attribution as "BSD" is not a valid SPDX license. (From OE-Core rev: 9e8b2bc55792932e23d3b053b393b7ff88bffd6b) Signed-off-by: Joshua Watt

[OE-core][dunfell 17/20] shadow-sysroot: sync license with shadow

From: Ross Burton This recipe is just a single data file from shadow, but as we can't easily tell what license that specific file is under just copy the full license statement. (From OE-Core rev: f0e2f3b1f855ea6e184bd1d8d796279fedcbfa33) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

[OE-core][dunfell 16/20] shadow: Use specific BSD license variant

From: Joshua Watt Make the license more accurate by specifying the specific variant of BSD license instead of the generic one. This helps with SPDX license attribution as "BSD" is not a valid SPDX license. (From OE-Core rev: 65e3b23e1b266653fd30c90222e953f7e37fba0c) Signed-off-by: Joshua Watt

[OE-core][dunfell 15/20] glib-2.0: Use specific BSD license variant

From: Joshua Watt Make the license more accurate by specifying the specific variant of BSD license instead of the generic one. This helps with SPDX license attribution as "BSD" is not a valid SPDX license. (From OE-Core rev: 91cd1ef01a3f3883c04bac67af2672ec60e20fb8) Signed-off-by: Joshua Watt

[OE-core][dunfell 14/20] e2fsprogs: Use specific BSD license variant

From: Joshua Watt Make the license more accurate by specifying the specific variant of BSD license instead of the generic one. This helps with SPDX license attribution as "BSD" is not a valid SPDX license. (From OE-Core rev: 966fb77981e4fed0ab7998439940b1e05dd0ee43) Signed-off-by: Joshua Watt

[OE-core][dunfell 11/20] common-licenses: add Spencer-94

Required to correct lsof licensing Previously added in master (along with many others), trimmed to just Spencer-94 for dunfell (From OE-Core rev: e2f9092c37395f4e3ee9d0777e28c83cce6007ee) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie Signed-off-by: Nisha Parrakat Signed-off-by: Ste

[OE-core][dunfell 13/20] tzdata: Remove BSD License specifier

From: Joshua Watt The code in question is licensed under the BSD-3-Clause license, so including the generic "BSD" license is unnecessary. (From OE-Core rev: c39fc075ce3fd5b53c2a2fccb43500ee0a12f39d) Signed-off-by: Joshua Watt Signed-off-by: Richard Purdie Signed-off-by: Nisha Parrakat Signed

[OE-core][dunfell 12/20] lsof: correct LICENSE

From: Ross Burton The lsof LICENSE is superficially BSD-like, but it isn't BSD. Now that we have the full SPDX license set in oe-core, use Spencer-94. (From OE-Core rev: 5c1d61d1d4dfacb643a366285c0392e6a31087ed) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie Signed-off-by: Nisha Pa

[OE-core][dunfell 10/20] sstate: A third fix for for touching files inside pseudo

From: Peter Kjellerstedt This continues where commit 676757f "sstate: fix touching files inside pseudo" and commit 29fc8599 "sstate: another fix for touching files inside pseudo" left off. The previous changes switched from trying to check if the sstate file is writable before touching it, to al

[OE-core][dunfell 09/20] binutils: Backport Include members in the variable table used when resolving DW_AT_specification tags.

From: Marek Vasut Backport binutils upstream patch fixing sporadic link errors in c++ code. This triggers at least on arm32 and aarch64 with qt5 based applications. The ChangeLog part of the patch as well as space change is omitted. Binutils bug report for this problem is here: https://sourcewa

[OE-core][dunfell 08/20] util-linux: Fix for CVE-2021-3995 and CVE-2021-3996

From: Ranjitsinh Rathod Add patches to fix CVE-2021-3995 and CVE-2021-3996 Also, add support include-strutils-cleanup-strto-functions.patch to solve compilation error where `ul_strtou64` function not found which is used in CVE-2021-3995.patch Signed-off-by: Ranjitsinh Rathod Signed-off-by: Ranj

[OE-core][dunfell 07/20] expat: add missing Upstream-status, CVE tag and sign-off to CVE-2021-46143.patch

Signed-off-by: Steve Sakoman --- meta/recipes-core/expat/expat/CVE-2021-46143.patch | 6 ++ 1 file changed, 6 insertions(+) diff --git a/meta/recipes-core/expat/expat/CVE-2021-46143.patch b/meta/recipes-core/expat/expat/CVE-2021-46143.patch index d6bafba0ff..b1a726d9a8 100644 --- a/meta/rec

[OE-core][dunfell 06/20] expat: fix CVE-2022-23852

Expat (aka libexpat) before 2.4.4 has a signed integer overflow in XML_GetBuffer for configurations with a nonzero XML_CONTEXT_BYTES. Backport patch from: https://github.com/libexpat/libexpat/commit/847a645152f5ebc10ac63b74b604d0c1a79fae40 CVE: CVE-2022-23852 Signed-off-by: Steve Sakoman --- ..

[OE-core][dunfell 05/20] ghostscript: fix CVE-2021-45949

From: Minjae Kim Ghostscript GhostPDL 9.50 through 9.54.0 has a heap-based buffer overflow in sampled_data_finish (called from sampled_data_continue and interp). To apply this CVE-2021-45959 patch, the check-stack-limits-after-function-evalution.patch should be applied first. References: https

[OE-core][dunfell 03/20] grub: add a fix for CVE-2020-25632

From: Marta Rybczynska Fix grub issue with module dereferencing. From the official description from NVD [1]: The rmmod implementation allows the unloading of a module used as a dependency without checking if any other dependent module is still loaded leading to a use-after-free scenario

[OE-core][dunfell 02/20] systemd: Fix CVE-2021-3997

From: Purushottam Choudhary Add patches to fix CVE-2021-3997. Add additional below mentioned patches which are required to fix CVE: 1. rm-rf-optionally-fsync-after-removing-directory-tree.patch 2. rm-rf-refactor-rm-rf-children-split-out-body-of-directory.patch Link: http://archive.ubuntu.com/ub

[OE-core][dunfell 01/20] glibc: update to lastest 2.31 release HEAD

Includes the following fixes: 3ef8be9b89 CVE-2022-23218: Buffer overflow in sunrpc svcunix_create (bug 28768) e5c8da9826 : Support compat_symbol_reference for _ISOMAC 412aaf1522 sunrpc: Test case for clnt_create "unix" buffer overflow (bug 22542) c4c833d3dd CVE-2022-23219: Buffer overflow in sunrp

[OE-core][dunfell 04/20] grub: add a fix for CVE-2020-25647

From: Marta Rybczynska Fix a grub issue with incorrect values from an usb device. From the official description from NVD [1]: During USB device initialization, descriptors are read with very little bounds checking and assumes the USB device is providing sane values. If properly exploited,

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

Please review this set of patches for dunfell. Passed a-full on autobuilder: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/3182 The following changes since commit f3be01483b01c88f8c4ba24ca73ccf1bcc33665c: build-appliance-image: Update to dunfell head revision (2022-01-27 1

[OE-core] [PATCH] recipetool: Fix circular reference in SRC_URI

When creating a new recipe.bb file for a binary, don't use BP which includes the version information, instead use BPN which is just the name base Package Name. Since PB is not specified, it takes the default: PV = "1.0+git${SRCPV}" But SRCPV is defined in terms of the SRC_URI, which leads to infi

Re: [OE-core] [PATCH] gcc: enable zstd compression of LTO bytecode

On Thu, Feb 3, 2022 at 9:26 AM Enrico Scholz via lists.openembedded.org wrote: > > gcc-10+ supports zstd compression of LTO bytecode. Install the > corresponding package to enable this feature in a deterministic way. > > NOTE: previously built LTO object files (without this compression) > must be

[OE-core] [PATCH] gcc: enable zstd compression of LTO bytecode

gcc-10+ supports zstd compression of LTO bytecode. Install the corresponding package to enable this feature in a deterministic way. NOTE: previously built LTO object files (without this compression) must be regenerated; gcc will fail else with | lto1: internal compiler error: original not comp

[OE-core] [PATCH] recipetool/create: Scan for SDPX-License-Identifier

When a file can not be identified by checksum and they contain an SPDX License-Identifier tag, use it as the found license. [YOCTO #14529] Tested with LICENSE files that contain 1 or more SPDX-License-Identifier tags Signed-off-by: Saul Wold --- scripts/lib/recipetool/create.py | 16 ++

[OE-core] [PATCH 1/2] prelink: Drop support for it

Prelink is being dropped by glibc in 2.36. It already causes issues with binary corruption, has a number of open bugs and is of questionable benefit without disabling load address randomization and PIE executables. We disabled it by default a while back but left people able to use it. We would be

[OE-core] [PATCH 2/2] glibc: Drop prelink patch

With the removal of prelink, we no longer need the glibc patch for it either. Signed-off-by: Richard Purdie --- ...ke-_dl_build_local_scope-breadth-fir.patch | 53 --- meta/recipes-core/glibc/glibc_2.34.bb | 1 - 2 files changed, 54 deletions(-) delete mode 100644 meta

Re: [OE-core] [poky][dunfell][PATCH 4/8] e2fsprogs: Use specific BSD license variant

On Mon, Jan 31, 2022 at 9:28 PM Nisha Parrakat wrote: > > From: Joshua Watt > > Make the license more accurate by specifying the specific variant of BSD > license instead of the generic one. This helps with SPDX license > attribution as "BSD" is not a valid SPDX license. > > (From OE-Core rev: 96

Re: [OE-core] [PATCH] rng-tools: add systemd-udev-settle wants to service

Thanks, Claudius. I really appreciate your responses. I'm not trying to be pedantic. Since I don't have your test setup, I was just trying to make sure I understood the context of the problem as I figure out how to deal with issues this is causing in our setup. I was also hoping one of the reci

Re: [OE-core] [PATCH 01/33] seatd: add recipe

Shared library RDEPENDS don't need to be explicitly listed in consumer recipes, you only need to have DEPENDS contains the seatd recipe so it's present at build time. Bitbake magic will figure out which package provides the library automatically. Alex On Thu, 3 Feb 2022 at 14:52, Claudius Heine

Re: [OE-core] [PATCH 01/33] seatd: add recipe

On 2022-02-03 14:46, Alexander Kanavin wrote: The current recipe doesn't enable (or allow to enable) those alternatives, so unless someone needs them, and tests that they work, there is still no point in splitting. That is reasonable. I was just a bit concerned about possible RDPENDS for ot

Re: [OE-core] [PATCH 01/33] seatd: add recipe

The current recipe doesn't enable (or allow to enable) those alternatives, so unless someone needs them, and tests that they work, there is still no point in splitting. Alex On Thu, 3 Feb 2022 at 14:36, Claudius Heine wrote: > On 2022-02-03 14:28, Alexander Kanavin wrote: > > As far as I unders

Re: [OE-core] [PATCH 01/33] seatd: add recipe

On 2022-02-03 14:28, Alexander Kanavin wrote: As far as I understand the library is not useful without the daemon, so there is no point in packaging them separately. -dev stuff is split automatically. That is not the impression I got from the readme: > # libseat > > A seat management library

Re: [OE-core] [PATCH 01/33] seatd: add recipe

As far as I understand the library is not useful without the daemon, so there is no point in packaging them separately. -dev stuff is split automatically. Alex On Thu, 3 Feb 2022 at 13:55, Claudius Heine wrote: > Hi Alexander, > > On 2022-02-02 19:27, Alexander Kanavin wrote: > > This is needed

Re: [OE-core] [RFC] support for multi project toolchain-cmake

Hi, On Fri, 2022-01-28 at 13:22 +0100, Tobias Neumann wrote: > regarding my bug report > https://bugzilla.yoctoproject.org/show_bug.cgi?id=14703 I was > forwarded to here to discuss requirements for a proper fix. > > In the report, I already mentioned a non-generic workaround for that. > By exten

Re: [OE-core] [PATCH 01/33] seatd: add recipe

Hi Alexander, On 2022-02-02 19:27, Alexander Kanavin wrote: This is needed to run weston properly as non-root in the absence of systemd-logind, and other compositors will likely require seatd as well. Signed-off-by: Alexander Kanavin --- meta/conf/distro/include/maintainers.inc | 1 + meta

Re: [OE-core] [PATCH] cve-check: add json format

On Tue, Jan 25, 2022 at 10:59 AM Marta Rybczynska via lists.openembedded.org wrote: > Add an option to output the CVE check in a JSON-based format. > This format is easier to parse in software than the original > text-based one and allows post-processing by other tools. > > Output formats are now

Re: [OE-core] [PATCH 1/2] staging: Add extra hash handling code

On Thu, 2022-02-03 at 03:31 -0800, Matt Madison wrote: > On Thu, Feb 3, 2022 at 3:25 AM Richard Purdie > wrote: > > > > Target build output, stored in do_populate_sysroot or do_package can depend > > not only upon direct dependencies but also indirect ones. A good example is > > linux-libc-header

Re: [OE-core] [PATCH 1/2] staging: Add extra hash handling code

On Thu, Feb 3, 2022 at 3:25 AM Richard Purdie wrote: > > Target build output, stored in do_populate_sysroot or do_package can depend > not only upon direct dependencies but also indirect ones. A good example is > linux-libc-headers. The toolchain depends on this but most target recipes do > not. T

[OE-core] [PATCH 2/2] abi_version/sstate: Bump for hash equivalence fix

With the hash equivalence fix, we need to bump the sstate and hash equivalence version numbers to ensure older task hashes aren't matched into the new namespace. Signed-off-by: Richard Purdie --- meta/classes/sstate.bbclass | 2 +- meta/conf/abi_version.conf | 2 +- 2 files changed, 2 insertio

[OE-core] [PATCH 1/2] staging: Add extra hash handling code

Target build output, stored in do_populate_sysroot or do_package can depend not only upon direct dependencies but also indirect ones. A good example is linux-libc-headers. The toolchain depends on this but most target recipes do not. There are some headers which are not used by the toolchain build

Re: [OE-core] [PATCH 03/33] gdb: update 11.1 -> 11.2

On Wed, 2022-02-02 at 18:06 -0500, Denys Dmytriyenko wrote: > https://git.openembedded.org/openembedded-core/commit/?id=f24c2bf93a9549ae5a21ce378a7bf47ef052ad65 > > I realize these are in master-next and haven't been merged to master yet. > Richard mentioned there are some issues with one of the

Re: [OE-core] [PATCH 05/12] gstreamer1.0-plugins-ugly: 1.18.5 -> 1.19.90

Hi Jose, On 2022-02-02 18:58, Jose Quaresma wrote: [...] @@ -13,7 +13,7 @@ LICENSE_FLAGS = "commercial"  SRC_URI = " \ https://gstreamer.freedesktop.org/src/gst-plugins-ugly/gst-plugins-ugly-${PV}.tar.xz

Re: [OE-core] [PATCH 04/12] gstreamer1.0-plugins-bad: 1.18.5 -> 1.19.90

On 2022-02-02 18:57, Jose Quaresma wrote: Hi, Claudius There are some new options on the gstreamer bad that are not updated on this patch. more precisely what will be done to use the new gpl option ? Hmm... I am not sure. `gpl` probably needs to be added because we already have `faad` and o

Re: [OE-core] [PATCH 02/12] gstreamer1.0-plugins-base: 1.18.5 -> 1.19.90

On Thu, 3 Feb 2022 at 10:03, Claudius Heine wrote: > > file://0001-ENGR00312515-get-caps-from-src-pad-when-query-caps.patch > \ > > file://0003-viv-fb-Make-sure-config.h-is-included.patch > \ > > > file://0002-ssaparse-enhance-SSA-text-lines-parsing.patch \ > > -

Re: [OE-core] [PATCH 02/12] gstreamer1.0-plugins-base: 1.18.5 -> 1.19.90

Hi Jose, On 2022-02-02 18:57, Jose Quaresma wrote: [...]  SRC_URI = "https://gstreamer.freedesktop.org/src/gst-plugins-base/gst-plugins-base-${PV}.tar.xz \ file://00

Re: [OE-core] [PATCH] rng-tools: add systemd-udev-settle wants to service

On 2022-02-02 17:26, Kyle Russell wrote: Thanks, Claudius. On Wed, Feb 2, 2022 at 8:08 AM Claudius Heine > wrote: Hi Kyle, On 2022-02-02 13:38, Kyle Russell wrote: > Is this the correct approach?  Even the systemd-udev-settle.service man > pages reco