date:20230111

[OE-Core][PATCH] rust: Upgrade 1.66.0 -> 1.66.1

2023-01-11 Thread Alex Kiernan

Changes:
  Added validation of SSH host keys for git URLs in Cargo (CVE-2022-46176)

Signed-off-by: Alex Kiernan 
---

 meta/recipes-devtools/rust/{cargo_1.66.0.bb => cargo_1.66.1.bb} | 0
 .../rust/{libstd-rs_1.66.0.bb => libstd-rs_1.66.1.bb}   | 0
 ...t-cross-canadian_1.66.0.bb => rust-cross-canadian_1.66.1.bb} | 0
 .../rust/{rust-llvm_1.66.0.bb => rust-llvm_1.66.1.bb}   | 0
 meta/recipes-devtools/rust/rust-source.inc  | 2 +-
 meta/recipes-devtools/rust/{rust_1.66.0.bb => rust_1.66.1.bb}   | 0
 6 files changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/rust/{cargo_1.66.0.bb => cargo_1.66.1.bb} (100%)
 rename meta/recipes-devtools/rust/{libstd-rs_1.66.0.bb => libstd-rs_1.66.1.bb} 
(100%)
 rename meta/recipes-devtools/rust/{rust-cross-canadian_1.66.0.bb => 
rust-cross-canadian_1.66.1.bb} (100%)
 rename meta/recipes-devtools/rust/{rust-llvm_1.66.0.bb => rust-llvm_1.66.1.bb} 
(100%)
 rename meta/recipes-devtools/rust/{rust_1.66.0.bb => rust_1.66.1.bb} (100%)

diff --git a/meta/recipes-devtools/rust/cargo_1.66.0.bb 
b/meta/recipes-devtools/rust/cargo_1.66.1.bb
similarity index 100%
rename from meta/recipes-devtools/rust/cargo_1.66.0.bb
rename to meta/recipes-devtools/rust/cargo_1.66.1.bb
diff --git a/meta/recipes-devtools/rust/libstd-rs_1.66.0.bb 
b/meta/recipes-devtools/rust/libstd-rs_1.66.1.bb
similarity index 100%
rename from meta/recipes-devtools/rust/libstd-rs_1.66.0.bb
rename to meta/recipes-devtools/rust/libstd-rs_1.66.1.bb
diff --git a/meta/recipes-devtools/rust/rust-cross-canadian_1.66.0.bb 
b/meta/recipes-devtools/rust/rust-cross-canadian_1.66.1.bb
similarity index 100%
rename from meta/recipes-devtools/rust/rust-cross-canadian_1.66.0.bb
rename to meta/recipes-devtools/rust/rust-cross-canadian_1.66.1.bb
diff --git a/meta/recipes-devtools/rust/rust-llvm_1.66.0.bb 
b/meta/recipes-devtools/rust/rust-llvm_1.66.1.bb
similarity index 100%
rename from meta/recipes-devtools/rust/rust-llvm_1.66.0.bb
rename to meta/recipes-devtools/rust/rust-llvm_1.66.1.bb
diff --git a/meta/recipes-devtools/rust/rust-source.inc 
b/meta/recipes-devtools/rust/rust-source.inc
index bfb625fb363d..dcef50eeab60 100644
--- a/meta/recipes-devtools/rust/rust-source.inc
+++ b/meta/recipes-devtools/rust/rust-source.inc
@@ -1,6 +1,6 @@
 RUST_VERSION ?= "${@d.getVar('PV').split('-')[0]}"
 SRC_URI += 
"https://static.rust-lang.org/dist/rustc-${RUST_VERSION}-src.tar.xz;name=rust";
-SRC_URI[rust.sha256sum] = 
"0dc176e34fae9871f855a6ba4cb30fa19d69c5b4428d29281a07419c4950715c"
+SRC_URI[rust.sha256sum] = 
"07ac4e6c93e0d8ecfaf3b86c4c78bbbde3f5be675f0334e7fb343cb4a0b81ebe"
 
 SRC_URI:append:class-target:pn-libstd-rs = "\
 file://0001-Do-not-use-LFS64-on-linux-with-musl.patch;patchdir=../.. \
diff --git a/meta/recipes-devtools/rust/rust_1.66.0.bb 
b/meta/recipes-devtools/rust/rust_1.66.1.bb
similarity index 100%
rename from meta/recipes-devtools/rust/rust_1.66.0.bb
rename to meta/recipes-devtools/rust/rust_1.66.1.bb
-- 
2.39.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175788): 
https://lists.openembedded.org/g/openembedded-core/message/175788
Mute This Topic: https://lists.openembedded.org/mt/96218038/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [qa-build-notification] QA notification for completed autobuilder build (yocto-4.1.2.rc1)

2023-01-11 Thread Jing Hui Tham

Hi All,
 
QA for yocto-4.1.2.rc1 is completed. This is the full report for this release:  
https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults
 
=== Summary 
No high milestone defects.
 
No new issue found. 
 
Thanks,
Jing Hui


> -Original Message-
> From: qa-build-notificat...@lists.yoctoproject.org  notificat...@lists.yoctoproject.org> On Behalf Of Pokybuild User
> Sent: Saturday, 7 January, 2023 9:12 PM
> To: yo...@lists.yoctoproject.org
> Cc: qa-build-notificat...@lists.yoctoproject.org
> Subject: [qa-build-notification] QA notification for completed autobuilder
> build (yocto-4.1.2.rc1)
> 
> 
> A build flagged for QA (yocto-4.1.2.rc1) was completed on the autobuilder
> and is available at:
> 
> 
> https://autobuilder.yocto.io/pub/releases/yocto-4.1.2.rc1
> 
> 
> Build hash information:
> 
> bitbake: f0f166aee766b4bb1f8cf8b35dfc7d406c75e6a4
> meta-agl: 6fe6a57bffdded98347c2eab53463179b643904c
> meta-arm: 898a4aa99bd7c7a30a0613c56bb3cc6607c5b020
> meta-aws: 173b444a1e49b2497e4840ae70319cc868c1bae4
> meta-intel: 09e30d85e2e405e2f4a0e35c5d72aa285a2d8cbc
> meta-mingw: b0067202db8573df3d23d199f82987cebe1bee2c
> meta-openembedded: c354f92778c1d4bcd3680af7e0fb0d1414de2344
> meta-virtualization: 8857b36ebfec3d548755755b009adc491ef320ab
> oecore: 670f4f103b25897524d115c1f290ecae441fe4bd
> poky: 74c92e38c701e268406bb656b45ccd68471c217e
> 
> 
> 
> This is an automated message from the Yocto Project Autobuilder
> Git: git://git.yoctoproject.org/yocto-autobuilder2
> Email: richard.pur...@linuxfoundation.org
> 
> 
> 
> 
> 
> 
> 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175787): 
https://lists.openembedded.org/g/openembedded-core/message/175787
Mute This Topic: https://lists.openembedded.org/mt/96155262/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [langdale][kirkstone][PATCH] go-mod.bbclass: Allow network in do_compile

2023-01-11 Thread wonsang . ryu

I also tested using telegraf v1.21.4.
Kirkstone uses go1.17, so I tested this version.
Unfortunately, it failed with the following log.
Did I have something mistakes?

~$ recipetool create -S 583ee20a093acaa0781508b7840deb97a0fda622 -B 
release-1.21 https://github.com/influxdata/telegraf.git

Initialising tasks: 100% 
||
 Time: 0:00:00
Sstate summary: Wanted 0 Local 0 Mirrors 0 Missed 0 Current 0 (0% match, 0% 
complete)
NOTE: No setscene tasks
NOTE: Executing Tasks
NOTE: Tasks Summary: Attempted 2 tasks of which 0 didn't need to be rerun and 
all succeeded.
NOTE: Writing buildhistory
NOTE: Writing buildhistory took: 4 seconds
INFO: Resolved download path for import 'cloud.google.com/go/bigquery' => 
https://github.com/googleapis/google-cloud-go
INFO: Resolved download path for import 'cloud.google.com/go/monitoring' => 
https://github.com/googleapis/google-cloud-go
INFO: Resolved download path for import 'cloud.google.com/go/pubsub' => 
https://github.com/googleapis/google-cloud-go
INFO: Resolved download path for import 'collectd.org' => 
https://github.com/collectd/go-collectd
INFO: Resolved download path for import 
'github.com/Azure/azure-event-hubs-go/v3' => 
https://github.com/Azure/azure-event-hubs-go
INFO: Resolved download path for import 'github.com/Azure/azure-kusto-go' => 
https://github.com/Azure/azure-kusto-go
INFO: Resolved download path for import 
'github.com/Azure/azure-storage-queue-go' => 
https://github.com/Azure/azure-storage-queue-go
INFO: Resolved download path for import 'github.com/Azure/go-autorest/autorest' 
=> https://github.com/Azure/go-autorest
INFO: Resolved download path for import 
'github.com/Azure/go-autorest/autorest/adal' => 
https://github.com/Azure/go-autorest
INFO: Resolved download path for import 
'github.com/Azure/go-autorest/autorest/azure/auth' => 
https://github.com/Azure/go-autorest
INFO: Resolved download path for import 'github.com/BurntSushi/toml' => 
https://github.com/BurntSushi/toml
INFO: Resolved download path for import 'github.com/Mellanox/rdmamap' => 
https://github.com/Mellanox/rdmamap
INFO: Resolved download path for import 'github.com/Shopify/sarama' => 
https://github.com/Shopify/sarama
INFO: Resolved download path for import 
'github.com/aerospike/aerospike-client-go' => 
https://github.com/aerospike/aerospike-client-go
INFO: Resolved download path for import 'github.com/alecthomas/units' => 
https://github.com/alecthomas/units
INFO: Resolved download path for import 
'github.com/aliyun/alibaba-cloud-sdk-go' => 
https://github.com/aliyun/alibaba-cloud-sdk-go
INFO: Resolved download path for import 'github.com/amir/raidman' => 
https://github.com/amir/raidman
INFO: Resolved download path for import 'github.com/antchfx/jsonquery' => 
https://github.com/antchfx/jsonquery
INFO: Resolved download path for import 'github.com/antchfx/xmlquery' => 
https://github.com/antchfx/xmlquery
INFO: Resolved download path for import 'github.com/antchfx/xpath' => 
https://github.com/antchfx/xpath
INFO: Resolved download path for import 'github.com/apache/thrift' => 
https://github.com/apache/thrift
INFO: Resolved download path for import 'github.com/aristanetworks/goarista' => 
https://github.com/aristanetworks/goarista
INFO: Resolved download path for import 'github.com/aws/aws-sdk-go-v2' => 
https://github.com/aws/aws-sdk-go-v2
INFO: Resolved download path for import 'github.com/aws/aws-sdk-go-v2/config' 
=> https://github.com/aws/aws-sdk-go-v2
INFO: Resolved download path for import 
'github.com/aws/aws-sdk-go-v2/credentials' => 
https://github.com/aws/aws-sdk-go-v2
INFO: Resolved download path for import 
'github.com/aws/aws-sdk-go-v2/feature/ec2/imds' => 
https://github.com/aws/aws-sdk-go-v2
INFO: Resolved download path for import 
'github.com/aws/aws-sdk-go-v2/service/cloudwatch' => 
https://github.com/aws/aws-sdk-go-v2
INFO: Resolved download path for import 
'github.com/aws/aws-sdk-go-v2/service/cloudwatchlogs' => 
https://github.com/aws/aws-sdk-go-v2
INFO: Resolved download path for import 
'github.com/aws/aws-sdk-go-v2/service/dynamodb' => 
https://github.com/aws/aws-sdk-go-v2
INFO: Resolved download path for import 
'github.com/aws/aws-sdk-go-v2/service/ec2' => 
https://github.com/aws/aws-sdk-go-v2
INFO: Resolved download path for import 
'github.com/aws/aws-sdk-go-v2/service/kinesis' => 
https://github.com/aws/aws-sdk-go-v2
INFO: Resolved download path for import 
'github.com/aws/aws-sdk-go-v2/service/sts' => 
https://github.com/aws/aws-sdk-go-v2
INFO: Resolved download path for import 
'github.com/aws/aws-sdk-go-v2/service/timestreamwrite' => 
https://github.com/aws/aws-sdk-go-v2
INFO: Resolved download path for import 'github.com/aws/smithy-go' => 
https://github.com/aws/smithy-go
INFO: Resolved download path for import 'github.com/benbjohnson/clock' => 
https://github.com/benbjohnson/clock
INFO: Resolved download path for import 'github.com/bmatcuk/doub

[OE-core] [PATCH 2/3] baremetal-helloworld: Move from skeleton to recipes-extended matching what rust-hello-world is doing

2023-01-11 Thread Alejandro Hernandez Samaniego

Signed-off-by: Alejandro Enedino Hernandez Samaniego 
---
 meta/conf/distro/include/maintainers.inc | 1 +
 .../baremetal-example}/baremetal-helloworld_git.bb   | 1 +
 2 files changed, 2 insertions(+)
 rename {meta-skeleton/recipes-baremetal/baremetal-examples => 
meta/recipes-extended/baremetal-example}/baremetal-helloworld_git.bb (99%)

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index 508d10e091..8c2201c91b 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -54,6 +54,7 @@ RECIPE_MAINTAINER:pn-automake = "Robert Yang 
"
 RECIPE_MAINTAINER:pn-avahi = "Yi Zhao "
 RECIPE_MAINTAINER:pn-babeltrace = "Alexander Kanavin "
 RECIPE_MAINTAINER:pn-babeltrace2 = "Alexander Kanavin "
+RECIPE_MAINTAINER:pn-baremetal-helloworld = "Alejandro Hernandez 
"
 RECIPE_MAINTAINER:pn-base-files = "Anuj Mittal "
 RECIPE_MAINTAINER:pn-base-passwd = "Anuj Mittal "
 RECIPE_MAINTAINER:pn-bash = "Hongxu Jia "
diff --git 
a/meta-skeleton/recipes-baremetal/baremetal-examples/baremetal-helloworld_git.bb
 b/meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb
similarity index 99%
rename from 
meta-skeleton/recipes-baremetal/baremetal-examples/baremetal-helloworld_git.bb
rename to meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb
index fede17b0f0..82b2901d51 100644
--- 
a/meta-skeleton/recipes-baremetal/baremetal-examples/baremetal-helloworld_git.bb
+++ b/meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb
@@ -8,6 +8,7 @@ SRCREV = "22016ecbb9fb6c5f3a7a06698aea7ff8a701c166"
 PV = "0.1+git${SRCPV}"
 
 SRC_URI = 
"git://github.com/aehs29/baremetal-helloqemu.git;protocol=https;branch=master"
+UPSTREAM_VERSION_UNKNOWN="1"
 
 S = "${WORKDIR}/git"
 
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175785): 
https://lists.openembedded.org/g/openembedded-core/message/175785
Mute This Topic: https://lists.openembedded.org/mt/96137379/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][kirkstone 11/11] devtool: process local files only for the main branch

2023-01-11 Thread Steve Sakoman

From: Alexander Kanavin 

devtool modify/upgrade are not currently equipped to handle conditional local 
files
in SRC_URI, and provide only the main no-override set in a workspace under
source/component/oe-local-files/ (this is done via 
meta/classes/devtool-source.bbclass).

On the other hand, updating the changes from workspace into a recipe
is run iteratively against all overrides; this works for patches (as they
all are directed into their own override branches in the workspace
git source tree), but breaks down when trying to match local files
in a workspace against local files in overridden SRC_URI lists, resulting in
bad recipe breakage.

(there's an additional twist here: existing code has a guard against this
but the guard relies on metadata in workspace .bbappend that is only there
in modify operations, but not upgrades. This commit replaces the guard
with a general check that will work everywhere).

Implementing multiple sets of local files is significant work; let's for now
simply not touch local files in recipes except when on the no-override variant.

Also, adjust the selftest cases to include conditional local files in sample
recipes, so the situation is covered by the tests.

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit 3a8654b860fa98f94e80c3c3fff359ffed14bbe7)
Signed-off-by: Steve Sakoman 
---
 .../devtool/devtool-test-local/file3  |  1 +
 .../devtool/devtool-test-local_6.03.bb|  3 ++
 .../devtool/devtool-test-localonly.bb |  3 ++
 .../devtool/devtool-test-localonly/file3  |  1 +
 scripts/lib/devtool/standard.py   | 38 +++
 5 files changed, 30 insertions(+), 16 deletions(-)
 create mode 100644 meta-selftest/recipes-test/devtool/devtool-test-local/file3
 create mode 100644 
meta-selftest/recipes-test/devtool/devtool-test-localonly/file3

diff --git a/meta-selftest/recipes-test/devtool/devtool-test-local/file3 
b/meta-selftest/recipes-test/devtool/devtool-test-local/file3
new file mode 100644
index 00..0f30e9eec4
--- /dev/null
+++ b/meta-selftest/recipes-test/devtool/devtool-test-local/file3
@@ -0,0 +1 @@
+The third file.
diff --git a/meta-selftest/recipes-test/devtool/devtool-test-local_6.03.bb 
b/meta-selftest/recipes-test/devtool/devtool-test-local_6.03.bb
index 463cfe0a7a..d0fd697978 100644
--- a/meta-selftest/recipes-test/devtool/devtool-test-local_6.03.bb
+++ b/meta-selftest/recipes-test/devtool/devtool-test-local_6.03.bb
@@ -7,9 +7,12 @@ SRC_URI = 
"http://downloads.yoctoproject.org/mirror/sources/syslinux-${PV}.tar.x
file://file1 \
file://file2"
 
+SRC_URI:append:class-native = " file://file3"
+
 SRC_URI[md5sum] = "92a253df9211e9c20172796ecf388f13"
 SRC_URI[sha256sum] = 
"26d3986d2bea109d5dc0e4f8c4822a459276cf021125e8c9f23c3cca5d8c850e"
 
 S = "${WORKDIR}/syslinux-${PV}"
 
 EXCLUDE_FROM_WORLD = "1"
+BBCLASSEXTEND = "native"
diff --git a/meta-selftest/recipes-test/devtool/devtool-test-localonly.bb 
b/meta-selftest/recipes-test/devtool/devtool-test-localonly.bb
index 3f7123cda0..e767619879 100644
--- a/meta-selftest/recipes-test/devtool/devtool-test-localonly.bb
+++ b/meta-selftest/recipes-test/devtool/devtool-test-localonly.bb
@@ -4,4 +4,7 @@ INHIBIT_DEFAULT_DEPS = "1"
 SRC_URI = "file://file1 \
file://file2"
 
+SRC_URI:append:class-native = " file://file3"
+
 EXCLUDE_FROM_WORLD = "1"
+BBCLASSEXTEND = "native"
diff --git a/meta-selftest/recipes-test/devtool/devtool-test-localonly/file3 
b/meta-selftest/recipes-test/devtool/devtool-test-localonly/file3
new file mode 100644
index 00..0f30e9eec4
--- /dev/null
+++ b/meta-selftest/recipes-test/devtool/devtool-test-localonly/file3
@@ -0,0 +1 @@
+The third file.
diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py
index 4bbf9dd5a5..e2a8335a62 100644
--- a/scripts/lib/devtool/standard.py
+++ b/scripts/lib/devtool/standard.py
@@ -1409,6 +1409,18 @@ def _export_local_files(srctree, rd, destdir, 
srctreebase):
 updated = OrderedDict()
 added = OrderedDict()
 removed = OrderedDict()
+
+# Get current branch and return early with empty lists
+# if on one of the override branches
+# (local files are provided only for the main branch and processing
+# them against lists from recipe overrides will result in mismatches
+# and broken modifications to recipes).
+stdout, _ = bb.process.run('git rev-parse --abbrev-ref HEAD',
+   cwd=srctree)
+branchname = stdout.rstrip()
+if branchname.startswith(override_branch_prefix):
+return (updated, added, removed)
+
 local_files_dir = os.path.join(srctreebase, 'oe-local-files')
 git_files = _git_ls_tree(srctree)
 if 'oe-local-files' in git_files:
@@ -1638,31 +1650,25 @@ def _update_recipe_patch(recipename, workspace, 
srctree, rd, appendlayerdir, wil
 tempdir = tempfile.mkdtemp(prefix='devtool')
 try:
 local_files_dir = tempfile.mkdt

[OE-core][kirkstone 10/11] gstreamer1.0: Fix race conditions in gstbin tests

2023-01-11 Thread Steve Sakoman

From: Jose Quaresma 

Signed-off-by: Jose Quaresma 
Signed-off-by: Richard Purdie 
(cherry picked from commit b57df3fe9c1623ba2f5a9a0e11a85dcdc77e76a5)
Signed-off-by: Steve Sakoman 
---
 ...005-bin-Fix-race-conditions-in-tests.patch | 300 ++
 .../gstreamer/gstreamer1.0_1.20.5.bb  |   1 +
 2 files changed, 301 insertions(+)
 create mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0/0005-bin-Fix-race-conditions-in-tests.patch

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0/0005-bin-Fix-race-conditions-in-tests.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0/0005-bin-Fix-race-conditions-in-tests.patch
new file mode 100644
index 00..f1fac2df57
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0/0005-bin-Fix-race-conditions-in-tests.patch
@@ -0,0 +1,300 @@
+From e1e2d8d58c1e09e065849cdb1f6466c0537a7c51 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Sebastian=20Dr=C3=B6ge?= 
+Date: Tue, 21 Jun 2022 11:51:35 +0300
+Subject: [PATCH] bin: Fix race conditions in tests
+
+The latency messages are non-deterministic and can arrive before/after
+async-done or during state-changes as they are posted by e.g. sinks from
+their streaming thread but bins are finishing asynchronous state changes
+from a secondary helper thread.
+
+To solve this, expect latency messages at any time and assert that we
+receive one at some point during the test.
+
+Part-of: 

+
+Upstream-Status: Backport 
[https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/2643]
+Signed-off-by: Jose Quaresma 
+---
+ .../gstreamer/tests/check/gst/gstbin.c| 132 --
+ 1 file changed, 92 insertions(+), 40 deletions(-)
+
+diff --git a/subprojects/gstreamer/tests/check/gst/gstbin.c 
b/subprojects/gstreamer/tests/check/gst/gstbin.c
+index e366d5fe20f..88ff44db0c3 100644
+--- a/subprojects/gstreamer/tests/check/gst/gstbin.c
 b/subprojects/gstreamer/tests/check/gst/gstbin.c
+@@ -27,50 +27,95 @@
+ #include 
+ 
+ static void
+-pop_async_done (GstBus * bus)
++pop_async_done (GstBus * bus, gboolean * had_latency)
+ {
+   GstMessage *message;
++  GstMessageType types = GST_MESSAGE_ASYNC_DONE;
++
++  if (!*had_latency)
++types |= GST_MESSAGE_LATENCY;
+ 
+   GST_DEBUG ("popping async-done message");
+-  message = gst_bus_poll (bus, GST_MESSAGE_ASYNC_DONE, -1);
+ 
+-  fail_unless (message && GST_MESSAGE_TYPE (message)
+-  == GST_MESSAGE_ASYNC_DONE, "did not get GST_MESSAGE_ASYNC_DONE");
++  do {
++message = gst_bus_poll (bus, types, -1);
+ 
+-  gst_message_unref (message);
+-  GST_DEBUG ("popped message");
++fail_unless (message);
++GST_DEBUG ("popped message %s",
++gst_message_type_get_name (GST_MESSAGE_TYPE (message)));
++
++if (GST_MESSAGE_TYPE (message) == GST_MESSAGE_LATENCY) {
++  fail_unless (*had_latency == FALSE);
++  *had_latency = TRUE;
++  gst_clear_message (&message);
++  types &= ~GST_MESSAGE_LATENCY;
++  continue;
++}
++
++fail_unless (GST_MESSAGE_TYPE (message)
++== GST_MESSAGE_ASYNC_DONE, "did not get GST_MESSAGE_ASYNC_DONE");
++
++gst_clear_message (&message);
++break;
++  } while (TRUE);
+ }
+ 
+ static void
+-pop_latency (GstBus * bus)
++pop_latency (GstBus * bus, gboolean * had_latency)
+ {
+   GstMessage *message;
+ 
+-  GST_DEBUG ("popping async-done message");
++  if (*had_latency)
++return;
++
++  GST_DEBUG ("popping latency message");
+   message = gst_bus_poll (bus, GST_MESSAGE_LATENCY, -1);
+ 
+-  fail_unless (message && GST_MESSAGE_TYPE (message)
++  fail_unless (message);
++  fail_unless (GST_MESSAGE_TYPE (message)
+   == GST_MESSAGE_LATENCY, "did not get GST_MESSAGE_LATENCY");
+ 
+-  gst_message_unref (message);
+-  GST_DEBUG ("popped message");
++  GST_DEBUG ("popped message %s",
++  gst_message_type_get_name (GST_MESSAGE_TYPE (message)));
++  gst_clear_message (&message);
++
++  *had_latency = TRUE;
+ }
+ 
+ static void
+-pop_state_changed (GstBus * bus, int count)
++pop_state_changed (GstBus * bus, int count, gboolean * had_latency)
+ {
+   GstMessage *message;
+-
++  GstMessageType types = GST_MESSAGE_STATE_CHANGED;
+   int i;
+ 
++  if (!*had_latency)
++types |= GST_MESSAGE_LATENCY;
++
+   GST_DEBUG ("popping %d messages", count);
+   for (i = 0; i < count; ++i) {
+-message = gst_bus_poll (bus, GST_MESSAGE_STATE_CHANGED, -1);
+-
+-fail_unless (message && GST_MESSAGE_TYPE (message)
+-== GST_MESSAGE_STATE_CHANGED, "did not get 
GST_MESSAGE_STATE_CHANGED");
+-
+-gst_message_unref (message);
++do {
++  message = gst_bus_poll (bus, types, -1);
++
++  fail_unless (message);
++  GST_DEBUG ("popped message %s",
++  gst_message_type_get_name (GST_MESSAGE_TYPE (message)));
++
++  if (GST_MESSAGE_TYPE (message) == GST_MESSAGE_LATENCY) {
++fail_unless (*had_latency == FALSE);
++*had_latency = TRUE;
++gst_

[OE-core][kirkstone 09/11] Revert "gstreamer1.0: disable flaky gstbin:test_watch_for_state_change test"

2023-01-11 Thread Steve Sakoman

From: Jose Quaresma 

This reverts commit 220a527d269f146bdabd66040b5bee7de9e3fd3f.

- Drop this patch and use the upstream solution
  https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/2643

Signed-off-by: Jose Quaresma 
Signed-off-by: Richard Purdie 
(cherry picked from commit 9660045d07a2b492ac48a1f1b08aa4288b45d64a)
Signed-off-by: Steve Sakoman 
---
 ...bin-test_watch_for_state_change-test.patch | 107 --
 .../gstreamer/gstreamer1.0_1.20.5.bb  |   1 -
 2 files changed, 108 deletions(-)
 delete mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0/0005-tests-remove-gstbin-test_watch_for_state_change-test.patch

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0/0005-tests-remove-gstbin-test_watch_for_state_change-test.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0/0005-tests-remove-gstbin-test_watch_for_state_change-test.patch
deleted file mode 100644
index f51df6d20b..00
--- 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0/0005-tests-remove-gstbin-test_watch_for_state_change-test.patch
+++ /dev/null
@@ -1,107 +0,0 @@
-From b935abba3d8fa3ea1ce384c08e650afd8c20b78a Mon Sep 17 00:00:00 2001
-From: Claudius Heine 
-Date: Wed, 2 Feb 2022 13:47:02 +0100
-Subject: [PATCH] tests: remove gstbin:test_watch_for_state_change testcase
-
-This testcase seems to be flaky, and upstream marked it as such:
-https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/778
-
-This patch removes the testcase to avoid it interfering with out ptest.
-
-Signed-off-by: Claudius Heine 
-
-Upstream-Status: Inappropriate [needs proper upstream fix]

- tests/check/gst/gstbin.c| 69 ---
- 1 file changed, 69 deletions(-)
-
-diff --git a/tests/check/gst/gstbin.c b/tests/check/gst/gstbin.c
-index e366d5fe20..ac29d81474 100644
 a/tests/check/gst/gstbin.c
-+++ b/tests/check/gst/gstbin.c
-@@ -691,74 +691,6 @@ GST_START_TEST (test_message_state_changed_children)
- 
- GST_END_TEST;
- 
--GST_START_TEST (test_watch_for_state_change)
--{
--  GstElement *src, *sink, *bin;
--  GstBus *bus;
--  GstStateChangeReturn ret;
--
--  bin = gst_element_factory_make ("bin", NULL);
--  fail_unless (bin != NULL, "Could not create bin");
--
--  bus = g_object_new (gst_bus_get_type (), NULL);
--  gst_object_ref_sink (bus);
--  gst_element_set_bus (GST_ELEMENT_CAST (bin), bus);
--
--  src = gst_element_factory_make ("fakesrc", NULL);
--  fail_if (src == NULL, "Could not create fakesrc");
--  sink = gst_element_factory_make ("fakesink", NULL);
--  fail_if (sink == NULL, "Could not create fakesink");
--
--  gst_bin_add (GST_BIN (bin), sink);
--  gst_bin_add (GST_BIN (bin), src);
--
--  fail_unless (gst_element_link (src, sink), "could not link src and sink");
--
--  /* change state, spawning two times three messages */
--  ret = gst_element_set_state (GST_ELEMENT (bin), GST_STATE_PAUSED);
--  fail_unless (ret == GST_STATE_CHANGE_ASYNC);
--  ret =
--  gst_element_get_state (GST_ELEMENT (bin), NULL, NULL,
--  GST_CLOCK_TIME_NONE);
--  fail_unless (ret == GST_STATE_CHANGE_SUCCESS);
--
--  pop_state_changed (bus, 6);
--  pop_async_done (bus);
--  pop_latency (bus);
--
--  fail_unless (gst_bus_have_pending (bus) == FALSE,
--  "Unexpected messages on bus");
--
--  ret = gst_element_set_state (GST_ELEMENT (bin), GST_STATE_PLAYING);
--  fail_unless (ret == GST_STATE_CHANGE_SUCCESS);
--
--  pop_state_changed (bus, 3);
--
--  /* this one might return either SUCCESS or ASYNC, likely SUCCESS */
--  ret = gst_element_set_state (GST_ELEMENT (bin), GST_STATE_PAUSED);
--  gst_element_get_state (GST_ELEMENT (bin), NULL, NULL, GST_CLOCK_TIME_NONE);
--
--  pop_state_changed (bus, 3);
--  if (ret == GST_STATE_CHANGE_ASYNC) {
--pop_async_done (bus);
--pop_latency (bus);
--  }
--
--  fail_unless (gst_bus_have_pending (bus) == FALSE,
--  "Unexpected messages on bus");
--
--  gst_bus_set_flushing (bus, TRUE);
--
--  ret = gst_element_set_state (GST_ELEMENT (bin), GST_STATE_NULL);
--  fail_unless (ret == GST_STATE_CHANGE_SUCCESS);
--
--  /* clean up */
--  gst_object_unref (bus);
--  gst_object_unref (bin);
--}
--
--GST_END_TEST;
--
- GST_START_TEST (test_state_change_error_message)
- {
-   GstElement *src, *sink, *bin;
-@@ -1956,7 +1888,6 @@ gst_bin_suite (void)
-   tcase_add_test (tc_chain, test_message_state_changed);
-   tcase_add_test (tc_chain, test_message_state_changed_child);
-   tcase_add_test (tc_chain, test_message_state_changed_children);
--  tcase_add_test (tc_chain, test_watch_for_state_change);
-   tcase_add_test (tc_chain, test_state_change_error_message);
-   tcase_add_test (tc_chain, test_add_linked);
-   tcase_add_test (tc_chain, test_add_self);
--- 
-2.33.1
-
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.20.5.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.20.5.bb
index bb4dba3861..5a96764780 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.20.5.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.

[OE-core][kirkstone 08/11] oeqa/rpm.py: Increase timeout and add debug output

2023-01-11 Thread Steve Sakoman

From: Pavel Zhukov 

[Yocto #14346]
Systemd may be slow in killing pam session sometimes [1][2]. It may cause rpm
test to fail because there's process (sd_pam) running and own by "test1" user
after timeout.
Increasing timeout to 2 mins and assert earlier with debug output if
there's such process(es). If increasing of timeout doesn't help we may
want to force deletion of the user as [2] suggests.

[1] https://github.com/systemd/systemd/issues/8598
[2] https://access.redhat.com/solutions/6969188

Signed-off-by: Pavel Zhukov 
Signed-off-by: Richard Purdie 
(cherry picked from commit 972fcc0ed1e0d36c3470071a9c667c5327c1ef78)
Signed-off-by: Steve Sakoman 
---
 meta/lib/oeqa/runtime/cases/rpm.py | 23 +++
 1 file changed, 11 insertions(+), 12 deletions(-)

diff --git a/meta/lib/oeqa/runtime/cases/rpm.py 
b/meta/lib/oeqa/runtime/cases/rpm.py
index a4339116bf..5bdce3d522 100644
--- a/meta/lib/oeqa/runtime/cases/rpm.py
+++ b/meta/lib/oeqa/runtime/cases/rpm.py
@@ -49,21 +49,20 @@ class RpmBasicTest(OERuntimeTestCase):
 msg = 'status: %s. Cannot run rpm -qa: %s' % (status, output)
 self.assertEqual(status, 0, msg=msg)
 
-def check_no_process_for_user(u):
-_, output = self.target.run(self.tc.target_cmds['ps'])
-if u + ' ' in output:
-return False
-else:
-return True
+def wait_for_no_process_for_user(u, timeout = 120):
+timeout_at = time.time() + timeout
+while time.time() < timeout_at:
+_, output = self.target.run(self.tc.target_cmds['ps'])
+if u + ' ' not in output:
+return
+time.sleep(1)
+user_pss = [ps for ps in output.split("\n") if u + ' ' in ps]
+msg = "There're %s 's process(es) still running: %s".format(u, 
"\n".join(user_pss))
+assertTrue(True, msg=msg)
 
 def unset_up_test_user(u):
 # ensure no test1 process in running
-timeout = time.time() + 30
-while time.time() < timeout:
-if check_no_process_for_user(u):
-break
-else:
-time.sleep(1)
+wait_for_no_process_for_user(u)
 status, output = self.target.run('userdel -r %s' % u)
 msg = 'Failed to erase user: %s' % output
 self.assertTrue(status == 0, msg=msg)
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175781): 
https://lists.openembedded.org/g/openembedded-core/message/175781
Mute This Topic: https://lists.openembedded.org/mt/96215568/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][kirkstone 07/11] rm_work.bbclass: use HOSTTOOLS 'rm' binary exclusively

2023-01-11 Thread Steve Sakoman

From: Luis 

The do_rm_work() task is using the first available 'rm' binary
available in PATH to remove files and folders.
However, depending on the PATH setup and RECIPE_SYSROOT_NATIVE
contents, the function can be using the 'rm' binary available
in RECIPE_SYSROOT_NATIVE, a folder that will get removed.
This causes a sporadic race-condition when trying to access the
'rm' binary of a folder already deleted.
Solve this by exclusively using the HOSTTOOLS 'rm' binary, as
this folder will not get removed.

Signed-off-by: Luis Martins 
Signed-off-by: Richard Purdie 
(cherry picked from commit edcd9ad333bc4e504594e8af83e8cb7007d2e35c)
Signed-off-by: Steve Sakoman 
---
 meta/classes/rm_work.bbclass | 15 +++
 1 file changed, 11 insertions(+), 4 deletions(-)

diff --git a/meta/classes/rm_work.bbclass b/meta/classes/rm_work.bbclass
index 8979714e62..f7ededff26 100644
--- a/meta/classes/rm_work.bbclass
+++ b/meta/classes/rm_work.bbclass
@@ -27,6 +27,13 @@ BB_SCHEDULER ?= "completion"
 BB_TASK_IONICE_LEVEL:task-rm_work = "3.0"
 
 do_rm_work () {
+# Force using the HOSTTOOLS 'rm' - otherwise the SYSROOT_NATIVE 'rm' can 
be selected depending on PATH
+# Avoids race-condition accessing 'rm' when deleting WORKDIR folders at 
the end of this function
+RM_BIN="$(PATH=${HOSTTOOLS_DIR} command -v rm)"
+if [ -z "${RM_BIN}" ]; then
+bbfatal "Binary 'rm' not found in HOSTTOOLS_DIR, cannot remove WORKDIR 
data."
+fi
+
 # If the recipe name is in the RM_WORK_EXCLUDE, skip the recipe.
 for p in ${RM_WORK_EXCLUDE}; do
 if [ "$p" = "${PN}" ]; then
@@ -73,7 +80,7 @@ do_rm_work () {
 # sstate version since otherwise we'd need to leave 'plaindirs' 
around
 # such as 'packages' and 'packages-split' and these can be large. 
No end
 # of chain tasks depend directly on do_package anymore.
-rm -f -- $i;
+"${RM_BIN}" -f -- $i;
 ;;
 *_setscene*)
 # Skip stamps which are already setscene versions
@@ -90,7 +97,7 @@ do_rm_work () {
 ;;
 esac
 done
-rm -f -- $i
+"${RM_BIN}" -f -- $i
 esac
 done
 
@@ -100,9 +107,9 @@ do_rm_work () {
 # Retain only logs and other files in temp, safely ignore
 # failures of removing pseudo folers on NFS2/3 server.
 if [ $dir = 'pseudo' ]; then
-rm -rf -- $dir 2> /dev/null || true
+"${RM_BIN}" -rf -- $dir 2> /dev/null || true
 elif ! echo "$excludes" | grep -q -w "$dir"; then
-rm -rf -- $dir
+"${RM_BIN}" -rf -- $dir
 fi
 done
 }
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175780): 
https://lists.openembedded.org/g/openembedded-core/message/175780
Mute This Topic: https://lists.openembedded.org/mt/96215563/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][kirkstone 06/11] base.bbclass: Fix way to check ccache path

2023-01-11 Thread Steve Sakoman

From: Changqing Li 

The previous code had 2 issues:
1. make hosttools/ccache always link to host's ccache (/usr/bin/ccache)
even we have one buildtools
2. make hosttools/gcc etc, link to host's gcc event we have one
buildtools when keyword ccache in buildtools's path, eg:
/mnt/ccache/bin/buildtools

This patch is for fix above issues.

Signed-off-by: Changqing Li 
Signed-off-by: Richard Purdie 
(cherry picked from commit 1b7c81414cf252a7203d95703810a770184d7e4d)
Signed-off-by: Steve Sakoman 
---
 meta/classes/base.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index cb9da78ab6..b15c5839b6 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -132,7 +132,7 @@ def setup_hosttools_dir(dest, toolsvar, d, fatal=True):
 # /usr/local/bin/ccache/gcc -> /usr/bin/ccache, then which(gcc)
 # would return /usr/local/bin/ccache/gcc, but what we need is
 # /usr/bin/gcc, this code can check and fix that.
-if "ccache" in srctool:
+if os.path.islink(srctool) and 
os.path.basename(os.readlink(srctool)) == 'ccache':
 srctool = bb.utils.which(path, tool, executable=True, 
direction=1)
 if srctool:
 os.symlink(srctool, desttool)
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175779): 
https://lists.openembedded.org/g/openembedded-core/message/175779
Mute This Topic: https://lists.openembedded.org/mt/96215560/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][kirkstone 05/11] bind: upgrade 9.18.9 -> 9.18.10

2023-01-11 Thread Steve Sakoman

From: Wang Mingyu 

Changelog:
==
The key file IO locks objects would never get deleted from the hashtable due to
off-by-one error.

ANY responses could sometimes have the wrong TTL.

Speed up the named shutdown time by explicitly canceling all recursing ns_client
objects for

Removing a catalog zone from catalog-zones without also removing the referenced
zone could leave a dangling pointer. [GL #3683]

nslookup and host were not honoring the selected port in TCP mode. [GL #3721]

Deprecate alt-transfer-source, alt-transfer-source-v6 and
use-alt-transfer-source. [GL #3694]

Move the "final reference detached" log message from dns_zone unit to the
DEBUG(1) log level.

Fix assertion failure in isc_http API used by statschannel if the read callback
would be called on HTTP request that has been already closed.

Deduplicate time unit conversion factors.

Copy TLS identifier when setting up primaries for catalog member zones.

Deprecate 'auto-dnssec'. [GL #3667]

The decompression implementation in dns_name_fromwire() is now smaller and
faster. [GL #3655]

Use the current domain name when checking answers from a dual-stack-server.

Ensure 'named-checkconf -z' respects the check-wildcard option when loading a
zone.  [GL #1905]

Deprecate 'coresize', 'datasize', 'files', and 'stacksize' named.conf options.

The view's zone table was not locked when it should have been leading to race
conditions when external extensions that manipulate the zone table where in use.

Some browsers (Firefox) send more than 10 HTTP headers.  Bump the number of
allowed HTTP headers to 100. [GL #3670]

NXDOMAIN cache records are no longer retained in the cache after expiry,
even when serve-stale is in use. [GL #3386]

Signed-off-by: Wang Mingyu 
Signed-off-by: Richard Purdie 
(cherry picked from commit 1c093c38e247b522f279f616d16373795a4cdf89)
Signed-off-by: Steve Sakoman 
(cherry picked from commit 410d69c684ba4eb6dd279a40436043259f94b6b9)
Signed-off-by: Steve Sakoman 
---
 .../0001-avoid-start-failure-with-bind-user.patch   | 0
 .../0001-named-lwresd-V-and-start-log-hide-build-options.patch  | 0
 .../bind-ensure-searching-for-json-headers-searches-sysr.patch  | 0
 .../bind/{bind-9.18.9 => bind-9.18.10}/bind9| 0
 .../bind/{bind-9.18.9 => bind-9.18.10}/conf.patch   | 0
 .../bind/{bind-9.18.9 => bind-9.18.10}/generate-rndc-key.sh | 0
 .../init.d-add-support-for-read-only-rootfs.patch   | 0
 .../make-etc-initd-bind-stop-work.patch | 0
 .../bind/{bind-9.18.9 => bind-9.18.10}/named.service| 0
 .../bind/{bind_9.18.9.bb => bind_9.18.10.bb}| 2 +-
 10 files changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/0001-avoid-start-failure-with-bind-user.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/0001-named-lwresd-V-and-start-log-hide-build-options.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/bind-ensure-searching-for-json-headers-searches-sysr.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => bind-9.18.10}/bind9 
(100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => bind-9.18.10}/conf.patch 
(100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/generate-rndc-key.sh (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/init.d-add-support-for-read-only-rootfs.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/make-etc-initd-bind-stop-work.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/named.service (100%)
 rename meta/recipes-connectivity/bind/{bind_9.18.9.bb => bind_9.18.10.bb} (97%)

diff --git 
a/meta/recipes-connectivity/bind/bind-9.18.9/0001-avoid-start-failure-with-bind-user.patch
 
b/meta/recipes-connectivity/bind/bind-9.18.10/0001-avoid-start-failure-with-bind-user.patch
similarity index 100%
rename from 
meta/recipes-connectivity/bind/bind-9.18.9/0001-avoid-start-failure-with-bind-user.patch
rename to 
meta/recipes-connectivity/bind/bind-9.18.10/0001-avoid-start-failure-with-bind-user.patch
diff --git 
a/meta/recipes-connectivity/bind/bind-9.18.9/0001-named-lwresd-V-and-start-log-hide-build-options.patch
 
b/meta/recipes-connectivity/bind/bind-9.18.10/0001-named-lwresd-V-and-start-log-hide-build-options.patch
similarity index 100%
rename from 
meta/recipes-connectivity/bind/bind-9.18.9/0001-named-lwresd-V-and-start-log-hide-build-options.patch
rename to 
meta/recipes-connectivity/bind/bind-9.18.10/0001-named-lwresd-V-and-start-log-hide-build-options.patch
diff --git 
a/meta/recipes-connectivity/bind/bind-9.18.9/bind-ensure-searching-for-json-headers-searches-sysr.patch
 
b/meta/recipes-connectivity/bind/bind-9.18.10/bind-ensure-searching-for-json-headers-searches-sysr.patch
similarity index 100%
rename from 
meta/recipes-connectivity/bind/bind-9.18.9/bi

[OE-core][kirkstone 04/11] libarchive: upgrade 3.6.1 -> 3.6.2

2023-01-11 Thread Steve Sakoman

From: Alexander Kanavin 

Libarchive 3.6.2 is a bugfix and security release.

Important security fixes:

NULL pointer dereference vulnerability in archive_write.c (#1754, #1759, 
CVE-2022-36227)

Important bug fixes:

include ZSTD in Windows builds (#1688)
SSL fixes on Windows (#1714, #1723, #1724)
rar5 reader: fix possible garbled output with bsdtar -O (#1745)
mtree reader: support reading mtree files with tabs (#1783)
various small fixes for issues found by CodeQL

Use --without-iconv as otherwise autotools write a bogus iconv
dependency into .pc file.

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit edce1bce81fe2f47fb2c5e2b94ebda73f95cbaea)
Signed-off-by: Steve Sakoman 
(cherry picked from commit 93b972845a28b62ea01ee0f4a1e043bd58fc0892)
Signed-off-by: Steve Sakoman 
---
 .../libarchive/CVE-2022-36227.patch   | 42 ---
 ...ibarchive_3.6.1.bb => libarchive_3.6.2.bb} |  8 ++--
 2 files changed, 3 insertions(+), 47 deletions(-)
 delete mode 100644 
meta/recipes-extended/libarchive/libarchive/CVE-2022-36227.patch
 rename meta/recipes-extended/libarchive/{libarchive_3.6.1.bb => 
libarchive_3.6.2.bb} (92%)

diff --git a/meta/recipes-extended/libarchive/libarchive/CVE-2022-36227.patch 
b/meta/recipes-extended/libarchive/libarchive/CVE-2022-36227.patch
deleted file mode 100644
index d0d143710c..00
--- a/meta/recipes-extended/libarchive/libarchive/CVE-2022-36227.patch
+++ /dev/null
@@ -1,42 +0,0 @@
-From b5332ed6d59ba5113a0a2c67fd82b69fcd5cde68 Mon Sep 17 00:00:00 2001
-From: obiwac 
-Date: Fri, 22 Jul 2022 22:41:10 +0200
-Subject: [PATCH] libarchive: CVE-2022-36227 Handle a `calloc` returning NULL
- (fixes #1754)
-
-Upstream-Status: Backport 
[https://github.com/libarchive/libarchive/commit/bff38efe8c110469c5080d387bec62a6ca15b1a5]
-CVE: CVE-2022-36227
-Signed-off-by: Hitendra Prajapati archive = _a;
-   f->state = ARCHIVE_WRITE_FILTER_STATE_NEW;
-   if (a->filter_first == NULL)
-@@ -548,6 +552,10 @@ archive_write_open2(struct archive *_a, void *client_data,
-   a->client_data = client_data;
- 
-   client_filter = __archive_write_allocate_filter(_a);
-+
-+  if (client_filter == NULL)
-+  return (ARCHIVE_FATAL);
-+
-   client_filter->open = archive_write_client_open;
-   client_filter->write = archive_write_client_write;
-   client_filter->close = archive_write_client_close;
--- 
-2.25.1
-
diff --git a/meta/recipes-extended/libarchive/libarchive_3.6.1.bb 
b/meta/recipes-extended/libarchive/libarchive_3.6.2.bb
similarity index 92%
rename from meta/recipes-extended/libarchive/libarchive_3.6.1.bb
rename to meta/recipes-extended/libarchive/libarchive_3.6.2.bb
index df9df5e0a6..acc84de9da 100644
--- a/meta/recipes-extended/libarchive/libarchive_3.6.1.bb
+++ b/meta/recipes-extended/libarchive/libarchive_3.6.2.bb
@@ -30,14 +30,12 @@ PACKAGECONFIG[lz4] = "--with-lz4,--without-lz4,lz4,"
 PACKAGECONFIG[mbedtls] = "--with-mbedtls,--without-mbedtls,mbedtls,"
 PACKAGECONFIG[zstd] = "--with-zstd,--without-zstd,zstd,"
 
-EXTRA_OECONF += "--enable-largefile"
+EXTRA_OECONF += "--enable-largefile --without-iconv"
 
-SRC_URI = "http://libarchive.org/downloads/libarchive-${PV}.tar.gz \
-   file://CVE-2022-36227.patch \
-  "
+SRC_URI = "http://libarchive.org/downloads/libarchive-${PV}.tar.gz";
 UPSTREAM_CHECK_URI = "http://libarchive.org/";
 
-SRC_URI[sha256sum] = 
"c676146577d989189940f1959d9e3980d28513d74eedfbc6b7f15ea45fe54ee2"
+SRC_URI[sha256sum] = 
"ba6d02f15ba04aba9c23fd5f236bb234eab9d5209e95d1c4df85c44d5f19b9b3"
 
 inherit autotools update-alternatives pkgconfig
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175777): 
https://lists.openembedded.org/g/openembedded-core/message/175777
Mute This Topic: https://lists.openembedded.org/mt/96215557/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][kirkstone 03/11] ffmpeg: fix for CVE-2022-3109

2023-01-11 Thread Steve Sakoman

From: Narpat Mali 

An issue was discovered in the FFmpeg package, where vp3_decode_frame in 
libavcodec/vp3.c lacks check of
the return value of av_malloc() and will cause a null pointer dereference, 
impacting availability.

CVE: CVE-2022-3109

Upstream-Status: Backport 
[https://github.com/FFmpeg/FFmpeg/commit/656cb0450aeb73b25d7d26980af342b37ac4c568]

Signed-off-by: Narpat Mali 
Signed-off-by: Steve Sakoman 
---
 ...-vp3-Add-missing-check-for-av_malloc.patch | 44 +++
 .../recipes-multimedia/ffmpeg/ffmpeg_5.0.1.bb |  3 +-
 2 files changed, 46 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-multimedia/ffmpeg/ffmpeg/0001-avcodec-vp3-Add-missing-check-for-av_malloc.patch

diff --git 
a/meta/recipes-multimedia/ffmpeg/ffmpeg/0001-avcodec-vp3-Add-missing-check-for-av_malloc.patch
 
b/meta/recipes-multimedia/ffmpeg/ffmpeg/0001-avcodec-vp3-Add-missing-check-for-av_malloc.patch
new file mode 100644
index 00..94858a6cdd
--- /dev/null
+++ 
b/meta/recipes-multimedia/ffmpeg/ffmpeg/0001-avcodec-vp3-Add-missing-check-for-av_malloc.patch
@@ -0,0 +1,44 @@
+From 656cb0450aeb73b25d7d26980af342b37ac4c568 Mon Sep 17 00:00:00 2001
+From: Jiasheng Jiang 
+Date: Tue, 15 Feb 2022 17:58:08 +0800
+Subject: [PATCH] avcodec/vp3: Add missing check for av_malloc
+
+Since the av_malloc() may fail and return NULL pointer,
+it is needed that the 's->edge_emu_buffer' should be checked
+whether the new allocation is success.
+
+Fixes: d14723861b ("VP3: fix decoding of videos with stride > 2048")
+Reviewed-by: Peter Ross 
+Signed-off-by: Jiasheng Jiang 
+
+CVE: CVE-2022-3109
+
+Upstream-Status: Backport 
[https://github.com/FFmpeg/FFmpeg/commit/656cb0450aeb73b25d7d26980af342b37ac4c568]
+
+Signed-off-by: Narpat Mali 
+---
+ libavcodec/vp3.c | 7 ++-
+ 1 file changed, 6 insertions(+), 1 deletion(-)
+
+diff --git a/libavcodec/vp3.c b/libavcodec/vp3.c
+index e9ab54d736..e2418eb6fa 100644
+--- a/libavcodec/vp3.c
 b/libavcodec/vp3.c
+@@ -2679,8 +2679,13 @@ static int vp3_decode_frame(AVCodecContext *avctx,
+ AV_GET_BUFFER_FLAG_REF)) < 0)
+ goto error;
+ 
+-if (!s->edge_emu_buffer)
++if (!s->edge_emu_buffer) {
+ s->edge_emu_buffer = av_malloc(9 * 
FFABS(s->current_frame.f->linesize[0]));
++if (!s->edge_emu_buffer) {
++ret = AVERROR(ENOMEM);
++goto error;
++}
++}
+ 
+ if (s->keyframe) {
+ if (!s->theora) {
+-- 
+2.34.1
+
diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg_5.0.1.bb 
b/meta/recipes-multimedia/ffmpeg/ffmpeg_5.0.1.bb
index 95b4bf50ac..c5bebe9c2d 100644
--- a/meta/recipes-multimedia/ffmpeg/ffmpeg_5.0.1.bb
+++ b/meta/recipes-multimedia/ffmpeg/ffmpeg_5.0.1.bb
@@ -26,7 +26,8 @@ SRC_URI = "https://www.ffmpeg.org/releases/${BP}.tar.xz \

file://0001-libavutil-include-assembly-with-full-path-from-sourc.patch \

file://0001-avcodec-rpzaenc-stop-accessing-out-of-bounds-frame.patch \
file://0001-avcodec-smcenc-stop-accessing-out-of-bounds-frame.patch 
\
-   "
+   file://0001-avcodec-vp3-Add-missing-check-for-av_malloc.patch \
+  "
 
 SRC_URI[sha256sum] = 
"ef2efae259ce80a240de48ec85ecb062cecca26e4352ffb3fda562c21a93007b"
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175776): 
https://lists.openembedded.org/g/openembedded-core/message/175776
Mute This Topic: https://lists.openembedded.org/mt/9621/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][kirkstone 02/11] systemd: backport another change from v252 to fix build with CVE-2022-45873.patch

2023-01-11 Thread Steve Sakoman

From: Martin Jansa 

* CVE-2022-45873.patch was backported from systemd/main, but it doesn't
  build without another change from v252 when elfutils PACKAGECONFIG is
  enabled.

* fixes:
  | ../git/src/shared/elf-util.c: In function 'parse_elf_object':
  | ../git/src/shared/elf-util.c:792:27: error: void value not ignored as it 
ought to be
  |   792 | r = json_variant_dump(package_metadata, 
JSON_FORMAT_FLUSH, json_out, NULL);
  |   |   ^

Signed-off-by: Martin Jansa 
Signed-off-by: Steve Sakoman 
---
 ...w-json_variant_dump-to-return-an-err.patch | 60 +++
 meta/recipes-core/systemd/systemd_250.5.bb|  1 +
 2 files changed, 61 insertions(+)
 create mode 100644 
meta/recipes-core/systemd/systemd/0001-shared-json-allow-json_variant_dump-to-return-an-err.patch

diff --git 
a/meta/recipes-core/systemd/systemd/0001-shared-json-allow-json_variant_dump-to-return-an-err.patch
 
b/meta/recipes-core/systemd/systemd/0001-shared-json-allow-json_variant_dump-to-return-an-err.patch
new file mode 100644
index 00..b23b735507
--- /dev/null
+++ 
b/meta/recipes-core/systemd/systemd/0001-shared-json-allow-json_variant_dump-to-return-an-err.patch
@@ -0,0 +1,60 @@
+From 25492154b42f68a48752a7f61eaf1fb61e454e52 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Zbigniew=20J=C4=99drzejewski-Szmek?= 
+Date: Tue, 18 Oct 2022 18:09:06 +0200
+Subject: [PATCH] shared/json: allow json_variant_dump() to return an error
+
+Upstream-Status: Backport 
[https://github.com/systemd/systemd/commit/7922ead507e0d83e4ec72a8cbd2b67194766e58c]
+
+Needed to fix CVE-2022-45873.patch backported from systemd/main,
+otherwise it fails to build with:
+
+| ../git/src/shared/elf-util.c: In function 'parse_elf_object':
+| ../git/src/shared/elf-util.c:792:27: error: void value not ignored as it 
ought to be
+|   792 | r = json_variant_dump(package_metadata, 
JSON_FORMAT_FLUSH, json_out, NULL);
+|   |   ^
+
+Signed-off-by: Martin Jansa 
+---
+ src/shared/json.c | 7 ---
+ src/shared/json.h | 2 +-
+ 2 files changed, 5 insertions(+), 4 deletions(-)
+
+diff --git a/src/shared/json.c b/src/shared/json.c
+index dff95eda26..81c05efe22 100644
+--- a/src/shared/json.c
 b/src/shared/json.c
+@@ -1792,9 +1792,9 @@ int json_variant_format(JsonVariant *v, JsonFormatFlags 
flags, char **ret) {
+ return (int) sz - 1;
+ }
+ 
+-void json_variant_dump(JsonVariant *v, JsonFormatFlags flags, FILE *f, const 
char *prefix) {
++int json_variant_dump(JsonVariant *v, JsonFormatFlags flags, FILE *f, const 
char *prefix) {
+ if (!v)
+-return;
++return 0;
+ 
+ if (!f)
+ f = stdout;
+@@ -1820,7 +1820,8 @@ void json_variant_dump(JsonVariant *v, JsonFormatFlags 
flags, FILE *f, const cha
+ fputc('\n', f); /* In case of SSE add a second newline */
+ 
+ if (flags & JSON_FORMAT_FLUSH)
+-fflush(f);
++return fflush_and_check(f);
++return 0;
+ }
+ 
+ int json_variant_filter(JsonVariant **v, char **to_remove) {
+diff --git a/src/shared/json.h b/src/shared/json.h
+index 8760354b66..c712700763 100644
+--- a/src/shared/json.h
 b/src/shared/json.h
+@@ -187,7 +187,7 @@ typedef enum JsonFormatFlags {
+ } JsonFormatFlags;
+ 
+ int json_variant_format(JsonVariant *v, JsonFormatFlags flags, char **ret);
+-void json_variant_dump(JsonVariant *v, JsonFormatFlags flags, FILE *f, const 
char *prefix);
++int json_variant_dump(JsonVariant *v, JsonFormatFlags flags, FILE *f, const 
char *prefix);
+ 
+ int json_variant_filter(JsonVariant **v, char **to_remove);
+ 
diff --git a/meta/recipes-core/systemd/systemd_250.5.bb 
b/meta/recipes-core/systemd/systemd_250.5.bb
index acca49c3cb..7df7bca4cc 100644
--- a/meta/recipes-core/systemd/systemd_250.5.bb
+++ b/meta/recipes-core/systemd/systemd_250.5.bb
@@ -27,6 +27,7 @@ SRC_URI += "file://touchscreen.rules \
file://0001-resolve-Use-sockaddr-pointer-type-for-bind.patch \
file://CVE-2022-3821.patch \
file://CVE-2022-45873.patch \
+   
file://0001-shared-json-allow-json_variant_dump-to-return-an-err.patch \
"
 
 # patches needed by musl
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175775): 
https://lists.openembedded.org/g/openembedded-core/message/175775
Mute This Topic: https://lists.openembedded.org/mt/96215553/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][kirkstone 01/11] systemd: CVE-2022-45873 deadlock in systemd-coredump via a crash with a long backtrace

2023-01-11 Thread Steve Sakoman

From: Hitendra Prajapati 

Upstream-Status: Backport from 
https://github.com/systemd/systemd/commit/076b807be472630692c5348c60d0c2b7b28ad437

Signed-off-by: Hitendra Prajapati 
Signed-off-by: Steve Sakoman 
---
 .../systemd/systemd/CVE-2022-45873.patch  | 124 ++
 meta/recipes-core/systemd/systemd_250.5.bb|   1 +
 2 files changed, 125 insertions(+)
 create mode 100644 meta/recipes-core/systemd/systemd/CVE-2022-45873.patch

diff --git a/meta/recipes-core/systemd/systemd/CVE-2022-45873.patch 
b/meta/recipes-core/systemd/systemd/CVE-2022-45873.patch
new file mode 100644
index 00..94bd22ca43
--- /dev/null
+++ b/meta/recipes-core/systemd/systemd/CVE-2022-45873.patch
@@ -0,0 +1,124 @@
+From 076b807be472630692c5348c60d0c2b7b28ad437 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Zbigniew=20J=C4=99drzejewski-Szmek?= 
+Date: Tue, 18 Oct 2022 18:23:53 +0200
+Subject: [PATCH] coredump: avoid deadlock when passing processed backtrace
+ data
+
+We would deadlock when passing the data back from the forked-off process that
+was doing backtrace generation back to the coredump parent. This is because we
+fork the child and wait for it to exit. The child tries to write too much data
+to the output pipe, and and after the first 64k blocks on the parent because
+the pipe is full. The bug surfaced in Fedora because of a combination of four
+factors:
+- 87707784c70dc9894ec613df0a6e75e732a362a3 was backported to v251.5, which
+  allowed coredump processing to be successful.
+- 1a0281a3ebf4f8c16d40aa9e63103f16cd23bb2a was NOT backported, so the output
+  was very verbose.
+- Fedora has the ELF package metadata available, so a lot of output can be
+  generated. Most other distros just don't have the information.
+- gnome-calendar crashes and has a bazillion modules and 69596 bytes of output
+  are generated for it.
+
+Fixes https://bugzilla.redhat.com/show_bug.cgi?id=2135778.
+
+The code is changed to try to write data opportunistically. If we get partial
+information, that is still logged. In is generally better to log partial
+backtrace information than nothing at all.
+
+Upstream-Status: Backport 
[https://github.com/systemd/systemd/commit/076b807be472630692c5348c60d0c2b7b28ad437]
+CVE: CVE-2022-45873
+Signed-off-by: Hitendra Prajapati 
+---
+ src/shared/elf-util.c | 37 +++--
+ 1 file changed, 31 insertions(+), 6 deletions(-)
+
+diff --git a/src/shared/elf-util.c b/src/shared/elf-util.c
+index 6d9fcfbbf2..bd27507346 100644
+--- a/src/shared/elf-util.c
 b/src/shared/elf-util.c
+@@ -30,6 +30,9 @@
+ #define THREADS_MAX 64
+ #define ELF_PACKAGE_METADATA_ID 0xcafe1a7e
+ 
++/* The amount of data we're willing to write to each of the output pipes. */
++#define COREDUMP_PIPE_MAX (1024*1024U)
++
+ static void *dw_dl = NULL;
+ static void *elf_dl = NULL;
+ 
+@@ -700,13 +703,13 @@ int parse_elf_object(int fd, const char *executable, 
bool fork_disable_dump, cha
+ return r;
+ 
+ if (ret) {
+-r = RET_NERRNO(pipe2(return_pipe, O_CLOEXEC));
++r = RET_NERRNO(pipe2(return_pipe, O_CLOEXEC|O_NONBLOCK));
+ if (r < 0)
+ return r;
+ }
+ 
+ if (ret_package_metadata) {
+-r = RET_NERRNO(pipe2(json_pipe, O_CLOEXEC));
++r = RET_NERRNO(pipe2(json_pipe, O_CLOEXEC|O_NONBLOCK));
+ if (r < 0)
+ return r;
+ }
+@@ -750,8 +753,24 @@ int parse_elf_object(int fd, const char *executable, bool 
fork_disable_dump, cha
+ goto child_fail;
+ 
+ if (buf) {
+-r = loop_write(return_pipe[1], buf, strlen(buf), 
false);
+-if (r < 0)
++size_t len = strlen(buf);
++
++if (len > COREDUMP_PIPE_MAX) {
++/* This is iffy. A backtrace can be a few 
hundred kilobytes, but too much is
++ * too much. Let's log a warning and ignore 
the rest. */
++log_warning("Generated backtrace is %zu bytes 
(more than the limit of %u bytes), backtrace will be truncated.",
++len, COREDUMP_PIPE_MAX);
++len = COREDUMP_PIPE_MAX;
++}
++
++/* Bump the space for the returned string.
++ * Failure is ignored, because partial output is 
still useful. */
++(void) fcntl(return_pipe[1], F_SETPIPE_SZ, len);
++
++r = loop_write(return_pipe[1], buf, len, false);
++if (r == -EAGAIN)
++log_warning("Write failed, backtrace will be 
truncated.");
++else if (r < 0)
+ goto child_fail;
+ 
+ return_pipe[1] = safe_close(retu

[OE-core][kirkstone 00/11] Patch review

2023-01-11 Thread Steve Sakoman

Please review these patches for kirkstone and have comments back by
end of day Friday.

Passed a-full on autobuilder:

https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/4779

The following changes since commit 96d9b5ba9bdb394c2a0b67bf0067a01578178e50:

  oeqa/concurrencytest: Add number of failures to summary output (2023-01-04 
05:08:37 -1000)

are available in the Git repository at:

  https://git.openembedded.org/openembedded-core-contrib stable/kirkstone-nut
  
http://cgit.openembedded.org/openembedded-core-contrib/log/?h=stable/kirkstone-nut

Alexander Kanavin (2):
  libarchive: upgrade 3.6.1 -> 3.6.2
  devtool: process local files only for the main branch

Changqing Li (1):
  base.bbclass: Fix way to check ccache path

Hitendra Prajapati (1):
  systemd: CVE-2022-45873 deadlock in systemd-coredump via a crash with
a long backtrace

Jose Quaresma (2):
  Revert "gstreamer1.0: disable flaky gstbin:test_watch_for_state_change
test"
  gstreamer1.0: Fix race conditions in gstbin tests

Luis (1):
  rm_work.bbclass: use HOSTTOOLS 'rm' binary exclusively

Martin Jansa (1):
  systemd: backport another change from v252 to fix build with
CVE-2022-45873.patch

Narpat Mali (1):
  ffmpeg: fix for CVE-2022-3109

Pavel Zhukov (1):
  oeqa/rpm.py: Increase timeout and add debug output

Wang Mingyu (1):
  bind: upgrade 9.18.9 -> 9.18.10

 .../devtool/devtool-test-local/file3  |   1 +
 .../devtool/devtool-test-local_6.03.bb|   3 +
 .../devtool/devtool-test-localonly.bb |   3 +
 .../devtool/devtool-test-localonly/file3  |   1 +
 meta/classes/base.bbclass |   2 +-
 meta/classes/rm_work.bbclass  |  15 +-
 meta/lib/oeqa/runtime/cases/rpm.py|  23 +-
 ...1-avoid-start-failure-with-bind-user.patch |   0
 ...d-V-and-start-log-hide-build-options.patch |   0
 ...ching-for-json-headers-searches-sysr.patch |   0
 .../bind/{bind-9.18.9 => bind-9.18.10}/bind9  |   0
 .../{bind-9.18.9 => bind-9.18.10}/conf.patch  |   0
 .../generate-rndc-key.sh  |   0
 ...t.d-add-support-for-read-only-rootfs.patch |   0
 .../make-etc-initd-bind-stop-work.patch   |   0
 .../named.service |   0
 .../bind/{bind_9.18.9.bb => bind_9.18.10.bb}  |   2 +-
 ...w-json_variant_dump-to-return-an-err.patch |  60 
 .../systemd/systemd/CVE-2022-45873.patch  | 124 
 meta/recipes-core/systemd/systemd_250.5.bb|   2 +
 .../libarchive/CVE-2022-36227.patch   |  42 ---
 ...ibarchive_3.6.1.bb => libarchive_3.6.2.bb} |   8 +-
 ...-vp3-Add-missing-check-for-av_malloc.patch |  44 +++
 .../recipes-multimedia/ffmpeg/ffmpeg_5.0.1.bb |   3 +-
 ...005-bin-Fix-race-conditions-in-tests.patch | 300 ++
 ...bin-test_watch_for_state_change-test.patch | 107 ---
 .../gstreamer/gstreamer1.0_1.20.5.bb  |   2 +-
 scripts/lib/devtool/standard.py   |  38 ++-
 28 files changed, 590 insertions(+), 190 deletions(-)
 create mode 100644 meta-selftest/recipes-test/devtool/devtool-test-local/file3
 create mode 100644 
meta-selftest/recipes-test/devtool/devtool-test-localonly/file3
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/0001-avoid-start-failure-with-bind-user.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/0001-named-lwresd-V-and-start-log-hide-build-options.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/bind-ensure-searching-for-json-headers-searches-sysr.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => bind-9.18.10}/bind9 
(100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => bind-9.18.10}/conf.patch 
(100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/generate-rndc-key.sh (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/init.d-add-support-for-read-only-rootfs.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/make-etc-initd-bind-stop-work.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/named.service (100%)
 rename meta/recipes-connectivity/bind/{bind_9.18.9.bb => bind_9.18.10.bb} (97%)
 create mode 100644 
meta/recipes-core/systemd/systemd/0001-shared-json-allow-json_variant_dump-to-return-an-err.patch
 create mode 100644 meta/recipes-core/systemd/systemd/CVE-2022-45873.patch
 delete mode 100644 
meta/recipes-extended/libarchive/libarchive/CVE-2022-36227.patch
 rename meta/recipes-extended/libarchive/{libarchive_3.6.1.bb => 
libarchive_3.6.2.bb} (92%)
 create mode 100644 
meta/recipes-multimedia/ffmpeg/ffmpeg/0001-avcodec-vp3-Add-missing-check-for-av_malloc.patch
 create mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0/0005-bin-Fix-race-conditions-in-tests.patch
 delete mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0/0005-tests-remove-gstbin-test_watch_for_state_change-test.patch

-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core][PATCH] busybox: 1.35.0 -> 1.36.0

2023-01-11 Thread Khem Raj

On Wed, Jan 11, 2023 at 2:54 AM Alexandre Belloni via
lists.openembedded.org
 wrote:
>
> This generates a warning:
>
> WARNING: busybox-1.36.0-r0 do_package_qa: QA Issue: busybox: ELF binary 
> /bin/busybox.nosuid has relocations in .text [textrel]
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/48/builds/6507/steps/11/logs/stdio

hmmm yes. I think texrels is the fundamental problem originally. I
will take a look and see if this one is harmless

>
> On 06/01/2023 12:05:05+0100, Andrej Valek wrote:
> > - update to next (un)stable version 1.36.0
> > - refresh defconfig
> >  - disable new applets (tree, tsort, seedrng)
> >  - use hw-accel for sha1/256 sums when available
> > - remove and refresh already merged patches
> >
> > Signed-off-by: Andrej Valek 
> > ---
> >  ...ab_1.35.0.bb => busybox-inittab_1.36.0.bb} |   0
> >  .../0001-devmem-add-128-bit-width.patch   | 128 --
> >  .../busybox/busybox/CVE-2022-30065.patch  |  29 
> >  meta/recipes-core/busybox/busybox/defconfig   |  10 +-
> >  .../busybox/busybox/recognize_connmand.patch  |  10 +-
> >  meta/recipes-core/busybox/busybox/sha1sum.cfg |   2 +
> >  .../busybox/busybox/sha256sum.cfg |   1 +
> >  .../{busybox_1.35.0.bb => busybox_1.36.0.bb}  |   4 +-
> >  8 files changed, 17 insertions(+), 167 deletions(-)
> >  rename meta/recipes-core/busybox/{busybox-inittab_1.35.0.bb => 
> > busybox-inittab_1.36.0.bb} (100%)
> >  delete mode 100644 
> > meta/recipes-core/busybox/busybox/0001-devmem-add-128-bit-width.patch
> >  delete mode 100644 meta/recipes-core/busybox/busybox/CVE-2022-30065.patch
> >  rename meta/recipes-core/busybox/{busybox_1.35.0.bb => busybox_1.36.0.bb} 
> > (92%)
> >
> > diff --git a/meta/recipes-core/busybox/busybox-inittab_1.35.0.bb 
> > b/meta/recipes-core/busybox/busybox-inittab_1.36.0.bb
> > similarity index 100%
> > rename from meta/recipes-core/busybox/busybox-inittab_1.35.0.bb
> > rename to meta/recipes-core/busybox/busybox-inittab_1.36.0.bb
> > diff --git 
> > a/meta/recipes-core/busybox/busybox/0001-devmem-add-128-bit-width.patch 
> > b/meta/recipes-core/busybox/busybox/0001-devmem-add-128-bit-width.patch
> > deleted file mode 100644
> > index 985e2bf1d9..00
> > --- a/meta/recipes-core/busybox/busybox/0001-devmem-add-128-bit-width.patch
> > +++ /dev/null
> > @@ -1,128 +0,0 @@
> > -From d432049f288c9acdc4a7caa729c68ceba3c5dca1 Mon Sep 17 00:00:00 2001
> > -From: Aaro Koskinen 
> > -Date: Thu, 25 Aug 2022 18:47:02 +0300
> > -Subject: [PATCH] devmem: add 128-bit width
> > -
> > -Add 128-bit width if the compiler provides the needed type.
> > -
> > -function old new   delta
> > -devmem_main  405 464 +59
> > -.rodata   109025  109043 +18
> > ---
> > -(add/remove: 0/0 grow/shrink: 2/0 up/down: 77/0)   Total: 77 
> > bytes
> > -
> > -Upstream-Status: Backport 
> > [https://git.busybox.net/busybox/commit/?id=d432049f288c9acdc4a7caa729c68ceba3c5dca1]
> > -
> > -Signed-off-by: Aaro Koskinen 
> > -Signed-off-by: Aaro Koskinen 
> > -Signed-off-by: Denys Vlasenko 
> > -Signed-off-by: Mingli Yu 
> > 
> > - miscutils/devmem.c | 68 ++
> > - 1 file changed, 44 insertions(+), 24 deletions(-)
> > -
> > -diff --git a/miscutils/devmem.c b/miscutils/devmem.c
> > -index f9f0276bc..f21621bd6 100644
> >  a/miscutils/devmem.c
> > -+++ b/miscutils/devmem.c
> > -@@ -29,7 +29,6 @@ int devmem_main(int argc UNUSED_PARAM, char **argv)
> > - {
> > - void *map_base, *virt_addr;
> > - uint64_t read_result;
> > --uint64_t writeval = writeval; /* for compiler */
> > - off_t target;
> > - unsigned page_size, mapped_size, offset_in_page;
> > - int fd;
> > -@@ -64,9 +63,6 @@ int devmem_main(int argc UNUSED_PARAM, char **argv)
> > - width = strchrnul(bhwl, (argv[2][0] | 0x20)) - bhwl;
> > - width = sizes[width];
> > - }
> > --/* VALUE */
> > --if (argv[3])
> > --writeval = bb_strtoull(argv[3], NULL, 0);
> > - } else { /* argv[2] == NULL */
> > - /* make argv[3] to be a valid thing to fetch */
> > - argv--;
> > -@@ -96,28 +92,46 @@ int devmem_main(int argc UNUSED_PARAM, char **argv)
> > - virt_addr = (char*)map_base + offset_in_page;
> > -
> > - if (!argv[3]) {
> > --switch (width) {
> > --case 8:
> > --read_result = *(volatile uint8_t*)virt_addr;
> > --break;
> > --case 16:
> > --read_result = *(volatile uint16_t*)virt_addr;
> > --break;
> > --case 32:
> > --read_result = *(volatile uint32_t*)virt_addr;
> > --break;
> > -

Re: [OE-core] [PATCH v2] u-boot: Upgrade to 2023.01

2023-01-11 Thread Fabio Estevam

On Wed, Jan 11, 2023 at 3:44 PM Fabio Estevam via
lists.openembedded.org 
wrote:
>
> Upgrade to U-Boot 2023.01.
>
> Remove the two patches that are now upstream:
>
> e67f34f778ba ("riscv: support building double-float modules")
> 1dde977518f1 ("riscv: Fix build against binutils 2.38")
>
> Signed-off-by: Fabio Estevam 
> ---
> Changes since v1:
> - Rename u-boot-tools_2022.10.bb to u-boot-tools_2023.01.bb

Please do not apply it yet. I have just noticed a build failure on u-boot-tools.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175771): 
https://lists.openembedded.org/g/openembedded-core/message/175771
Mute This Topic: https://lists.openembedded.org/mt/96206334/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2] u-boot: Upgrade to 2023.01

2023-01-11 Thread Fabio Estevam

Upgrade to U-Boot 2023.01.

Remove the two patches that are now upstream:

e67f34f778ba ("riscv: support building double-float modules")
1dde977518f1 ("riscv: Fix build against binutils 2.38")

Signed-off-by: Fabio Estevam 
---
Changes since v1:
- Rename u-boot-tools_2022.10.bb to u-boot-tools_2023.01.bb

 ...1-riscv-fix-build-with-binutils-2.38.patch | 40 -
 ...iscv32-Use-double-float-ABI-for-rv32.patch | 44 ---
 meta/recipes-bsp/u-boot/u-boot-common.inc |  2 +-
 ...ols_2022.10.bb => u-boot-tools_2023.01.bb} |  0
 meta/recipes-bsp/u-boot/u-boot_2022.10.bb |  9 
 meta/recipes-bsp/u-boot/u-boot_2023.01.bb |  4 ++
 6 files changed, 5 insertions(+), 94 deletions(-)
 delete mode 100644 
meta/recipes-bsp/u-boot/files/0001-riscv-fix-build-with-binutils-2.38.patch
 delete mode 100644 
meta/recipes-bsp/u-boot/files/0001-riscv32-Use-double-float-ABI-for-rv32.patch
 rename meta/recipes-bsp/u-boot/{u-boot-tools_2022.10.bb => 
u-boot-tools_2023.01.bb} (100%)
 delete mode 100644 meta/recipes-bsp/u-boot/u-boot_2022.10.bb
 create mode 100644 meta/recipes-bsp/u-boot/u-boot_2023.01.bb

diff --git 
a/meta/recipes-bsp/u-boot/files/0001-riscv-fix-build-with-binutils-2.38.patch 
b/meta/recipes-bsp/u-boot/files/0001-riscv-fix-build-with-binutils-2.38.patch
deleted file mode 100644
index 3598329b99d9..
--- 
a/meta/recipes-bsp/u-boot/files/0001-riscv-fix-build-with-binutils-2.38.patch
+++ /dev/null
@@ -1,40 +0,0 @@
-From 26a7f6b1e4c5f715c03e59a623f0d620498b92cf Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Sun, 13 Feb 2022 21:11:31 -0800
-Subject: [PATCH] riscv: fix build with binutils 2.38
-
-From version 2.38, binutils default to ISA spec version 20191213. This
-means that the csr read/write (csrr*/csrw*) instructions and fence.i
-instruction has separated from the `I` extension, become two standalone
-extensions: Zicsr and Zifencei.
-
-The fix is to specify those extensions explicitely in -march. However as
-older binutils version do not support this, we first need to detect
-that.
-
-Fixes
-arch/riscv/lib/cache.c: Assembler messages:
-arch/riscv/lib/cache.c:12: Error: unrecognized opcode `fence.i'
-
-Upstream-Status: Submitted []
-Signed-off-by: Khem Raj 

- arch/riscv/Makefile | 7 ++-
- 1 file changed, 6 insertions(+), 1 deletion(-)
-
 a/arch/riscv/Makefile
-+++ b/arch/riscv/Makefile
-@@ -28,7 +28,12 @@ ifeq ($(CONFIG_CMODEL_MEDANY),y)
-   CMODEL = medany
- endif
- 
--ARCH_FLAGS = -march=$(ARCH_BASE)$(ARCH_A)$(ARCH_F)$(ARCH_D)$(ARCH_C) 
-mabi=$(ABI) \
-+# Newer binutils versions default to ISA spec version 20191213 which moves 
some
-+# instructions from the I extension to the Zicsr and Zifencei extensions.
-+toolchain-need-zicsr-zifencei := $(call cc-option-yn, 
-march=$(ARCH_BASE)$(ARCH_A)$(ARCH_F)$(ARCH_D)$(ARCH_C)_zicsr_zifencei)
-+zicsr_zifencei-$(toolchain-need-zicsr-zifencei) := _zicsr_zifencei
-+
-+ARCH_FLAGS = 
-march=$(ARCH_BASE)$(ARCH_A)$(ARCH_F)$(ARCH_D)$(ARCH_C)$(zicsr_zifencei-y) 
-mabi=$(ABI) \
--mcmodel=$(CMODEL)
- 
- PLATFORM_CPPFLAGS += $(ARCH_FLAGS)
diff --git 
a/meta/recipes-bsp/u-boot/files/0001-riscv32-Use-double-float-ABI-for-rv32.patch
 
b/meta/recipes-bsp/u-boot/files/0001-riscv32-Use-double-float-ABI-for-rv32.patch
deleted file mode 100644
index 0bf1bef2c99c..
--- 
a/meta/recipes-bsp/u-boot/files/0001-riscv32-Use-double-float-ABI-for-rv32.patch
+++ /dev/null
@@ -1,44 +0,0 @@
-From 66dfe0fa886f6289add06d1af8642ce2b5302852 Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Tue, 9 Feb 2021 16:40:12 -0800
-Subject: [PATCH] riscv32: Use double-float ABI for rv32
-
-So it can use libgcc built with OE toolchain
-Fixes
-error: "can't link hard-float modules with soft-float modules"
-
-Signed-off-by: Khem Raj 
-Upstream-Status: Inappropriate [embedded specific]

- arch/riscv/Makefile | 6 --
- 1 file changed, 4 insertions(+), 2 deletions(-)
-
 a/arch/riscv/Makefile
-+++ b/arch/riscv/Makefile
-@@ -5,11 +5,15 @@
- 
- ifeq ($(CONFIG_ARCH_RV64I),y)
-   ARCH_BASE = rv64im
--  ABI = lp64
-+  ABI = lp64d
-+  ARCH_D = d
-+  ARCH_F = f
- endif
- ifeq ($(CONFIG_ARCH_RV32I),y)
-   ARCH_BASE = rv32im
--  ABI = ilp32
-+  ABI = ilp32d
-+  ARCH_D = d
-+  ARCH_F = f
- endif
- ifeq ($(CONFIG_RISCV_ISA_A),y)
-   ARCH_A = a
-@@ -24,7 +28,7 @@ ifeq ($(CONFIG_CMODEL_MEDANY),y)
-   CMODEL = medany
- endif
- 
--ARCH_FLAGS = -march=$(ARCH_BASE)$(ARCH_A)$(ARCH_C) -mabi=$(ABI) \
-+ARCH_FLAGS = -march=$(ARCH_BASE)$(ARCH_A)$(ARCH_F)$(ARCH_D)$(ARCH_C) 
-mabi=$(ABI) \
--mcmodel=$(CMODEL)
- 
- PLATFORM_CPPFLAGS += $(ARCH_FLAGS)
diff --git a/meta/recipes-bsp/u-boot/u-boot-common.inc 
b/meta/recipes-bsp/u-boot/u-boot-common.inc
index 60c77cbec4c6..22adad80ff2c 100644
--- a/meta/recipes-bsp/u-boot/u-boot-common.inc
+++ b/meta/recipes-bsp/u-boot/u-boot-common.inc
@@ -12,7 +12,7 @@ PE = "1"
 
 # We use the revision in order to avoid having to fetch it from the
 # rep

[OE-core] [PATCH] u-boot: Upgrade to 2023.01

2023-01-11 Thread Fabio Estevam

From: Fabio Estevam 

Upgrade to U-Boot 2023.01.

Remove the two patches that are now upstream:

e67f34f778ba ("riscv: support building double-float modules")
1dde977518f1 ("riscv: Fix build against binutils 2.38")

Signed-off-by: Fabio Estevam 
---
 ...1-riscv-fix-build-with-binutils-2.38.patch | 40 -
 ...iscv32-Use-double-float-ABI-for-rv32.patch | 44 ---
 meta/recipes-bsp/u-boot/u-boot-common.inc |  2 +-
 meta/recipes-bsp/u-boot/u-boot_2022.10.bb |  9 
 meta/recipes-bsp/u-boot/u-boot_2023.01.bb |  4 ++
 5 files changed, 5 insertions(+), 94 deletions(-)
 delete mode 100644 
meta/recipes-bsp/u-boot/files/0001-riscv-fix-build-with-binutils-2.38.patch
 delete mode 100644 
meta/recipes-bsp/u-boot/files/0001-riscv32-Use-double-float-ABI-for-rv32.patch
 delete mode 100644 meta/recipes-bsp/u-boot/u-boot_2022.10.bb
 create mode 100644 meta/recipes-bsp/u-boot/u-boot_2023.01.bb

diff --git 
a/meta/recipes-bsp/u-boot/files/0001-riscv-fix-build-with-binutils-2.38.patch 
b/meta/recipes-bsp/u-boot/files/0001-riscv-fix-build-with-binutils-2.38.patch
deleted file mode 100644
index 3598329b99..00
--- 
a/meta/recipes-bsp/u-boot/files/0001-riscv-fix-build-with-binutils-2.38.patch
+++ /dev/null
@@ -1,40 +0,0 @@
-From 26a7f6b1e4c5f715c03e59a623f0d620498b92cf Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Sun, 13 Feb 2022 21:11:31 -0800
-Subject: [PATCH] riscv: fix build with binutils 2.38
-
-From version 2.38, binutils default to ISA spec version 20191213. This
-means that the csr read/write (csrr*/csrw*) instructions and fence.i
-instruction has separated from the `I` extension, become two standalone
-extensions: Zicsr and Zifencei.
-
-The fix is to specify those extensions explicitely in -march. However as
-older binutils version do not support this, we first need to detect
-that.
-
-Fixes
-arch/riscv/lib/cache.c: Assembler messages:
-arch/riscv/lib/cache.c:12: Error: unrecognized opcode `fence.i'
-
-Upstream-Status: Submitted []
-Signed-off-by: Khem Raj 

- arch/riscv/Makefile | 7 ++-
- 1 file changed, 6 insertions(+), 1 deletion(-)
-
 a/arch/riscv/Makefile
-+++ b/arch/riscv/Makefile
-@@ -28,7 +28,12 @@ ifeq ($(CONFIG_CMODEL_MEDANY),y)
-   CMODEL = medany
- endif
- 
--ARCH_FLAGS = -march=$(ARCH_BASE)$(ARCH_A)$(ARCH_F)$(ARCH_D)$(ARCH_C) 
-mabi=$(ABI) \
-+# Newer binutils versions default to ISA spec version 20191213 which moves 
some
-+# instructions from the I extension to the Zicsr and Zifencei extensions.
-+toolchain-need-zicsr-zifencei := $(call cc-option-yn, 
-march=$(ARCH_BASE)$(ARCH_A)$(ARCH_F)$(ARCH_D)$(ARCH_C)_zicsr_zifencei)
-+zicsr_zifencei-$(toolchain-need-zicsr-zifencei) := _zicsr_zifencei
-+
-+ARCH_FLAGS = 
-march=$(ARCH_BASE)$(ARCH_A)$(ARCH_F)$(ARCH_D)$(ARCH_C)$(zicsr_zifencei-y) 
-mabi=$(ABI) \
--mcmodel=$(CMODEL)
- 
- PLATFORM_CPPFLAGS += $(ARCH_FLAGS)
diff --git 
a/meta/recipes-bsp/u-boot/files/0001-riscv32-Use-double-float-ABI-for-rv32.patch
 
b/meta/recipes-bsp/u-boot/files/0001-riscv32-Use-double-float-ABI-for-rv32.patch
deleted file mode 100644
index 0bf1bef2c9..00
--- 
a/meta/recipes-bsp/u-boot/files/0001-riscv32-Use-double-float-ABI-for-rv32.patch
+++ /dev/null
@@ -1,44 +0,0 @@
-From 66dfe0fa886f6289add06d1af8642ce2b5302852 Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Tue, 9 Feb 2021 16:40:12 -0800
-Subject: [PATCH] riscv32: Use double-float ABI for rv32
-
-So it can use libgcc built with OE toolchain
-Fixes
-error: "can't link hard-float modules with soft-float modules"
-
-Signed-off-by: Khem Raj 
-Upstream-Status: Inappropriate [embedded specific]

- arch/riscv/Makefile | 6 --
- 1 file changed, 4 insertions(+), 2 deletions(-)
-
 a/arch/riscv/Makefile
-+++ b/arch/riscv/Makefile
-@@ -5,11 +5,15 @@
- 
- ifeq ($(CONFIG_ARCH_RV64I),y)
-   ARCH_BASE = rv64im
--  ABI = lp64
-+  ABI = lp64d
-+  ARCH_D = d
-+  ARCH_F = f
- endif
- ifeq ($(CONFIG_ARCH_RV32I),y)
-   ARCH_BASE = rv32im
--  ABI = ilp32
-+  ABI = ilp32d
-+  ARCH_D = d
-+  ARCH_F = f
- endif
- ifeq ($(CONFIG_RISCV_ISA_A),y)
-   ARCH_A = a
-@@ -24,7 +28,7 @@ ifeq ($(CONFIG_CMODEL_MEDANY),y)
-   CMODEL = medany
- endif
- 
--ARCH_FLAGS = -march=$(ARCH_BASE)$(ARCH_A)$(ARCH_C) -mabi=$(ABI) \
-+ARCH_FLAGS = -march=$(ARCH_BASE)$(ARCH_A)$(ARCH_F)$(ARCH_D)$(ARCH_C) 
-mabi=$(ABI) \
--mcmodel=$(CMODEL)
- 
- PLATFORM_CPPFLAGS += $(ARCH_FLAGS)
diff --git a/meta/recipes-bsp/u-boot/u-boot-common.inc 
b/meta/recipes-bsp/u-boot/u-boot-common.inc
index 60c77cbec4..22adad80ff 100644
--- a/meta/recipes-bsp/u-boot/u-boot-common.inc
+++ b/meta/recipes-bsp/u-boot/u-boot-common.inc
@@ -12,7 +12,7 @@ PE = "1"
 
 # We use the revision in order to avoid having to fetch it from the
 # repo during parse
-SRCREV = "4debc57a3da6c3f4d3f89a637e99206f4cea0a96"
+SRCREV = "62e2ad1ceafbfdf2c44d3dc1b6efc81e768a96b9"
 
 SRC_URI = "git://source.denx.de/u-boot/u-boot.git;protocol=https;branch=master"
 
diff --g

Re: [OE-core] [PATCH] curl: don't enable debug builds

2023-01-11 Thread Ross Burton

On 11 Jan 2023, at 14:46, Quentin Schulz  
wrote:
> Should we have --disable-curldebug in the enable path here? I see you remove 
> it further down but it's not here.

No need:

default)
  dnl configure's curldebug option not specified. Initially we will
  dnl handle this as a request to use the same setting as option
  dnl --enable-debug. IOW, initially, for debug-enabled builds
  dnl this will be handled as a request to enable curldebug if
  dnl possible, and for debug-disabled builds this will be handled
  dnl as a request to disable curldebug.

Ross
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175768): 
https://lists.openembedded.org/g/openembedded-core/message/175768
Mute This Topic: https://lists.openembedded.org/mt/96200338/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][langdale 11/11] devtool: process local files only for the main branch

2023-01-11 Thread Steve Sakoman

From: Alexander Kanavin 

devtool modify/upgrade are not currently equipped to handle conditional local 
files
in SRC_URI, and provide only the main no-override set in a workspace under
source/component/oe-local-files/ (this is done via 
meta/classes/devtool-source.bbclass).

On the other hand, updating the changes from workspace into a recipe
is run iteratively against all overrides; this works for patches (as they
all are directed into their own override branches in the workspace
git source tree), but breaks down when trying to match local files
in a workspace against local files in overridden SRC_URI lists, resulting in
bad recipe breakage.

(there's an additional twist here: existing code has a guard against this
but the guard relies on metadata in workspace .bbappend that is only there
in modify operations, but not upgrades. This commit replaces the guard
with a general check that will work everywhere).

Implementing multiple sets of local files is significant work; let's for now
simply not touch local files in recipes except when on the no-override variant.

Also, adjust the selftest cases to include conditional local files in sample
recipes, so the situation is covered by the tests.

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit 3a8654b860fa98f94e80c3c3fff359ffed14bbe7)
Signed-off-by: Steve Sakoman 
---
 .../devtool/devtool-test-local/file3  |  1 +
 .../devtool/devtool-test-local_6.03.bb|  3 ++
 .../devtool/devtool-test-localonly.bb |  3 ++
 .../devtool/devtool-test-localonly/file3  |  1 +
 scripts/lib/devtool/standard.py   | 38 +++
 5 files changed, 30 insertions(+), 16 deletions(-)
 create mode 100644 meta-selftest/recipes-test/devtool/devtool-test-local/file3
 create mode 100644 
meta-selftest/recipes-test/devtool/devtool-test-localonly/file3

diff --git a/meta-selftest/recipes-test/devtool/devtool-test-local/file3 
b/meta-selftest/recipes-test/devtool/devtool-test-local/file3
new file mode 100644
index 00..0f30e9eec4
--- /dev/null
+++ b/meta-selftest/recipes-test/devtool/devtool-test-local/file3
@@ -0,0 +1 @@
+The third file.
diff --git a/meta-selftest/recipes-test/devtool/devtool-test-local_6.03.bb 
b/meta-selftest/recipes-test/devtool/devtool-test-local_6.03.bb
index 463cfe0a7a..d0fd697978 100644
--- a/meta-selftest/recipes-test/devtool/devtool-test-local_6.03.bb
+++ b/meta-selftest/recipes-test/devtool/devtool-test-local_6.03.bb
@@ -7,9 +7,12 @@ SRC_URI = 
"http://downloads.yoctoproject.org/mirror/sources/syslinux-${PV}.tar.x
file://file1 \
file://file2"
 
+SRC_URI:append:class-native = " file://file3"
+
 SRC_URI[md5sum] = "92a253df9211e9c20172796ecf388f13"
 SRC_URI[sha256sum] = 
"26d3986d2bea109d5dc0e4f8c4822a459276cf021125e8c9f23c3cca5d8c850e"
 
 S = "${WORKDIR}/syslinux-${PV}"
 
 EXCLUDE_FROM_WORLD = "1"
+BBCLASSEXTEND = "native"
diff --git a/meta-selftest/recipes-test/devtool/devtool-test-localonly.bb 
b/meta-selftest/recipes-test/devtool/devtool-test-localonly.bb
index 3f7123cda0..e767619879 100644
--- a/meta-selftest/recipes-test/devtool/devtool-test-localonly.bb
+++ b/meta-selftest/recipes-test/devtool/devtool-test-localonly.bb
@@ -4,4 +4,7 @@ INHIBIT_DEFAULT_DEPS = "1"
 SRC_URI = "file://file1 \
file://file2"
 
+SRC_URI:append:class-native = " file://file3"
+
 EXCLUDE_FROM_WORLD = "1"
+BBCLASSEXTEND = "native"
diff --git a/meta-selftest/recipes-test/devtool/devtool-test-localonly/file3 
b/meta-selftest/recipes-test/devtool/devtool-test-localonly/file3
new file mode 100644
index 00..0f30e9eec4
--- /dev/null
+++ b/meta-selftest/recipes-test/devtool/devtool-test-localonly/file3
@@ -0,0 +1 @@
+The third file.
diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py
index f46ce34ad1..d64e18e179 100644
--- a/scripts/lib/devtool/standard.py
+++ b/scripts/lib/devtool/standard.py
@@ -1409,6 +1409,18 @@ def _export_local_files(srctree, rd, destdir, 
srctreebase):
 updated = OrderedDict()
 added = OrderedDict()
 removed = OrderedDict()
+
+# Get current branch and return early with empty lists
+# if on one of the override branches
+# (local files are provided only for the main branch and processing
+# them against lists from recipe overrides will result in mismatches
+# and broken modifications to recipes).
+stdout, _ = bb.process.run('git rev-parse --abbrev-ref HEAD',
+   cwd=srctree)
+branchname = stdout.rstrip()
+if branchname.startswith(override_branch_prefix):
+return (updated, added, removed)
+
 local_files_dir = os.path.join(srctreebase, 'oe-local-files')
 git_files = _git_ls_tree(srctree)
 if 'oe-local-files' in git_files:
@@ -1638,31 +1650,25 @@ def _update_recipe_patch(recipename, workspace, 
srctree, rd, appendlayerdir, wil
 tempdir = tempfile.mkdtemp(prefix='devtool')
 try:
 local_files_dir = tempfile.mkdt

[OE-core][langdale 10/11] gstreamer1.0: Fix race conditions in gstbin tests

2023-01-11 Thread Steve Sakoman

From: Jose Quaresma 

Signed-off-by: Jose Quaresma 
Signed-off-by: Richard Purdie 
(cherry picked from commit b57df3fe9c1623ba2f5a9a0e11a85dcdc77e76a5)
Signed-off-by: Steve Sakoman 
---
 ...005-bin-Fix-race-conditions-in-tests.patch | 300 ++
 .../gstreamer/gstreamer1.0_1.20.5.bb  |   1 +
 2 files changed, 301 insertions(+)
 create mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0/0005-bin-Fix-race-conditions-in-tests.patch

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0/0005-bin-Fix-race-conditions-in-tests.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0/0005-bin-Fix-race-conditions-in-tests.patch
new file mode 100644
index 00..f1fac2df57
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0/0005-bin-Fix-race-conditions-in-tests.patch
@@ -0,0 +1,300 @@
+From e1e2d8d58c1e09e065849cdb1f6466c0537a7c51 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Sebastian=20Dr=C3=B6ge?= 
+Date: Tue, 21 Jun 2022 11:51:35 +0300
+Subject: [PATCH] bin: Fix race conditions in tests
+
+The latency messages are non-deterministic and can arrive before/after
+async-done or during state-changes as they are posted by e.g. sinks from
+their streaming thread but bins are finishing asynchronous state changes
+from a secondary helper thread.
+
+To solve this, expect latency messages at any time and assert that we
+receive one at some point during the test.
+
+Part-of: 

+
+Upstream-Status: Backport 
[https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/2643]
+Signed-off-by: Jose Quaresma 
+---
+ .../gstreamer/tests/check/gst/gstbin.c| 132 --
+ 1 file changed, 92 insertions(+), 40 deletions(-)
+
+diff --git a/subprojects/gstreamer/tests/check/gst/gstbin.c 
b/subprojects/gstreamer/tests/check/gst/gstbin.c
+index e366d5fe20f..88ff44db0c3 100644
+--- a/subprojects/gstreamer/tests/check/gst/gstbin.c
 b/subprojects/gstreamer/tests/check/gst/gstbin.c
+@@ -27,50 +27,95 @@
+ #include 
+ 
+ static void
+-pop_async_done (GstBus * bus)
++pop_async_done (GstBus * bus, gboolean * had_latency)
+ {
+   GstMessage *message;
++  GstMessageType types = GST_MESSAGE_ASYNC_DONE;
++
++  if (!*had_latency)
++types |= GST_MESSAGE_LATENCY;
+ 
+   GST_DEBUG ("popping async-done message");
+-  message = gst_bus_poll (bus, GST_MESSAGE_ASYNC_DONE, -1);
+ 
+-  fail_unless (message && GST_MESSAGE_TYPE (message)
+-  == GST_MESSAGE_ASYNC_DONE, "did not get GST_MESSAGE_ASYNC_DONE");
++  do {
++message = gst_bus_poll (bus, types, -1);
+ 
+-  gst_message_unref (message);
+-  GST_DEBUG ("popped message");
++fail_unless (message);
++GST_DEBUG ("popped message %s",
++gst_message_type_get_name (GST_MESSAGE_TYPE (message)));
++
++if (GST_MESSAGE_TYPE (message) == GST_MESSAGE_LATENCY) {
++  fail_unless (*had_latency == FALSE);
++  *had_latency = TRUE;
++  gst_clear_message (&message);
++  types &= ~GST_MESSAGE_LATENCY;
++  continue;
++}
++
++fail_unless (GST_MESSAGE_TYPE (message)
++== GST_MESSAGE_ASYNC_DONE, "did not get GST_MESSAGE_ASYNC_DONE");
++
++gst_clear_message (&message);
++break;
++  } while (TRUE);
+ }
+ 
+ static void
+-pop_latency (GstBus * bus)
++pop_latency (GstBus * bus, gboolean * had_latency)
+ {
+   GstMessage *message;
+ 
+-  GST_DEBUG ("popping async-done message");
++  if (*had_latency)
++return;
++
++  GST_DEBUG ("popping latency message");
+   message = gst_bus_poll (bus, GST_MESSAGE_LATENCY, -1);
+ 
+-  fail_unless (message && GST_MESSAGE_TYPE (message)
++  fail_unless (message);
++  fail_unless (GST_MESSAGE_TYPE (message)
+   == GST_MESSAGE_LATENCY, "did not get GST_MESSAGE_LATENCY");
+ 
+-  gst_message_unref (message);
+-  GST_DEBUG ("popped message");
++  GST_DEBUG ("popped message %s",
++  gst_message_type_get_name (GST_MESSAGE_TYPE (message)));
++  gst_clear_message (&message);
++
++  *had_latency = TRUE;
+ }
+ 
+ static void
+-pop_state_changed (GstBus * bus, int count)
++pop_state_changed (GstBus * bus, int count, gboolean * had_latency)
+ {
+   GstMessage *message;
+-
++  GstMessageType types = GST_MESSAGE_STATE_CHANGED;
+   int i;
+ 
++  if (!*had_latency)
++types |= GST_MESSAGE_LATENCY;
++
+   GST_DEBUG ("popping %d messages", count);
+   for (i = 0; i < count; ++i) {
+-message = gst_bus_poll (bus, GST_MESSAGE_STATE_CHANGED, -1);
+-
+-fail_unless (message && GST_MESSAGE_TYPE (message)
+-== GST_MESSAGE_STATE_CHANGED, "did not get 
GST_MESSAGE_STATE_CHANGED");
+-
+-gst_message_unref (message);
++do {
++  message = gst_bus_poll (bus, types, -1);
++
++  fail_unless (message);
++  GST_DEBUG ("popped message %s",
++  gst_message_type_get_name (GST_MESSAGE_TYPE (message)));
++
++  if (GST_MESSAGE_TYPE (message) == GST_MESSAGE_LATENCY) {
++fail_unless (*had_latency == FALSE);
++*had_latency = TRUE;
++gst_

[OE-core][langdale 09/11] Revert "gstreamer1.0: disable flaky gstbin:test_watch_for_state_change test"

2023-01-11 Thread Steve Sakoman

From: Jose Quaresma 

This reverts commit 220a527d269f146bdabd66040b5bee7de9e3fd3f.

- Drop this patch and use the upstream solution
  https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/2643

Signed-off-by: Jose Quaresma 
Signed-off-by: Richard Purdie 
(cherry picked from commit 9660045d07a2b492ac48a1f1b08aa4288b45d64a)
Signed-off-by: Steve Sakoman 
---
 ...bin-test_watch_for_state_change-test.patch | 107 --
 .../gstreamer/gstreamer1.0_1.20.5.bb  |   1 -
 2 files changed, 108 deletions(-)
 delete mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0/0005-tests-remove-gstbin-test_watch_for_state_change-test.patch

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0/0005-tests-remove-gstbin-test_watch_for_state_change-test.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0/0005-tests-remove-gstbin-test_watch_for_state_change-test.patch
deleted file mode 100644
index f51df6d20b..00
--- 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0/0005-tests-remove-gstbin-test_watch_for_state_change-test.patch
+++ /dev/null
@@ -1,107 +0,0 @@
-From b935abba3d8fa3ea1ce384c08e650afd8c20b78a Mon Sep 17 00:00:00 2001
-From: Claudius Heine 
-Date: Wed, 2 Feb 2022 13:47:02 +0100
-Subject: [PATCH] tests: remove gstbin:test_watch_for_state_change testcase
-
-This testcase seems to be flaky, and upstream marked it as such:
-https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/778
-
-This patch removes the testcase to avoid it interfering with out ptest.
-
-Signed-off-by: Claudius Heine 
-
-Upstream-Status: Inappropriate [needs proper upstream fix]

- tests/check/gst/gstbin.c| 69 ---
- 1 file changed, 69 deletions(-)
-
-diff --git a/tests/check/gst/gstbin.c b/tests/check/gst/gstbin.c
-index e366d5fe20..ac29d81474 100644
 a/tests/check/gst/gstbin.c
-+++ b/tests/check/gst/gstbin.c
-@@ -691,74 +691,6 @@ GST_START_TEST (test_message_state_changed_children)
- 
- GST_END_TEST;
- 
--GST_START_TEST (test_watch_for_state_change)
--{
--  GstElement *src, *sink, *bin;
--  GstBus *bus;
--  GstStateChangeReturn ret;
--
--  bin = gst_element_factory_make ("bin", NULL);
--  fail_unless (bin != NULL, "Could not create bin");
--
--  bus = g_object_new (gst_bus_get_type (), NULL);
--  gst_object_ref_sink (bus);
--  gst_element_set_bus (GST_ELEMENT_CAST (bin), bus);
--
--  src = gst_element_factory_make ("fakesrc", NULL);
--  fail_if (src == NULL, "Could not create fakesrc");
--  sink = gst_element_factory_make ("fakesink", NULL);
--  fail_if (sink == NULL, "Could not create fakesink");
--
--  gst_bin_add (GST_BIN (bin), sink);
--  gst_bin_add (GST_BIN (bin), src);
--
--  fail_unless (gst_element_link (src, sink), "could not link src and sink");
--
--  /* change state, spawning two times three messages */
--  ret = gst_element_set_state (GST_ELEMENT (bin), GST_STATE_PAUSED);
--  fail_unless (ret == GST_STATE_CHANGE_ASYNC);
--  ret =
--  gst_element_get_state (GST_ELEMENT (bin), NULL, NULL,
--  GST_CLOCK_TIME_NONE);
--  fail_unless (ret == GST_STATE_CHANGE_SUCCESS);
--
--  pop_state_changed (bus, 6);
--  pop_async_done (bus);
--  pop_latency (bus);
--
--  fail_unless (gst_bus_have_pending (bus) == FALSE,
--  "Unexpected messages on bus");
--
--  ret = gst_element_set_state (GST_ELEMENT (bin), GST_STATE_PLAYING);
--  fail_unless (ret == GST_STATE_CHANGE_SUCCESS);
--
--  pop_state_changed (bus, 3);
--
--  /* this one might return either SUCCESS or ASYNC, likely SUCCESS */
--  ret = gst_element_set_state (GST_ELEMENT (bin), GST_STATE_PAUSED);
--  gst_element_get_state (GST_ELEMENT (bin), NULL, NULL, GST_CLOCK_TIME_NONE);
--
--  pop_state_changed (bus, 3);
--  if (ret == GST_STATE_CHANGE_ASYNC) {
--pop_async_done (bus);
--pop_latency (bus);
--  }
--
--  fail_unless (gst_bus_have_pending (bus) == FALSE,
--  "Unexpected messages on bus");
--
--  gst_bus_set_flushing (bus, TRUE);
--
--  ret = gst_element_set_state (GST_ELEMENT (bin), GST_STATE_NULL);
--  fail_unless (ret == GST_STATE_CHANGE_SUCCESS);
--
--  /* clean up */
--  gst_object_unref (bus);
--  gst_object_unref (bin);
--}
--
--GST_END_TEST;
--
- GST_START_TEST (test_state_change_error_message)
- {
-   GstElement *src, *sink, *bin;
-@@ -1956,7 +1888,6 @@ gst_bin_suite (void)
-   tcase_add_test (tc_chain, test_message_state_changed);
-   tcase_add_test (tc_chain, test_message_state_changed_child);
-   tcase_add_test (tc_chain, test_message_state_changed_children);
--  tcase_add_test (tc_chain, test_watch_for_state_change);
-   tcase_add_test (tc_chain, test_state_change_error_message);
-   tcase_add_test (tc_chain, test_add_linked);
-   tcase_add_test (tc_chain, test_add_self);
--- 
-2.33.1
-
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.20.5.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.20.5.bb
index bb4dba3861..5a96764780 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.20.5.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.

[OE-core][langdale 08/11] oeqa/rpm.py: Increase timeout and add debug output

2023-01-11 Thread Steve Sakoman

From: Pavel Zhukov 

[Yocto #14346]
Systemd may be slow in killing pam session sometimes [1][2]. It may cause rpm
test to fail because there's process (sd_pam) running and own by "test1" user
after timeout.
Increasing timeout to 2 mins and assert earlier with debug output if
there's such process(es). If increasing of timeout doesn't help we may
want to force deletion of the user as [2] suggests.

[1] https://github.com/systemd/systemd/issues/8598
[2] https://access.redhat.com/solutions/6969188

Signed-off-by: Pavel Zhukov 
Signed-off-by: Richard Purdie 
(cherry picked from commit 972fcc0ed1e0d36c3470071a9c667c5327c1ef78)
Signed-off-by: Steve Sakoman 
---
 meta/lib/oeqa/runtime/cases/rpm.py | 23 +++
 1 file changed, 11 insertions(+), 12 deletions(-)

diff --git a/meta/lib/oeqa/runtime/cases/rpm.py 
b/meta/lib/oeqa/runtime/cases/rpm.py
index e3cd818b2b..fa86eb0537 100644
--- a/meta/lib/oeqa/runtime/cases/rpm.py
+++ b/meta/lib/oeqa/runtime/cases/rpm.py
@@ -51,21 +51,20 @@ class RpmBasicTest(OERuntimeTestCase):
 msg = 'status: %s. Cannot run rpm -qa: %s' % (status, output)
 self.assertEqual(status, 0, msg=msg)
 
-def check_no_process_for_user(u):
-_, output = self.target.run(self.tc.target_cmds['ps'])
-if u + ' ' in output:
-return False
-else:
-return True
+def wait_for_no_process_for_user(u, timeout = 120):
+timeout_at = time.time() + timeout
+while time.time() < timeout_at:
+_, output = self.target.run(self.tc.target_cmds['ps'])
+if u + ' ' not in output:
+return
+time.sleep(1)
+user_pss = [ps for ps in output.split("\n") if u + ' ' in ps]
+msg = "There're %s 's process(es) still running: %s".format(u, 
"\n".join(user_pss))
+assertTrue(True, msg=msg)
 
 def unset_up_test_user(u):
 # ensure no test1 process in running
-timeout = time.time() + 30
-while time.time() < timeout:
-if check_no_process_for_user(u):
-break
-else:
-time.sleep(1)
+wait_for_no_process_for_user(u)
 status, output = self.target.run('userdel -r %s' % u)
 msg = 'Failed to erase user: %s' % output
 self.assertTrue(status == 0, msg=msg)
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175764): 
https://lists.openembedded.org/g/openembedded-core/message/175764
Mute This Topic: https://lists.openembedded.org/mt/96203092/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][langdale 07/11] base.bbclass: Fix way to check ccache path

2023-01-11 Thread Steve Sakoman

From: Changqing Li 

The previous code had 2 issues:
1. make hosttools/ccache always link to host's ccache (/usr/bin/ccache)
even we have one buildtools
2. make hosttools/gcc etc, link to host's gcc event we have one
buildtools when keyword ccache in buildtools's path, eg:
/mnt/ccache/bin/buildtools

This patch is for fix above issues.

Signed-off-by: Changqing Li 
Signed-off-by: Richard Purdie 
(cherry picked from commit 1b7c81414cf252a7203d95703810a770184d7e4d)
Signed-off-by: Steve Sakoman 
---
 meta/classes-global/base.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes-global/base.bbclass b/meta/classes-global/base.bbclass
index 8203f54519..2d0e35517e 100644
--- a/meta/classes-global/base.bbclass
+++ b/meta/classes-global/base.bbclass
@@ -139,7 +139,7 @@ def setup_hosttools_dir(dest, toolsvar, d, fatal=True):
 # /usr/local/bin/ccache/gcc -> /usr/bin/ccache, then which(gcc)
 # would return /usr/local/bin/ccache/gcc, but what we need is
 # /usr/bin/gcc, this code can check and fix that.
-if "ccache" in srctool:
+if os.path.islink(srctool) and 
os.path.basename(os.readlink(srctool)) == 'ccache':
 srctool = bb.utils.which(path, tool, executable=True, 
direction=1)
 if srctool:
 os.symlink(srctool, desttool)
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175763): 
https://lists.openembedded.org/g/openembedded-core/message/175763
Mute This Topic: https://lists.openembedded.org/mt/96203091/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][langdale 06/11] rm_work.bbclass: use HOSTTOOLS 'rm' binary exclusively

2023-01-11 Thread Steve Sakoman

From: Luis 

The do_rm_work() task is using the first available 'rm' binary
available in PATH to remove files and folders.
However, depending on the PATH setup and RECIPE_SYSROOT_NATIVE
contents, the function can be using the 'rm' binary available
in RECIPE_SYSROOT_NATIVE, a folder that will get removed.
This causes a sporadic race-condition when trying to access the
'rm' binary of a folder already deleted.
Solve this by exclusively using the HOSTTOOLS 'rm' binary, as
this folder will not get removed.

Signed-off-by: Luis Martins 
Signed-off-by: Richard Purdie 
(cherry picked from commit edcd9ad333bc4e504594e8af83e8cb7007d2e35c)
Signed-off-by: Steve Sakoman 
---
 meta/classes/rm_work.bbclass | 15 +++
 1 file changed, 11 insertions(+), 4 deletions(-)

diff --git a/meta/classes/rm_work.bbclass b/meta/classes/rm_work.bbclass
index 1f28bc7187..8b5fe1b808 100644
--- a/meta/classes/rm_work.bbclass
+++ b/meta/classes/rm_work.bbclass
@@ -33,6 +33,13 @@ BB_SCHEDULER ?= "completion"
 BB_TASK_IONICE_LEVEL:task-rm_work = "3.0"
 
 do_rm_work () {
+# Force using the HOSTTOOLS 'rm' - otherwise the SYSROOT_NATIVE 'rm' can 
be selected depending on PATH
+# Avoids race-condition accessing 'rm' when deleting WORKDIR folders at 
the end of this function
+RM_BIN="$(PATH=${HOSTTOOLS_DIR} command -v rm)"
+if [ -z "${RM_BIN}" ]; then
+bbfatal "Binary 'rm' not found in HOSTTOOLS_DIR, cannot remove WORKDIR 
data."
+fi
+
 # If the recipe name is in the RM_WORK_EXCLUDE, skip the recipe.
 for p in ${RM_WORK_EXCLUDE}; do
 if [ "$p" = "${PN}" ]; then
@@ -79,7 +86,7 @@ do_rm_work () {
 # sstate version since otherwise we'd need to leave 'plaindirs' 
around
 # such as 'packages' and 'packages-split' and these can be large. 
No end
 # of chain tasks depend directly on do_package anymore.
-rm -f -- $i;
+"${RM_BIN}" -f -- $i;
 ;;
 *_setscene*)
 # Skip stamps which are already setscene versions
@@ -96,7 +103,7 @@ do_rm_work () {
 ;;
 esac
 done
-rm -f -- $i
+"${RM_BIN}" -f -- $i
 esac
 done
 
@@ -106,9 +113,9 @@ do_rm_work () {
 # Retain only logs and other files in temp, safely ignore
 # failures of removing pseudo folers on NFS2/3 server.
 if [ $dir = 'pseudo' ]; then
-rm -rf -- $dir 2> /dev/null || true
+"${RM_BIN}" -rf -- $dir 2> /dev/null || true
 elif ! echo "$excludes" | grep -q -w "$dir"; then
-rm -rf -- $dir
+"${RM_BIN}" -rf -- $dir
 fi
 done
 }
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175762): 
https://lists.openembedded.org/g/openembedded-core/message/175762
Mute This Topic: https://lists.openembedded.org/mt/96203090/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][langdale 00/11] Patch review

2023-01-11 Thread Steve Sakoman

Please review this set of patches for langdale and have comments back by
end of day Friday.

Passed a-full on autobuilder:

https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/4758

The following changes since commit 670f4f103b25897524d115c1f290ecae441fe4bd:

  build-appliance-image: Update to langdale head revision (2023-01-06 17:42:06 
+)

are available in the Git repository at:

  https://git.openembedded.org/openembedded-core-contrib stable/langdale-nut
  
http://cgit.openembedded.org/openembedded-core-contrib/log/?h=stable/langdale-nut

Alexander Kanavin (3):
  libarchive: upgrade 3.6.1 -> 3.6.2
  go: update 1.19.3 -> 1.19.4
  devtool: process local files only for the main branch

Changqing Li (1):
  base.bbclass: Fix way to check ccache path

Jose Quaresma (2):
  Revert "gstreamer1.0: disable flaky gstbin:test_watch_for_state_change
test"
  gstreamer1.0: Fix race conditions in gstbin tests

Luis (1):
  rm_work.bbclass: use HOSTTOOLS 'rm' binary exclusively

Pavel Zhukov (1):
  oeqa/rpm.py: Increase timeout and add debug output

Wang Mingyu (1):
  bind: upgrade 9.18.9 -> 9.18.10

Xiangyu Chen (1):
  grub2: backport patch to fix CVE-2022-2601 CVE-2022-3775

wangmy (1):
  dbus: upgrade 1.14.0 -> 1.14.4

 .../devtool/devtool-test-local/file3  |   1 +
 .../devtool/devtool-test-local_6.03.bb|   3 +
 .../devtool/devtool-test-localonly.bb |   3 +
 .../devtool/devtool-test-localonly/file3  |   1 +
 meta/classes-global/base.bbclass  |   2 +-
 meta/classes/rm_work.bbclass  |  15 +-
 meta/lib/oeqa/runtime/cases/rpm.py|  23 +-
 ...erflow-in-grub_font_get_glyph_intern.patch | 115 +++
 .../grub/files/CVE-2022-2601.patch|  85 +
 .../grub/files/CVE-2022-3775.patch|  95 ++
 meta/recipes-bsp/grub/grub2.inc   |   3 +
 ...1-avoid-start-failure-with-bind-user.patch |   0
 ...d-V-and-start-log-hide-build-options.patch |   0
 ...ching-for-json-headers-searches-sysr.patch |   0
 .../bind/{bind-9.18.9 => bind-9.18.10}/bind9  |   0
 .../{bind-9.18.9 => bind-9.18.10}/conf.patch  |   0
 .../generate-rndc-key.sh  |   0
 ...t.d-add-support-for-read-only-rootfs.patch |   0
 .../make-etc-initd-bind-stop-work.patch   |   0
 .../named.service |   0
 .../bind/{bind_9.18.9.bb => bind_9.18.10.bb}  |   2 +-
 .../dbus/{dbus_1.14.0.bb => dbus_1.14.4.bb}   |   7 +-
 .../go/{go-1.19.3.inc => go-1.19.4.inc}   |   2 +-
 ...e_1.19.3.bb => go-binary-native_1.19.4.bb} |   4 +-
 ..._1.19.3.bb => go-cross-canadian_1.19.4.bb} |   0
 ...{go-cross_1.19.3.bb => go-cross_1.19.4.bb} |   0
 ...osssdk_1.19.3.bb => go-crosssdk_1.19.4.bb} |   0
 ...o-native_1.19.3.bb => go-native_1.19.4.bb} |   0
 ...runtime_1.19.3.bb => go-runtime_1.19.4.bb} |   0
 .../go/{go_1.19.3.bb => go_1.19.4.bb} |   0
 ...t-include-sys-mount.h-when-linux-fs..patch |  47 ---
 .../libarchive/CVE-2022-36227.patch   |  42 ---
 ...ibarchive_3.6.1.bb => libarchive_3.6.2.bb} |   9 +-
 ...005-bin-Fix-race-conditions-in-tests.patch | 300 ++
 ...bin-test_watch_for_state_change-test.patch | 107 ---
 .../gstreamer/gstreamer1.0_1.20.5.bb  |   2 +-
 scripts/lib/devtool/standard.py   |  38 ++-
 37 files changed, 663 insertions(+), 243 deletions(-)
 create mode 100644 meta-selftest/recipes-test/devtool/devtool-test-local/file3
 create mode 100644 
meta-selftest/recipes-test/devtool/devtool-test-localonly/file3
 create mode 100644 
meta/recipes-bsp/grub/files/0001-font-Fix-size-overflow-in-grub_font_get_glyph_intern.patch
 create mode 100644 meta/recipes-bsp/grub/files/CVE-2022-2601.patch
 create mode 100644 meta/recipes-bsp/grub/files/CVE-2022-3775.patch
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/0001-avoid-start-failure-with-bind-user.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/0001-named-lwresd-V-and-start-log-hide-build-options.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/bind-ensure-searching-for-json-headers-searches-sysr.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => bind-9.18.10}/bind9 
(100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => bind-9.18.10}/conf.patch 
(100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/generate-rndc-key.sh (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/init.d-add-support-for-read-only-rootfs.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/make-etc-initd-bind-stop-work.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/named.service (100%)
 rename meta/recipes-connectivity/bind/{bind_9.18.9.bb => bind_9.18.10.bb} (97%)
 rename meta/recipes-core/dbus/{dbus_1.14.0.bb => dbus_1.14.4.bb} (96%)
 rename meta/recipes-devtools/go/{go-1.19.3.inc => go-1.19.4.inc} (89%)
 rename

[OE-core][langdale 03/11] libarchive: upgrade 3.6.1 -> 3.6.2

2023-01-11 Thread Steve Sakoman

From: Alexander Kanavin 

Libarchive 3.6.2 is a bugfix and security release.

Important security fixes:

NULL pointer dereference vulnerability in archive_write.c (#1754, #1759, 
CVE-2022-36227)

Important bug fixes:

include ZSTD in Windows builds (#1688)
SSL fixes on Windows (#1714, #1723, #1724)
rar5 reader: fix possible garbled output with bsdtar -O (#1745)
mtree reader: support reading mtree files with tabs (#1783)
various small fixes for issues found by CodeQL

Use --without-iconv as otherwise autotools write a bogus iconv
dependency into .pc file.

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit edce1bce81fe2f47fb2c5e2b94ebda73f95cbaea)
Signed-off-by: Steve Sakoman 
---
 ...t-include-sys-mount.h-when-linux-fs..patch | 47 ---
 .../libarchive/CVE-2022-36227.patch   | 42 -
 ...ibarchive_3.6.1.bb => libarchive_3.6.2.bb} |  9 ++--
 3 files changed, 3 insertions(+), 95 deletions(-)
 delete mode 100644 
meta/recipes-extended/libarchive/libarchive/0001-libarchive-Do-not-include-sys-mount.h-when-linux-fs..patch
 delete mode 100644 
meta/recipes-extended/libarchive/libarchive/CVE-2022-36227.patch
 rename meta/recipes-extended/libarchive/{libarchive_3.6.1.bb => 
libarchive_3.6.2.bb} (89%)

diff --git 
a/meta/recipes-extended/libarchive/libarchive/0001-libarchive-Do-not-include-sys-mount.h-when-linux-fs..patch
 
b/meta/recipes-extended/libarchive/libarchive/0001-libarchive-Do-not-include-sys-mount.h-when-linux-fs..patch
deleted file mode 100644
index 0d21799682..00
--- 
a/meta/recipes-extended/libarchive/libarchive/0001-libarchive-Do-not-include-sys-mount.h-when-linux-fs..patch
+++ /dev/null
@@ -1,47 +0,0 @@
-From a2f68263a1da5ad227bcb9cd8fa91b93c8b6c99f Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Mon, 25 Jul 2022 10:56:53 -0700
-Subject: [PATCH] libarchive: Do not include sys/mount.h when linux/fs.h is
- present
-
-These headers are in conflict and only one is needed by
-archive_read_disk_posix.c therefore include linux/fs.h if it exists
-otherwise include sys/mount.h
-
-It also helps compiling with glibc 2.36
-where sys/mount.h conflicts with linux/mount.h see [1]
-
-[1] https://sourceware.org/glibc/wiki/Release/2.36
-
-Upstream-Status: Submitted [https://github.com/libarchive/libarchive/pull/1761]
-Signed-off-by: Khem Raj 

- libarchive/archive_read_disk_posix.c | 5 ++---
- 1 file changed, 2 insertions(+), 3 deletions(-)
-
-diff --git a/libarchive/archive_read_disk_posix.c 
b/libarchive/archive_read_disk_posix.c
-index 2b39e672..a96008db 100644
 a/libarchive/archive_read_disk_posix.c
-+++ b/libarchive/archive_read_disk_posix.c
-@@ -34,9 +34,6 @@ __FBSDID("$FreeBSD$");
- #ifdef HAVE_SYS_PARAM_H
- #include 
- #endif
--#ifdef HAVE_SYS_MOUNT_H
--#include 
--#endif
- #ifdef HAVE_SYS_STAT_H
- #include 
- #endif
-@@ -54,6 +51,8 @@ __FBSDID("$FreeBSD$");
- #endif
- #ifdef HAVE_LINUX_FS_H
- #include 
-+#elif HAVE_SYS_MOUNT_H
-+#include 
- #endif
- /*
-  * Some Linux distributions have both linux/ext2_fs.h and ext2fs/ext2_fs.h.
--- 
-2.25.1
-
diff --git a/meta/recipes-extended/libarchive/libarchive/CVE-2022-36227.patch 
b/meta/recipes-extended/libarchive/libarchive/CVE-2022-36227.patch
deleted file mode 100644
index d0d143710c..00
--- a/meta/recipes-extended/libarchive/libarchive/CVE-2022-36227.patch
+++ /dev/null
@@ -1,42 +0,0 @@
-From b5332ed6d59ba5113a0a2c67fd82b69fcd5cde68 Mon Sep 17 00:00:00 2001
-From: obiwac 
-Date: Fri, 22 Jul 2022 22:41:10 +0200
-Subject: [PATCH] libarchive: CVE-2022-36227 Handle a `calloc` returning NULL
- (fixes #1754)
-
-Upstream-Status: Backport 
[https://github.com/libarchive/libarchive/commit/bff38efe8c110469c5080d387bec62a6ca15b1a5]
-CVE: CVE-2022-36227
-Signed-off-by: Hitendra Prajapati archive = _a;
-   f->state = ARCHIVE_WRITE_FILTER_STATE_NEW;
-   if (a->filter_first == NULL)
-@@ -548,6 +552,10 @@ archive_write_open2(struct archive *_a, void *client_data,
-   a->client_data = client_data;
- 
-   client_filter = __archive_write_allocate_filter(_a);
-+
-+  if (client_filter == NULL)
-+  return (ARCHIVE_FATAL);
-+
-   client_filter->open = archive_write_client_open;
-   client_filter->write = archive_write_client_write;
-   client_filter->close = archive_write_client_close;
--- 
-2.25.1
-
diff --git a/meta/recipes-extended/libarchive/libarchive_3.6.1.bb 
b/meta/recipes-extended/libarchive/libarchive_3.6.2.bb
similarity index 89%
rename from meta/recipes-extended/libarchive/libarchive_3.6.1.bb
rename to meta/recipes-extended/libarchive/libarchive_3.6.2.bb
index 79e13e514f..f447035b67 100644
--- a/meta/recipes-extended/libarchive/libarchive_3.6.1.bb
+++ b/meta/recipes-extended/libarchive/libarchive_3.6.2.bb
@@ -30,15 +30,12 @@ PACKAGECONFIG[lz4] = "--with-lz4,--without-lz4,lz4,"
 PACKAGECONFIG[mbedtls] = "--with-mbedtls,--without-mbedtls,mbedtls,"
 PACKAGECONFIG[zstd] = "--with-zstd,--without-zstd,zstd,"
 
-EXTRA_OECONF += "--enable

[OE-core][langdale 05/11] go: update 1.19.3 -> 1.19.4

2023-01-11 Thread Steve Sakoman

From: Alexander Kanavin 

go1.19.4 (released 2022-12-06) includes security fixes to the net/http
and os packages, as well as bug fixes to the compiler, the runtime,
and the crypto/x509, os/exec, and sync/atomic packages.

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit 67301425ac2696ccc07d6f47856336d6336382fb)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-devtools/go/{go-1.19.3.inc => go-1.19.4.inc} | 2 +-
 ...{go-binary-native_1.19.3.bb => go-binary-native_1.19.4.bb} | 4 ++--
 ...o-cross-canadian_1.19.3.bb => go-cross-canadian_1.19.4.bb} | 0
 .../go/{go-cross_1.19.3.bb => go-cross_1.19.4.bb} | 0
 .../go/{go-crosssdk_1.19.3.bb => go-crosssdk_1.19.4.bb}   | 0
 .../go/{go-native_1.19.3.bb => go-native_1.19.4.bb}   | 0
 .../go/{go-runtime_1.19.3.bb => go-runtime_1.19.4.bb} | 0
 meta/recipes-devtools/go/{go_1.19.3.bb => go_1.19.4.bb}   | 0
 8 files changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-devtools/go/{go-1.19.3.inc => go-1.19.4.inc} (89%)
 rename meta/recipes-devtools/go/{go-binary-native_1.19.3.bb => 
go-binary-native_1.19.4.bb} (84%)
 rename meta/recipes-devtools/go/{go-cross-canadian_1.19.3.bb => 
go-cross-canadian_1.19.4.bb} (100%)
 rename meta/recipes-devtools/go/{go-cross_1.19.3.bb => go-cross_1.19.4.bb} 
(100%)
 rename meta/recipes-devtools/go/{go-crosssdk_1.19.3.bb => 
go-crosssdk_1.19.4.bb} (100%)
 rename meta/recipes-devtools/go/{go-native_1.19.3.bb => go-native_1.19.4.bb} 
(100%)
 rename meta/recipes-devtools/go/{go-runtime_1.19.3.bb => go-runtime_1.19.4.bb} 
(100%)
 rename meta/recipes-devtools/go/{go_1.19.3.bb => go_1.19.4.bb} (100%)

diff --git a/meta/recipes-devtools/go/go-1.19.3.inc 
b/meta/recipes-devtools/go/go-1.19.4.inc
similarity index 89%
rename from meta/recipes-devtools/go/go-1.19.3.inc
rename to meta/recipes-devtools/go/go-1.19.4.inc
index 1245faba93..49349ba6ec 100644
--- a/meta/recipes-devtools/go/go-1.19.3.inc
+++ b/meta/recipes-devtools/go/go-1.19.4.inc
@@ -15,4 +15,4 @@ SRC_URI += "\
 file://0001-src-cmd-dist-buildgo.go-do-not-hardcode-host-compile.patch \
 file://filter-build-paths.patch \
 "
-SRC_URI[main.sha256sum] = 
"18ac263e39210bcf68d85f4370e97fb1734166995a1f63fb38b4f6e07d90d212"
+SRC_URI[main.sha256sum] = 
"eda74db4ac494800a3e66ee784e495bfbb9b8e535df924a8b01b1a8028b7f368"
diff --git a/meta/recipes-devtools/go/go-binary-native_1.19.3.bb 
b/meta/recipes-devtools/go/go-binary-native_1.19.4.bb
similarity index 84%
rename from meta/recipes-devtools/go/go-binary-native_1.19.3.bb
rename to meta/recipes-devtools/go/go-binary-native_1.19.4.bb
index 334f63b30b..f1208d183a 100644
--- a/meta/recipes-devtools/go/go-binary-native_1.19.3.bb
+++ b/meta/recipes-devtools/go/go-binary-native_1.19.4.bb
@@ -9,8 +9,8 @@ PROVIDES = "go-native"
 
 # Checksums available at https://go.dev/dl/
 SRC_URI = 
"https://dl.google.com/go/go${PV}.${BUILD_GOOS}-${BUILD_GOARCH}.tar.gz;name=go_${BUILD_GOTUPLE}";
-SRC_URI[go_linux_amd64.sha256sum] = 
"74b9640724fd4e6bb0ed2a1bc44ae813a03f1e72a4c76253e2d5c015494430ba"
-SRC_URI[go_linux_arm64.sha256sum] = 
"99de2fe112a52ab748fb175edea64b313a0c8d51d6157dba683a6be163fd5eab"
+SRC_URI[go_linux_amd64.sha256sum] = 
"c9c08f783325c4cf840a94333159cc937f05f75d36a8b307951d5bd959cf2ab8"
+SRC_URI[go_linux_arm64.sha256sum] = 
"9df122d6baf6f2275270306b92af3b09d7973fb1259257e284dba33c0db14f1b"
 
 UPSTREAM_CHECK_URI = "https://golang.org/dl/";
 UPSTREAM_CHECK_REGEX = "go(?P\d+(\.\d+)+)\.linux"
diff --git a/meta/recipes-devtools/go/go-cross-canadian_1.19.3.bb 
b/meta/recipes-devtools/go/go-cross-canadian_1.19.4.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-cross-canadian_1.19.3.bb
rename to meta/recipes-devtools/go/go-cross-canadian_1.19.4.bb
diff --git a/meta/recipes-devtools/go/go-cross_1.19.3.bb 
b/meta/recipes-devtools/go/go-cross_1.19.4.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-cross_1.19.3.bb
rename to meta/recipes-devtools/go/go-cross_1.19.4.bb
diff --git a/meta/recipes-devtools/go/go-crosssdk_1.19.3.bb 
b/meta/recipes-devtools/go/go-crosssdk_1.19.4.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-crosssdk_1.19.3.bb
rename to meta/recipes-devtools/go/go-crosssdk_1.19.4.bb
diff --git a/meta/recipes-devtools/go/go-native_1.19.3.bb 
b/meta/recipes-devtools/go/go-native_1.19.4.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-native_1.19.3.bb
rename to meta/recipes-devtools/go/go-native_1.19.4.bb
diff --git a/meta/recipes-devtools/go/go-runtime_1.19.3.bb 
b/meta/recipes-devtools/go/go-runtime_1.19.4.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-runtime_1.19.3.bb
rename to meta/recipes-devtools/go/go-runtime_1.19.4.bb
diff --git a/meta/recipes-devtools/go/go_1.19.3.bb 
b/meta/recipes-devtools/go/go_1.19.4.bb
similarity index 100%
rename from meta/recipes-devtools/go/go_1.19.3.bb
rename to meta/recipes-devtools/go/go_1.19.4.bb
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You rec

[OE-core][langdale 04/11] bind: upgrade 9.18.9 -> 9.18.10

2023-01-11 Thread Steve Sakoman

From: Wang Mingyu 

Changelog:
==
The key file IO locks objects would never get deleted from the hashtable due to
off-by-one error.

ANY responses could sometimes have the wrong TTL.

Speed up the named shutdown time by explicitly canceling all recursing ns_client
objects for

Removing a catalog zone from catalog-zones without also removing the referenced
zone could leave a dangling pointer. [GL #3683]

nslookup and host were not honoring the selected port in TCP mode. [GL #3721]

Deprecate alt-transfer-source, alt-transfer-source-v6 and
use-alt-transfer-source. [GL #3694]

Move the "final reference detached" log message from dns_zone unit to the
DEBUG(1) log level.

Fix assertion failure in isc_http API used by statschannel if the read callback
would be called on HTTP request that has been already closed.

Deduplicate time unit conversion factors.

Copy TLS identifier when setting up primaries for catalog member zones.

Deprecate 'auto-dnssec'. [GL #3667]

The decompression implementation in dns_name_fromwire() is now smaller and
faster. [GL #3655]

Use the current domain name when checking answers from a dual-stack-server.

Ensure 'named-checkconf -z' respects the check-wildcard option when loading a
zone.  [GL #1905]

Deprecate 'coresize', 'datasize', 'files', and 'stacksize' named.conf options.

The view's zone table was not locked when it should have been leading to race
conditions when external extensions that manipulate the zone table where in use.

Some browsers (Firefox) send more than 10 HTTP headers.  Bump the number of
allowed HTTP headers to 100. [GL #3670]

NXDOMAIN cache records are no longer retained in the cache after expiry,
even when serve-stale is in use. [GL #3386]

Signed-off-by: Wang Mingyu 
Signed-off-by: Richard Purdie 
(cherry picked from commit 1c093c38e247b522f279f616d16373795a4cdf89)
Signed-off-by: Steve Sakoman 
---
 .../0001-avoid-start-failure-with-bind-user.patch   | 0
 .../0001-named-lwresd-V-and-start-log-hide-build-options.patch  | 0
 .../bind-ensure-searching-for-json-headers-searches-sysr.patch  | 0
 .../bind/{bind-9.18.9 => bind-9.18.10}/bind9| 0
 .../bind/{bind-9.18.9 => bind-9.18.10}/conf.patch   | 0
 .../bind/{bind-9.18.9 => bind-9.18.10}/generate-rndc-key.sh | 0
 .../init.d-add-support-for-read-only-rootfs.patch   | 0
 .../make-etc-initd-bind-stop-work.patch | 0
 .../bind/{bind-9.18.9 => bind-9.18.10}/named.service| 0
 .../bind/{bind_9.18.9.bb => bind_9.18.10.bb}| 2 +-
 10 files changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/0001-avoid-start-failure-with-bind-user.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/0001-named-lwresd-V-and-start-log-hide-build-options.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/bind-ensure-searching-for-json-headers-searches-sysr.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => bind-9.18.10}/bind9 
(100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => bind-9.18.10}/conf.patch 
(100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/generate-rndc-key.sh (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/init.d-add-support-for-read-only-rootfs.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/make-etc-initd-bind-stop-work.patch (100%)
 rename meta/recipes-connectivity/bind/{bind-9.18.9 => 
bind-9.18.10}/named.service (100%)
 rename meta/recipes-connectivity/bind/{bind_9.18.9.bb => bind_9.18.10.bb} (97%)

diff --git 
a/meta/recipes-connectivity/bind/bind-9.18.9/0001-avoid-start-failure-with-bind-user.patch
 
b/meta/recipes-connectivity/bind/bind-9.18.10/0001-avoid-start-failure-with-bind-user.patch
similarity index 100%
rename from 
meta/recipes-connectivity/bind/bind-9.18.9/0001-avoid-start-failure-with-bind-user.patch
rename to 
meta/recipes-connectivity/bind/bind-9.18.10/0001-avoid-start-failure-with-bind-user.patch
diff --git 
a/meta/recipes-connectivity/bind/bind-9.18.9/0001-named-lwresd-V-and-start-log-hide-build-options.patch
 
b/meta/recipes-connectivity/bind/bind-9.18.10/0001-named-lwresd-V-and-start-log-hide-build-options.patch
similarity index 100%
rename from 
meta/recipes-connectivity/bind/bind-9.18.9/0001-named-lwresd-V-and-start-log-hide-build-options.patch
rename to 
meta/recipes-connectivity/bind/bind-9.18.10/0001-named-lwresd-V-and-start-log-hide-build-options.patch
diff --git 
a/meta/recipes-connectivity/bind/bind-9.18.9/bind-ensure-searching-for-json-headers-searches-sysr.patch
 
b/meta/recipes-connectivity/bind/bind-9.18.10/bind-ensure-searching-for-json-headers-searches-sysr.patch
similarity index 100%
rename from 
meta/recipes-connectivity/bind/bind-9.18.9/bind-ensure-searching-for-json-headers-searches-sysr.patch
rename to 
meta/recipes-connectivity/bind/

[OE-core][langdale 02/11] dbus: upgrade 1.14.0 -> 1.14.4

2023-01-11 Thread Steve Sakoman

From: wangmy 

dbus 1.14.4 (2022-10-05)


This is a security update for the dbus 1.14.x stable branch, fixing
denial-of-service issues (CVE-2022-42010, -42011, -42012) and applying
security hardening (dbus#416).

Behaviour changes:

• On Linux, dbus-daemon and other uses of DBusServer now create a
  path-based Unix socket, unix:path=..., when asked to listen on a
  unix:tmpdir=... address. This makes unix:tmpdir=... equivalent to
  unix:dir=... on all platforms.
  Previous versions would have created an abstract socket, unix:abstract=...,
  in this situation.
  This change primarily affects the well-known session bus when run via
  dbus-launch(1) or dbus-run-session(1). The user bus, enabled by configuring
  dbus with --enable-user-session and running it on a systemd system,
  already used path-based Unix sockets and is unaffected by this change.
  This behaviour change prevents a sandbox escape via the session bus socket
  in sandboxing frameworks that can share the network namespace with the host
  system, such as Flatpak.
  This change might cause a regression in situations where the abstract socket
  is intentionally shared between the host system and a chroot or container,
  such as some use-cases of schroot(1). That regression can be resolved by
  using a bind-mount to share either the D-Bus socket, or the whole /tmp
  directory, with the chroot or container.
  (dbus#416, Simon McVittie)

Denial of service fixes:

Evgeny Vereshchagin discovered several ways in which an authenticated
local attacker could cause a crash (denial of service) in
dbus-daemon --system or a custom DBusServer. In uncommon configurations
these could potentially be carried out by an authenticated remote attacker.

• An invalid array of fixed-length elements where the length of the array
  is not a multiple of the length of the element would cause an assertion
  failure in debug builds or an out-of-bounds read in production builds.
  This was a regression in version 1.3.0.
  (dbus#413, CVE-2022-42011; Simon McVittie)

• A syntactically invalid type signature with incorrectly nested parentheses
  and curly brackets would cause an assertion failure in debug builds.
  Similar messages could potentially result in a crash or incorrect message
  processing in a production build, although we are not aware of a practical
  example. (dbus#418, CVE-2022-42010; Simon McVittie)

• A message in non-native endianness with out-of-band Unix file descriptors
  would cause a use-after-free and possible memory corruption in production
  builds, or an assertion failure in debug builds. This was a regression in
  version 1.3.0. (dbus#417, CVE-2022-42012; Simon McVittie)

dbus 1.14.2 (2022-09-26)


Fixes:

• Fix build failure on FreeBSD (dbus!277, Alex Richardson)

• Fix build failure on macOS with launchd enabled
  (dbus!287, Dawid Wróbel)

• Preserve errno on failure to open /proc/self/oom_score_adj
  (dbus!285, Gentoo#834725; Mike Gilbert)

• On Linux, don't log warnings if oom_score_adj is read-only but does not
  need to be changed (dbus!291, Simon McVittie)

• Slightly improve error-handling for inotify
  (dbus!235, Simon McVittie)

• Don't crash if dbus-daemon is asked to watch more than 128 directories
  for changes (dbus!302, Jan Tojnar)

• Autotools build system fixes:
  · Don't treat --with-x or --with-x=yes as a request to disable X11,
fixing a regression in 1.13.20. Instead, require X11 libraries and
fail if they cannot be detected. (dbus!263, Lars Wendler)
  · When a CMake project uses an Autotools-built libdbus in a
non-standard prefix, find dbus-arch-deps.h successfully
(dbus#314, Simon McVittie)
  · Don't include generated XML catalog in source releases
(dbus!317, Jan Tojnar)
  · Improve robustness of detecting gcc __sync atomic builtins
(dbus!320, Alex Richardson)

• CMake build system fixes:
  · Detect endianness correctly, fixing interoperability with other D-Bus
implementations on big-endian systems (dbus#375, Ralf Habacker)
  · When building for Unix, install session and system bus setup
in the intended locations
(dbus!267, dbus!297; Ralf Habacker, Alex Richardson)
  · Detect setresuid() and getresuid() (dbus!319, Alex Richardson)
  · Detect backtrace() on FreeBSD (dbus!281, Alex Richardson)
  · Don't include headers from parent directory (dbus!282, Alex Richardson)
  · Distinguish between host and target TMPDIR when cross-compiling
(dbus!279, Alex Richardson)
  · Fix detection of atomic operations (dbus!306, Alex Richardson)

Tests and CI enhancements:

• On Unix, skip tests that switch uid if run in a container that is
  unable to do so, instead of failing (dbus#407, Simon McVittie)

• Use the latest MSYS2 packages for CI
  (Ralf Habacker, Simon McVittie)

License-Update: D-Bus changed to dbus.

Signed-off-by: Wang Mingyu 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit 8c2ab4c014807e2d8ad0fded4188578aa05e8c55)
Signed-off-by: St

[OE-core][langdale 01/11] grub2: backport patch to fix CVE-2022-2601 CVE-2022-3775

2023-01-11 Thread Steve Sakoman

From: Xiangyu Chen 

Backport patch from upstream to solve CVE-2022-2601 CVE-2022-3775 dependency:
font: Fix size overflow in grub_font_get_glyph_internal()
(https://git.savannah.gnu.org/cgit/grub.git/commit/?id=9c76ec09ae08155df27cd237eaea150b4f02f532)

Backport patch from upstream to fix following CVEs:
CVE-2022-2601: font: Fix several integer overflows in 
grub_font_construct_glyph()
(https://git.savannah.gnu.org/cgit/grub.git/commit/?id=768e1ef2fc159f6e14e7246e4be09363708ac39e)
CVE-2022-3775: font: Fix an integer underflow in blit_comb()
(https://git.savannah.gnu.org/cgit/grub.git/commit/?id=992c06191babc1e109caf40d6a07ec6fdef427af)

Signed-off-by: Xiangyu Chen 
Signed-off-by: Steve Sakoman 
Signed-off-by: Liwei Song 
Signed-off-by: Richard Purdie 
(cherry picked from commit fa5a42150098be892246146456faed778e28ef94)
Signed-off-by: Steve Sakoman 
---
 ...erflow-in-grub_font_get_glyph_intern.patch | 115 ++
 .../grub/files/CVE-2022-2601.patch|  85 +
 .../grub/files/CVE-2022-3775.patch|  95 +++
 meta/recipes-bsp/grub/grub2.inc   |   3 +
 4 files changed, 298 insertions(+)
 create mode 100644 
meta/recipes-bsp/grub/files/0001-font-Fix-size-overflow-in-grub_font_get_glyph_intern.patch
 create mode 100644 meta/recipes-bsp/grub/files/CVE-2022-2601.patch
 create mode 100644 meta/recipes-bsp/grub/files/CVE-2022-3775.patch

diff --git 
a/meta/recipes-bsp/grub/files/0001-font-Fix-size-overflow-in-grub_font_get_glyph_intern.patch
 
b/meta/recipes-bsp/grub/files/0001-font-Fix-size-overflow-in-grub_font_get_glyph_intern.patch
new file mode 100644
index 00..efa00a3c6c
--- /dev/null
+++ 
b/meta/recipes-bsp/grub/files/0001-font-Fix-size-overflow-in-grub_font_get_glyph_intern.patch
@@ -0,0 +1,115 @@
+From 1f511ae054fe42dce7aedfbfe0f234fa1e0a7a3e Mon Sep 17 00:00:00 2001
+From: Zhang Boyang 
+Date: Fri, 5 Aug 2022 00:51:20 +0800
+Subject: [PATCH] font: Fix size overflow in grub_font_get_glyph_internal()
+
+The length of memory allocation and file read may overflow. This patch
+fixes the problem by using safemath macros.
+
+There is a lot of code repetition like "(x * y + 7) / 8". It is unsafe
+if overflow happens. This patch introduces grub_video_bitmap_calc_1bpp_bufsz().
+It is safe replacement for such code. It has safemath-like prototype.
+
+This patch also introduces grub_cast(value, pointer), it casts value to
+typeof(*pointer) then store the value to *pointer. It returns true when
+overflow occurs or false if there is no overflow. The semantics of arguments
+and return value are designed to be consistent with other safemath macros.
+
+Signed-off-by: Zhang Boyang 
+Reviewed-by: Daniel Kiper 
+
+Upstream-Status: Backport from
+[https://git.savannah.gnu.org/cgit/grub.git/commit/?id=9c76ec09ae08155df27cd237eaea150b4f02f532]
+
+Signed-off-by: Xiangyu Chen 
+
+---
+ grub-core/font/font.c   | 17 +
+ include/grub/bitmap.h   | 18 ++
+ include/grub/safemath.h |  2 ++
+ 3 files changed, 33 insertions(+), 4 deletions(-)
+
+diff --git a/grub-core/font/font.c b/grub-core/font/font.c
+index d09bb38..876b5b6 100644
+--- a/grub-core/font/font.c
 b/grub-core/font/font.c
+@@ -739,7 +739,8 @@ grub_font_get_glyph_internal (grub_font_t font, 
grub_uint32_t code)
+   grub_int16_t xoff;
+   grub_int16_t yoff;
+   grub_int16_t dwidth;
+-  int len;
++  grub_ssize_t len;
++  grub_size_t sz;
+ 
+   if (index_entry->glyph)
+   /* Return cached glyph.  */
+@@ -766,9 +767,17 @@ grub_font_get_glyph_internal (grub_font_t font, 
grub_uint32_t code)
+ return 0;
+   }
+ 
+-  len = (width * height + 7) / 8;
+-  glyph = grub_malloc (sizeof (struct grub_font_glyph) + len);
+-  if (!glyph)
++  /* Calculate real struct size of current glyph. */
++  if (grub_video_bitmap_calc_1bpp_bufsz (width, height, &len) ||
++grub_add (sizeof (struct grub_font_glyph), len, &sz))
++  {
++remove_font (font);
++return 0;
++  }
++
++  /* Allocate and initialize the glyph struct. */
++  glyph = grub_malloc (sz);
++  if (glyph == NULL)
+   {
+ remove_font (font);
+ return 0;
+diff --git a/include/grub/bitmap.h b/include/grub/bitmap.h
+index 5728f8c..0d9603f 100644
+--- a/include/grub/bitmap.h
 b/include/grub/bitmap.h
+@@ -23,6 +23,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ struct grub_video_bitmap
+ {
+@@ -79,6 +80,23 @@ grub_video_bitmap_get_height (struct grub_video_bitmap 
*bitmap)
+   return bitmap->mode_info.height;
+ }
+ 
++/*
++ * Calculate and store the size of data buffer of 1bit bitmap in result.
++ * Equivalent to "*result = (width * height + 7) / 8" if no overflow occurs.
++ * Return true when overflow occurs or false if there is no overflow.
++ * This function is intentionally implemented as a macro instead of
++ * an inline function. Although a bit awkward, it preserves data types for
++ * safemath m

[OE-core] [PATCH v2] at: Change when files are copied

2023-01-11 Thread Saul Wold

The create_spdx code relies on patched code, if files are changed
or added during the do_configure phase they will be missed by the
create_spdx process. So we need to ensure files modifications/additions
happen in the do_patch phase.

Signed-off-by: Saul Wold 
---
 meta/recipes-extended/at/at_3.2.5.bb | 6 --
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-extended/at/at_3.2.5.bb 
b/meta/recipes-extended/at/at_3.2.5.bb
index 87a436173f1..c0c876a6443 100644
--- a/meta/recipes-extended/at/at_3.2.5.bb
+++ b/meta/recipes-extended/at/at_3.2.5.bb
@@ -52,8 +52,10 @@ INITSCRIPT_PARAMS = "defaults"
 
 SYSTEMD_SERVICE:${PN} = "atd.service"
 
-do_configure:prepend() {
-   cp -f ${WORKDIR}/posixtm.[ch] ${S}
+do_patch[postfuncs] += "copy_posix_files"
+
+copy_posix_files() {
+cp -f ${WORKDIR}/posixtm.[ch] ${S}
 }
 
 do_install () {
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175755): 
https://lists.openembedded.org/g/openembedded-core/message/175755
Mute This Topic: https://lists.openembedded.org/mt/96203067/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] at: Change where files are modified

2023-01-11 Thread Christopher Larson

I feel like assuming do_patch is python, even if it is, is less clean than
just using postfuncs.

On Wed, Jan 11, 2023 at 8:29 AM Saul Wold  wrote:

> The create_spdx code relies on patched code, if files are changed
> or added during the do_configure phase they will be missed by the
> create_spdx process. So we need to ensure files modifications/additions
> happen in the do_patch phase.
>
> Signed-off-by: Saul Wold 
> ---
>  meta/recipes-extended/at/at_3.2.5.bb | 8 ++--
>  1 file changed, 6 insertions(+), 2 deletions(-)
>
> diff --git a/meta/recipes-extended/at/at_3.2.5.bb
> b/meta/recipes-extended/at/at_3.2.5.bb
> index 87a436173f1..45700366e0f 100644
> --- a/meta/recipes-extended/at/at_3.2.5.bb
> +++ b/meta/recipes-extended/at/at_3.2.5.bb
> @@ -52,8 +52,12 @@ INITSCRIPT_PARAMS = "defaults"
>
>  SYSTEMD_SERVICE:${PN} = "atd.service"
>
> -do_configure:prepend() {
> -   cp -f ${WORKDIR}/posixtm.[ch] ${S}
> +do_patch:append() {
> +bb.build.exec_func('copy_posix_files', d)
> +}
> +
> +copy_posix_files() {
> +cp -f ${WORKDIR}/posixtm.[ch] ${S}
>  }
>
>  do_install () {
> --
> 2.25.1
>
>
> 
>
>

-- 
Christopher Larson
chris_lar...@mentor.com, chris.lar...@siemens.com, kerg...@gmail.com
Principal Software Engineer, Embedded Linux Solutions, Siemens Digital
Industries Software

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175754): 
https://lists.openembedded.org/g/openembedded-core/message/175754
Mute This Topic: https://lists.openembedded.org/mt/96201863/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] at: Change where files are modified

2023-01-11 Thread Saul Wold

The create_spdx code relies on patched code, if files are changed
or added during the do_configure phase they will be missed by the
create_spdx process. So we need to ensure files modifications/additions
happen in the do_patch phase.

Signed-off-by: Saul Wold 
---
 meta/recipes-extended/at/at_3.2.5.bb | 8 ++--
 1 file changed, 6 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-extended/at/at_3.2.5.bb 
b/meta/recipes-extended/at/at_3.2.5.bb
index 87a436173f1..45700366e0f 100644
--- a/meta/recipes-extended/at/at_3.2.5.bb
+++ b/meta/recipes-extended/at/at_3.2.5.bb
@@ -52,8 +52,12 @@ INITSCRIPT_PARAMS = "defaults"
 
 SYSTEMD_SERVICE:${PN} = "atd.service"
 
-do_configure:prepend() {
-   cp -f ${WORKDIR}/posixtm.[ch] ${S}
+do_patch:append() {
+bb.build.exec_func('copy_posix_files', d)
+}
+
+copy_posix_files() {
+cp -f ${WORKDIR}/posixtm.[ch] ${S}
 }
 
 do_install () {
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175753): 
https://lists.openembedded.org/g/openembedded-core/message/175753
Mute This Topic: https://lists.openembedded.org/mt/96201863/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 2/3] baremetal-helloworld: Move from skeleton to recipes-extended matching what rust-hello-world is doing

2023-01-11 Thread Alejandro Hernandez Samaniego

I'll send a v2 that includes the matainers.inc change

Alejandro

On Wed, Jan 11, 2023, 9:17 AM Alexandre Belloni <
alexandre.bell...@bootlin.com> wrote:

> Hello,
>
> This fails with:
>
> The following recipes do not have a maintainer assigned to them. Please
> add an entry to meta/conf/distro/include/maintainers.inc file.
> baremetal-helloworld
> (/home/pokybuild/yocto-worker/oe-selftest-fedora/build/meta/recipes-extended/baremetal-example/
> baremetal-helloworld_git.bb)
>
> please run oe-selftest before submitting
>
>
> On 08/01/2023 12:15:24-0700, Alejandro Hernandez Samaniego wrote:
> > Signed-off-by: Alejandro Enedino Hernandez Samaniego <
> alejan...@enedino.org>
> > ---
> >  .../baremetal-example}/baremetal-helloworld_git.bb| 0
> >  1 file changed, 0 insertions(+), 0 deletions(-)
> >  rename {meta-skeleton/recipes-baremetal/baremetal-examples =>
> meta/recipes-extended/baremetal-example}/baremetal-helloworld_git.bb
> (100%)
> >
> > diff --git a/meta-skeleton/recipes-baremetal/baremetal-examples/
> baremetal-helloworld_git.bb b/meta/recipes-extended/baremetal-example/
> baremetal-helloworld_git.bb
> > similarity index 100%
> > rename from meta-skeleton/recipes-baremetal/baremetal-examples/
> baremetal-helloworld_git.bb
> > rename to meta/recipes-extended/baremetal-example/
> baremetal-helloworld_git.bb
> > --
> > 2.34.1
> >
>
> >
> > 
> >
>
>
> --
> Alexandre Belloni, co-owner and COO, Bootlin
> Embedded Linux and Kernel engineering
> https://bootlin.com
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175752): 
https://lists.openembedded.org/g/openembedded-core/message/175752
Mute This Topic: https://lists.openembedded.org/mt/96137379/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 2/3] baremetal-helloworld: Move from skeleton to recipes-extended matching what rust-hello-world is doing

2023-01-11 Thread Alexandre Belloni via lists.openembedded.org

Hello,

This fails with:

The following recipes do not have a maintainer assigned to them. Please add an 
entry to meta/conf/distro/include/maintainers.inc file.
baremetal-helloworld 
(/home/pokybuild/yocto-worker/oe-selftest-fedora/build/meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb)

please run oe-selftest before submitting


On 08/01/2023 12:15:24-0700, Alejandro Hernandez Samaniego wrote:
> Signed-off-by: Alejandro Enedino Hernandez Samaniego 
> ---
>  .../baremetal-example}/baremetal-helloworld_git.bb| 0
>  1 file changed, 0 insertions(+), 0 deletions(-)
>  rename {meta-skeleton/recipes-baremetal/baremetal-examples => 
> meta/recipes-extended/baremetal-example}/baremetal-helloworld_git.bb (100%)
> 
> diff --git 
> a/meta-skeleton/recipes-baremetal/baremetal-examples/baremetal-helloworld_git.bb
>  b/meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb
> similarity index 100%
> rename from 
> meta-skeleton/recipes-baremetal/baremetal-examples/baremetal-helloworld_git.bb
> rename to meta/recipes-extended/baremetal-example/baremetal-helloworld_git.bb
> -- 
> 2.34.1
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175751): 
https://lists.openembedded.org/g/openembedded-core/message/175751
Mute This Topic: https://lists.openembedded.org/mt/96137379/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] curl: don't enable debug builds

2023-01-11 Thread Quentin Schulz via lists.openembedded.org


Hi Ross,

On 1/11/23 15:17, Ross Burton wrote:

In oe-core 27824261 --enable-debug was added to the configure arguments
to turn on debugging symbols.  However, enabling debug mode does more
than turn on debugging symbols and introduces some codepaths that can be
controlled with environment variables.  Bluntly, the curl maintainer
says that --enable-debug should not be used in production:

https://urldefense.com/v3/__https://curl.se/mail/lib-2023-01/0039.html__;!!OOPJP91ZZw!jMBUWN09d9qh5ERXzeSectyn9T7uX0vl50AFyD3lmFEPTECVwbRqWi6LWeV2NdnKZMWF2rZtDMtAe08Lsb_e3phBQgWpikZIzA$

I did a build and verified that the curl-dbg package doesn't massively
shrink, so the debug symbols are still being built.

Remove the debug options and hide them behind a PACKAGECONFIG, with a
comment that it should not be used in production.

Signed-off-by: Ross Burton 
---
  meta/recipes-support/curl/curl_7.87.0.bb | 4 ++--
  1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-support/curl/curl_7.87.0.bb 
b/meta/recipes-support/curl/curl_7.87.0.bb
index a3ad66f1aa3..9956a284228 100644
--- a/meta/recipes-support/curl/curl_7.87.0.bb
+++ b/meta/recipes-support/curl/curl_7.87.0.bb
@@ -32,6 +32,8 @@ PACKAGECONFIG:class-nativesdk = "ipv6 openssl proxy random 
threaded-resolver ver
  PACKAGECONFIG[ares] = 
"--enable-ares,--disable-ares,c-ares,,,threaded-resolver"
  PACKAGECONFIG[brotli] = "--with-brotli,--without-brotli,brotli"
  PACKAGECONFIG[builtinmanual] = "--enable-manual,--disable-manual"
+# Don't use this in production
+PACKAGECONFIG[debug] = "--enable-debug,--disable-debug"


Should we have --disable-curldebug in the enable path here? I see you 
remove it further down but it's not here.


Cheers,
Quentin

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175750): 
https://lists.openembedded.org/g/openembedded-core/message/175750
Mute This Topic: https://lists.openembedded.org/mt/96200338/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 8/8] ovmf: fix gcc12 warning for device path handling

2023-01-11 Thread Steve Sakoman

Backport 
[https://github.com/tianocore/edk2/commit/22130dcd98b4d4b76ac8d922adb4a2dbc86fa52c]

Fixes:

In function ?SetDevicePathEndNode?,
inlined from ?FileDevicePath? at DevicePathUtilities.c:857:5:
DevicePathUtilities.c:321:3: error: writing 4 bytes into a region of size 1 
[-Werror=stringop-overflow=]
  321 |   memcpy (Node, &mUefiDevicePathLibEndDevicePath, sizeof 
(mUefiDevicePathLibEndDevicePath));
  |   
^
In file included from UefiDevicePathLib.h:22,
 from DevicePathUtilities.c:16:
../Include/Protocol/DevicePath.h: In function ?FileDevicePath?:
../Include/Protocol/DevicePath.h:51:9: note: destination object ?Type? of size 1
   51 |   UINT8 Type;   ///< 0x01 Hardware Device Path.
  | ^~~~

Signed-off-by: Steve Sakoman 
---
 ...001-Basetools-turn-off-gcc12-warning.patch | 41 +++
 meta/recipes-core/ovmf/ovmf_git.bb|  1 +
 2 files changed, 42 insertions(+)
 create mode 100644 
meta/recipes-core/ovmf/ovmf/0001-Basetools-turn-off-gcc12-warning.patch

diff --git 
a/meta/recipes-core/ovmf/ovmf/0001-Basetools-turn-off-gcc12-warning.patch 
b/meta/recipes-core/ovmf/ovmf/0001-Basetools-turn-off-gcc12-warning.patch
new file mode 100644
index 00..73a432684c
--- /dev/null
+++ b/meta/recipes-core/ovmf/ovmf/0001-Basetools-turn-off-gcc12-warning.patch
@@ -0,0 +1,41 @@
+From 22130dcd98b4d4b76ac8d922adb4a2dbc86fa52c Mon Sep 17 00:00:00 2001
+From: Gerd Hoffmann 
+Date: Thu, 24 Mar 2022 20:04:36 +0800
+Subject: [PATCH] Basetools: turn off gcc12 warning
+
+In function ?SetDevicePathEndNode?,
+inlined from ?FileDevicePath? at DevicePathUtilities.c:857:5:
+DevicePathUtilities.c:321:3: error: writing 4 bytes into a region of size 1 
[-Werror=stringop-overflow=]
+  321 |   memcpy (Node, &mUefiDevicePathLibEndDevicePath, sizeof 
(mUefiDevicePathLibEndDevicePath));
+  |   
^
+In file included from UefiDevicePathLib.h:22,
+ from DevicePathUtilities.c:16:
+../Include/Protocol/DevicePath.h: In function ?FileDevicePath?:
+../Include/Protocol/DevicePath.h:51:9: note: destination object ?Type? of size 
1
+   51 |   UINT8 Type;   ///< 0x01 Hardware Device Path.
+  | ^~~~
+
+Signed-off-by: Gerd Hoffmann 
+Reviewed-by: Bob Feng 
+
+Upstream-Status: Backport 
[https://github.com/tianocore/edk2/commit/22130dcd98b4d4b76ac8d922adb4a2dbc86fa52c]
+Signed-off-by: Steve Sakoman 
+
+---
+ BaseTools/Source/C/DevicePath/GNUmakefile | 3 +++
+ 1 file changed, 3 insertions(+)
+
+diff --git a/BaseTools/Source/C/DevicePath/GNUmakefile 
b/BaseTools/Source/C/DevicePath/GNUmakefile
+index 7ca08af9662d..b05d2bddfa68 100644
+--- a/BaseTools/Source/C/DevicePath/GNUmakefile
 b/BaseTools/Source/C/DevicePath/GNUmakefile
+@@ -13,6 +13,9 @@ OBJECTS = DevicePath.o UefiDevicePathLib.o 
DevicePathFromText.o  DevicePathUtili
+ 
+ include $(MAKEROOT)/Makefiles/app.makefile
+ 
++# gcc 12 trips over device path handling
++BUILD_CFLAGS += -Wno-error=stringop-overflow
++
+ LIBS = -lCommon
+ ifeq ($(CYGWIN), CYGWIN)
+   LIBS += -L/lib/e2fsprogs -luuid
diff --git a/meta/recipes-core/ovmf/ovmf_git.bb 
b/meta/recipes-core/ovmf/ovmf_git.bb
index ddadbac4b7..a487f77e3c 100644
--- a/meta/recipes-core/ovmf/ovmf_git.bb
+++ b/meta/recipes-core/ovmf/ovmf_git.bb
@@ -20,6 +20,7 @@ SRC_URI = 
"gitsm://github.com/tianocore/edk2.git;branch=master;protocol=https \
file://0001-Fix-VLA-parameter-warning.patch \
file://0001-Basetools-genffs-fix-gcc12-warning.patch \
file://0001-Basetools-lzmaenc-fix-gcc12-warning.patch \
+   file://0001-Basetools-turn-off-gcc12-warning.patch \
"
 
 PV = "edk2-stable202008"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175749): 
https://lists.openembedded.org/g/openembedded-core/message/175749
Mute This Topic: https://lists.openembedded.org/mt/96200719/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 7/8] ovmf: fix gcc12 warning in LzmaEnc

2023-01-11 Thread Steve Sakoman

Backport 
[https://github.com/tianocore/edk2/commit/85021f8cf22d1bd4114803c6c610dea5ef0059f1]

Fixes:

Sdk/C/LzmaEnc.c: In function ?LzmaEnc_CodeOneMemBlock?:
Sdk/C/LzmaEnc.c:2828:19: error: storing the address of local variable 
?outStream? in ?*p.rc.outStream? [-Werror=dangling-pointer=]
 2828 |   p->rc.outStream = &outStream.vt;
  |   ^~~
Sdk/C/LzmaEnc.c:2811:28: note: ?outStream? declared here
 2811 |   CLzmaEnc_SeqOutStreamBuf outStream;
  |^
Sdk/C/LzmaEnc.c:2811:28: note: ?pp? declared here
Sdk/C/LzmaEnc.c:2828:19: error: storing the address of local variable 
?outStream? in ?*(CLzmaEnc *)pp.rc.outStream? [-Werror=dangling-pointer=]
 2828 |   p->rc.outStream = &outStream.vt;
  |   ^~~
Sdk/C/LzmaEnc.c:2811:28: note: ?outStream? declared here
 2811 |   CLzmaEnc_SeqOutStreamBuf outStream;
  |^
Sdk/C/LzmaEnc.c:2811:28: note: ?pp? declared here
cc1: all warnings being treated as errors

Signed-off-by: Steve Sakoman 
---
 ...-Basetools-lzmaenc-fix-gcc12-warning.patch | 53 +++
 meta/recipes-core/ovmf/ovmf_git.bb|  1 +
 2 files changed, 54 insertions(+)
 create mode 100644 
meta/recipes-core/ovmf/ovmf/0001-Basetools-lzmaenc-fix-gcc12-warning.patch

diff --git 
a/meta/recipes-core/ovmf/ovmf/0001-Basetools-lzmaenc-fix-gcc12-warning.patch 
b/meta/recipes-core/ovmf/ovmf/0001-Basetools-lzmaenc-fix-gcc12-warning.patch
new file mode 100644
index 00..a6ef87aa79
--- /dev/null
+++ b/meta/recipes-core/ovmf/ovmf/0001-Basetools-lzmaenc-fix-gcc12-warning.patch
@@ -0,0 +1,53 @@
+From 24551a99d1f765c891a4dc21a36f18ccbf56e612 Mon Sep 17 00:00:00 2001
+From: Steve Sakoman 
+Date: Tue, 10 Jan 2023 06:15:00 -1000
+Subject: [PATCH] BaseTools: fix gcc12 warning
+
+Sdk/C/LzmaEnc.c: In function ?LzmaEnc_CodeOneMemBlock?:
+Sdk/C/LzmaEnc.c:2828:19: error: storing the address of local variable 
?outStream? in ?*p.rc.outStream? [-Werror=dangling-pointer=]
+ 2828 |   p->rc.outStream = &outStream.vt;
+  |   ^~~
+Sdk/C/LzmaEnc.c:2811:28: note: ?outStream? declared here
+ 2811 |   CLzmaEnc_SeqOutStreamBuf outStream;
+  |^
+Sdk/C/LzmaEnc.c:2811:28: note: ?pp? declared here
+Sdk/C/LzmaEnc.c:2828:19: error: storing the address of local variable 
?outStream? in ?*(CLzmaEnc *)pp.rc.outStream? [-Werror=dangling-pointer=]
+ 2828 |   p->rc.outStream = &outStream.vt;
+  |   ^~~
+Sdk/C/LzmaEnc.c:2811:28: note: ?outStream? declared here
+ 2811 |   CLzmaEnc_SeqOutStreamBuf outStream;
+  |^
+Sdk/C/LzmaEnc.c:2811:28: note: ?pp? declared here
+cc1: all warnings being treated as errors
+
+Signed-off-by: Gerd Hoffmann 
+Reviewed-by: Bob Feng 
+
+Upstream-Status: Backport 
[https://github.com/tianocore/edk2/commit/85021f8cf22d1bd4114803c6c610dea5ef0059f1]
+Signed-off-by: Steve Sakoman 
+---
+ BaseTools/Source/C/LzmaCompress/Sdk/C/LzmaEnc.c | 3 ++-
+ 1 file changed, 2 insertions(+), 1 deletion(-)
+
+diff --git a/BaseTools/Source/C/LzmaCompress/Sdk/C/LzmaEnc.c 
b/BaseTools/Source/C/LzmaCompress/Sdk/C/LzmaEnc.c
+index e281716fee..b575c4f888 100644
+--- a/BaseTools/Source/C/LzmaCompress/Sdk/C/LzmaEnc.c
 b/BaseTools/Source/C/LzmaCompress/Sdk/C/LzmaEnc.c
+@@ -2638,12 +2638,13 @@ SRes LzmaEnc_CodeOneMemBlock(CLzmaEncHandle pp, Bool 
reInit,
+ 
+   nowPos64 = p->nowPos64;
+   RangeEnc_Init(&p->rc);
+-  p->rc.outStream = &outStream.vt;
+ 
+   if (desiredPackSize == 0)
+ return SZ_ERROR_OUTPUT_EOF;
+ 
++  p->rc.outStream = &outStream.vt;
+   res = LzmaEnc_CodeOneBlock(p, desiredPackSize, *unpackSize);
++  p->rc.outStream = NULL;
+   
+   *unpackSize = (UInt32)(p->nowPos64 - nowPos64);
+   *destLen -= outStream.rem;
+-- 
+2.25.1
+
diff --git a/meta/recipes-core/ovmf/ovmf_git.bb 
b/meta/recipes-core/ovmf/ovmf_git.bb
index 63e857737a..ddadbac4b7 100644
--- a/meta/recipes-core/ovmf/ovmf_git.bb
+++ b/meta/recipes-core/ovmf/ovmf_git.bb
@@ -19,6 +19,7 @@ SRC_URI = 
"gitsm://github.com/tianocore/edk2.git;branch=master;protocol=https \
file://0004-ovmf-Update-to-latest.patch \
file://0001-Fix-VLA-parameter-warning.patch \
file://0001-Basetools-genffs-fix-gcc12-warning.patch \
+   file://0001-Basetools-lzmaenc-fix-gcc12-warning.patch \
"
 
 PV = "edk2-stable202008"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175748): 
https://lists.openembedded.org/g/openembedded-core/message/175748
Mute This Topic: https://lists.openembedded.org/mt/96200716/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 6/8] ovmf: fix gcc12 warning in GenFfs

2023-01-11 Thread Steve Sakoman

Backport 
[https://github.com/tianocore/edk2/commit/7b005f344e533cd913c3ca05b266f9872df886d1]

Fixes:

GenFfs.c:545:5: error: pointer ?InFileHandle? used after ?fclose? 
[-Werror=use-after-free]
  545 | Error(NULL, 0, 4001, "Resource", "memory cannot be allocated  
of %s", InFileHandle);
  | 
^~~
GenFfs.c:544:5: note: call to ?fclose? here
  544 | fclose (InFileHandle);
  | ^

Signed-off-by: Steve Sakoman 
---
 ...1-Basetools-genffs-fix-gcc12-warning.patch | 49 +++
 meta/recipes-core/ovmf/ovmf_git.bb|  1 +
 2 files changed, 50 insertions(+)
 create mode 100644 
meta/recipes-core/ovmf/ovmf/0001-Basetools-genffs-fix-gcc12-warning.patch

diff --git 
a/meta/recipes-core/ovmf/ovmf/0001-Basetools-genffs-fix-gcc12-warning.patch 
b/meta/recipes-core/ovmf/ovmf/0001-Basetools-genffs-fix-gcc12-warning.patch
new file mode 100644
index 00..4418d52898
--- /dev/null
+++ b/meta/recipes-core/ovmf/ovmf/0001-Basetools-genffs-fix-gcc12-warning.patch
@@ -0,0 +1,49 @@
+From 7b005f344e533cd913c3ca05b266f9872df886d1 Mon Sep 17 00:00:00 2001
+From: Gerd Hoffmann 
+Date: Thu, 24 Mar 2022 20:04:34 +0800
+Subject: [PATCH] BaseTools: fix gcc12 warning
+
+GenFfs.c:545:5: error: pointer ?InFileHandle? used after ?fclose? 
[-Werror=use-after-free]
+  545 | Error(NULL, 0, 4001, "Resource", "memory cannot be allocated  of 
%s", InFileHandle);
+  | 
^~~
+GenFfs.c:544:5: note: call to ?fclose? here
+  544 | fclose (InFileHandle);
+  | ^
+
+Signed-off-by: Gerd Hoffmann 
+Reviewed-by: Bob Feng 
+
+Upstream-Status: Backport 
[https://github.com/tianocore/edk2/commit/7b005f344e533cd913c3ca05b266f9872df886d1]
+Signed-off-by: Steve Sakoman 
+
+---
+ BaseTools/Source/C/GenFfs/GenFfs.c | 2 +-
+ BaseTools/Source/C/GenSec/GenSec.c | 2 +-
+ 2 files changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/BaseTools/Source/C/GenFfs/GenFfs.c 
b/BaseTools/Source/C/GenFfs/GenFfs.c
+index 949025c33325..d78d62ab3689 100644
+--- a/BaseTools/Source/C/GenFfs/GenFfs.c
 b/BaseTools/Source/C/GenFfs/GenFfs.c
+@@ -542,7 +542,7 @@ GetAlignmentFromFile(char *InFile, UINT32 *Alignment)
+   PeFileBuffer = (UINT8 *) malloc (PeFileSize);
+   if (PeFileBuffer == NULL) {
+ fclose (InFileHandle);
+-Error(NULL, 0, 4001, "Resource", "memory cannot be allocated  of %s", 
InFileHandle);
++Error(NULL, 0, 4001, "Resource", "memory cannot be allocated for %s", 
InFile);
+ return EFI_OUT_OF_RESOURCES;
+   }
+   fread (PeFileBuffer, sizeof (UINT8), PeFileSize, InFileHandle);
+diff --git a/BaseTools/Source/C/GenSec/GenSec.c 
b/BaseTools/Source/C/GenSec/GenSec.c
+index d54a4f9e0a7d..b1d05367ec0b 100644
+--- a/BaseTools/Source/C/GenSec/GenSec.c
 b/BaseTools/Source/C/GenSec/GenSec.c
+@@ -1062,7 +1062,7 @@ GetAlignmentFromFile(char *InFile, UINT32 *Alignment)
+   PeFileBuffer = (UINT8 *) malloc (PeFileSize);
+   if (PeFileBuffer == NULL) {
+ fclose (InFileHandle);
+-Error(NULL, 0, 4001, "Resource", "memory cannot be allocated  of %s", 
InFileHandle);
++Error(NULL, 0, 4001, "Resource", "memory cannot be allocated for %s", 
InFile);
+ return EFI_OUT_OF_RESOURCES;
+   }
+   fread (PeFileBuffer, sizeof (UINT8), PeFileSize, InFileHandle);
diff --git a/meta/recipes-core/ovmf/ovmf_git.bb 
b/meta/recipes-core/ovmf/ovmf_git.bb
index b00119313b..63e857737a 100644
--- a/meta/recipes-core/ovmf/ovmf_git.bb
+++ b/meta/recipes-core/ovmf/ovmf_git.bb
@@ -18,6 +18,7 @@ SRC_URI = 
"gitsm://github.com/tianocore/edk2.git;branch=master;protocol=https \
file://0003-ovmf-enable-long-path-file.patch \
file://0004-ovmf-Update-to-latest.patch \
file://0001-Fix-VLA-parameter-warning.patch \
+   file://0001-Basetools-genffs-fix-gcc12-warning.patch \
"
 
 PV = "edk2-stable202008"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175747): 
https://lists.openembedded.org/g/openembedded-core/message/175747
Mute This Topic: https://lists.openembedded.org/mt/96200715/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 5/8] oeqa/rpm.py: Increase timeout and add debug output

2023-01-11 Thread Steve Sakoman

From: Pavel Zhukov 

[Yocto #14346]
Systemd may be slow in killing pam session sometimes [1][2]. It may cause rpm
test to fail because there's process (sd_pam) running and own by "test1" user
after timeout.
Increasing timeout to 2 mins and assert earlier with debug output if
there's such process(es). If increasing of timeout doesn't help we may
want to force deletion of the user as [2] suggests.

[1] https://github.com/systemd/systemd/issues/8598
[2] https://access.redhat.com/solutions/6969188

Signed-off-by: Pavel Zhukov 
Signed-off-by: Richard Purdie 
(cherry picked from commit 972fcc0ed1e0d36c3470071a9c667c5327c1ef78)
Signed-off-by: Steve Sakoman 
---
 meta/lib/oeqa/runtime/cases/rpm.py | 23 +++
 1 file changed, 11 insertions(+), 12 deletions(-)

diff --git a/meta/lib/oeqa/runtime/cases/rpm.py 
b/meta/lib/oeqa/runtime/cases/rpm.py
index 7a9d62c003..2b6cfe5ff2 100644
--- a/meta/lib/oeqa/runtime/cases/rpm.py
+++ b/meta/lib/oeqa/runtime/cases/rpm.py
@@ -49,21 +49,20 @@ class RpmBasicTest(OERuntimeTestCase):
 msg = 'status: %s. Cannot run rpm -qa: %s' % (status, output)
 self.assertEqual(status, 0, msg=msg)
 
-def check_no_process_for_user(u):
-_, output = self.target.run(self.tc.target_cmds['ps'])
-if u + ' ' in output:
-return False
-else:
-return True
+def wait_for_no_process_for_user(u, timeout = 120):
+timeout_at = time.time() + timeout
+while time.time() < timeout_at:
+_, output = self.target.run(self.tc.target_cmds['ps'])
+if u + ' ' not in output:
+return
+time.sleep(1)
+user_pss = [ps for ps in output.split("\n") if u + ' ' in ps]
+msg = "There're %s 's process(es) still running: %s".format(u, 
"\n".join(user_pss))
+assertTrue(True, msg=msg)
 
 def unset_up_test_user(u):
 # ensure no test1 process in running
-timeout = time.time() + 30
-while time.time() < timeout:
-if check_no_process_for_user(u):
-break
-else:
-time.sleep(1)
+wait_for_no_process_for_user(u)
 status, output = self.target.run('userdel -r %s' % u)
 msg = 'Failed to erase user: %s' % output
 self.assertTrue(status == 0, msg=msg)
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175746): 
https://lists.openembedded.org/g/openembedded-core/message/175746
Mute This Topic: https://lists.openembedded.org/mt/96200714/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 4/8] rm_work.bbclass: use HOSTTOOLS 'rm' binary exclusively

2023-01-11 Thread Steve Sakoman

From: Luis 

The do_rm_work() task is using the first available 'rm' binary
available in PATH to remove files and folders.
However, depending on the PATH setup and RECIPE_SYSROOT_NATIVE
contents, the function can be using the 'rm' binary available
in RECIPE_SYSROOT_NATIVE, a folder that will get removed.
This causes a sporadic race-condition when trying to access the
'rm' binary of a folder already deleted.
Solve this by exclusively using the HOSTTOOLS 'rm' binary, as
this folder will not get removed.

Signed-off-by: Luis Martins 
Signed-off-by: Richard Purdie 
(cherry picked from commit edcd9ad333bc4e504594e8af83e8cb7007d2e35c)
Signed-off-by: Steve Sakoman 
---
 meta/classes/rm_work.bbclass | 15 +++
 1 file changed, 11 insertions(+), 4 deletions(-)

diff --git a/meta/classes/rm_work.bbclass b/meta/classes/rm_work.bbclass
index 2d5a56c238..24051aa378 100644
--- a/meta/classes/rm_work.bbclass
+++ b/meta/classes/rm_work.bbclass
@@ -27,6 +27,13 @@ BB_SCHEDULER ?= "completion"
 BB_TASK_IONICE_LEVEL_task-rm_work = "3.0"
 
 do_rm_work () {
+# Force using the HOSTTOOLS 'rm' - otherwise the SYSROOT_NATIVE 'rm' can 
be selected depending on PATH
+# Avoids race-condition accessing 'rm' when deleting WORKDIR folders at 
the end of this function
+RM_BIN="$(PATH=${HOSTTOOLS_DIR} command -v rm)"
+if [ -z "${RM_BIN}" ]; then
+bbfatal "Binary 'rm' not found in HOSTTOOLS_DIR, cannot remove WORKDIR 
data."
+fi
+
 # If the recipe name is in the RM_WORK_EXCLUDE, skip the recipe.
 for p in ${RM_WORK_EXCLUDE}; do
 if [ "$p" = "${PN}" ]; then
@@ -73,7 +80,7 @@ do_rm_work () {
 # sstate version since otherwise we'd need to leave 'plaindirs' 
around
 # such as 'packages' and 'packages-split' and these can be large. 
No end
 # of chain tasks depend directly on do_package anymore.
-rm -f -- $i;
+"${RM_BIN}" -f -- $i;
 ;;
 *_setscene*)
 # Skip stamps which are already setscene versions
@@ -90,7 +97,7 @@ do_rm_work () {
 ;;
 esac
 done
-rm -f -- $i
+"${RM_BIN}" -f -- $i
 esac
 done
 
@@ -100,9 +107,9 @@ do_rm_work () {
 # Retain only logs and other files in temp, safely ignore
 # failures of removing pseudo folers on NFS2/3 server.
 if [ $dir = 'pseudo' ]; then
-rm -rf -- $dir 2> /dev/null || true
+"${RM_BIN}" -rf -- $dir 2> /dev/null || true
 elif ! echo "$excludes" | grep -q -w "$dir"; then
-rm -rf -- $dir
+"${RM_BIN}" -rf -- $dir
 fi
 done
 }
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175745): 
https://lists.openembedded.org/g/openembedded-core/message/175745
Mute This Topic: https://lists.openembedded.org/mt/96200713/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 3/8] base.bbclass: Fix way to check ccache path

2023-01-11 Thread Steve Sakoman

From: Changqing Li 

The previous code had 2 issues:
1. make hosttools/ccache always link to host's ccache (/usr/bin/ccache)
even we have one buildtools
2. make hosttools/gcc etc, link to host's gcc event we have one
buildtools when keyword ccache in buildtools's path, eg:
/mnt/ccache/bin/buildtools

This patch is for fix above issues.

Signed-off-by: Changqing Li 
Signed-off-by: Richard Purdie 
(cherry picked from commit 1b7c81414cf252a7203d95703810a770184d7e4d)
Signed-off-by: Steve Sakoman 
---
 meta/classes/base.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index 19604a4646..3cae577a0e 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -139,7 +139,7 @@ def setup_hosttools_dir(dest, toolsvar, d, fatal=True):
 # /usr/local/bin/ccache/gcc -> /usr/bin/ccache, then which(gcc)
 # would return /usr/local/bin/ccache/gcc, but what we need is
 # /usr/bin/gcc, this code can check and fix that.
-if "ccache" in srctool:
+if os.path.islink(srctool) and 
os.path.basename(os.readlink(srctool)) == 'ccache':
 srctool = bb.utils.which(path, tool, executable=True, 
direction=1)
 if srctool:
 os.symlink(srctool, desttool)
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175744): 
https://lists.openembedded.org/g/openembedded-core/message/175744
Mute This Topic: https://lists.openembedded.org/mt/96200711/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core][dunfell 1/8] grub2: Fix CVE-2022-2601 & CVE-2022-3775

2023-01-11 Thread Steve Sakoman

From: Hitendra Prajapati 

Backport patch from upstream to solve CVE-2022-2601 CVE-2022-3775 dependency:

font: Fix size overflow in grub_font_get_glyph_internal()
Upstream-Status: Backport from 
https://git.savannah.gnu.org/cgit/grub.git/commit/?id=9c76ec09ae08155df27cd237eaea150b4f02f532

CVE-2022-2601: font: Fix several integer overflows in 
grub_font_construct_glyph()
Upstream-Status: Backport from 
https://git.savannah.gnu.org/cgit/grub.git/commit/?id=768e1ef2fc159f6e14e7246e4be09363708ac39e

CVE-2022-3775: font: Fix an integer underflow in blit_comb()
Upstream-Status: Backport from 
https://git.savannah.gnu.org/cgit/grub.git/commit/?id=992c06191babc1e109caf40d6a07ec6fdef427af

Signed-off-by: Hitendra Prajapati 
Signed-off-by: Steve Sakoman 
---
 .../grub/files/CVE-2022-2601.patch|  87 +
 .../grub/files/CVE-2022-3775.patch|  97 +++
 ...erflow-in-grub_font_get_glyph_intern.patch | 117 ++
 meta/recipes-bsp/grub/grub2.inc   |   3 +
 4 files changed, 304 insertions(+)
 create mode 100644 meta/recipes-bsp/grub/files/CVE-2022-2601.patch
 create mode 100644 meta/recipes-bsp/grub/files/CVE-2022-3775.patch
 create mode 100644 
meta/recipes-bsp/grub/files/font-Fix-size-overflow-in-grub_font_get_glyph_intern.patch

diff --git a/meta/recipes-bsp/grub/files/CVE-2022-2601.patch 
b/meta/recipes-bsp/grub/files/CVE-2022-2601.patch
new file mode 100644
index 00..090f693be3
--- /dev/null
+++ b/meta/recipes-bsp/grub/files/CVE-2022-2601.patch
@@ -0,0 +1,87 @@
+From e8060722acf0bcca037982d7fb29472363ccdfd4 Mon Sep 17 00:00:00 2001
+From: Zhang Boyang 
+Date: Fri, 5 Aug 2022 01:58:27 +0800
+Subject: [PATCH] font: Fix several integer overflows in
+ grub_font_construct_glyph()
+
+This patch fixes several integer overflows in grub_font_construct_glyph().
+Glyphs of invalid size, zero or leading to an overflow, are rejected.
+The inconsistency between "glyph" and "max_glyph_size" when grub_malloc()
+returns NULL is fixed too.
+
+Fixes: CVE-2022-2601
+
+Reported-by: Zhang Boyang 
+Signed-off-by: Zhang Boyang 
+Reviewed-by: Daniel Kiper 
+
+Signed-off-by: Xiangyu Chen 
+
+Upstream-Status: Backport 
[https://git.savannah.gnu.org/cgit/grub.git/commit/?id=768e1ef2fc159f6e14e7246e4be09363708ac39e]
+CVE: CVE-2022-2601
+Signed-off-by: Hitendra Prajapati 
+---
+ grub-core/font/font.c | 29 +
+ 1 file changed, 17 insertions(+), 12 deletions(-)
+
+diff --git a/grub-core/font/font.c b/grub-core/font/font.c
+index df17dba..f110db9 100644
+--- a/grub-core/font/font.c
 b/grub-core/font/font.c
+@@ -1509,6 +1509,7 @@ grub_font_construct_glyph (grub_font_t hinted_font,
+   struct grub_video_signed_rect bounds;
+   static struct grub_font_glyph *glyph = 0;
+   static grub_size_t max_glyph_size = 0;
++  grub_size_t cur_glyph_size;
+ 
+   ensure_comb_space (glyph_id);
+ 
+@@ -1525,29 +1526,33 @@ grub_font_construct_glyph (grub_font_t hinted_font,
+   if (!glyph_id->ncomb && !glyph_id->attributes)
+ return main_glyph;
+ 
+-  if (max_glyph_size < sizeof (*glyph) + (bounds.width * bounds.height + 
GRUB_CHAR_BIT - 1) / GRUB_CHAR_BIT)
++  if (grub_video_bitmap_calc_1bpp_bufsz (bounds.width, bounds.height, 
&cur_glyph_size) ||
++  grub_add (sizeof (*glyph), cur_glyph_size, &cur_glyph_size))
++return main_glyph;
++
++  if (max_glyph_size < cur_glyph_size)
+ {
+   grub_free (glyph);
+-  max_glyph_size = (sizeof (*glyph) + (bounds.width * bounds.height + 
GRUB_CHAR_BIT - 1) / GRUB_CHAR_BIT) * 2;
+-  if (max_glyph_size < 8)
+-  max_glyph_size = 8;
+-  glyph = grub_malloc (max_glyph_size);
++  if (grub_mul (cur_glyph_size, 2, &max_glyph_size))
++  max_glyph_size = 0;
++  glyph = max_glyph_size > 0 ? grub_malloc (max_glyph_size) : NULL;
+ }
+   if (!glyph)
+ {
++  max_glyph_size = 0;
+   grub_errno = GRUB_ERR_NONE;
+   return main_glyph;
+ }
+ 
+-  grub_memset (glyph, 0, sizeof (*glyph)
+- + (bounds.width * bounds.height
+-+ GRUB_CHAR_BIT - 1) / GRUB_CHAR_BIT);
++  grub_memset (glyph, 0, cur_glyph_size);
+ 
+   glyph->font = main_glyph->font;
+-  glyph->width = bounds.width;
+-  glyph->height = bounds.height;
+-  glyph->offset_x = bounds.x;
+-  glyph->offset_y = bounds.y;
++  if (bounds.width == 0 || bounds.height == 0 ||
++  grub_cast (bounds.width, &glyph->width) ||
++  grub_cast (bounds.height, &glyph->height) ||
++  grub_cast (bounds.x, &glyph->offset_x) ||
++  grub_cast (bounds.y, &glyph->offset_y))
++return main_glyph;
+ 
+   if (glyph_id->attributes & GRUB_UNICODE_GLYPH_ATTRIBUTE_MIRROR)
+ grub_font_blit_glyph_mirror (glyph, main_glyph,
+-- 
+2.25.1
+
diff --git a/meta/recipes-bsp/grub/files/CVE-2022-3775.patch 
b/meta/recipes-bsp/grub/files/CVE-2022-3775.patch
new file mode 100644
index 00..e2e3f35584
--- /dev/null
+++ b/meta/recipes-bsp/grub/files/CVE-2022-3775.patch
@@ -0,0 +1,97 @@
+From fdbe7209152ad6f09a1

[OE-core][dunfell 2/8] libksba: fix CVE-2022-47629

2023-01-11 Thread Steve Sakoman

From: Chee Yang Lee 

Signed-off-by: Chee Yang Lee 
Signed-off-by: Steve Sakoman 
---
 .../libksba/libksba/CVE-2022-47629.patch  | 69 +++
 meta/recipes-support/libksba/libksba_1.3.5.bb |  4 +-
 2 files changed, 72 insertions(+), 1 deletion(-)
 create mode 100644 meta/recipes-support/libksba/libksba/CVE-2022-47629.patch

diff --git a/meta/recipes-support/libksba/libksba/CVE-2022-47629.patch 
b/meta/recipes-support/libksba/libksba/CVE-2022-47629.patch
new file mode 100644
index 00..b09d0eb557
--- /dev/null
+++ b/meta/recipes-support/libksba/libksba/CVE-2022-47629.patch
@@ -0,0 +1,69 @@
+From b17444b3c47e32c77a3ba5335ae30ccbadcba3cf Mon Sep 17 00:00:00 2001
+From: Werner Koch 
+Date: Tue, 22 Nov 2022 16:36:46 +0100
+Subject: [PATCH] Fix an integer overflow in the CRL signature parser.
+
+* src/crl.c (parse_signature): N+N2 now checked for overflow.
+
+* src/ocsp.c (parse_response_extensions): Do not accept too large
+values.
+(parse_single_extensions): Ditto.
+--
+
+The second patch is an extra safegourd not related to the reported
+bug.
+
+GnuPG-bug-id: 6284
+Reported-by: Joseph Surin, elttam
+CVE: CVE-2022-47629
+https://git.gnupg.org/cgi-bin/gitweb.cgi?p=libksba.git;a=commit;h=f61a5ea4e0f6a80fd4b28ef0174bee77793cf070
+Upstream-Status: Backport
+Signed-off-by: Chee Yang Lee 
+---
+ src/crl.c  |  2 +-
+ src/ocsp.c | 12 
+ 2 files changed, 13 insertions(+), 1 deletion(-)
+
+diff --git a/src/crl.c b/src/crl.c
+index 87a3fa3..9d3028e 100644
+--- a/src/crl.c
 b/src/crl.c
+@@ -1434,7 +1434,7 @@ parse_signature (ksba_crl_t crl)
+  && !ti.is_constructed) )
+ return gpg_error (GPG_ERR_INV_CRL_OBJ);
+   n2 = ti.nhdr + ti.length;
+-  if (n + n2 >= DIM(tmpbuf))
++  if (n + n2 >= DIM(tmpbuf) || (n + n2) < n)
+ return gpg_error (GPG_ERR_TOO_LARGE);
+   memcpy (tmpbuf+n, ti.buf, ti.nhdr);
+   err = read_buffer (crl->reader, tmpbuf+n+ti.nhdr, ti.length);
+diff --git a/src/ocsp.c b/src/ocsp.c
+index 4b26f8d..c41234e 100644
+--- a/src/ocsp.c
 b/src/ocsp.c
+@@ -912,6 +912,12 @@ parse_response_extensions (ksba_ocsp_t ocsp,
+   else
+ ocsp->good_nonce = 1;
+ }
++  if (ti.length > (1<<24))
++{
++  /* Bail out on much too large objects.  */
++  err = gpg_error (GPG_ERR_BAD_BER);
++  goto leave;
++}
+   ex = xtrymalloc (sizeof *ex + strlen (oid) + ti.length);
+   if (!ex)
+ {
+@@ -979,6 +985,12 @@ parse_single_extensions (struct ocsp_reqitem_s *ri,
+   err = parse_octet_string (&data, &datalen, &ti);
+   if (err)
+ goto leave;
++  if (ti.length > (1<<24))
++{
++  /* Bail out on much too large objects.  */
++  err = gpg_error (GPG_ERR_BAD_BER);
++  goto leave;
++}
+   ex = xtrymalloc (sizeof *ex + strlen (oid) + ti.length);
+   if (!ex)
+ {
diff --git a/meta/recipes-support/libksba/libksba_1.3.5.bb 
b/meta/recipes-support/libksba/libksba_1.3.5.bb
index 7f9ab4f5fc..841830efa8 100644
--- a/meta/recipes-support/libksba/libksba_1.3.5.bb
+++ b/meta/recipes-support/libksba/libksba_1.3.5.bb
@@ -22,7 +22,9 @@ inherit autotools binconfig-disabled pkgconfig texinfo
 
 UPSTREAM_CHECK_URI = "https://gnupg.org/download/index.html";
 SRC_URI = "${GNUPG_MIRROR}/${BPN}/${BPN}-${PV}.tar.bz2 \
-   file://ksba-add-pkgconfig-support.patch"
+   file://ksba-add-pkgconfig-support.patch \
+   file://CVE-2022-47629.patch \
+"
 
 SRC_URI[md5sum] = "8302a3e263a7c630aa7dea7d341f07a2"
 SRC_URI[sha256sum] = 
"41444fd7a6ff73a79ad9728f985e71c9ba8cd3e5e53358e70d5f066d35c1a340"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175743): 
https://lists.openembedded.org/g/openembedded-core/message/175743
Mute This Topic: https://lists.openembedded.org/mt/96200708/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

2023-01-11 Thread Steve Sakoman

Please review this set of patches for dunfell and have comments back
by end of day Friday.

Passed a-full on autobuilder:

https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/4774

The following changes since commit deb919a693e4371ace649680ca06ca6b6e3da4e2:

  lib/buildstats: fix parsing of trees with reduced_proc_pressure directories 
(2023-01-06 17:34:50 +)

are available in the Git repository at:

  https://git.openembedded.org/openembedded-core-contrib stable/dunfell-nut
  
http://cgit.openembedded.org/openembedded-core-contrib/log/?h=stable/dunfell-nut

Changqing Li (1):
  base.bbclass: Fix way to check ccache path

Chee Yang Lee (1):
  libksba: fix CVE-2022-47629

Hitendra Prajapati (1):
  grub2: Fix CVE-2022-2601 & CVE-2022-3775

Luis (1):
  rm_work.bbclass: use HOSTTOOLS 'rm' binary exclusively

Pavel Zhukov (1):
  oeqa/rpm.py: Increase timeout and add debug output

Steve Sakoman (3):
  ovmf: fix gcc12 warning in GenFfs
  ovmf: fix gcc12 warning in LzmaEnc
  ovmf: fix gcc12 warning for device path handling

 meta/classes/base.bbclass |   2 +-
 meta/classes/rm_work.bbclass  |  15 ++-
 meta/lib/oeqa/runtime/cases/rpm.py|  23 ++--
 .../grub/files/CVE-2022-2601.patch|  87 +
 .../grub/files/CVE-2022-3775.patch|  97 +++
 ...erflow-in-grub_font_get_glyph_intern.patch | 117 ++
 meta/recipes-bsp/grub/grub2.inc   |   3 +
 ...1-Basetools-genffs-fix-gcc12-warning.patch |  49 
 ...-Basetools-lzmaenc-fix-gcc12-warning.patch |  53 
 ...001-Basetools-turn-off-gcc12-warning.patch |  41 ++
 meta/recipes-core/ovmf/ovmf_git.bb|   3 +
 .../libksba/libksba/CVE-2022-47629.patch  |  69 +++
 meta/recipes-support/libksba/libksba_1.3.5.bb |   4 +-
 13 files changed, 545 insertions(+), 18 deletions(-)
 create mode 100644 meta/recipes-bsp/grub/files/CVE-2022-2601.patch
 create mode 100644 meta/recipes-bsp/grub/files/CVE-2022-3775.patch
 create mode 100644 
meta/recipes-bsp/grub/files/font-Fix-size-overflow-in-grub_font_get_glyph_intern.patch
 create mode 100644 
meta/recipes-core/ovmf/ovmf/0001-Basetools-genffs-fix-gcc12-warning.patch
 create mode 100644 
meta/recipes-core/ovmf/ovmf/0001-Basetools-lzmaenc-fix-gcc12-warning.patch
 create mode 100644 
meta/recipes-core/ovmf/ovmf/0001-Basetools-turn-off-gcc12-warning.patch
 create mode 100644 meta/recipes-support/libksba/libksba/CVE-2022-47629.patch

-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175741): 
https://lists.openembedded.org/g/openembedded-core/message/175741
Mute This Topic: https://lists.openembedded.org/mt/96200705/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] curl: don't enable debug builds

2023-01-11 Thread Ross Burton

In oe-core 27824261 --enable-debug was added to the configure arguments
to turn on debugging symbols.  However, enabling debug mode does more
than turn on debugging symbols and introduces some codepaths that can be
controlled with environment variables.  Bluntly, the curl maintainer
says that --enable-debug should not be used in production:

https://curl.se/mail/lib-2023-01/0039.html

I did a build and verified that the curl-dbg package doesn't massively
shrink, so the debug symbols are still being built.

Remove the debug options and hide them behind a PACKAGECONFIG, with a
comment that it should not be used in production.

Signed-off-by: Ross Burton 
---
 meta/recipes-support/curl/curl_7.87.0.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-support/curl/curl_7.87.0.bb 
b/meta/recipes-support/curl/curl_7.87.0.bb
index a3ad66f1aa3..9956a284228 100644
--- a/meta/recipes-support/curl/curl_7.87.0.bb
+++ b/meta/recipes-support/curl/curl_7.87.0.bb
@@ -32,6 +32,8 @@ PACKAGECONFIG:class-nativesdk = "ipv6 openssl proxy random 
threaded-resolver ver
 PACKAGECONFIG[ares] = "--enable-ares,--disable-ares,c-ares,,,threaded-resolver"
 PACKAGECONFIG[brotli] = "--with-brotli,--without-brotli,brotli"
 PACKAGECONFIG[builtinmanual] = "--enable-manual,--disable-manual"
+# Don't use this in production
+PACKAGECONFIG[debug] = "--enable-debug,--disable-debug"
 PACKAGECONFIG[dict] = "--enable-dict,--disable-dict,"
 PACKAGECONFIG[gnutls] = "--with-gnutls,--without-gnutls,gnutls"
 PACKAGECONFIG[gopher] = "--enable-gopher,--disable-gopher,"
@@ -68,9 +70,7 @@ EXTRA_OECONF = " \
 --enable-crypto-auth \
 --with-ca-bundle=${sysconfdir}/ssl/certs/ca-certificates.crt \
 --without-libpsl \
---enable-debug \
 --enable-optimize \
---disable-curldebug \
 ${@'--without-ssl' if (bb.utils.filter('PACKAGECONFIG', 'gnutls mbedtls 
nss openssl', d) == '') else ''} \
 "
 
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175740): 
https://lists.openembedded.org/g/openembedded-core/message/175740
Mute This Topic: https://lists.openembedded.org/mt/96200338/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] qemux86-64: Reduce tuning to core2-64

2023-01-11 Thread Alexander Kanavin

On Wed, 11 Jan 2023 at 12:03, Richard Purdie
 wrote:
> Much as I'd love us to use the latest tuning, we do have some autobuilder
> hardware which isn't ready for this yet which breaks KVM and some qemu
> user mode usage as there appear to be TCG bugs too. I suspect we're not
> the only ones with such hardware.

For reference, the TCG bugs showed up only in meta-clang testing:
https://autobuilder.yoctoproject.org/typhoon/#/builders/142/builds/10
particularly, BMI implementation isn't entirely correct:
https://gitlab.com/qemu-project/qemu/-/issues/1370

Alex

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175738): 
https://lists.openembedded.org/g/openembedded-core/message/175738
Mute This Topic: https://lists.openembedded.org/mt/96197555/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 2/2] systemd: ship pcrphase/measure tools and units in systemd-extra-utils

2023-01-11 Thread Luca Bocassi

On Wed, 11 Jan 2023 at 11:21, Alexandre Belloni
 wrote:
>
> Hello,
>
> This doesn't apply on master because of 5ace3ada5c54 ("systemd:
> '${systemd_unitdir}/system' => '${systemd_system_unitdir}'"), can you
> rebase?

Agh sorry about that, sent from the wrong branch. v2 sent just now.

Kind regards,
Luca Boccassi

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175737): 
https://lists.openembedded.org/g/openembedded-core/message/175737
Mute This Topic: https://lists.openembedded.org/mt/96188492/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2 2/2] systemd: ship pcrphase/measure tools and units in systemd-extra-utils

2023-01-11 Thread Luca Bocassi

From: Luca Boccassi 

New tooling related to signed TPM policies introduced in v252

Signed-off-by: Luca Boccassi 
---
v2: rebase to use systemd_system_unitdir

 meta/recipes-core/systemd/systemd_252.4.bb | 8 
 1 file changed, 8 insertions(+)

diff --git a/meta/recipes-core/systemd/systemd_252.4.bb 
b/meta/recipes-core/systemd/systemd_252.4.bb
index eb6f5ecc17..7c3c78a364 100644
--- a/meta/recipes-core/systemd/systemd_252.4.bb
+++ b/meta/recipes-core/systemd/systemd_252.4.bb
@@ -529,12 +529,15 @@ FILES:${PN}-extra-utils = "\
 ${bindir}/systemd-stdio-bridge \
 ${base_bindir}/systemd-ask-password \
 ${base_bindir}/systemd-tty-ask-password-agent \
+
${systemd_system_unitdir}/initrd.target.wants/systemd-pcrphase-initrd.path \
 
${systemd_system_unitdir}/systemd-ask-password-console.path \
 
${systemd_system_unitdir}/systemd-ask-password-console.service \
 
${systemd_system_unitdir}/systemd-ask-password-wall.path \
 
${systemd_system_unitdir}/systemd-ask-password-wall.service \
 
${systemd_system_unitdir}/sysinit.target.wants/systemd-ask-password-console.path
 \
 
${systemd_system_unitdir}/sysinit.target.wants/systemd-ask-password-wall.path \
+
${systemd_system_unitdir}/sysinit.target.wants/systemd-pcrphase.path \
+
${systemd_system_unitdir}/sysinit.target.wants/systemd-pcrphase-sysinit.path \
 
${systemd_system_unitdir}/multi-user.target.wants/systemd-ask-password-wall.path
 \
 ${rootlibexecdir}/systemd/systemd-resolve-host \
 ${rootlibexecdir}/systemd/systemd-ac-power \
@@ -542,12 +545,17 @@ FILES:${PN}-extra-utils = "\
 ${rootlibexecdir}/systemd/systemd-bus-proxyd \
 ${systemd_system_unitdir}/systemd-bus-proxyd.service \
 ${systemd_system_unitdir}/systemd-bus-proxyd.socket \
+${rootlibexecdir}/systemd/systemd-measure \
+${rootlibexecdir}/systemd/systemd-pcrphase \
 ${rootlibexecdir}/systemd/systemd-socket-proxyd \
 ${rootlibexecdir}/systemd/systemd-reply-password \
 ${rootlibexecdir}/systemd/systemd-sleep \
 ${rootlibexecdir}/systemd/system-sleep \
 ${systemd_system_unitdir}/systemd-hibernate.service \
 ${systemd_system_unitdir}/systemd-hybrid-sleep.service 
\
+
${systemd_system_unitdir}/systemd-pcrphase-initrd.service \
+${systemd_system_unitdir}/systemd-pcrphase.service \
+
${systemd_system_unitdir}/systemd-pcrphase-sysinit.service \
 ${systemd_system_unitdir}/systemd-suspend.service \
 ${systemd_system_unitdir}/sleep.target \
 ${rootlibexecdir}/systemd/systemd-initctl \
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175736): 
https://lists.openembedded.org/g/openembedded-core/message/175736
Mute This Topic: https://lists.openembedded.org/mt/96198102/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2 1/2] systemd: refresh patch to remove fuzz introduced by rebase on v252

2023-01-11 Thread Luca Bocassi

From: Luca Boccassi 

Signed-off-by: Luca Boccassi 
---
 ...binfmt-Don-t-install-dependency-links-at-install-tim.patch | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git 
a/meta/recipes-core/systemd/systemd/0001-binfmt-Don-t-install-dependency-links-at-install-tim.patch
 
b/meta/recipes-core/systemd/systemd/0001-binfmt-Don-t-install-dependency-links-at-install-tim.patch
index a19a025559..2a033b134e 100644
--- 
a/meta/recipes-core/systemd/systemd/0001-binfmt-Don-t-install-dependency-links-at-install-tim.patch
+++ 
b/meta/recipes-core/systemd/systemd/0001-binfmt-Don-t-install-dependency-links-at-install-tim.patch
@@ -29,7 +29,7 @@ diff --git a/units/meson.build b/units/meson.build
 index a9bf28f6d9..11d3644168 100644
 --- a/units/meson.build
 +++ b/units/meson.build
-@@ -63,8 +63,7 @@ units = [
+@@ -62,8 +62,7 @@ units = [
  ['poweroff.target', '',
   (with_runlevels ? 'runlevel0.target' : '')],
  ['printer.target',  ''],
@@ -64,7 +64,7 @@ diff --git a/units/systemd-binfmt.service.in 
b/units/systemd-binfmt.service.in
 index 96f595ad72..7c010bb224 100644
 --- a/units/systemd-binfmt.service.in
 +++ b/units/systemd-binfmt.service.in
-@@ -14,6 +14,7 @@ 
Documentation=https://www.kernel.org/doc/html/latest/admin-guide/binfmt-misc.htm
+@@ -14,6 +14,7 @@ 
Documentation=https://docs.kernel.org/admin-guide/binfmt-misc.html
  Documentation=https://www.freedesktop.org/wiki/Software/systemd/APIFileSystems
  DefaultDependencies=no
  Conflicts=shutdown.target
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175735): 
https://lists.openembedded.org/g/openembedded-core/message/175735
Mute This Topic: https://lists.openembedded.org/mt/96198100/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] elfutils: disable deprecation errors in all builds, not just native

2023-01-11 Thread Ross Burton

On 11 Jan 2023, at 11:24, Jacob Kroon via lists.openembedded.org 
 wrote:
> 
> On 1/6/23 17:16, Ross Burton wrote:
>> The curl-related deprecation errors affect all builds not just native,
>> so set CFLAGS instead of BUILD_CFLAGS.
>> Signed-off-by: Ross Burton 
>> ---
>>  meta/recipes-devtools/elfutils/elfutils_0.188.bb | 2 +-
>>  1 file changed, 1 insertion(+), 1 deletion(-)
>> diff --git a/meta/recipes-devtools/elfutils/elfutils_0.188.bb 
>> b/meta/recipes-devtools/elfutils/elfutils_0.188.bb
>> index c94e36071cd..084908a38c0 100644
>> --- a/meta/recipes-devtools/elfutils/elfutils_0.188.bb
>> +++ b/meta/recipes-devtools/elfutils/elfutils_0.188.bb
>> @@ -34,7 +34,7 @@ EXTRA_OECONF = "--program-prefix=eu-"
>>BUILD_CFLAGS += "-Wno-error=stringop-overflow"
>>  # compatibility with curl 7.87; can be removed when elfutils upstream fixes 
>> the deprecation fails
>> -BUILD_CFLAGS += "-Wno-error=deprecated-declarations"
>> +CFLAGS:append = " -Wno-error=deprecated-declarations"
>>  
> 
> Why use ":append" and not "+=" ? I thought the general idea is that "+=" is 
> preferred, since it is easier to remove the snippet in a .bbappend, so core 
> should avoid :append when possible ?

Because of how the defaults and native.bbclass interact.

Ross
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175734): 
https://lists.openembedded.org/g/openembedded-core/message/175734
Mute This Topic: https://lists.openembedded.org/mt/96096249/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH] elfutils: disable deprecation errors in all builds, not just native

2023-01-11 Thread Jacob Kroon


On 1/6/23 17:16, Ross Burton wrote:

The curl-related deprecation errors affect all builds not just native,
so set CFLAGS instead of BUILD_CFLAGS.

Signed-off-by: Ross Burton 
---
  meta/recipes-devtools/elfutils/elfutils_0.188.bb | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/elfutils/elfutils_0.188.bb 
b/meta/recipes-devtools/elfutils/elfutils_0.188.bb
index c94e36071cd..084908a38c0 100644
--- a/meta/recipes-devtools/elfutils/elfutils_0.188.bb
+++ b/meta/recipes-devtools/elfutils/elfutils_0.188.bb
@@ -34,7 +34,7 @@ EXTRA_OECONF = "--program-prefix=eu-"
  
  BUILD_CFLAGS += "-Wno-error=stringop-overflow"

  # compatibility with curl 7.87; can be removed when elfutils upstream fixes 
the deprecation fails
-BUILD_CFLAGS += "-Wno-error=deprecated-declarations"
+CFLAGS:append = " -Wno-error=deprecated-declarations"
  


Why use ":append" and not "+=" ? I thought the general idea is that "+=" 
is preferred, since it is easier to remove the snippet in a .bbappend, 
so core should avoid :append when possible ?



  DEPENDS_BZIP2 = "bzip2-replacement-native"
  DEPENDS_BZIP2:class-target = "bzip2"






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175733): 
https://lists.openembedded.org/g/openembedded-core/message/175733
Mute This Topic: https://lists.openembedded.org/mt/96096249/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH 2/2] systemd: ship pcrphase/measure tools and units in systemd-extra-utils

2023-01-11 Thread Alexandre Belloni via lists.openembedded.org

Hello,

This doesn't apply on master because of 5ace3ada5c54 ("systemd:
'${systemd_unitdir}/system' => '${systemd_system_unitdir}'"), can you
rebase?

On 10/01/2023 22:22:27+, Luca Bocassi wrote:
> From: Luca Boccassi 
> 
> New tooling related to signed TPM policies introduced in v252
> 
> Signed-off-by: Luca Boccassi 
> ---
>  meta/recipes-core/systemd/systemd_252.4.bb | 8 
>  1 file changed, 8 insertions(+)
> 
> diff --git a/meta/recipes-core/systemd/systemd_252.4.bb 
> b/meta/recipes-core/systemd/systemd_252.4.bb
> index d745d60fe6..fa9c709293 100644
> --- a/meta/recipes-core/systemd/systemd_252.4.bb
> +++ b/meta/recipes-core/systemd/systemd_252.4.bb
> @@ -527,12 +527,15 @@ FILES_${PN}-extra-utils = "\
>  ${bindir}/systemd-stdio-bridge \
>  ${base_bindir}/systemd-ask-password \
>  ${base_bindir}/systemd-tty-ask-password-agent \
> +
> ${systemd_unitdir}/system/initrd.target.wants/systemd-pcrphase-initrd.path \
>  
> ${systemd_unitdir}/system/systemd-ask-password-console.path \
>  
> ${systemd_unitdir}/system/systemd-ask-password-console.service \
>  
> ${systemd_unitdir}/system/systemd-ask-password-wall.path \
>  
> ${systemd_unitdir}/system/systemd-ask-password-wall.service \
>  
> ${systemd_unitdir}/system/sysinit.target.wants/systemd-ask-password-console.path
>  \
>  
> ${systemd_unitdir}/system/sysinit.target.wants/systemd-ask-password-wall.path 
> \
> +
> ${systemd_unitdir}/system/sysinit.target.wants/systemd-pcrphase.path \
> +
> ${systemd_unitdir}/system/sysinit.target.wants/systemd-pcrphase-sysinit.path \
>  
> ${systemd_unitdir}/system/multi-user.target.wants/systemd-ask-password-wall.path
>  \
>  ${rootlibexecdir}/systemd/systemd-resolve-host \
>  ${rootlibexecdir}/systemd/systemd-ac-power \
> @@ -540,12 +543,17 @@ FILES_${PN}-extra-utils = "\
>  ${rootlibexecdir}/systemd/systemd-bus-proxyd \
>  ${systemd_unitdir}/system/systemd-bus-proxyd.service 
> \
>  ${systemd_unitdir}/system/systemd-bus-proxyd.socket \
> +${rootlibexecdir}/systemd/systemd-measure \
> +${rootlibexecdir}/systemd/systemd-pcrphase \
>  ${rootlibexecdir}/systemd/systemd-socket-proxyd \
>  ${rootlibexecdir}/systemd/systemd-reply-password \
>  ${rootlibexecdir}/systemd/systemd-sleep \
>  ${rootlibexecdir}/systemd/system-sleep \
>  ${systemd_unitdir}/system/systemd-hibernate.service \
>  
> ${systemd_unitdir}/system/systemd-hybrid-sleep.service \
> +
> ${systemd_unitdir}/system/systemd-pcrphase-initrd.service \
> +${systemd_unitdir}/system/systemd-pcrphase.service \
> +
> ${systemd_unitdir}/system/systemd-pcrphase-sysinit.service \
>  ${systemd_unitdir}/system/systemd-suspend.service \
>  ${systemd_unitdir}/system/sleep.target \
>  ${rootlibexecdir}/systemd/systemd-initctl \
> -- 
> 2.34.1
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175732): 
https://lists.openembedded.org/g/openembedded-core/message/175732
Mute This Topic: https://lists.openembedded.org/mt/96188492/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH v2] libpng: Enable NEON for aarch64 to enensure consistency with arm32.

2023-01-11 Thread Alexandre Belloni via lists.openembedded.org

On 11/01/2023 12:11:49+0100, Alexandre Belloni wrote:
> v1 has already been applied and you didn't specify what changed since
> then. Can you rebase?

I'm mistaken, I'll handle this patch.

> 
> On 10/01/2023 11:31:09+0800, leimaohui wrote:
> > NEON is enabled for aarch64 by default, so, to ensure consistency with
> > arm32, reference to libpng-1.6.38/configure, added
> > enable_hardware_optimizations option for aarch64.
> > 
> > Signed-off-by: Lei Maohui 
> > ---
> >  meta/recipes-multimedia/libpng/libpng_1.6.39.bb | 4 +++-
> >  1 file changed, 3 insertions(+), 1 deletion(-)
> > 
> > diff --git a/meta/recipes-multimedia/libpng/libpng_1.6.39.bb 
> > b/meta/recipes-multimedia/libpng/libpng_1.6.39.bb
> > index d9dcf37..a6c229f 100644
> > --- a/meta/recipes-multimedia/libpng/libpng_1.6.39.bb
> > +++ b/meta/recipes-multimedia/libpng/libpng_1.6.39.bb
> > @@ -22,7 +22,9 @@ BINCONFIG = "${bindir}/libpng-config 
> > ${bindir}/libpng16-config"
> >  inherit autotools binconfig-disabled pkgconfig
> >  
> >  # Work around missing symbols
> > -EXTRA_OECONF:append:class-target = " ${@bb.utils.contains("TUNE_FEATURES", 
> > "neon", "--enable-arm-neon=on", "--enable-arm-neon=off", d)}"
> > +ARMNEON = "${@bb.utils.contains("TUNE_FEATURES", "neon", 
> > "--enable-arm-neon=on", "--enable-arm-neon=off", d)}"
> > +ARMNEON:aarch64 = "--enable-hardware-optimizations=on"
> > +EXTRA_OECONF += "${ARMNEON}"
> >  
> >  PACKAGES =+ "${PN}-tools"
> >  
> > -- 
> > 1.8.3.1
> > 
> 
> > 
> > 
> > 
> 
> 
> -- 
> Alexandre Belloni, co-owner and COO, Bootlin
> Embedded Linux and Kernel engineering
> https://bootlin.com

-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175731): 
https://lists.openembedded.org/g/openembedded-core/message/175731
Mute This Topic: https://lists.openembedded.org/mt/96170221/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] [PATCH v2] libpng: Enable NEON for aarch64 to enensure consistency with arm32.

2023-01-11 Thread Alexandre Belloni via lists.openembedded.org

v1 has already been applied and you didn't specify what changed since
then. Can you rebase?

On 10/01/2023 11:31:09+0800, leimaohui wrote:
> NEON is enabled for aarch64 by default, so, to ensure consistency with
> arm32, reference to libpng-1.6.38/configure, added
> enable_hardware_optimizations option for aarch64.
> 
> Signed-off-by: Lei Maohui 
> ---
>  meta/recipes-multimedia/libpng/libpng_1.6.39.bb | 4 +++-
>  1 file changed, 3 insertions(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-multimedia/libpng/libpng_1.6.39.bb 
> b/meta/recipes-multimedia/libpng/libpng_1.6.39.bb
> index d9dcf37..a6c229f 100644
> --- a/meta/recipes-multimedia/libpng/libpng_1.6.39.bb
> +++ b/meta/recipes-multimedia/libpng/libpng_1.6.39.bb
> @@ -22,7 +22,9 @@ BINCONFIG = "${bindir}/libpng-config 
> ${bindir}/libpng16-config"
>  inherit autotools binconfig-disabled pkgconfig
>  
>  # Work around missing symbols
> -EXTRA_OECONF:append:class-target = " ${@bb.utils.contains("TUNE_FEATURES", 
> "neon", "--enable-arm-neon=on", "--enable-arm-neon=off", d)}"
> +ARMNEON = "${@bb.utils.contains("TUNE_FEATURES", "neon", 
> "--enable-arm-neon=on", "--enable-arm-neon=off", d)}"
> +ARMNEON:aarch64 = "--enable-hardware-optimizations=on"
> +EXTRA_OECONF += "${ARMNEON}"
>  
>  PACKAGES =+ "${PN}-tools"
>  
> -- 
> 1.8.3.1
> 

> 
> 
> 


-- 
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175730): 
https://lists.openembedded.org/g/openembedded-core/message/175730
Mute This Topic: https://lists.openembedded.org/mt/96170221/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH] qemux86-64: Reduce tuning to core2-64

2023-01-11 Thread Richard Purdie

Effectively revert "qemux86-64: build for x86-64-v3 (2013 Haswell and later) 
rather than Core 2 from 2006"
(commit 6f2af1e5d1537b4d31e14946292bf58f0fd76fc9)

Much as I'd love us to use the latest tuning, we do have some autobuilder
hardware which isn't ready for this yet which breaks KVM and some qemu
user mode usage as there appear to be TCG bugs too. I suspect we're not
the only ones with such hardware.

Drop the tune back to core2-64, anyone can easily customise it
themselves if they need it. We can revisit this in a year or two
as we should be ready then. It has beena  good test of the rest of the
support which all seems ready.

I'd have preferred to use corei7-64 but that causes
runqemu.RunqemuTests.test_boot_machine_iso to hang.

Leave the newer tune file inclusion so people can change tunes
more easily.

Signed-off-by: Richard Purdie 
---
 meta/conf/machine/include/x86/qemuboot-x86.inc | 4 ++--
 meta/conf/machine/qemux86-64.conf  | 2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/conf/machine/include/x86/qemuboot-x86.inc 
b/meta/conf/machine/include/x86/qemuboot-x86.inc
index 31db1b2a61f..3953679366d 100644
--- a/meta/conf/machine/include/x86/qemuboot-x86.inc
+++ b/meta/conf/machine/include/x86/qemuboot-x86.inc
@@ -4,8 +4,8 @@ QB_SMP = "-smp 4"
 QB_CPU:x86 = "-cpu IvyBridge -machine q35,i8042=off"
 QB_CPU_KVM:x86 = "-cpu IvyBridge -machine q35,i8042=off"
 
-QB_CPU:x86-64 = "-cpu Skylake-Client -machine q35,i8042=off"
-QB_CPU_KVM:x86-64 = "-cpu Skylake-Client -machine q35,i8042=off"
+QB_CPU:x86-64 = "-cpu IvyBridge -machine q35,i8042=off"
+QB_CPU_KVM:x86-64 = "-cpu IvyBridge -machine q35,i8042=off"
 
 QB_AUDIO_DRV = "alsa"
 QB_AUDIO_OPT = "-device AC97"
diff --git a/meta/conf/machine/qemux86-64.conf 
b/meta/conf/machine/qemux86-64.conf
index d355375f13c..14873a3b4f2 100644
--- a/meta/conf/machine/qemux86-64.conf
+++ b/meta/conf/machine/qemux86-64.conf
@@ -9,7 +9,7 @@ PREFERRED_PROVIDER_virtual/libgles2 ?= "mesa"
 PREFERRED_PROVIDER_virtual/libgles3 ?= "mesa"
 
 require conf/machine/include/qemu.inc
-DEFAULTTUNE ?= "x86-64-v3"
+DEFAULTTUNE ?= "core2-64"
 require conf/machine/include/x86/tune-x86-64-v3.inc
 require conf/machine/include/x86/qemuboot-x86.inc
 
-- 
2.37.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175729): 
https://lists.openembedded.org/g/openembedded-core/message/175729
Mute This Topic: https://lists.openembedded.org/mt/96197555/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core][PATCH] busybox: 1.35.0 -> 1.36.0

2023-01-11 Thread Alexandre Belloni via lists.openembedded.org

This generates a warning:

WARNING: busybox-1.36.0-r0 do_package_qa: QA Issue: busybox: ELF binary 
/bin/busybox.nosuid has relocations in .text [textrel]

https://autobuilder.yoctoproject.org/typhoon/#/builders/48/builds/6507/steps/11/logs/stdio

On 06/01/2023 12:05:05+0100, Andrej Valek wrote:
> - update to next (un)stable version 1.36.0
> - refresh defconfig
>  - disable new applets (tree, tsort, seedrng)
>  - use hw-accel for sha1/256 sums when available
> - remove and refresh already merged patches
> 
> Signed-off-by: Andrej Valek 
> ---
>  ...ab_1.35.0.bb => busybox-inittab_1.36.0.bb} |   0
>  .../0001-devmem-add-128-bit-width.patch   | 128 --
>  .../busybox/busybox/CVE-2022-30065.patch  |  29 
>  meta/recipes-core/busybox/busybox/defconfig   |  10 +-
>  .../busybox/busybox/recognize_connmand.patch  |  10 +-
>  meta/recipes-core/busybox/busybox/sha1sum.cfg |   2 +
>  .../busybox/busybox/sha256sum.cfg |   1 +
>  .../{busybox_1.35.0.bb => busybox_1.36.0.bb}  |   4 +-
>  8 files changed, 17 insertions(+), 167 deletions(-)
>  rename meta/recipes-core/busybox/{busybox-inittab_1.35.0.bb => 
> busybox-inittab_1.36.0.bb} (100%)
>  delete mode 100644 
> meta/recipes-core/busybox/busybox/0001-devmem-add-128-bit-width.patch
>  delete mode 100644 meta/recipes-core/busybox/busybox/CVE-2022-30065.patch
>  rename meta/recipes-core/busybox/{busybox_1.35.0.bb => busybox_1.36.0.bb} 
> (92%)
> 
> diff --git a/meta/recipes-core/busybox/busybox-inittab_1.35.0.bb 
> b/meta/recipes-core/busybox/busybox-inittab_1.36.0.bb
> similarity index 100%
> rename from meta/recipes-core/busybox/busybox-inittab_1.35.0.bb
> rename to meta/recipes-core/busybox/busybox-inittab_1.36.0.bb
> diff --git 
> a/meta/recipes-core/busybox/busybox/0001-devmem-add-128-bit-width.patch 
> b/meta/recipes-core/busybox/busybox/0001-devmem-add-128-bit-width.patch
> deleted file mode 100644
> index 985e2bf1d9..00
> --- a/meta/recipes-core/busybox/busybox/0001-devmem-add-128-bit-width.patch
> +++ /dev/null
> @@ -1,128 +0,0 @@
> -From d432049f288c9acdc4a7caa729c68ceba3c5dca1 Mon Sep 17 00:00:00 2001
> -From: Aaro Koskinen 
> -Date: Thu, 25 Aug 2022 18:47:02 +0300
> -Subject: [PATCH] devmem: add 128-bit width
> -
> -Add 128-bit width if the compiler provides the needed type.
> -
> -function old new   delta
> -devmem_main  405 464 +59
> -.rodata   109025  109043 +18
> ---
> -(add/remove: 0/0 grow/shrink: 2/0 up/down: 77/0)   Total: 77 
> bytes
> -
> -Upstream-Status: Backport 
> [https://git.busybox.net/busybox/commit/?id=d432049f288c9acdc4a7caa729c68ceba3c5dca1]
> -
> -Signed-off-by: Aaro Koskinen 
> -Signed-off-by: Aaro Koskinen 
> -Signed-off-by: Denys Vlasenko 
> -Signed-off-by: Mingli Yu 
> 
> - miscutils/devmem.c | 68 ++
> - 1 file changed, 44 insertions(+), 24 deletions(-)
> -
> -diff --git a/miscutils/devmem.c b/miscutils/devmem.c
> -index f9f0276bc..f21621bd6 100644
>  a/miscutils/devmem.c
> -+++ b/miscutils/devmem.c
> -@@ -29,7 +29,6 @@ int devmem_main(int argc UNUSED_PARAM, char **argv)
> - {
> - void *map_base, *virt_addr;
> - uint64_t read_result;
> --uint64_t writeval = writeval; /* for compiler */
> - off_t target;
> - unsigned page_size, mapped_size, offset_in_page;
> - int fd;
> -@@ -64,9 +63,6 @@ int devmem_main(int argc UNUSED_PARAM, char **argv)
> - width = strchrnul(bhwl, (argv[2][0] | 0x20)) - bhwl;
> - width = sizes[width];
> - }
> --/* VALUE */
> --if (argv[3])
> --writeval = bb_strtoull(argv[3], NULL, 0);
> - } else { /* argv[2] == NULL */
> - /* make argv[3] to be a valid thing to fetch */
> - argv--;
> -@@ -96,28 +92,46 @@ int devmem_main(int argc UNUSED_PARAM, char **argv)
> - virt_addr = (char*)map_base + offset_in_page;
> - 
> - if (!argv[3]) {
> --switch (width) {
> --case 8:
> --read_result = *(volatile uint8_t*)virt_addr;
> --break;
> --case 16:
> --read_result = *(volatile uint16_t*)virt_addr;
> --break;
> --case 32:
> --read_result = *(volatile uint32_t*)virt_addr;
> --break;
> --case 64:
> --read_result = *(volatile uint64_t*)virt_addr;
> --break;
> --default:
> --bb_simple_error_msg_and_die("bad width");
> -+#ifdef __SIZEOF_INT128__
> -+if (width == 128) {
> -+unsigned __int128 rd =
> -+*(volatile unsigned __int128 *)virt_addr;
> -+

Re: [OE-core] [PATCH] toolchain-scripts: compatibility with unbound variable protection

2023-01-11 Thread Jan Kircher via lists.openembedded.org

I resubmitted this patch from a different account: 
https://lists.openembedded.org/g/openembedded-core/topic/96180133

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#175727): 
https://lists.openembedded.org/g/openembedded-core/message/175727
Mute This Topic: https://lists.openembedded.org/mt/96048942/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

61 matches

Mail list logo