Re: [oe-core][PATCHv6] vte: upgrade 2.72.2 -> 2.74.0

I think for now we can actually fix this via enabling gtk4 in vte subject to opengl in DISTRO_FEATURES. The options do exist: https://github.com/GNOME/vte/blob/master/meson_options.txt#L74 I see it as something of a temporary compromise, but it won't require changing the test matrix, until vte

Re: [oe-core][PATCHv6] vte: upgrade 2.72.2 -> 2.74.0

On Thu, 21 Sept 2023 at 22:59, Alexandre Belloni via lists.openembedded.org wrote: > > BTW, I'd like you to test patches before sending because you claimed > this was tested with oe-core but this was definitively not. The fact > that we are at v6 and this still breaks builds so early is very >

Re: [OE-core] [PATCH v2] adwaita-icon-theme: 43 -> 45.0

On 9/22/23 11:23, Markus Volk wrote: On Thu, Sep 21 2023 at 10:35:13 PM +02:00:00, Alexander Kanavin wrote: Please read again what I said about task signatures because the problem with allarch compatibility is there. I read it and also looked at the signatures. But it didn't tell me as much

Re: [OE-core] [PATCH v2] adwaita-icon-theme: 43 -> 45.0

On Thu, Sep 21 2023 at 10:35:13 PM +02:00:00, Alexander Kanavin wrote: Please read again what I said about task signatures because the problem with allarch compatibility is there. I read it and also looked at the signatures. But it didn't tell me as much as it would have told you. At least

[OE-core] [PATCH] musl: Drop MIRRORS

When using mirrors fetcher gets into a weird state when shallow clones are enables. ERROR: Bitbake Fetcher Error: UnpackError('No up to date source found: clone directory not available or not up to date: /mnt/b/yoe/master/downloads/git2/git.musl-libc.org.git.musl.git; shallow clone not

[OE-core] [PATCH 5/5] oeqa/selftest/oescripts: Avoid variable access at module load

Using get_bb_var in the class setup leads to slow startup of oe-selftest. Move the calls into setupClass instead to remove the overhead at the expense of some code duplication. Signed-off-by: Richard Purdie --- meta/lib/oeqa/selftest/cases/oescripts.py | 23 --- 1 file

[OE-core] [PATCH 3/5] oeqa: Streamline oe-selftest startup time

"bitbake -e" executions from get_bb_var calls are slow and slow down oe-selftest startup. Rationalise the code to avoid them and minimise the number of "parsing" locations we use by caching key variables and passing them around more. This was particularly problematic with oe-selftest -j usage

[OE-core] [PATCH 4/5] lib: Import packagedata oe module by default

Variable dependencies for functions in the oe.packagedata module were missing as it was not present in BBIMPORTS. Add it as the fact it was missing is likely just historical oversight from base.bbclass history and the dependencies are useful. Signed-off-by: Richard Purdie ---

[OE-core] [PATCH 2/5] oeqa/selftest/reproducible: Avoid oe-selftest startup delays

Currently the bb_get_var calls trigger multiple "bitbake -e" executions which slow the start of oe-selftest for any test. Rework the code to avoid these delays. Signed-off-by: Richard Purdie --- meta/lib/oeqa/selftest/cases/reproducible.py | 27 +++- 1 file changed, 15

[OE-core] [PATCH 1/5] oeqa/selftest: Fix broken symlink removal handling

The test above this removal correctly looks at symlinks however to remove a symlink we should call unlink(), not remove(). This avoids some build failures/tracebacks. Signed-off-by: Richard Purdie --- meta/lib/oeqa/selftest/context.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [OE-core] [PATCH v4 0/5] Add bblock helper scripts

On 21/09/2023 16:24:30+0200, Julien Stephan wrote: > Le jeu. 21 sept. 2023 à 15:11, Alexandre Belloni > a écrit : > > > > Hello, > > > > On 20/09/2023 16:20:42+0200, Julien Stephan wrote: > > > Hi Alexandre, > > > sorry for the late reply. > > > > > > I was not able to reproduce this issue on my

Re: [OE-core] [PATCH 0/8] oeqa/runtime/parselogs improvements

On Thu, 2023-09-21 at 14:48 +0100, Ross Burton wrote: > From: Ross Burton > > This is part one of my parselogs series, which clean up the code > and refactor slightly in preparation for a more exciting part two > which I shall send shortly. > > Ross Burton (8): > oeqa/runtime/parselogs:

Re: [oe-core][PATCHv6] vte: upgrade 2.72.2 -> 2.74.0

On 21/09/2023 16:46:49+0200, Alexander Kanavin wrote: > On Thu, 21 Sept 2023 at 16:42, Alexandre Belloni via > lists.openembedded.org > wrote: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/47/builds/7816/steps/12/logs/stdio > > > > ERROR: Nothing PROVIDES 'vte' (but > >

Re: [oe-core][PATCHv6] vte: upgrade 2.72.2 -> 2.74.0

BTW, I'd like you to test patches before sending because you claimed this was tested with oe-core but this was definitively not. The fact that we are at v6 and this still breaks builds so early is very annoying. On 21/09/2023 16:42:23+0200, Alexandre Belloni wrote: >

Re: [OE-core] [PATCH v2] adwaita-icon-theme: 43 -> 45.0

On Thu, 21 Sept 2023 at 22:25, Markus Volk wrote: > > The refmanual says about allarch: > Unlike some distro recipes (e.g. Debian), OpenEmbedded recipes that produce > packages that depend on tunings through use of the RDEPENDS and TUNE_PKGARCH > variables, should never be configured for all

Re: [OE-core] [PATCH v2] adwaita-icon-theme: 43 -> 45.0

The refmanual says about allarch: Unlike some distro recipes (e.g. Debian), OpenEmbedded recipes that produce packages that depend on tunings through use of the RDEPENDS and TUNE_PKGARCH variables, should never be configured for all architectures using allarch. This is the case even if the

[OE-core] [PATCH] musl: Update to latest

Brings following bug fixes * 79bdacff glob: fix wrong return code when aborting before any matches * 7291c6c6 statvfs: allocate spare for f_type * 39e43f08 math: fix ld80 powl(x,huge) and powl(LDBL_MAX,small) * 6d101027 math: fix ld80 acoshl(x) for x < 0 Signed-off-by: Khem Raj ---

Re: [OE-core] [PATCH v2] adwaita-icon-theme: 43 -> 45.0

On Thu, 21 Sept 2023 at 17:51, Markus Volk wrote: > How did you trace it? That doesn't make sense given what the test does, and > the task where diverge begins. > > but still the test failed. In the next step I excluded inherit allarch and > the test succeeded > > Looking at allarch.bbclass,

[OE-core][kirkstone][PATCH] go: Fix CVE-2023-39318

From: Siddharth Doshi Upstream-Status: Backport from [https://github.com/golang/go/commit/023b542edf38e2a1f87fcefb9f75ff2f99401b4c] CVE: CVE-2023-39318 Signed-off-by: Siddharth Doshi --- meta/recipes-devtools/go/go-1.17.13.inc | 1 + .../go/go-1.21/CVE-2023-39318.patch | 238

Re: [OE-core] [PATCH] hashserv: Retry and sleep if database is locked on INSERT

On Thu, Sep 21, 2023 at 4:08 AM Tobias Hagelborn wrote: > > From: Tobias Hagelborn > > Retry insert operations in case the database is locked by > an external process. For instance an external cleanup or data > retention transaction. Use async sleep to not block the event loop. sqlite already

Re: [OE-core] [PATCH v2] adwaita-icon-theme: 43 -> 45.0

On Thu, Sep 21 2023 at 05:36:13 PM +02:00:00, Alexander Kanavin wrote: How did you trace it? That doesn't make sense given what the test does, and the task where diverge begins. First I ran oe-selftest -r sstatetests.SStateHashSameSigs2.test_sstate_allarch_samesigs 2023-09-21 17:43:06,946 -

Re: [OE-core] [PATCH v2] adwaita-icon-theme: 43 -> 45.0

On Thu, 21 Sept 2023 at 17:17, Markus Volk wrote: > And I tracked the issue down to this in allarch.bbclass > https://git.yoctoproject.org/poky/tree/meta/classes-recipe/allarch.bbclass#n11 > > Running addhandler allarch_package_arch_handler causes the diverge How did you trace it? That doesn't

[OE-core] [kirkstone][PATCH] cml1: Fix KCONFIG_CONFIG_COMMAND not conveyed fully in do_menuconfig

From: Jaeyoon Jung Variable overrides in KCONFIG_CONFIG_COMMAND do not work as expected due to double quote mismatches. The issue is reproducible in an environment where gold is the default linker. Below is an example snippet of run.do_terminal generated by do_menuconfig. do_terminal() { exec

[OE-core] [PATCH] go: ignore CVE-2023-24532

Fix for the CVE introduces new data structures which are defined in newer versions of go. Also, from upstream maintainer, "...it only affects niche configurations, namely very specific direct uses of crypto/elliptic. We found no real world protocol that could be attacked due to this."

Re: [OE-core] [PATCH v2] adwaita-icon-theme: 43 -> 45.0

On Thu, Sep 21 2023 at 11:51:03 AM +02:00:00, Alexander Kanavin wrote: If you'd like to help, it would be more productive to take the patch and build it locally to have first hand evidence of what is happening. I try ;) Had a look at core-image-sato and all icons were still present as far

[OE-core][PATCH] create-spdx/sbom: Ensure files don't overlap between machines

From: Richard Purdie Currently the by-id and by-namespace SPDX files are created without reference to PACKAGE_ARCH. This means that for two machines using a common package architecture (e.g. genericx86-64 and qqemux86-64), there would be overlapping files. This means that the build of one can

Re: [OE-core] Findings from using Hash Equivalence server

On Thu, Sep 21, 2023 at 6:38 AM Richard Purdie wrote: > > On Thu, 2023-09-21 at 12:13 +0200, Tobias Hagelborn wrote: > > Findings from using Hash Equivalence server at scale: > > = > > > > We have now used the OE Hash Equivalence server at scale

Re: [OE-core] [PATCH v2 3/3] common-musl: Disable error_at_line detection for musl

On Thu, Sep 21, 2023 at 7:20 AM Richard Purdie wrote: > > On Wed, 2023-09-20 at 15:09 -0700, Khem Raj wrote: > > bsd-headers provide error.h file and static functions to implement error > > API and related functions, which confuses gnulib provided functions. So > > lets prefer gnulib provided

Re: [oe-core][PATCHv6] vte: upgrade 2.72.2 -> 2.74.0

On Thu, 21 Sept 2023 at 16:42, Alexandre Belloni via lists.openembedded.org wrote: > https://autobuilder.yoctoproject.org/typhoon/#/builders/47/builds/7816/steps/12/logs/stdio > > ERROR: Nothing PROVIDES 'vte' (but >

Re: [oe-core][PATCHv6] vte: upgrade 2.72.2 -> 2.74.0

https://autobuilder.yoctoproject.org/typhoon/#/builders/47/builds/7816/steps/12/logs/stdio ERROR: Nothing PROVIDES 'vte' (but /home/pokybuild/yocto-worker/qemuarm-oecore/build/meta/recipes-sato/matchbox-terminal/matchbox-terminal_0.2.bb DEPENDS on or otherwise requires it) vte was skipped:

Re: [OE-core] [Openembedded-architecture] Core workflow: sstate for all, bblock/bbunlock, tools for why is sstate not being reused?

> On Thu, 14 Sept 2023 at 21:54, Richard Purdie > wrote: > > The tools are already supposed to support doing this with local file > > sstate sources, they just do a bad job at getting the diffs right. One > > intent of this work item was to try and understand why they don't work > > and address

Re: [OE-core] [PATCH v4 0/5] Add bblock helper scripts

Le jeu. 21 sept. 2023 à 15:11, Alexandre Belloni a écrit : > > Hello, > > On 20/09/2023 16:20:42+0200, Julien Stephan wrote: > > Hi Alexandre, > > sorry for the late reply. > > > > I was not able to reproduce this issue on my local setup, but I did > > find another (similar??) bug, I fixed it,

Re: [OE-core] [PATCH v2 3/3] common-musl: Disable error_at_line detection for musl

On Wed, 2023-09-20 at 15:09 -0700, Khem Raj wrote: > bsd-headers provide error.h file and static functions to implement error > API and related functions, which confuses gnulib provided functions. So > lets prefer gnulib provided functions if they are used by a package > > Signed-off-by: Khem Raj

[OE-core] [PATCH 2/8] oeqa/runtime/parselogs: don't bother to show target hardware information

From: Ross Burton This information is pretty useless as we know what the target is from the build configuration (be it a qemu machine or real hardware). Signed-off-by: Ross Burton --- meta/lib/oeqa/runtime/cases/parselogs.py | 29 1 file changed, 29 deletions(-) diff

[OE-core] [PATCH 8/8] oeqa/runtime/parselogs: select the correct machine-specific ignores early

From: Ross Burton This has no impact to the execution, but makes the following changes neater. Signed-off-by: Ross Burton --- meta/lib/oeqa/runtime/cases/parselogs.py | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git a/meta/lib/oeqa/runtime/cases/parselogs.py

[OE-core] [PATCH 7/8] oeqa/runtime/parselogs: move some variables out of global scope

From: Ross Burton errors and log_locations can be trivially set in the class directly, instead of being defined in the module and then copied into the class. Signed-off-by: Ross Burton --- meta/lib/oeqa/runtime/cases/parselogs.py | 19 +-- 1 file changed, 9 insertions(+), 10

[OE-core] [PATCH 3/8] oeqa/runtime/parselogs: remove obsolete LSB testing support

From: Ross Burton The LSB compliance tests were removed in 2019[1], so this is obsolete. [1] oe-core fb064356 Signed-off-by: Ross Burton --- meta/lib/oeqa/runtime/cases/parselogs.py | 8 1 file changed, 8 deletions(-) diff --git a/meta/lib/oeqa/runtime/cases/parselogs.py

[OE-core] [PATCH 4/8] oeqa/runtime/parselogs: inline single-caller functions

From: Ross Burton There's no need to have one-liner functions to get the MACHINE or WORKDIR when they're only called once. Signed-off-by: Ross Burton --- meta/lib/oeqa/runtime/cases/parselogs.py | 10 ++ 1 file changed, 2 insertions(+), 8 deletions(-) diff --git

[OE-core] [PATCH 6/8] oeqa/runtime/parselogs: don't pass around members

From: Ross Burton There's no point in passing around member fields, just access them directly. Signed-off-by: Ross Burton --- meta/lib/oeqa/runtime/cases/parselogs.py | 24 ++-- 1 file changed, 14 insertions(+), 10 deletions(-) diff --git

[OE-core] [PATCH 5/8] oeqa/runtime/parselogs: improve find call

From: Ross Burton getLogList() uses remote find invocations to find the logs. Instead of relying on shell expansion of wildcards and redundant use of -maxdepth (pointless as the shell expansion means the find is passed the files to return), invoke find idiomatically by telling it what directory

[OE-core] [PATCH 0/8] oeqa/runtime/parselogs improvements

From: Ross Burton This is part one of my parselogs series, which clean up the code and refactor slightly in preparation for a more exciting part two which I shall send shortly. Ross Burton (8): oeqa/runtime/parselogs: remove unused imports oeqa/runtime/parselogs: don't bother to show target

[OE-core] [PATCH 1/8] oeqa/runtime/parselogs: remove unused imports

From: Ross Burton Signed-off-by: Ross Burton --- meta/lib/oeqa/runtime/cases/parselogs.py | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/lib/oeqa/runtime/cases/parselogs.py b/meta/lib/oeqa/runtime/cases/parselogs.py index e67d3750dad..8fd5a86e141 100644 ---

Re: [OE-core] [PATCH v3] rust: Upgrade 1.70.0 -> 1.71.0

An upstream rust issue opened for the "-Z nightly build flag" failure occurring during rust build for rust 1.72. here, https://github.com/rust-lang/rust/issues/115642 Please ping here if there's any update for rust oe-selftest build(v1.72). -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all

[OE-core][PATCH] patchtest/selftest: only split resultlines once

selftest assumes that the test result output lines will consist of two tokens separated by whitespace, which are the actual result and the name of the test run. As a result, the script fails if any verbosity is added to the output of patchtest itself (e.g. by including a failure reason). Make the

Re: [OE-core] [PATCH v4 0/5] Add bblock helper scripts

Hello, On 20/09/2023 16:20:42+0200, Julien Stephan wrote: > Hi Alexandre, > sorry for the late reply. > > I was not able to reproduce this issue on my local setup, but I did > find another (similar??) bug, I fixed it, so hopefully it will also > fix the one detected by the autobuilder. > I

Re: [OE-core] Findings from using Hash Equivalence server

On Thu, 2023-09-21 at 12:13 +0200, Tobias Hagelborn wrote: > Findings from using Hash Equivalence server at scale: > = > > We have now used the OE Hash Equivalence server at scale in our C/I chain at > our company. > This has given some

[OE-core] [PATCH 2/2] lib/oe/qa: update guidelines link for Upstream-Status

From: Michael Opdenacker Signed-off-by: Michael Opdenacker --- meta/lib/oe/qa.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/lib/oe/qa.py b/meta/lib/oe/qa.py index 94955f78ba..f8ae3c743f 100644 --- a/meta/lib/oe/qa.py +++ b/meta/lib/oe/qa.py @@ -217,7 +217,7 @@ def

[OE-core] [PATCH 1/2] lib/oe/qa: remove obsolete "Accepted" string for Upstream-Status

From: Michael Opdenacker Replaced by "Backport" since release 3.2 https://docs.yoctoproject.org/migration-guides/migration-3.2.html#miscellaneous-changes Signed-off-by: Michael Opdenacker --- meta/lib/oe/qa.py | 2 +-

Re: [OE-core] [PATCH v2] adwaita-icon-theme: 43 -> 45.0

On Thu, Sep 21 2023 at 11:51:03 AM +02:00:00, Alexander Kanavin wrote: Markus, please. This is shotgun debugging Of course it is, and these are things I wouldn't expect to fix the specific issue. But they would be useful anyway I thought -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all

Re: [OE-core] Core workflow: sstate for all, bblock/bbunlock, tools for why is sstate not being reused?

On Thu, 14 Sept 2023 at 21:54, Richard Purdie wrote: > The tools are already supposed to support doing this with local file > sstate sources, they just do a bad job at getting the diffs right. One > intent of this work item was to try and understand why they don't work > and address that so at

[OE-core] Findings from using Hash Equivalence server

Findings from using Hash Equivalence server at scale: = We have now used the OE Hash Equivalence server at scale in our C/I chain at our company. This has given some insights in what works and what can be improved when running this service in

[OE-core] [PATCH] hashserv: Retry and sleep if database is locked on INSERT

From: Tobias Hagelborn Retry insert operations in case the database is locked by an external process. For instance an external cleanup or data retention transaction. Use async sleep to not block the event loop. Signed-off-by: Tobias Hagelborn --- lib/hashserv/server.py | 41

Re: [OE-core] [PATCH v2] adwaita-icon-theme: 43 -> 45.0

Markus, please. This is shotgun debugging. If you'd like to help, it would be more productive to take the patch and build it locally to have first hand evidence of what is happening. The failing test doesn't actually require a heavy rebuild, as it works only from task signatures. Alex On Thu,

Re: [OE-core] [PATCH] cve-check: Classify patched CVEs into 3 statuses

We have recently introduced CVE_CHECK_STATUSMAP which should be used to declare more detailed status information instead of introducing additional statuses. In this case, "out of range" should be subtype of patched and "undecidable" subtype of unpatched I think. Peter -Original

Re: [OE-core] [PATCH v2] adwaita-icon-theme: 43 -> 45.0

GTKIC_VERSION = "4" this line might be added to use gtk4 update-gtk-icon-cache ? and probably also the DEPENDS line could be removed ? On Thu, Sep 21 2023 at 10:40:49 AM +02:00:00, Alexander Kanavin wrote: On Thu, 21 Sept 2023 at 10:34, Markus Volk > wrote: Maybe it

[OE-core] [PATCH] cve-check: Classify patched CVEs into 3 statuses

CVEs that are currently considered "Patched" are classified into the following 3 statuses: 1. "Patched" - means that a patch file that fixed the vulnerability has been applied 2. "Out of range" - means that the package version (PV) is not subject to the vulnerability 3. "Undecidable" -

Re: [OE-core] [PATCH v2] adwaita-icon-theme: 43 -> 45.0

On Thu, 21 Sept 2023 at 10:34, Markus Volk wrote: > Maybe it is somehow related to ${prefix}/share and replacing by ${datadir} > would help? > > This fixed an issue I had with gnome-themes-extra >

Re: [OE-core] [PATCH v2] adwaita-icon-theme: 43 -> 45.0

On Thu, Sep 21 2023 at 04:16:42 PM +08:00:00, Kai Kang wrote: Yes, it is caused by the update. I'll check the root cause. Maybe it is somehow related to ${prefix}/share and replacing by ${datadir} would help? This fixed an issue I had with gnome-themes-extra

[OE-core] [PATCH] cve-check: add CVSS vector string to CVE database and reports

This allows building detailed vulnerability analysis tools without relying on external resources. Signed-off-by: Antoine Lubineau --- meta/classes/cve-check.bbclass | 5 - meta/recipes-core/meta/cve-update-nvd2-native.bb | 11 --- 2 files changed, 12

[OE-core][kirkstone][PATCH 1/1] shadow: Fix CVE-2023-4641

From: Soumya Sambu shadow-utils: possible password leak during passwd(1) change Signed-off-by: Soumya Sambu --- .../shadow/files/CVE-2023-4641-0001.patch | 36 + .../shadow/files/CVE-2023-4641-0002.patch | 147 ++ meta/recipes-extended/shadow/shadow.inc |

Re: [OE-core] [PATCH v2] adwaita-icon-theme: 43 -> 45.0

On 9/21/23 15:06, Alexander Kanavin wrote: Did you verify that fail in https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/5795/steps/14/logs/stdio does not occur? Yes, it is caused by the update. I'll check the root cause. Regards, Kai Also booting sato and checking that it

[oe-core][PATCH 2/2] mesa: Upgrade 23.1.7 -> 23.1.8

Signed-off-by: Markus Volk --- .../mesa/{mesa-gl_23.1.7.bb => mesa-gl_23.1.8.bb} | 0 meta/recipes-graphics/mesa/mesa.inc | 2 +- meta/recipes-graphics/mesa/{mesa_23.1.7.bb => mesa_23.1.8.bb} | 0 3 files changed, 1 insertion(+), 1 deletion(-) rename

[oe-core][PATCH 1/2] gtk4: Upgrade 4.12.1 -> 4.12.2

Overview of Changes in 4.12.2, 20-09-2023 = * GtkTooltip: - Don't cross native boundaries when looking for tooltips * GtkCenterLayout, GtkEntry, GtkSearchEntry: - Fix some issues with baseline handling * GtkSwitch: - Respect text direction * Theme: -

Re: [OE-core] [PATCH v2] adwaita-icon-theme: 43 -> 45.0

Did you verify that fail in https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/5795/steps/14/logs/stdio does not occur? Also booting sato and checking that it look ok is good to do. Alex On Thu, 21 Sept 2023 at 08:47, wrote: > > From: Kai Kang > > Update adwaita-icon-theme from

[OE-core] [PATCH v2] adwaita-icon-theme: 43 -> 45.0

From: Kai Kang Update adwaita-icon-theme from 43 to 45.0. * meson is used to replace autotools, then the patch is redundant * not overwrite PACKAGES and split license files to ${PN}-doc Signed-off-by: Kai Kang --- v2: * not overwrite PACKAGES and split license files to ${PN}-doc

Re: [OE-core] [PATCH] adwaita-icon-theme: 43 -> 45.0

On 9/21/23 13:49, Alexander Kanavin wrote: On Thu, 21 Sept 2023 at 07:14, Kai Kang wrote: -inherit allarch autotools pkgconfig gettext gtk-icon-cache gnomebase +inherit allarch gnomebase gtk-icon-cache meson gnomebase inherits autotools by default via GNOMEBASEBUILDCLASS, so that needs to be