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

2024-01-12 Thread Dmitry Baryshkov
On Fri, 12 Jan 2024 at 12:21, Böszörményi Zoltán wrote: > > 2024. 01. 02. 23:57 keltezéssel, Dmitry Baryshkov írta: > > 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 > >>>

[OE-core] [PATCH] mdadm: Disable 10ddf-fail-spare and 10ddf-fail-stop-readd testcases

2024-01-12 Thread Khem Raj
This always fails in my CI setup. There are some others which fail intermittently however, this one is deterministic and fails always e.g. AssertionError:- [1/1] Failed ptests: {'mdadm':

[OE-core] [PATCH] webkitgtk: Workaround for clang compiler segfault

2024-01-12 Thread Khem Raj
This is a compiler crash which is under works upstream, until its fixed lets disable musttail calls on clang+arm Signed-off-by: Khem Raj --- .../webkit/webkitgtk/no-musttail-arm.patch| 21 +++ meta/recipes-sato/webkit/webkitgtk_2.42.2.bb | 1 + 2 files changed, 22

[OE-core] Patchtest results for [PATCH v2 3/3] insane.bbclass: Python code cleanup in check_32bit_symbols

2024-01-12 Thread Patchtest
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/v2-3-3-insane.bbclass-Python-code-cleanup-in-check_32bit_symbols.patch FAIL: test commit message presence: Please

[OE-core] [PATCH] siteinfo.bbclass: add support for darwin19 and darwin21

2024-01-12 Thread Etienne Cordonnier via lists.openembedded.org
From: Etienne Cordonnier Ported from the meta-darwin layer which supports darwin19 (honister version) and darwin21 (kirkstone version). Signed-off-by: Dominik Schnitzer Signed-off-by: Etienne Cordonnier --- meta/classes-recipe/siteinfo.bbclass | 4 1 file changed, 4 insertions(+) diff

[OE-core] [PATCH] chrpath.bbclass: fix Darwin support

2024-01-12 Thread Etienne Cordonnier via lists.openembedded.org
From: Etienne Cordonnier Ported from the meta-darwin layer: The call to out.split("\n") expects a string, thus the parameter text=True is needed (otherwise Popen returns a bytes object). Note that "text" is just a more readable alias for universal_newlines. Signed-off-by: Dominik Schnitzer

[OE-core] Patchtest results for [PATCH 3/3] insane.bbclass: Python code cleanup in check_32bit_symbols

2024-01-12 Thread Patchtest
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/3-3-insane.bbclass-Python-code-cleanup-in-check_32bit_symbols.patch FAIL: test Signed-off-by presence: Mbox is

[OE-core][PATCH v2] package.py: fix Darwin support

2024-01-12 Thread Etienne Cordonnier via lists.openembedded.org
From: Etienne Cordonnier - 'subprocess.Popen([d.expand("${HOST_PREFIX}otool)' requires text-mode (a more readable alias for the universal_newlines parameter), since otool produces text and the code 'out.split("\n")' expects a string, not a bytes object. otool is used on MacOS only, so this

Re: [OE-core] [PATCH 3/3] insane.bbclass: Python code cleanup in check_32bit_symbols

2024-01-12 Thread Ola x Nilsson
Forgot the signed-off footer, v2 sent /Ola On Fri, Jan 12 2024, Ola x Nilsson wrote: > --- > meta/classes-global/insane.bbclass | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/meta/classes-global/insane.bbclass > b/meta/classes-global/insane.bbclass > index

[OE-core] [PATCH v2 3/3] insane.bbclass: Python code cleanup in check_32bit_symbols

2024-01-12 Thread Ola x Nilsson
Signed-off-by: Ola x Nilsson --- meta/classes-global/insane.bbclass | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/classes-global/insane.bbclass b/meta/classes-global/insane.bbclass index 1ff6a319c4..26457764ce 100644 --- a/meta/classes-global/insane.bbclass +++

[OE-core] [PATCH v2 1/3] insane.bbclass: Check for adjtime in check_32_bit_symbols

2024-01-12 Thread Ola x Nilsson
adjtime was overlooked in the original commit. Signed-off-by: Ola x Nilsson --- meta/classes-global/insane.bbclass | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/classes-global/insane.bbclass b/meta/classes-global/insane.bbclass index 6f3cd3026d..69741a6a79 100644 ---

[OE-core] [PATCH v2 2/3] insane.bbclass: Make check_32bit_symbols check for file functions too

2024-01-12 Thread Ola x Nilsson
Since _TIME_BITS=64 forces the use of _FILE_OFFSET_BITS=64, also check for functions redirected only based on _FILE_OFFSET_BITS and __USE_FILE_OFFSET64. Signed-off-by: Ola x Nilsson --- meta/classes-global/insane.bbclass | 31 ++ 1 file changed, 31 insertions(+)

[OE-core] [PATCH 3/3] insane.bbclass: Python code cleanup in check_32bit_symbols

2024-01-12 Thread Ola x Nilsson
--- meta/classes-global/insane.bbclass | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/classes-global/insane.bbclass b/meta/classes-global/insane.bbclass index 1ff6a319c4..26457764ce 100644 --- a/meta/classes-global/insane.bbclass +++

[OE-core] [PATCH 1/3] insane.bbclass: Check for adjtime in check_32_bit_symbols

2024-01-12 Thread Ola x Nilsson
adjtime was overlooked in the original commit. Signed-off-by: Ola x Nilsson --- meta/classes-global/insane.bbclass | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/classes-global/insane.bbclass b/meta/classes-global/insane.bbclass index 6f3cd3026d..69741a6a79 100644 ---

[OE-core] [PATCH 2/3] insane.bbclass: Make check_32bit_symbols check for file functions too

2024-01-12 Thread Ola x Nilsson
Since _TIME_BITS=64 forces the use of _FILE_OFFSET_BITS=64, also check for functions redirected only based on _FILE_OFFSET_BITS and __USE_FILE_OFFSET64. Signed-off-by: Ola x Nilsson --- meta/classes-global/insane.bbclass | 31 ++ 1 file changed, 31 insertions(+)

Re: [OE-core] [PATCH] package.py: fix Darwin support

2024-01-12 Thread Etienne Cordonnier via lists.openembedded.org
hi Alex, as far as I know, universal_newlines=True is always required when executing commands which produce text. I'll send an updated commit, but it's already used a lot in the code-base, so I didn't think it needed an explanation. See this example: >>> p = subprocess.Popen(['ls', '-l'],

[OE-core] base-files ships /usr/src as 2755 in rpm (honister, kirkstone)

2024-01-12 Thread Zoltan Boszormenyi
Hi, I have a very strange issue, base-files and *-src rpm packages have permission conflicts for /usr/src. As expected after reading the recipe and all the bbappends from the layers I use, it should use 0755 and according to devshell, it does: $ bitbake -c install base-files $ bitbake -c

[OE-core] [PATCH] bmaptool: add 3 fixes

2024-01-12 Thread Trevor Woerner
I found a couple issues with bmaptool, including a race condition, which I have fixed and submitted upstream. This patch adds these fixes to the project now while waiting for feedback and a new release: BmapCopy.py: fix error message CLI.py: fix block device udev race condition

Re: [OE-core] [PATCH] package.py: fix Darwin support

2024-01-12 Thread Alexander Kanavin
The universal_newlines=True changes need to be explained in the commit message. Why are they added? The need for hostos.startswith("darwin") is easier to guess, but that too, needs an explanation. Alex On Fri, 12 Jan 2024 at 14:53, Etienne Cordonnier via lists.openembedded.org wrote: > > From:

[OE-core] [PATCH] package.py: fix Darwin support

2024-01-12 Thread Etienne Cordonnier via lists.openembedded.org
From: Etienne Cordonnier Signed-off-by: Dominik Schnitzer Signed-off-by: Etienne Cordonnier --- meta/lib/oe/package.py | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/lib/oe/package.py b/meta/lib/oe/package.py index 9a465eaa09..635efc9763 100644 ---

[OE-core] [PATCH] cmake.bbclass: add Darwin support

2024-01-12 Thread Etienne Cordonnier via lists.openembedded.org
From: Etienne Cordonnier This was initially added by https://git.yoctoproject.org/meta-darwin/commit/?id=97a84e083d0c2812e44231d48fb478e9a9cfac79 to the meta-darwin repository, however having it directory in openembedded-core will make the maintenance of meta-darwin easier. Signed-off-by:

[OE-core] [PATCH 2/2] python: update 3.11.5 -> 3.12.1

2024-01-12 Thread Alexander Kanavin
Drop distutils and smtpd modules from packaging, as both are gone in 3.12. Rebase: 0020-configure.ac-setup.py-do-not-add-a-curses-include-pa.patch (drop setup.py chunk as the file is gone) Drop patches: 0001-Do-not-add-usr-lib-termcap-to-linker-flags-to-avoid-.patch (setup.py gone, lib/termcap

[OE-core] [PATCH 1/2] glib-2.0: pull in python3-dbusmock unconditionally

2024-01-12 Thread Alexander Kanavin
With python 3.12 some of the glib ptests started failing. Inspection revealed that they fail because all tests in some glib's test suites are skipped; python 3.12's unittest module deems "no tests in a test suite were executed" a failure (and I tend to agree). Why are all the tests skipped?

Re: [OE-core] [PATCH 13/21] alsa-utils-scripts: merge into alsa-utils

2024-01-12 Thread Alexander Kanavin
On Fri, 12 Jan 2024 at 10:14, Marko, Peter wrote: > I'm upgrading my layer from kirkstone to scarthgap and observed that my image > failed due to gpl3 license. > > I want to conveniently install whole alsa-utils except for parts where > license forbids me to do it. > After your path I would

Re: [RFC][oe-core][PATCHv2] webp: switch recipe to cmake buildsystem

2024-01-12 Thread Alexander Kanavin
On Fri, 12 Jan 2024 at 11:26, Alexander Kanavin via lists.openembedded.org wrote: > > Aside from the fact that I can't send suggestions to upstream at google > > anyway, because I'm not willing to accept their requirement for a google > > account with a gmail address. Also: this is not correct.

Re: [RFC][oe-core][PATCHv2] webp: switch recipe to cmake buildsystem

2024-01-12 Thread Alexander Kanavin
On Fri, 12 Jan 2024 at 09:56, Markus Volk wrote: > > Why is the patch marked inappropriate? > > > > Please send upstream first, and only after upstream has expressed > > their approval/disaporoval/request for changes we can take some form > > of it in oe-core. Maybe they would simply want to turn

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

2024-01-12 Thread Zoltan Boszormenyi
2024. 01. 02. 23:57 keltezéssel, Dmitry Baryshkov írta: 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

Re: [OE-core] [PATCH 13/21] alsa-utils-scripts: merge into alsa-utils

2024-01-12 Thread Peter Marko via lists.openembedded.org
Hi Alex, I'm upgrading my layer from kirkstone to scarthgap and observed that my image failed due to gpl3 license. I want to conveniently install whole alsa-utils except for parts where license forbids me to do it. After your path I would need to list all alsa-utils subpackages except the