Re: [OE-core][PATCH] debugedit: add UPSTREAM_CHECK settings

On 1/3/24 15:21, Alexander Kanavin via lists.openembedded.org wrote: This works as expected. What made you think it’s broken and needs changing? The 404 ERROR that 'devtool check-ugprade-status' prints out to me unconditionally, which is all upper case to catch people's notice and can't be

Re: [OE-core][PATCH] debugedit: add UPSTREAM_CHECK settings

This works as expected. What made you think it’s broken and needs changing? Alex On Wed 3. Jan 2024 at 3.47, ChenQi wrote: > On 1/3/24 00:54, Alexander Kanavin wrote: > > The check already works, at least for me it correctly checks both the > > top level directory and the 'latest' directory: >

[OE-core][PATCH 3/3] sudo: upgrade from 1.9.15p2 to 1.9.15p5

From: Chen Qi Signed-off-by: Chen Qi --- .../sudo/{sudo_1.9.15p2.bb => sudo_1.9.15p5.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-extended/sudo/{sudo_1.9.15p2.bb => sudo_1.9.15p5.bb} (96%) diff --git

[OE-core][PATCH 1/3] util-linux/util-linux-libuuid: ugprade from 2.39.2 to 2.39.3

From: Chen Qi License-Update: === GPL-1.0-or-later is added. fdisk.c is licensed under it. 0001-lscpu-Use-4K-buffer-size-instead-of-BUFSIZ.patch is dropped as it's been in the new version. Signed-off-by: Chen Qi --- ...2.39.2.bb => util-linux-libuuid_2.39.3.bb} | 0

[OE-core][PATCH 2/3] dbus-wait: bump srcrev

From: Chen Qi This upgrade only includes one new commit: 64bc7c8 SECURITY.md: Add file Signed-off-by: Chen Qi --- meta/recipes-core/dbus-wait/dbus-wait_git.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/dbus-wait/dbus-wait_git.bb

[OE-core][dunfell 3/3] tzdata: Upgrade to 2023d

From: Shubham Kulkarni Signed-off-by: Shubham Kulkarni Signed-off-by: Richard Purdie (cherry picked from commit 2956b1aa22129951b8c08ac06ff1ffd66811a26c) Signed-off-by: Steve Sakoman --- meta/recipes-extended/timezone/timezone.inc | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)

[OE-core][dunfell 2/3] qemu: Fix CVE-2023-5088

From: Vijay Anusuri A bug in QEMU could cause a guest I/O operation otherwise addressed to an arbitrary disk offset to be targeted to offset 0 instead (potentially overwriting the VM's boot code). This change is to fix CVE-2023-5088. Link:

[OE-core][dunfell 1/3] go: Fix CVE-2023-39326

From: Vijay Anusuri A malicious HTTP sender can use chunk extensions to cause a receiver reading from a request or response body to read many more bytes from the network than are in the body. A malicious HTTP client can further exploit this to cause a server to automatically read a large amount

[OE-core][dunfell 0/3] Patch review

Please review this set of changes for dunfell and have comments back by end of day Thursday, January 4. Passed a-full on autobuilder: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/6406 The following changes since commit 94e9019d2f170a26206c2774381a1d183313ecaa: testimage:

[OE-core] Patchtest results for [PATCH] bmap-tools: Upgrade to 3.7

Thank you for your submission. Patchtest identified one or more issues with the patch. Please see the log below for more information: --- Testing patch /home/patchtest/share/mboxes/bmap-tools-Upgrade-to-3.7.patch FAIL: test lic files chksum modified not mentioned: LIC_FILES_CHKSUM changed

Re: [OE-core][PATCH] debugedit: add UPSTREAM_CHECK settings

On 1/3/24 00:54, Alexander Kanavin wrote: The check already works, at least for me it correctly checks both the top level directory and the 'latest' directory: ... --2024-01-02 16:51:30-- https://sourceware.org/ftp/debugedit/ ... --2024-01-02 16:51:30--

[OE-core] [PATCH] bmap-tools: Upgrade to 3.7

From: Fabio Estevam Upgrade to version 3.7. The COPYING file has been renamed as LICENSE, so adapt LIC_FILES_CHKSUM accordingly. Signed-off-by: Fabio Estevam --- meta/recipes-support/bmap-tools/bmap-tools_git.bb | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

Re: [OE-core] [PATCH v5 2/3] mesa: add support for RustiCL under PACKAGECONFIG "opencl"

On Tue, 2 Jan 2024 at 17:30, Richard Purdie wrote: > > On Tue, 2024-01-02 at 17:25 +0200, Dmitry Baryshkov wrote: > > On Tue, 2 Jan 2024 at 13:40, Richard Purdie > > wrote: > > > > > > On Tue, 2024-01-02 at 12:32 +0200, Dmitry Baryshkov wrote: > > > > On Sat, 30 Dec 2023 at 23:02, Richard Purdie

Re: [OE-core] [PATCH] sanity.bbclass: CHeck for additional native perl modules.

On Tue, 2024-01-02 at 16:14 -0500, Philip Balister wrote: > On 1/2/24 11:45, Richard Purdie wrote: > > On Tue, 2024-01-02 at 11:40 -0500, Philip Balister wrote: > > > On 1/2/24 10:34, Richard Purdie wrote: > > > > On Tue, 2024-01-02 at 06:21 -0500, Philip Balister wrote: > > > > > Since we use the

Re: [OE-core] [PATCH] elfutils: Correct LICENSE line in the recipe

On Tue, Jan 2, 2024 at 8:40 AM Lyu, William via lists.openembedded.org wrote: > > From: William Lyu > > Correct the LICENSE line in the recipe to match the license information > as described in the upstream website [1]: > > "License. The libraries and backends are dual GPLv2+/LGPLv3+. The >

Re: [OE-core] [PATCH] sanity.bbclass: CHeck for additional native perl modules.

On 1/2/24 11:45, Richard Purdie wrote: On Tue, 2024-01-02 at 11:40 -0500, Philip Balister wrote: On 1/2/24 10:34, Richard Purdie wrote: On Tue, 2024-01-02 at 06:21 -0500, Philip Balister wrote: Since we use the build systems native perl, we need to check that all perl modules required for a

[OE-core] [PATCH] oeqa/runtime/parselogs: add qemux86 ACPI ignore for kernel v6.6+

From: Bruce Ashfield upstream commit 003e0694fcd3d5 [ACPI: processor: Refine messages in acpi_early_processor_control_setup()] changes logging during boot such that some of the informational messages are caught as QA issues. Adding the string to the ingore files so that 6.6+ will pass QA.

Re: [RFC][oe-core][PATCH] utfcpp: add recipe

On Tue, Jan 2 2024 at 06:53:02 PM +01:00:00, Alexander Kanavin wrote: So do I understand correctly that the two upstreams mutually contradict each other? The announcement to deprecate support for cmake in

Re: [OE-core] [PATCH V4] cairo: upgrade 1.16.0 -> 1.18.0

I just sent a fixup patch for that, together with the unchanged cairo update patch. Alex On Wed, 27 Dec 2023 at 13:01, Alexandre Belloni via lists.openembedded.org wrote: > > Hello, > > This fails on x86-64 x32: > >

Re: [RFC][oe-core][PATCH] utfcpp: add recipe

So do I understand correctly that the two upstreams mutually contradict each other? Can you file a ticket with one or the other? Alex On Tue, 2 Jan 2024 at 18:37, wrote: > > On Tue, Jan 2 2024 at 05:43:31 PM +01:00:00, Alexander Kanavin > wrote: > > I wonder if we even need a separate recipe

[OE-core] [PATCH v5 2/2] cairo: fix builds on targets without qemu usermode

There is a hastily copy-pasted, untested fix for this, which needs some adjustments: - drop irrelevant comment - section should be [properties], not [binaries] - the setting should only be forced if qemu usermode isn't available, otherwise it can be determined by runinng the code as intended.

[OE-core] [PATCH v5 1/2] cairo: upgrade 1.16.0 -> 1.18.0

From: qiutt Changelog for 1.18.0 [1]: The cairo-sphinx tool has been removed Cairo now implements Type 3 color fonts for PDF The XML surface has been removed The Tee surface is now automatically enabled The Quartz surface is improved Cairo now hides all private symbols by default on

Re: [OE-core][dunfell][PATCH] tzdata: Upgrade to 2023d

On Mon, Jan 1, 2024 at 8:26 AM Shubham Kulkarni wrote: > > Hi Steve, > > Thanks for your response. Will it be possible to merge this patch in > dunfell-nut till Jan 02, if there are no issues with the patch. Yes, it is now merged in stable/dunfell-nut Steve > On Sat, Dec 30, 2023 at 9:03 PM

Re: [RFC][oe-core][PATCH] utfcpp: add recipe

On Tue, Jan 2 2024 at 05:43:31 PM +01:00:00, Alexander Kanavin wrote: I wonder if we even need a separate recipe at all. Perhaps just list this in SRC_URI for taglib and copy the needed file out of its tree into where taglib can pick it up?

[OE-core][PATCH v2] scripts/runqemu: fix regex escape sequences

When invoking runqemu with Python 3.12, the following warning is encountered: |SyntaxWarning: invalid escape sequence '\.' This is because the interpreter scans the string before it is processed by the regex module, and it interprets the backslash as part of an escape sequence, but not a

Re: [OE-core][PATCH] debugedit: add UPSTREAM_CHECK settings

The check already works, at least for me it correctly checks both the top level directory and the 'latest' directory: ... --2024-01-02 16:51:30-- https://sourceware.org/ftp/debugedit/ ... --2024-01-02 16:51:30-- https://sourceware.org/ftp/debugedit/5.0/ ... INFO: debugedit 5.0

[OE-core][PATCH] scripts/runqemu: fix regex escape sequences

When invoking runqemu with Python 3.12, the following warning is encountered: |SyntaxWarning: invalid escape sequence '\.' This is because the interpreter scans the string before it is processed by the regex module, and it interprets the backslash as part of an escape sequence, but not a

Re: [OE-core] [PATCH] sanity.bbclass: CHeck for additional native perl modules.

On Tue, 2024-01-02 at 11:40 -0500, Philip Balister wrote: > On 1/2/24 10:34, Richard Purdie wrote: > > On Tue, 2024-01-02 at 06:21 -0500, Philip Balister wrote: > > > Since we use the build systems native perl, we need to check that all > > > perl modules required for a build are installed. For a

Re: [RFC][oe-core][PATCH] utfcpp: add recipe

I wonder if we even need a separate recipe at all. Perhaps just list this in SRC_URI for taglib and copy the needed file out of its tree into where taglib can pick it up? Alex On Tue, 2 Jan 2024 at 14:01, Markus Volk wrote: > > The documentation states: > > This is a header-only library and

[OE-core] [PATCH] elfutils: Correct LICENSE line in the recipe

From: William Lyu Correct the LICENSE line in the recipe to match the license information as described in the upstream website [1]: "License. The libraries and backends are dual GPLv2+/LGPLv3+. The utilities are GPLv3+." [1] https://sourceware.org/elfutils Signed-off-by: William Lyu ---

Re: [OE-core] [PATCH] sanity.bbclass: CHeck for additional native perl modules.

On 1/2/24 10:34, Richard Purdie wrote: On Tue, 2024-01-02 at 06:21 -0500, Philip Balister wrote: Since we use the build systems native perl, we need to check that all perl modules required for a build are installed. For a default Fedora 39 install, autoconf-native and libxcrypt both fail to

Re: [OE-core] [PATCH] sanity.bbclass: CHeck for additional native perl modules.

On Tue, 2024-01-02 at 06:21 -0500, Philip Balister wrote: > Since we use the build systems native perl, we need to check that all > perl modules required for a build are installed. For a default Fedora 39 > install, autoconf-native and libxcrypt both fail to build due to missing > perl modules.

Re: [OE-core] [PATCH v5 2/3] mesa: add support for RustiCL under PACKAGECONFIG "opencl"

On Tue, 2024-01-02 at 17:25 +0200, Dmitry Baryshkov wrote: > On Tue, 2 Jan 2024 at 13:40, Richard Purdie > wrote: > > > > On Tue, 2024-01-02 at 12:32 +0200, Dmitry Baryshkov wrote: > > > On Sat, 30 Dec 2023 at 23:02, Richard Purdie > > > wrote: > > > > > > > > On Sat, 2023-12-30 at 21:14

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

On Tue, Jan 2, 2024 at 9:32 AM Bruce Ashfield via lists.openembedded.org wrote: > > On Tue, Jan 2, 2024 at 9:24 AM Alexandre Belloni > wrote: > > > > Hello, > > > > This breaks meta-virt: > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/128/builds/2705/steps/12/logs/stdio > > > >

Re: [OE-core] [PATCH v5 2/3] mesa: add support for RustiCL under PACKAGECONFIG "opencl"

On Tue, 2 Jan 2024 at 13:40, Richard Purdie wrote: > > On Tue, 2024-01-02 at 12:32 +0200, Dmitry Baryshkov wrote: > > On Sat, 30 Dec 2023 at 23:02, Richard Purdie > > wrote: > > > > > > On Sat, 2023-12-30 at 21:14 +0200, Dmitry Baryshkov wrote: > > > > From: Zoltán Böszörményi > > > > > > > >

[OE-core] [PATCH 1/2] libcap-ng: upgrade 0.8.3 -> 0.8.4

ChangeLog: - In capng_change_id, clear PR_SET_KEEPCAPS if returning an error - pscap: add -p option for reporting a specified process - Annotate function prototypes to warn if results are unused - Drop python2 support * Remove "--with-python" option as python2 support was dropped.

[OE-core] [PATCH 2/2] libcap-ng-python: upgrade 0.8.3 -> 0.8.4

ChangeLog: - In capng_change_id, clear PR_SET_KEEPCAPS if returning an error - pscap: add -p option for reporting a specified process - Annotate function prototypes to warn if results are unused - Drop python2 support * Remove "--with-python" option as python2 support was dropped.

Re: [OE-core] [PATCH 2/7] selftest/sstatetests: fix up printdiff test to match rework of printdiff logic

I just sent a patch for this: "lib/sstatesig/find_siginfo: raise an error instead of returning None when obtaining mtime" It will not fix the issue, but it will get better diagnostics (the error can be suppressed, but it's something that shouldn't be happening, so I want to see what is really the

[OE-core] [PATCH] lib/sstatesig/find_siginfo: raise an error instead of returning None when obtaining mtime

Suppressing the error and returning None can result in a delayed failure: https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/6254/steps/14/logs/stdio https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/6262/steps/14/logs/stdio It is not clear why the os.stat() error

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

On Tue, Jan 2, 2024 at 9:24 AM Alexandre Belloni wrote: > > Hello, > > This breaks meta-virt: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/128/builds/2705/steps/12/logs/stdio > 6.6 kernel configs for meta-virt are on its master-next. I unfortunately can't push that for a couple

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

Hello, This breaks meta-virt: https://autobuilder.yoctoproject.org/typhoon/#/builders/128/builds/2705/steps/12/logs/stdio and I believe this also causes: AssertionError: 2 != 0 : Log:

Re: [RFC][oe-core][PATCH] utfcpp: add recipe

The documentation states: This is a header-only library and the supported way of deploying it is: Download a release from into a temporary directory Unzip the release Copy the content of utfcpp/source file into the directory where you keep include

Re: [OE-core] [PATCH] patchtest: Add test for deprecated CVE_CHECK_IGNORE

On Mon, 2023-12-18 at 12:42 -0800, simone.p.we...@posteo.com wrote: > > I agree,  this would be a good change to make for long-term > > maintainability. LGTM otherwise. > I have tried to implement such a check as well, and while this check > is fine > and works, the test of a patch with patchtest

[RFC][oe-core][PATCH] utfcpp: add recipe

utfcpp will be a required dependency for the upcoming taglib-2.0 update. Signed-off-by: Markus Volk --- meta/conf/distro/include/maintainers.inc | 1 + meta/recipes-devtools/utfcpp/utfcpp_4.0.4.bb | 13 + 2 files changed, 14 insertions(+) create mode 100644

Re: [OE-core] [PATCH v5 2/3] mesa: add support for RustiCL under PACKAGECONFIG "opencl"

On Tue, 2024-01-02 at 12:32 +0200, Dmitry Baryshkov wrote: > On Sat, 30 Dec 2023 at 23:02, Richard Purdie > wrote: > > > > On Sat, 2023-12-30 at 21:14 +0200, Dmitry Baryshkov wrote: > > > From: Zoltán Böszörményi > > > > > > Mesa now has two OpenCL implementations: Clover (older one) and

[OE-core] [PATCH] sanity.bbclass: CHeck for additional native perl modules.

Since we use the build systems native perl, we need to check that all perl modules required for a build are installed. For a default Fedora 39 install, autoconf-native and libxcrypt both fail to build due to missing perl modules. After taking careful notes, this commits adds checks for

Re: [OE-core] [PATCH v5 2/3] mesa: add support for RustiCL under PACKAGECONFIG "opencl"

On Sat, 30 Dec 2023 at 23:02, Richard Purdie wrote: > > On Sat, 2023-12-30 at 21:14 +0200, Dmitry Baryshkov wrote: > > From: Zoltán Böszörményi > > > > Mesa now has two OpenCL implementations: Clover (older one) and RustiCL > > (newer one). Extend the "opencl" package config to include both > >

Re: [OE-core] [PATCH 1/2] packagegroup-core-x11-xserver: use RRECOMMENDS for mesa-driver-swrast

Perhaps you can set up plain poky, and compare Mesa builds with that? No one else is reporting the issue, and the changes are invasive, so I’d want to get to the bottom of it first. Alex On Tue 2. Jan 2024 at 0.42, Vincent Davis Jr wrote: > Yea, I can try to find root cause. May just be my

Re: [OE-Core][PATCH 4/4] rust: Upgrade 1.74.1 -> 1.75.0

On Sun, Dec 31, 2023 at 2:34 PM Alex Kiernan via lists.openembedded.org wrote: > > On Sun, Dec 31, 2023 at 2:23 PM Richard Purdie > wrote: > > > > On Sat, 2023-12-30 at 15:49 +, Alex Kiernan wrote: > > > Drop backported musl fixes. Set `change-id` rather than `changelog-seen` > > > to fix

[OE-core] Patchtest results for [PATCH 1/2] connman: Fix build with musl

Thank you for your submission. Patchtest identified one or more issues with the patch. Please see the log below for more information: --- Testing patch /home/patchtest/share/mboxes/1-2-connman-Fix-build-with-musl.patch FAIL: test commit message presence: Please include a commit message on your

[OE-core] Patchtest results for [PATCH 2/2] rpm: Fix build with musl

Thank you for your submission. Patchtest identified one or more issues with the patch. Please see the log below for more information: --- Testing patch /home/patchtest/share/mboxes/2-2-rpm-Fix-build-with-musl.patch FAIL: test commit message presence: Please include a commit message on your

[OE-core][PATCH] devtool: use straight print in check-upgrade-status output

From: Chen Qi 'devtool check-upgrade-status' is for reporting upgradable status for recipes. The output should always be printed out. So we should just use 'print' instead of 'logger.info' as the latter will be suppressed if '-q' parameter is supplied to devtool. Signed-off-by: Chen Qi ---

[OE-core][PATCH] debugedit: add UPSTREAM_CHECK settings

From: Chen Qi Add UPSTREAM_CHECK_URI(REGEX) to allow for checking new releases for debugedit recipe. Signed-off-by: Chen Qi --- meta/recipes-devtools/debugedit/debugedit_5.0.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta/recipes-devtools/debugedit/debugedit_5.0.bb

[OE-core] [PATCH 1/2] connman: Fix build with musl

Signed-off-by: Khem Raj --- c-Include-libgen.h-for-basename-API.patch | 55 +++ .../connman/connman_1.42.bb | 1 + 2 files changed, 56 insertions(+) create mode 100644

[OE-core] [PATCH 2/2] rpm: Fix build with musl

Signed-off-by: Khem Raj --- ...lename-before-passing-it-to-basename.patch | 40 +++ ...ix-missing-basename-include-on-macOS.patch | 26 meta/recipes-devtools/rpm/rpm_4.18.1.bb | 2 + 3 files changed, 68 insertions(+) create mode 100644