* [OE-core][scarthgap 0/8] Patch review
@ 2025-01-23 2:59 Steve Sakoman
0 siblings, 0 replies; 23+ messages in thread
From: Steve Sakoman @ 2025-01-23 2:59 UTC (permalink / raw)
To: openembedded-core
Please review this set of changes for scarthgap and have comments back by
end of day Friday, January 24
Passed a-full on autobuilder:
https://autobuilder.yoctoproject.org/valkyrie/#/builders/29/builds/869
The following changes since commit 660e00469f9c99fe733cc8b37f67438a96ff2e97:
libgfortran: fix buildpath QA issue (2025-01-21 12:33:25 -0800)
are available in the Git repository at:
https://git.openembedded.org/openembedded-core-contrib stable/scarthgap-nut
https://git.openembedded.org/openembedded-core-contrib/log/?h=stable/scarthgap-nut
Archana Polampalli (6):
rsync: fix CVE-2024-12084
rsync: fix CVE-2024-12085
rsync: fix CVE-2024-12086
rsync: fix CVE-2024-12087
rsync: fix CVE-2024-12088
rsync: fix CVE-2024-12747
Harish Sadineni (1):
rust-target-config: Fix TARGET_C_INT_WIDTH with correct size
Jiaying Song (1):
boost: fix do_fetch error
.../classes-recipe/rust-target-config.bbclass | 10 +-
.../rsync/files/CVE-2024-12084-0001.patch | 156 ++++++++++++++
.../rsync/files/CVE-2024-12084-0002.patch | 43 ++++
.../rsync/files/CVE-2024-12085.patch | 32 +++
.../rsync/files/CVE-2024-12086-0001.patch | 42 ++++
.../rsync/files/CVE-2024-12086-0002.patch | 108 ++++++++++
.../rsync/files/CVE-2024-12086-0003.patch | 108 ++++++++++
.../rsync/files/CVE-2024-12086-0004.patch | 41 ++++
.../rsync/files/CVE-2024-12087-0001.patch | 49 +++++
.../rsync/files/CVE-2024-12087-0002.patch | 31 +++
.../rsync/files/CVE-2024-12087-0003.patch | 40 ++++
.../rsync/files/CVE-2024-12088.patch | 141 +++++++++++++
.../rsync/files/CVE-2024-12747.patch | 192 ++++++++++++++++++
meta/recipes-devtools/rsync/rsync_3.2.7.bb | 12 ++
meta/recipes-support/boost/boost-1.84.0.inc | 2 +-
15 files changed, 1001 insertions(+), 6 deletions(-)
create mode 100644 meta/recipes-devtools/rsync/files/CVE-2024-12084-0001.patch
create mode 100644 meta/recipes-devtools/rsync/files/CVE-2024-12084-0002.patch
create mode 100644 meta/recipes-devtools/rsync/files/CVE-2024-12085.patch
create mode 100644 meta/recipes-devtools/rsync/files/CVE-2024-12086-0001.patch
create mode 100644 meta/recipes-devtools/rsync/files/CVE-2024-12086-0002.patch
create mode 100644 meta/recipes-devtools/rsync/files/CVE-2024-12086-0003.patch
create mode 100644 meta/recipes-devtools/rsync/files/CVE-2024-12086-0004.patch
create mode 100644 meta/recipes-devtools/rsync/files/CVE-2024-12087-0001.patch
create mode 100644 meta/recipes-devtools/rsync/files/CVE-2024-12087-0002.patch
create mode 100644 meta/recipes-devtools/rsync/files/CVE-2024-12087-0003.patch
create mode 100644 meta/recipes-devtools/rsync/files/CVE-2024-12088.patch
create mode 100644 meta/recipes-devtools/rsync/files/CVE-2024-12747.patch
--
2.43.0
^ permalink raw reply [flat|nested] 23+ messages in thread
* [OE-core][scarthgap 0/8] Patch review
@ 2025-04-11 20:33 Steve Sakoman
0 siblings, 0 replies; 23+ messages in thread
From: Steve Sakoman @ 2025-04-11 20:33 UTC (permalink / raw)
To: openembedded-core
Please review this set of changes for scarthgap and have comments back by
end of day Tuesday, April 15
Passed a-full on autobuilder:
https://autobuilder.yoctoproject.org/valkyrie/#/builders/29/builds/1386
Note: there was a failure during oe-selftest-fedora cve_check which is related to NFS issues on the autobuilder infrastructure and not this patch set
The following changes since commit 4003b5faa1e5acfa025e1d0df4e021e06cf8724c:
mc: set ac_cv_path_ZIP to avoid buildpaths QA issues (2025-04-01 08:10:07 -0700)
are available in the Git repository at:
https://git.openembedded.org/openembedded-core-contrib stable/scarthgap-nut
https://git.openembedded.org/openembedded-core-contrib/log/?h=stable/scarthgap-nut
Archana Polampalli (2):
go: fix CVE-2025-22870
ghostscript: upgrade 10.04.0 -> 10.05.0
Changqing Li (1):
patch.py: set commituser and commitemail for addNote
Hitendra Prajapati (1):
go: fix CVE-2025-22871
Peter Marko (4):
ofono: patch CVE-2024-7537
cve-update-nvd2-native: add workaround for json5 style list
xz: upgrade 5.4.6 -> 5.4.7
xz: patch CVE-2025-31115
meta/lib/oe/patch.py | 14 +-
.../ofono/ofono/CVE-2024-7537.patch | 59 ++++++
meta/recipes-connectivity/ofono/ofono_2.4.bb | 1 +
.../meta/cve-update-nvd2-native.bb | 5 +
meta/recipes-devtools/go/go-1.22.12.inc | 2 +
.../go/go/CVE-2025-22870.patch | 80 ++++++++
.../go/go/CVE-2025-22871.patch | 172 ++++++++++++++++++
...ript_10.04.0.bb => ghostscript_10.05.0.bb} | 2 +-
.../xz/xz/CVE-2025-31115-01.patch | 29 +++
.../xz/xz/CVE-2025-31115-02.patch | 152 ++++++++++++++++
.../xz/xz/CVE-2025-31115-03.patch | 98 ++++++++++
.../xz/xz/CVE-2025-31115-04.patch | 56 ++++++
.../xz/{xz_5.4.6.bb => xz_5.4.7.bb} | 8 +-
13 files changed, 669 insertions(+), 9 deletions(-)
create mode 100644 meta/recipes-connectivity/ofono/ofono/CVE-2024-7537.patch
create mode 100644 meta/recipes-devtools/go/go/CVE-2025-22870.patch
create mode 100644 meta/recipes-devtools/go/go/CVE-2025-22871.patch
rename meta/recipes-extended/ghostscript/{ghostscript_10.04.0.bb => ghostscript_10.05.0.bb} (97%)
create mode 100644 meta/recipes-extended/xz/xz/CVE-2025-31115-01.patch
create mode 100644 meta/recipes-extended/xz/xz/CVE-2025-31115-02.patch
create mode 100644 meta/recipes-extended/xz/xz/CVE-2025-31115-03.patch
create mode 100644 meta/recipes-extended/xz/xz/CVE-2025-31115-04.patch
rename meta/recipes-extended/xz/{xz_5.4.6.bb => xz_5.4.7.bb} (89%)
--
2.43.0
^ permalink raw reply [flat|nested] 23+ messages in thread
* [OE-core][scarthgap 0/8] Patch review
@ 2025-05-09 15:45 Steve Sakoman
0 siblings, 0 replies; 23+ messages in thread
From: Steve Sakoman @ 2025-05-09 15:45 UTC (permalink / raw)
To: openembedded-core
Please review this set of changes for scarthgap and have comments back by
end of day Tuesday, May 13
Passed a-full on autobuilder:
https://autobuilder.yoctoproject.org/valkyrie/#/builders/29/builds/1557
The following changes since commit 45c50169fa7e34349acf3e24fc19e573cbab4e65:
bluez5: backport a patch to fix btmgmt -i (2025-05-06 09:01:45 -0700)
are available in the Git repository at:
https://git.openembedded.org/openembedded-core-contrib stable/scarthgap-nut
https://git.openembedded.org/openembedded-core-contrib/log/?h=stable/scarthgap-nut
Haixiao Yan (1):
glibc: Add single-threaded fast path to rand()
Praveen Kumar (1):
connman :fix CVE-2025-32743
Vijay Anusuri (6):
libsoup-2.4: Fix CVE-2024-52530
libsoup-2.4: Fix CVE-2024-52531
libsoup-2.4: Fix CVE-2024-52532
libsoup-2.4: Fix CVE-2025-32906
libsoup-2.4: Fix CVE-2025-32909
libsoup: Fix CVE-2025-32914
.../connman/connman/CVE-2025-32743.patch | 48 ++++++
.../connman/connman_1.42.bb | 1 +
...dd-single-threaded-fast-path-to-rand.patch | 47 ++++++
meta/recipes-core/glibc/glibc_2.39.bb | 1 +
.../libsoup/libsoup-2.4/CVE-2024-52530.patch | 149 ++++++++++++++++++
.../libsoup-2.4/CVE-2024-52531-1.patch | 131 +++++++++++++++
.../libsoup-2.4/CVE-2024-52531-2.patch | 36 +++++
.../libsoup-2.4/CVE-2024-52532-1.patch | 36 +++++
.../libsoup-2.4/CVE-2024-52532-2.patch | 42 +++++
.../libsoup-2.4/CVE-2024-52532-3.patch | 46 ++++++
.../libsoup-2.4/CVE-2025-32906-1.patch | 61 +++++++
.../libsoup-2.4/CVE-2025-32906-2.patch | 83 ++++++++++
.../libsoup/libsoup-2.4/CVE-2025-32909.patch | 36 +++++
.../libsoup/libsoup-2.4_2.74.3.bb | 12 +-
.../libsoup-3.4.4/CVE-2025-32914.patch | 111 +++++++++++++
meta/recipes-support/libsoup/libsoup_3.4.4.bb | 1 +
16 files changed, 840 insertions(+), 1 deletion(-)
create mode 100644 meta/recipes-connectivity/connman/connman/CVE-2025-32743.patch
create mode 100644 meta/recipes-core/glibc/glibc/0001-stdlib-Add-single-threaded-fast-path-to-rand.patch
create mode 100644 meta/recipes-support/libsoup/libsoup-2.4/CVE-2024-52530.patch
create mode 100644 meta/recipes-support/libsoup/libsoup-2.4/CVE-2024-52531-1.patch
create mode 100644 meta/recipes-support/libsoup/libsoup-2.4/CVE-2024-52531-2.patch
create mode 100644 meta/recipes-support/libsoup/libsoup-2.4/CVE-2024-52532-1.patch
create mode 100644 meta/recipes-support/libsoup/libsoup-2.4/CVE-2024-52532-2.patch
create mode 100644 meta/recipes-support/libsoup/libsoup-2.4/CVE-2024-52532-3.patch
create mode 100644 meta/recipes-support/libsoup/libsoup-2.4/CVE-2025-32906-1.patch
create mode 100644 meta/recipes-support/libsoup/libsoup-2.4/CVE-2025-32906-2.patch
create mode 100644 meta/recipes-support/libsoup/libsoup-2.4/CVE-2025-32909.patch
create mode 100644 meta/recipes-support/libsoup/libsoup-3.4.4/CVE-2025-32914.patch
--
2.43.0
^ permalink raw reply [flat|nested] 23+ messages in thread
* [OE-core][scarthgap 0/8] Patch review
@ 2025-06-17 16:04 Steve Sakoman
2025-06-17 16:04 ` [OE-core][scarthgap 1/8] net-tools: patch CVE-2025-46836 Steve Sakoman
` (7 more replies)
0 siblings, 8 replies; 23+ messages in thread
From: Steve Sakoman @ 2025-06-17 16:04 UTC (permalink / raw)
To: openembedded-core
Please review this set of changes for scarthgap and have comments back by
end of day Thursday, June 19
Passed a-full on autobuilder:
https://autobuilder.yoctoproject.org/valkyrie/#/builders/29/builds/1820
The following changes since commit f7ee6db8ca5dc72b7a468531e31403b60e6a0020:
testimage: get real os-release file (2025-06-09 08:06:42 -0700)
are available in the Git repository at:
https://git.openembedded.org/openembedded-core-contrib stable/scarthgap-nut
https://git.openembedded.org/openembedded-core-contrib/log/?h=stable/scarthgap-nut
Aleksandar Nikolic (1):
scripts/install-buildtools: Update to 5.0.10
Colin Pinnell McAllister (1):
ffmpeg: fix CVE-2025-1373
Deepesh Varatharajan (1):
gcc: Upgrade to GCC 13.4
Jiaying Song (1):
python3-requests: upgrade 2.32.3 -> 2.32.4
Peter Marko (1):
net-tools: patch CVE-2025-46836
Poonam Jadhav (1):
libpng: Add ptest
Sandeep Gundlupet Raju (1):
tune-cortexr52: Remove aarch64 for ARM Cortex-R52
Savvas Etairidis (1):
systemd: Rename systemd_v255.21 to systemd_255.21
meta/conf/distro/include/maintainers.inc | 2 +-
.../distro/include/ptest-packagelists.inc | 1 +
.../include/arm/armv8r/tune-cortexr52.inc | 5 +-
.../{systemd_v255.21.bb => systemd_255.21.bb} | 0
.../gcc/{gcc-13.3.inc => gcc-13.4.inc} | 8 +-
...ian_13.3.bb => gcc-cross-canadian_13.4.bb} | 0
.../{gcc-cross_13.3.bb => gcc-cross_13.4.bb} | 0
...-crosssdk_13.3.bb => gcc-crosssdk_13.4.bb} | 0
...cc-runtime_13.3.bb => gcc-runtime_13.4.bb} | 0
...itizers_13.3.bb => gcc-sanitizers_13.4.bb} | 0
...{gcc-source_13.3.bb => gcc-source_13.4.bb} | 0
...ix-c-tweak-for-Wrange-loop-construct.patch | 113 ----
...4fffe3fc82a710bea66ad651720d71c938b8.patch | 549 ------------------
.../gcc/{gcc_13.3.bb => gcc_13.4.bb} | 0
...initial_13.3.bb => libgcc-initial_13.4.bb} | 0
.../gcc/{libgcc_13.3.bb => libgcc_13.4.bb} | 0
...ibgfortran_13.3.bb => libgfortran_13.4.bb} | 0
...s_2.32.3.bb => python3-requests_2.32.4.bb} | 2 +-
.../net-tools/CVE-2025-46836-01.patch | 91 +++
.../net-tools/CVE-2025-46836-02.patch | 31 +
.../net-tools/net-tools_2.10.bb | 2 +
.../recipes-multimedia/ffmpeg/ffmpeg_6.1.2.bb | 4 +
.../recipes-multimedia/libpng/files/run-ptest | 7 +
.../libpng/libpng_1.6.42.bb | 42 +-
scripts/install-buildtools | 4 +-
25 files changed, 185 insertions(+), 676 deletions(-)
rename meta/recipes-core/systemd/{systemd_v255.21.bb => systemd_255.21.bb} (100%)
rename meta/recipes-devtools/gcc/{gcc-13.3.inc => gcc-13.4.inc} (94%)
rename meta/recipes-devtools/gcc/{gcc-cross-canadian_13.3.bb => gcc-cross-canadian_13.4.bb} (100%)
rename meta/recipes-devtools/gcc/{gcc-cross_13.3.bb => gcc-cross_13.4.bb} (100%)
rename meta/recipes-devtools/gcc/{gcc-crosssdk_13.3.bb => gcc-crosssdk_13.4.bb} (100%)
rename meta/recipes-devtools/gcc/{gcc-runtime_13.3.bb => gcc-runtime_13.4.bb} (100%)
rename meta/recipes-devtools/gcc/{gcc-sanitizers_13.3.bb => gcc-sanitizers_13.4.bb} (100%)
rename meta/recipes-devtools/gcc/{gcc-source_13.3.bb => gcc-source_13.4.bb} (100%)
delete mode 100644 meta/recipes-devtools/gcc/gcc/0028-gcc-Fix-c-tweak-for-Wrange-loop-construct.patch
delete mode 100644 meta/recipes-devtools/gcc/gcc/gcc.git-ab884fffe3fc82a710bea66ad651720d71c938b8.patch
rename meta/recipes-devtools/gcc/{gcc_13.3.bb => gcc_13.4.bb} (100%)
rename meta/recipes-devtools/gcc/{libgcc-initial_13.3.bb => libgcc-initial_13.4.bb} (100%)
rename meta/recipes-devtools/gcc/{libgcc_13.3.bb => libgcc_13.4.bb} (100%)
rename meta/recipes-devtools/gcc/{libgfortran_13.3.bb => libgfortran_13.4.bb} (100%)
rename meta/recipes-devtools/python/{python3-requests_2.32.3.bb => python3-requests_2.32.4.bb} (91%)
create mode 100644 meta/recipes-extended/net-tools/net-tools/CVE-2025-46836-01.patch
create mode 100644 meta/recipes-extended/net-tools/net-tools/CVE-2025-46836-02.patch
create mode 100644 meta/recipes-multimedia/libpng/files/run-ptest
--
2.43.0
^ permalink raw reply [flat|nested] 23+ messages in thread
* [OE-core][scarthgap 1/8] net-tools: patch CVE-2025-46836
2025-06-17 16:04 [OE-core][scarthgap 0/8] Patch review Steve Sakoman
@ 2025-06-17 16:04 ` Steve Sakoman
2025-06-17 16:04 ` [OE-core][scarthgap 2/8] ffmpeg: fix CVE-2025-1373 Steve Sakoman
` (6 subsequent siblings)
7 siblings, 0 replies; 23+ messages in thread
From: Steve Sakoman @ 2025-06-17 16:04 UTC (permalink / raw)
To: openembedded-core
From: Peter Marko <peter.marko@siemens.com>
Backport patch for this CVE and also patch for its regression.
Signed-off-by: Peter Marko <peter.marko@siemens.com>
Signed-off-by: Steve Sakoman <steve@sakoman.com>
---
.../net-tools/CVE-2025-46836-01.patch | 91 +++++++++++++++++++
.../net-tools/CVE-2025-46836-02.patch | 31 +++++++
.../net-tools/net-tools_2.10.bb | 2 +
3 files changed, 124 insertions(+)
create mode 100644 meta/recipes-extended/net-tools/net-tools/CVE-2025-46836-01.patch
create mode 100644 meta/recipes-extended/net-tools/net-tools/CVE-2025-46836-02.patch
diff --git a/meta/recipes-extended/net-tools/net-tools/CVE-2025-46836-01.patch b/meta/recipes-extended/net-tools/net-tools/CVE-2025-46836-01.patch
new file mode 100644
index 0000000000..0d55512497
--- /dev/null
+++ b/meta/recipes-extended/net-tools/net-tools/CVE-2025-46836-01.patch
@@ -0,0 +1,91 @@
+From 7a8f42fb20013a1493d8cae1c43436f85e656f2d Mon Sep 17 00:00:00 2001
+From: Zephkeks <zephyrofficialdiscord@gmail.com>
+Date: Tue, 13 May 2025 11:04:17 +0200
+Subject: [PATCH] CVE-2025-46836: interface.c: Stack-based Buffer Overflow in
+ get_name()
+
+Coordinated as GHSA-pfwf-h6m3-63wf
+
+CVE: CVE-2025-46836
+Upstream-Status: Backport [https://sourceforge.net/p/net-tools/code/ci/7a8f42fb20013a1493d8cae1c43436f85e656f2d/]
+Signed-off-by: Peter Marko <peter.marko@siemens.com>
+---
+ lib/interface.c | 63 ++++++++++++++++++++++++++++++-------------------
+ 1 file changed, 39 insertions(+), 24 deletions(-)
+
+diff --git a/lib/interface.c b/lib/interface.c
+index 71d4163..a054f12 100644
+--- a/lib/interface.c
++++ b/lib/interface.c
+@@ -211,32 +211,47 @@ out:
+ }
+
+ static const char *get_name(char *name, const char *p)
++/* Safe version — guarantees at most IFNAMSIZ‑1 bytes are copied
++ and the destination buffer is always NUL‑terminated. */
+ {
+- while (isspace(*p))
+- p++;
+- while (*p) {
+- if (isspace(*p))
+- break;
+- if (*p == ':') { /* could be an alias */
+- const char *dot = p++;
+- while (*p && isdigit(*p)) p++;
+- if (*p == ':') {
+- /* Yes it is, backup and copy it. */
+- p = dot;
+- *name++ = *p++;
+- while (*p && isdigit(*p)) {
+- *name++ = *p++;
+- }
+- } else {
+- /* No, it isn't */
+- p = dot;
+- }
+- p++;
+- break;
+- }
+- *name++ = *p++;
++ char *dst = name; /* current write ptr */
++ const char *end = name + IFNAMSIZ - 1; /* last byte we may write */
++
++ /* Skip leading white‑space. */
++ while (isspace((unsigned char)*p))
++ ++p;
++
++ /* Copy until white‑space, end of string, or buffer full. */
++ while (*p && !isspace((unsigned char)*p) && dst < end) {
++ if (*p == ':') { /* possible alias veth0:123: */
++ const char *dot = p; /* remember the colon */
++ ++p;
++ while (*p && isdigit((unsigned char)*p))
++ ++p;
++
++ if (*p == ':') { /* confirmed alias */
++ p = dot; /* rewind and copy it all */
++
++ /* copy the colon */
++ if (dst < end)
++ *dst++ = *p++;
++
++ /* copy the digits */
++ while (*p && isdigit((unsigned char)*p) && dst < end)
++ *dst++ = *p++;
++
++ if (*p == ':') /* consume trailing colon */
++ ++p;
++ } else { /* if so treat as normal */
++ p = dot;
++ }
++ break; /* interface name ends here */
++ }
++
++ *dst++ = *p++; /* ordinary character copy */
+ }
+- *name++ = '\0';
++
++ *dst = '\0'; /* always NUL‑terminate */
+ return p;
+ }
+
diff --git a/meta/recipes-extended/net-tools/net-tools/CVE-2025-46836-02.patch b/meta/recipes-extended/net-tools/net-tools/CVE-2025-46836-02.patch
new file mode 100644
index 0000000000..d2c3673a24
--- /dev/null
+++ b/meta/recipes-extended/net-tools/net-tools/CVE-2025-46836-02.patch
@@ -0,0 +1,31 @@
+From ddb0e375fb9ca95bb69335540b85bbdaa2714348 Mon Sep 17 00:00:00 2001
+From: Bernd Eckenfels <net-tools@lina.inka.de>
+Date: Sat, 17 May 2025 21:53:23 +0200
+Subject: [PATCH] Interface statistic regression after 7a8f42fb2
+
+CVE: CVE-2025-46836
+Upstream-Status: Backport [https://sourceforge.net/p/net-tools/code/ci/ddb0e375fb9ca95bb69335540b85bbdaa2714348/]
+Signed-off-by: Peter Marko <peter.marko@siemens.com>
+---
+ lib/interface.c | 5 ++---
+ 1 file changed, 2 insertions(+), 3 deletions(-)
+
+diff --git a/lib/interface.c b/lib/interface.c
+index a054f12..ca4adf1 100644
+--- a/lib/interface.c
++++ b/lib/interface.c
+@@ -239,12 +239,11 @@ static const char *get_name(char *name, const char *p)
+ /* copy the digits */
+ while (*p && isdigit((unsigned char)*p) && dst < end)
+ *dst++ = *p++;
+-
+- if (*p == ':') /* consume trailing colon */
+- ++p;
+ } else { /* if so treat as normal */
+ p = dot;
+ }
++ if (*p == ':') /* consume trailing colon */
++ ++p;
+ break; /* interface name ends here */
+ }
+
diff --git a/meta/recipes-extended/net-tools/net-tools_2.10.bb b/meta/recipes-extended/net-tools/net-tools_2.10.bb
index 33304297ec..c4d298181a 100644
--- a/meta/recipes-extended/net-tools/net-tools_2.10.bb
+++ b/meta/recipes-extended/net-tools/net-tools_2.10.bb
@@ -11,6 +11,8 @@ SRC_URI = "git://git.code.sf.net/p/net-tools/code;protocol=https;branch=master \
file://net-tools-config.h \
file://net-tools-config.make \
file://Add_missing_headers.patch \
+ file://CVE-2025-46836-01.patch \
+ file://CVE-2025-46836-02.patch \
"
S = "${WORKDIR}/git"
--
2.43.0
^ permalink raw reply related [flat|nested] 23+ messages in thread
* [OE-core][scarthgap 2/8] ffmpeg: fix CVE-2025-1373
2025-06-17 16:04 [OE-core][scarthgap 0/8] Patch review Steve Sakoman
2025-06-17 16:04 ` [OE-core][scarthgap 1/8] net-tools: patch CVE-2025-46836 Steve Sakoman
@ 2025-06-17 16:04 ` Steve Sakoman
2025-06-17 16:04 ` [OE-core][scarthgap 3/8] python3-requests: upgrade 2.32.3 -> 2.32.4 Steve Sakoman
` (5 subsequent siblings)
7 siblings, 0 replies; 23+ messages in thread
From: Steve Sakoman @ 2025-06-17 16:04 UTC (permalink / raw)
To: openembedded-core
From: Colin Pinnell McAllister <colin.mcallister@garmin.com>
CVE-2025-1373 does not appear to affect ffmpeg 5.0.3. The CVE has been
marked as "fixed-version".
Signed-off-by: Colin Pinnell McAllister <colin.mcallister@garmin.com>
Signed-off-by: Steve Sakoman <steve@sakoman.com>
---
meta/recipes-multimedia/ffmpeg/ffmpeg_6.1.2.bb | 4 ++++
1 file changed, 4 insertions(+)
diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg_6.1.2.bb b/meta/recipes-multimedia/ffmpeg/ffmpeg_6.1.2.bb
index 04356b9932..a789980dde 100644
--- a/meta/recipes-multimedia/ffmpeg/ffmpeg_6.1.2.bb
+++ b/meta/recipes-multimedia/ffmpeg/ffmpeg_6.1.2.bb
@@ -55,6 +55,10 @@ SRC_URI[sha256sum] = "3b624649725ecdc565c903ca6643d41f33bd49239922e45c9b1442c63d
CVE_STATUS[CVE-2023-39018] = "cpe-incorrect: This issue belongs to ffmpeg-cli-wrapper \
(Java wrapper around the FFmpeg CLI) and not ffmepg itself."
+# Introduced: https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/19f7dae81ab2c19643b97da7556383ee3f721e78
+# Fixed: https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/43be8d07281caca2e88bfd8ee2333633e1fb1a13
+CVE_STATUS[CVE-2025-1373] = "fixed-version: Vulnerable code not present in any release"
+
# Build fails when thumb is enabled: https://bugzilla.yoctoproject.org/show_bug.cgi?id=7717
ARM_INSTRUCTION_SET:armv4 = "arm"
ARM_INSTRUCTION_SET:armv5 = "arm"
--
2.43.0
^ permalink raw reply related [flat|nested] 23+ messages in thread
* [OE-core][scarthgap 3/8] python3-requests: upgrade 2.32.3 -> 2.32.4
2025-06-17 16:04 [OE-core][scarthgap 0/8] Patch review Steve Sakoman
2025-06-17 16:04 ` [OE-core][scarthgap 1/8] net-tools: patch CVE-2025-46836 Steve Sakoman
2025-06-17 16:04 ` [OE-core][scarthgap 2/8] ffmpeg: fix CVE-2025-1373 Steve Sakoman
@ 2025-06-17 16:04 ` Steve Sakoman
2025-06-17 16:04 ` [OE-core][scarthgap 4/8] scripts/install-buildtools: Update to 5.0.10 Steve Sakoman
` (4 subsequent siblings)
7 siblings, 0 replies; 23+ messages in thread
From: Steve Sakoman @ 2025-06-17 16:04 UTC (permalink / raw)
To: openembedded-core
From: Jiaying Song <jiaying.song.cn@windriver.com>
Changelog:
https://requests.readthedocs.io/en/latest/community/updates/#release-history
Signed-off-by: Jiaying Song <jiaying.song.cn@windriver.com>
Signed-off-by: Steve Sakoman <steve@sakoman.com>
---
.../{python3-requests_2.32.3.bb => python3-requests_2.32.4.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/python/{python3-requests_2.32.3.bb => python3-requests_2.32.4.bb} (91%)
diff --git a/meta/recipes-devtools/python/python3-requests_2.32.3.bb b/meta/recipes-devtools/python/python3-requests_2.32.4.bb
similarity index 91%
rename from meta/recipes-devtools/python/python3-requests_2.32.3.bb
rename to meta/recipes-devtools/python/python3-requests_2.32.4.bb
index 36ff75f87d..b86ecfba52 100644
--- a/meta/recipes-devtools/python/python3-requests_2.32.3.bb
+++ b/meta/recipes-devtools/python/python3-requests_2.32.4.bb
@@ -7,7 +7,7 @@ SRC_URI:append:class-nativesdk = " \
file://environment.d-python3-requests.sh \
"
-SRC_URI[sha256sum] = "55365417734eb18255590a9ff9eb97e9e1da868d4ccd6402399eaf68af20a760"
+SRC_URI[sha256sum] = "27d0316682c8a29834d3264820024b62a36942083d52caf2f14c0591336d3422"
inherit pypi python_setuptools_build_meta
--
2.43.0
^ permalink raw reply related [flat|nested] 23+ messages in thread
* [OE-core][scarthgap 4/8] scripts/install-buildtools: Update to 5.0.10
2025-06-17 16:04 [OE-core][scarthgap 0/8] Patch review Steve Sakoman
` (2 preceding siblings ...)
2025-06-17 16:04 ` [OE-core][scarthgap 3/8] python3-requests: upgrade 2.32.3 -> 2.32.4 Steve Sakoman
@ 2025-06-17 16:04 ` Steve Sakoman
2025-06-17 16:04 ` [OE-core][scarthgap 5/8] gcc: Upgrade to GCC 13.4 Steve Sakoman
` (3 subsequent siblings)
7 siblings, 0 replies; 23+ messages in thread
From: Steve Sakoman @ 2025-06-17 16:04 UTC (permalink / raw)
To: openembedded-core
From: Aleksandar Nikolic <aleksandar.nikolic@zeiss.com>
Update to the 5.0.10 release of the 5.0.10 series for buildtools
Signed-off-by: Aleksandar Nikolic <aleksandar.nikolic@zeiss.com>
Signed-off-by: Steve Sakoman <steve@sakoman.com>
---
scripts/install-buildtools | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/scripts/install-buildtools b/scripts/install-buildtools
index 59b45d8f1c..b699b34270 100755
--- a/scripts/install-buildtools
+++ b/scripts/install-buildtools
@@ -57,8 +57,8 @@ logger = scriptutils.logger_create(PROGNAME, stream=sys.stdout)
DEFAULT_INSTALL_DIR = os.path.join(os.path.split(scripts_path)[0],'buildtools')
DEFAULT_BASE_URL = 'https://downloads.yoctoproject.org/releases/yocto'
-DEFAULT_RELEASE = 'yocto-5.0.9'
-DEFAULT_INSTALLER_VERSION = '5.0.9'
+DEFAULT_RELEASE = 'yocto-5.0.10'
+DEFAULT_INSTALLER_VERSION = '5.0.10'
DEFAULT_BUILDDATE = '202110XX'
# Python version sanity check
--
2.43.0
^ permalink raw reply related [flat|nested] 23+ messages in thread
* [OE-core][scarthgap 5/8] gcc: Upgrade to GCC 13.4
2025-06-17 16:04 [OE-core][scarthgap 0/8] Patch review Steve Sakoman
` (3 preceding siblings ...)
2025-06-17 16:04 ` [OE-core][scarthgap 4/8] scripts/install-buildtools: Update to 5.0.10 Steve Sakoman
@ 2025-06-17 16:04 ` Steve Sakoman
2025-06-17 16:04 ` [OE-core][scarthgap 6/8] tune-cortexr52: Remove aarch64 for ARM Cortex-R52 Steve Sakoman
` (2 subsequent siblings)
7 siblings, 0 replies; 23+ messages in thread
From: Steve Sakoman @ 2025-06-17 16:04 UTC (permalink / raw)
To: openembedded-core
From: Deepesh Varatharajan <Deepesh.Varatharajan@windriver.com>
This is a bugfix release in GCC13 release series
100+ bugfixes
https://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=RESOLVED&resolution=FIXED&target_milestone=13.4
Dropped the following patches:
0028-gcc-Fix-c-tweak-for-Wrange-loop-construct.patch
https://github.com/gcc-mirror/gcc/commit/179dc0f0fe01012675c1b430591b9891ce96c26e
gcc.git-ab884fffe3fc82a710bea66ad651720d71c938b8.patch
https://github.com/gcc-mirror/gcc/commit/5ceea2ac106d6dd1aa8175670b15a801316cf1c9
#GCC 13.3 #GCC 13.4 #Diff
No. of expected passes 148863 149440 +577
No. of unexpected failures 14 14 0
No. of expected failures 1415 1414 -1
No. of unresolved testcases 25384 25660 +276
No. of unsupported tests 2692 2689 -3
Signed-off-by: Deepesh Varatharajan <Deepesh.Varatharajan@windriver.com>
Signed-off-by: Steve Sakoman <steve@sakoman.com>
---
meta/conf/distro/include/maintainers.inc | 2 +-
.../gcc/{gcc-13.3.inc => gcc-13.4.inc} | 8 +-
...ian_13.3.bb => gcc-cross-canadian_13.4.bb} | 0
.../{gcc-cross_13.3.bb => gcc-cross_13.4.bb} | 0
...-crosssdk_13.3.bb => gcc-crosssdk_13.4.bb} | 0
...cc-runtime_13.3.bb => gcc-runtime_13.4.bb} | 0
...itizers_13.3.bb => gcc-sanitizers_13.4.bb} | 0
...{gcc-source_13.3.bb => gcc-source_13.4.bb} | 0
...ix-c-tweak-for-Wrange-loop-construct.patch | 113 ----
...4fffe3fc82a710bea66ad651720d71c938b8.patch | 549 ------------------
.../gcc/{gcc_13.3.bb => gcc_13.4.bb} | 0
...initial_13.3.bb => libgcc-initial_13.4.bb} | 0
.../gcc/{libgcc_13.3.bb => libgcc_13.4.bb} | 0
...ibgfortran_13.3.bb => libgfortran_13.4.bb} | 0
14 files changed, 4 insertions(+), 668 deletions(-)
rename meta/recipes-devtools/gcc/{gcc-13.3.inc => gcc-13.4.inc} (94%)
rename meta/recipes-devtools/gcc/{gcc-cross-canadian_13.3.bb => gcc-cross-canadian_13.4.bb} (100%)
rename meta/recipes-devtools/gcc/{gcc-cross_13.3.bb => gcc-cross_13.4.bb} (100%)
rename meta/recipes-devtools/gcc/{gcc-crosssdk_13.3.bb => gcc-crosssdk_13.4.bb} (100%)
rename meta/recipes-devtools/gcc/{gcc-runtime_13.3.bb => gcc-runtime_13.4.bb} (100%)
rename meta/recipes-devtools/gcc/{gcc-sanitizers_13.3.bb => gcc-sanitizers_13.4.bb} (100%)
rename meta/recipes-devtools/gcc/{gcc-source_13.3.bb => gcc-source_13.4.bb} (100%)
delete mode 100644 meta/recipes-devtools/gcc/gcc/0028-gcc-Fix-c-tweak-for-Wrange-loop-construct.patch
delete mode 100644 meta/recipes-devtools/gcc/gcc/gcc.git-ab884fffe3fc82a710bea66ad651720d71c938b8.patch
rename meta/recipes-devtools/gcc/{gcc_13.3.bb => gcc_13.4.bb} (100%)
rename meta/recipes-devtools/gcc/{libgcc-initial_13.3.bb => libgcc-initial_13.4.bb} (100%)
rename meta/recipes-devtools/gcc/{libgcc_13.3.bb => libgcc_13.4.bb} (100%)
rename meta/recipes-devtools/gcc/{libgfortran_13.3.bb => libgfortran_13.4.bb} (100%)
diff --git a/meta/conf/distro/include/maintainers.inc b/meta/conf/distro/include/maintainers.inc
index 9548fcd258..3a51ad2139 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -190,7 +190,7 @@ RECIPE_MAINTAINER:pn-gcc-cross-canadian-${TRANSLATED_TARGET_ARCH} = "Khem Raj <r
RECIPE_MAINTAINER:pn-gcc-crosssdk-${SDK_SYS} = "Khem Raj <raj.khem@gmail.com>"
RECIPE_MAINTAINER:pn-gcc-runtime = "Khem Raj <raj.khem@gmail.com>"
RECIPE_MAINTAINER:pn-gcc-sanitizers = "Khem Raj <raj.khem@gmail.com>"
-RECIPE_MAINTAINER:pn-gcc-source-13.3.0 = "Khem Raj <raj.khem@gmail.com>"
+RECIPE_MAINTAINER:pn-gcc-source-13.4.0 = "Khem Raj <raj.khem@gmail.com>"
RECIPE_MAINTAINER:pn-gconf = "Ross Burton <ross.burton@arm.com>"
RECIPE_MAINTAINER:pn-gcr = "Alexander Kanavin <alex.kanavin@gmail.com>"
RECIPE_MAINTAINER:pn-gdb = "Khem Raj <raj.khem@gmail.com>"
diff --git a/meta/recipes-devtools/gcc/gcc-13.3.inc b/meta/recipes-devtools/gcc/gcc-13.4.inc
similarity index 94%
rename from meta/recipes-devtools/gcc/gcc-13.3.inc
rename to meta/recipes-devtools/gcc/gcc-13.4.inc
index 8b6c2a5938..eefae13530 100644
--- a/meta/recipes-devtools/gcc/gcc-13.3.inc
+++ b/meta/recipes-devtools/gcc/gcc-13.4.inc
@@ -2,11 +2,11 @@ require gcc-common.inc
# Third digit in PV should be incremented after a minor release
-PV = "13.3.0"
+PV = "13.4.0"
# BINV should be incremented to a revision after a minor gcc release
-BINV = "13.3.0"
+BINV = "13.4.0"
FILESEXTRAPATHS =. "${FILE_DIRNAME}/gcc:${FILE_DIRNAME}/gcc/backport:"
@@ -66,10 +66,8 @@ SRC_URI = "${BASEURI} \
file://0024-Avoid-hardcoded-build-paths-into-ppc-libgcc.patch \
file://0025-gcc-testsuite-tweaks-for-mips-OE.patch \
file://0027-Fix-gcc-vect-module-testcases.patch \
- file://0028-gcc-Fix-c-tweak-for-Wrange-loop-construct.patch \
- file://gcc.git-ab884fffe3fc82a710bea66ad651720d71c938b8.patch \
"
-SRC_URI[sha256sum] = "0845e9621c9543a13f484e94584a49ffc0129970e9914624235fc1d061a0c083"
+SRC_URI[sha256sum] = "9c4ce6dbb040568fdc545588ac03c5cbc95a8dbf0c7aa490170843afb59ca8f5"
S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/${SOURCEDIR}"
B = "${WORKDIR}/gcc-${PV}/build.${HOST_SYS}.${TARGET_SYS}"
diff --git a/meta/recipes-devtools/gcc/gcc-cross-canadian_13.3.bb b/meta/recipes-devtools/gcc/gcc-cross-canadian_13.4.bb
similarity index 100%
rename from meta/recipes-devtools/gcc/gcc-cross-canadian_13.3.bb
rename to meta/recipes-devtools/gcc/gcc-cross-canadian_13.4.bb
diff --git a/meta/recipes-devtools/gcc/gcc-cross_13.3.bb b/meta/recipes-devtools/gcc/gcc-cross_13.4.bb
similarity index 100%
rename from meta/recipes-devtools/gcc/gcc-cross_13.3.bb
rename to meta/recipes-devtools/gcc/gcc-cross_13.4.bb
diff --git a/meta/recipes-devtools/gcc/gcc-crosssdk_13.3.bb b/meta/recipes-devtools/gcc/gcc-crosssdk_13.4.bb
similarity index 100%
rename from meta/recipes-devtools/gcc/gcc-crosssdk_13.3.bb
rename to meta/recipes-devtools/gcc/gcc-crosssdk_13.4.bb
diff --git a/meta/recipes-devtools/gcc/gcc-runtime_13.3.bb b/meta/recipes-devtools/gcc/gcc-runtime_13.4.bb
similarity index 100%
rename from meta/recipes-devtools/gcc/gcc-runtime_13.3.bb
rename to meta/recipes-devtools/gcc/gcc-runtime_13.4.bb
diff --git a/meta/recipes-devtools/gcc/gcc-sanitizers_13.3.bb b/meta/recipes-devtools/gcc/gcc-sanitizers_13.4.bb
similarity index 100%
rename from meta/recipes-devtools/gcc/gcc-sanitizers_13.3.bb
rename to meta/recipes-devtools/gcc/gcc-sanitizers_13.4.bb
diff --git a/meta/recipes-devtools/gcc/gcc-source_13.3.bb b/meta/recipes-devtools/gcc/gcc-source_13.4.bb
similarity index 100%
rename from meta/recipes-devtools/gcc/gcc-source_13.3.bb
rename to meta/recipes-devtools/gcc/gcc-source_13.4.bb
diff --git a/meta/recipes-devtools/gcc/gcc/0028-gcc-Fix-c-tweak-for-Wrange-loop-construct.patch b/meta/recipes-devtools/gcc/gcc/0028-gcc-Fix-c-tweak-for-Wrange-loop-construct.patch
deleted file mode 100644
index 745b38f7f1..0000000000
--- a/meta/recipes-devtools/gcc/gcc/0028-gcc-Fix-c-tweak-for-Wrange-loop-construct.patch
+++ /dev/null
@@ -1,113 +0,0 @@
-From 66aa69e2add2b8641a652768b0eac30f00427145 Mon Sep 17 00:00:00 2001
-From: Sunil Dora <sunilkumar.dora@windriver.com>
-Date: Wed, 11 Dec 2024 09:48:16 -0800
-Subject: [PATCH] gcc: Fix c++: tweak for Wrange-loop-construct
-
-This commit updates the warning to use a check for "trivially constructible" instead of
-"trivially copyable." The original check was incorrect, as "trivially copyable" only applies
-to types that can be copied trivially, whereas "trivially constructible" is the correct check
-for types that can be trivially default-constructed.
-
-This change ensures the warning is more accurate and aligns with the proper type traits.
-
-LLVM accepted a similar fix:
-https://github.com/llvm/llvm-project/issues/47355
-
-PR c++/116731 [https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116731]
-
-Upstream-Status: Backport [https://gcc.gnu.org/g:179dc0f0fe01012675c1b430591b9891ce96c26e]
-
-Signed-off-by: Marek Polacek <polacek@redhat.com>
-Signed-off-by: Sunil Dora <sunilkumar.dora@windriver.com>
----
- gcc/cp/parser.cc | 7 ++-
- .../g++.dg/warn/Wrange-loop-construct3.C | 57 +++++++++++++++++++
- 2 files changed, 61 insertions(+), 3 deletions(-)
- create mode 100644 gcc/testsuite/g++.dg/warn/Wrange-loop-construct3.C
-
-diff --git a/gcc/cp/parser.cc b/gcc/cp/parser.cc
-index 4e67da6ff..5dd94357d 100644
---- a/gcc/cp/parser.cc
-+++ b/gcc/cp/parser.cc
-@@ -13854,11 +13854,12 @@ warn_for_range_copy (tree decl, tree expr)
- else if (!CP_TYPE_CONST_P (type))
- return;
-
-- /* Since small trivially copyable types are cheap to copy, we suppress the
-- warning for them. 64B is a common size of a cache line. */
-+ /* Since small trivially constructible types are cheap to construct, we
-+ suppress the warning for them. 64B is a common size of a cache line. */
-+ tree list = build_tree_list (NULL_TREE, TREE_TYPE (expr));
- if (TREE_CODE (TYPE_SIZE_UNIT (type)) != INTEGER_CST
- || (tree_to_uhwi (TYPE_SIZE_UNIT (type)) <= 64
-- && trivially_copyable_p (type)))
-+ && is_trivially_xible (INIT_EXPR, type, list)))
- return;
-
- /* If we can initialize a reference directly, suggest that to avoid the
-diff --git a/gcc/testsuite/g++.dg/warn/Wrange-loop-construct3.C b/gcc/testsuite/g++.dg/warn/Wrange-loop-construct3.C
-new file mode 100644
-index 000000000..3d9d0c908
---- /dev/null
-+++ b/gcc/testsuite/g++.dg/warn/Wrange-loop-construct3.C
-@@ -0,0 +1,57 @@
-+// PR c++/116731
-+// { dg-do compile { target c++11 } }
-+// { dg-options "-Wrange-loop-construct" }
-+
-+void
-+f0 ()
-+{
-+ struct S {
-+ char a[64];
-+ S& operator=(const S&) { return *this; };
-+ };
-+
-+ S arr[8];
-+ for (const auto r : arr)
-+ (void) r;
-+}
-+
-+void
-+f1 ()
-+{
-+ struct S {
-+ char a[65];
-+ S& operator=(const S&) { return *this; };
-+ };
-+
-+ S arr[8];
-+ for (const auto r : arr) // { dg-warning "creates a copy" }
-+ (void) r;
-+}
-+
-+void
-+f2 ()
-+{
-+ struct S {
-+ char a[64];
-+ S& operator=(const S&) { return *this; };
-+ ~S() { }
-+ };
-+
-+ S arr[8];
-+ for (const auto r : arr) // { dg-warning "creates a copy" }
-+ (void) r;
-+}
-+
-+void
-+f3 ()
-+{
-+ struct S {
-+ char a[65];
-+ S& operator=(const S&) { return *this; };
-+ ~S() { }
-+ };
-+
-+ S arr[8];
-+ for (const auto r : arr) // { dg-warning "creates a copy" }
-+ (void) r;
-+}
---
-2.43.0
-
diff --git a/meta/recipes-devtools/gcc/gcc/gcc.git-ab884fffe3fc82a710bea66ad651720d71c938b8.patch b/meta/recipes-devtools/gcc/gcc/gcc.git-ab884fffe3fc82a710bea66ad651720d71c938b8.patch
deleted file mode 100644
index e5abdcc703..0000000000
--- a/meta/recipes-devtools/gcc/gcc/gcc.git-ab884fffe3fc82a710bea66ad651720d71c938b8.patch
+++ /dev/null
@@ -1,549 +0,0 @@
-From ab884fffe3fc82a710bea66ad651720d71c938b8 Mon Sep 17 00:00:00 2001
-From: Jonathan Wakely <jwakely@redhat.com>
-Date: Tue, 30 Apr 2024 09:52:13 +0100
-Subject: [PATCH] libstdc++: Fix std::chrono::tzdb to work with vanguard format
-
-I found some issues in the std::chrono::tzdb parser by testing the
-tzdata "vanguard" format, which uses new features that aren't enabled in
-the "main" and "rearguard" data formats.
-
-Since 2024a the keyword "minimum" is no longer valid for the FROM and TO
-fields in a Rule line, which means that "m" is now a valid abbreviation
-for "maximum". Previously we expected either "mi" or "ma". For backwards
-compatibility, a FROM field beginning with "mi" is still supported and
-is treated as 1900. The "maximum" keyword is only allowed in TO now,
-because it makes no sense in FROM. To support these changes the
-minmax_year and minmax_year2 classes for parsing FROM and TO are
-replaced with a single years_from_to class that reads both fields.
-
-The vanguard format makes use of %z in Zone FORMAT fields, which caused
-an exception to be thrown from ZoneInfo::set_abbrev because no % or /
-characters were expected when a Zone doesn't use a named Rule. The
-ZoneInfo::to(sys_info&) function now uses format_abbrev_str to replace
-any %z with the current offset. Although format_abbrev_str also checks
-for %s and STD/DST formats, those only make sense when a named Rule is
-in effect, so won't occur when ZoneInfo::to(sys_info&) is used.
-
-Since making this change on trunk, the tzdata-2024b release started
-using %z in the main format, not just vanguard. This makes a backport to
-release branches necessary (see PR 116657).
-
-This change also implements a feature that has always been missing from
-time_zone::_M_get_sys_info: finding the Rule that is active before the
-specified time point, so that we can correctly handle %s in the FORMAT
-for the first new sys_info that gets created. This requires implementing
-a poorly documented feature of zic, to get the LETTERS field from a
-later transition, as described at
-https://mm.icann.org/pipermail/tz/2024-April/058891.html
-In order for this to work we need to be able to distinguish an empty
-letters field (as used by CE%sT where the variable part is either empty
-or "S") from "the letters field is not known for this transition". The
-tzdata file uses "-" for an empty letters field, which libstdc++ was
-previously replacing with "" when the Rule was parsed. Instead, we now
-preserve the "-" in the Rule object, so that "" can be used for the case
-where we don't know the letters (and so need to decide it).
-
-(cherry picked from commit 0ca8d56f2085715f27ee536c6c344bc47af49cdd)
-
-Upstream-Status: Backport [https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=5ceea2ac106d6dd1aa8175670b15a801316cf1c9]
-
-Signed-off-by: Markus Volk <f_l_k@t-online.de>
----
- libstdc++-v3/src/c++20/tzdb.cc | 265 +++++++++++-------
- .../std/time/time_zone/sys_info_abbrev.cc | 106 +++++++
- libstdc++-v3/testsuite/std/time/tzdb/1.cc | 6 +-
- 3 files changed, 274 insertions(+), 103 deletions(-)
- create mode 100644 libstdc++-v3/testsuite/std/time/time_zone/sys_info_abbrev.cc
-
-diff --git a/libstdc++-v3/src/c++20/tzdb.cc b/libstdc++-v3/src/c++20/tzdb.cc
-index c7c7cc9deee6..7e8cce7ce8cf 100644
---- a/libstdc++-v3/src/c++20/tzdb.cc
-+++ b/libstdc++-v3/src/c++20/tzdb.cc
-@@ -342,51 +342,103 @@ namespace std::chrono
- friend istream& operator>>(istream&, on_day&);
- };
-
-- // Wrapper for chrono::year that reads a year, or one of the keywords
-- // "minimum" or "maximum", or an unambiguous prefix of a keyword.
-- struct minmax_year
-+ // Wrapper for two chrono::year values, which reads the FROM and TO
-+ // fields of a Rule line. The FROM field is a year and TO is a year or
-+ // one of the keywords "maximum" or "only" (or an abbreviation of those).
-+ // For backwards compatibility, the keyword "minimum" is recognized
-+ // for FROM and interpreted as 1900.
-+ struct years_from_to
- {
-- year& y;
-+ year& from;
-+ year& to;
-
-- friend istream& operator>>(istream& in, minmax_year&& y)
-+ friend istream& operator>>(istream& in, years_from_to&& yy)
- {
-- if (ws(in).peek() == 'm') // keywords "minimum" or "maximum"
-+ string s;
-+ auto c = ws(in).peek();
-+ if (c == 'm') [[unlikely]] // keyword "minimum"
- {
-- string s;
-- in >> s; // extract the rest of the word, but only look at s[1]
-- if (s[1] == 'a')
-- y.y = year::max();
-- else if (s[1] == 'i')
-- y.y = year::min();
-- else
-- in.setstate(ios::failbit);
-+ in >> s; // extract the rest of the word
-+ yy.from = year(1900);
-+ }
-+ else if (int num = 0; in >> num) [[likely]]
-+ yy.from = year{num};
-+
-+ c = ws(in).peek();
-+ if (c == 'm') // keyword "maximum"
-+ {
-+ in >> s; // extract the rest of the word
-+ yy.to = year::max();
-+ }
-+ else if (c == 'o') // keyword "only"
-+ {
-+ in >> s; // extract the rest of the word
-+ yy.to = yy.from;
- }
- else if (int num = 0; in >> num)
-- y.y = year{num};
-+ yy.to = year{num};
-+
- return in;
- }
- };
-
-- // As above for minmax_year, but also supports the keyword "only",
-- // meaning that the TO year is the same as the FROM year.
-- struct minmax_year2
-+ bool
-+ select_std_or_dst_abbrev(string& abbrev, minutes save)
- {
-- minmax_year to;
-- year from;
-+ if (size_t pos = abbrev.find('/'); pos != string::npos)
-+ {
-+ // Select one of "STD/DST" for standard or daylight.
-+ if (save == 0min)
-+ abbrev.erase(pos);
-+ else
-+ abbrev.erase(0, pos + 1);
-+ return true;
-+ }
-+ return false;
-+ }
-
-- friend istream& operator>>(istream& in, minmax_year2&& y)
-- {
-- if (ws(in).peek() == 'o') // keyword "only"
-- {
-- string s;
-- in >> s; // extract the whole keyword
-- y.to.y = y.from;
-- }
-- else
-- in >> std::move(y.to);
-- return in;
-- }
-- };
-+ // Set the sys_info::abbrev string by expanding any placeholders.
-+ void
-+ format_abbrev_str(sys_info& info, string_view letters = {})
-+ {
-+ if (size_t pos = info.abbrev.find('%'); pos != string::npos)
-+ {
-+ if (info.abbrev[pos + 1] == 's')
-+ {
-+ // Expand "%s" to the variable part, given by Rule::letters.
-+ if (letters == "-")
-+ info.abbrev.erase(pos, 2);
-+ else
-+ info.abbrev.replace(pos, 2, letters);
-+ }
-+ else if (info.abbrev[pos + 1] == 'z')
-+ {
-+ // Expand "%z" to the UT offset as +/-hh, +/-hhmm, or +/-hhmmss.
-+ hh_mm_ss<seconds> t(info.offset);
-+ string z(1, "+-"[t.is_negative()]);
-+ long val = t.hours().count();
-+ int digits = 2;
-+ if (int m = t.minutes().count())
-+ {
-+ digits = 4;
-+ val *= 100;
-+ val += m;
-+ if (int s = t.seconds().count())
-+ {
-+ digits = 6;
-+ val *= 100;
-+ val += s;
-+ }
-+ }
-+ auto sval = std::to_string(val);
-+ z += string(digits - sval.size(), '0');
-+ z += sval;
-+ info.abbrev.replace(pos, 2, z);
-+ }
-+ }
-+ else
-+ select_std_or_dst_abbrev(info.abbrev, info.save);
-+ }
-
- // A time zone information record.
- // Zone NAME STDOFF RULES FORMAT [UNTIL]
-@@ -462,6 +514,7 @@ namespace std::chrono
- info.offset = offset();
- info.save = minutes(m_save);
- info.abbrev = format();
-+ format_abbrev_str(info); // expand %z
- return true;
- }
-
-@@ -469,12 +522,9 @@ namespace std::chrono
- friend class time_zone;
-
- void
-- set_abbrev(const string& abbrev)
-+ set_abbrev(string abbrev)
- {
-- // In practice, the FORMAT field never needs expanding here.
-- if (abbrev.find_first_of("/%") != abbrev.npos)
-- __throw_runtime_error("std::chrono::time_zone: invalid data");
-- m_buf = abbrev;
-+ m_buf = std::move(abbrev);
- m_pos = 0;
- m_expanded = true;
- }
-@@ -544,9 +594,7 @@ namespace std::chrono
-
- // Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S
-
-- in >> quoted(rule.name)
-- >> minmax_year{rule.from}
-- >> minmax_year2{rule.to, rule.from};
-+ in >> quoted(rule.name) >> years_from_to{rule.from, rule.to};
-
- if (char type; in >> type && type != '-')
- in.setstate(ios::failbit);
-@@ -557,7 +605,7 @@ namespace std::chrono
- if (save_time.indicator != at_time::Wall)
- {
- // We don't actually store the save_time.indicator, because we
-- // assume that it's always deducable from the actual offset value.
-+ // assume that it's always deducible from the offset value.
- auto expected = save_time.time == 0s
- ? at_time::Standard
- : at_time::Daylight;
-@@ -567,8 +615,6 @@ namespace std::chrono
- rule.save = save_time.time;
-
- in >> rule.letters;
-- if (rule.letters == "-")
-- rule.letters.clear();
- return in;
- }
-
-@@ -719,58 +765,6 @@ namespace std::chrono
- #endif // TZDB_DISABLED
- };
-
--#ifndef TZDB_DISABLED
-- namespace
-- {
-- bool
-- select_std_or_dst_abbrev(string& abbrev, minutes save)
-- {
-- if (size_t pos = abbrev.find('/'); pos != string::npos)
-- {
-- // Select one of "STD/DST" for standard or daylight.
-- if (save == 0min)
-- abbrev.erase(pos);
-- else
-- abbrev.erase(0, pos + 1);
-- return true;
-- }
-- return false;
-- }
--
-- // Set the sys_info::abbrev string by expanding any placeholders.
-- void
-- format_abbrev_str(sys_info& info, string_view letters = {})
-- {
-- if (size_t pos = info.abbrev.find("%s"); pos != string::npos)
-- {
-- // Expand "%s" to the variable part, given by Rule::letters.
-- info.abbrev.replace(pos, 2, letters);
-- }
-- else if (size_t pos = info.abbrev.find("%z"); pos != string::npos)
-- {
-- // Expand "%z" to the UT offset as +/-hh, +/-hhmm, or +/-hhmmss.
-- hh_mm_ss<seconds> t(info.offset);
-- string z(1, "+-"[t.is_negative()]);
-- long val = t.hours().count();
-- if (minutes m = t.minutes(); m != m.zero())
-- {
-- val *= 100;
-- val += m.count();
-- if (seconds s = t.seconds(); s != s.zero())
-- {
-- val *= 100;
-- val += s.count();
-- }
-- }
-- z += std::to_string(val);
-- info.abbrev.replace(pos, 2, z);
-- }
-- else
-- select_std_or_dst_abbrev(info.abbrev, info.save);
-- }
-- }
--#endif // TZDB_DISABLED
--
- // Implementation of std::chrono::time_zone::get_info(const sys_time<D>&)
- sys_info
- time_zone::_M_get_sys_info(sys_seconds tp) const
-@@ -839,12 +833,72 @@ namespace std::chrono
- info.abbrev = ri.format();
-
- string_view letters;
-- if (i != infos.begin())
-+ if (i != infos.begin() && i[-1].expanded())
-+ letters = i[-1].next_letters();
-+
-+ if (letters.empty())
- {
-- if (i[-1].expanded())
-- letters = i[-1].next_letters();
-- // XXX else need to find Rule active before this time and use it
-- // to know the initial offset, save, and letters.
-+ sys_seconds t = info.begin - seconds(1);
-+ const year_month_day date(chrono::floor<days>(t));
-+
-+ // Try to find a Rule active before this time, to get initial
-+ // SAVE and LETTERS values. There may not be a Rule for the period
-+ // before the first DST transition, so find the earliest DST->STD
-+ // transition and use the LETTERS from that.
-+ const Rule* active_rule = nullptr;
-+ sys_seconds active_rule_start = sys_seconds::min();
-+ const Rule* first_std = nullptr;
-+ for (const auto& rule : rules)
-+ {
-+ if (rule.save == minutes(0))
-+ {
-+ if (!first_std)
-+ first_std = &rule;
-+ else if (rule.from < first_std->from)
-+ first_std = &rule;
-+ else if (rule.from == first_std->from)
-+ {
-+ if (rule.start_time(rule.from, {})
-+ < first_std->start_time(first_std->from, {}))
-+ first_std = &rule;
-+ }
-+ }
-+
-+ year y = date.year();
-+
-+ if (y > rule.to) // rule no longer applies at time t
-+ continue;
-+ if (y < rule.from) // rule doesn't apply yet at time t
-+ continue;
-+
-+ sys_seconds rule_start;
-+
-+ seconds offset{}; // appropriate for at_time::Universal
-+ if (rule.when.indicator == at_time::Wall)
-+ offset = info.offset;
-+ else if (rule.when.indicator == at_time::Standard)
-+ offset = ri.offset();
-+
-+ // Time the rule takes effect this year:
-+ rule_start = rule.start_time(y, offset);
-+
-+ if (rule_start >= t && rule.from < y)
-+ {
-+ // Try this rule in the previous year.
-+ rule_start = rule.start_time(--y, offset);
-+ }
-+
-+ if (active_rule_start < rule_start && rule_start < t)
-+ {
-+ active_rule_start = rule_start;
-+ active_rule = &rule;
-+ }
-+ }
-+
-+ if (active_rule)
-+ letters = active_rule->letters;
-+ else if (first_std)
-+ letters = first_std->letters;
- }
-
- const Rule* curr_rule = nullptr;
-@@ -2069,9 +2123,11 @@ namespace std::chrono
- istringstream in2(std::move(rules));
- in2 >> rules_time;
- inf.m_save = duration_cast<minutes>(rules_time.time);
-+ // If the FORMAT is "STD/DST" then we can choose the right one
-+ // now, so that we store a shorter string.
- select_std_or_dst_abbrev(fmt, inf.m_save);
- }
-- inf.set_abbrev(fmt);
-+ inf.set_abbrev(std::move(fmt));
- }
-
- // YEAR [MONTH [DAY [TIME]]]
-@@ -2082,7 +2138,12 @@ namespace std::chrono
- abbrev_month m{January};
- int d = 1;
- at_time t{};
-+ // XXX DAY should support ON format, e.g. lastSun or Sun>=8
- in >> m >> d >> t;
-+ // XXX UNTIL field should be interpreted
-+ // "using the rules in effect just before the transition"
-+ // so might need to store as year_month_day and hh_mm_ss and only
-+ // convert to a sys_time once we know the offset in effect.
- inf.m_until = sys_days(year(y)/m.m/day(d)) + seconds(t.time);
- }
- else
-diff --git a/libstdc++-v3/testsuite/std/time/time_zone/sys_info_abbrev.cc b/libstdc++-v3/testsuite/std/time/time_zone/sys_info_abbrev.cc
-new file mode 100644
-index 000000000000..f1a8fff02f58
---- /dev/null
-+++ b/libstdc++-v3/testsuite/std/time/time_zone/sys_info_abbrev.cc
-@@ -0,0 +1,106 @@
-+// { dg-do run { target c++20 } }
-+// { dg-require-effective-target tzdb }
-+// { dg-require-effective-target cxx11_abi }
-+// { dg-xfail-run-if "no weak override on AIX" { powerpc-ibm-aix* } }
-+
-+#include <chrono>
-+#include <fstream>
-+#include <testsuite_hooks.h>
-+
-+static bool override_used = false;
-+
-+namespace __gnu_cxx
-+{
-+ const char* zoneinfo_dir_override() {
-+ override_used = true;
-+ return "./";
-+ }
-+}
-+
-+using namespace std::chrono;
-+
-+void
-+test_format()
-+{
-+ std::ofstream("tzdata.zi") << R"(# version test_1
-+Zone Africa/Bissau -1:2:20 - LMT 1912 Ja 1 1u
-+ -1 - %z 1975
-+ 0 - GMT
-+Zon Some/Zone 1:2:3 - %z 1900
-+ 1:23:45 - %z 1950
-+Zo Another/Zone 1:2:3 - AZ0 1901
-+ 1 Roolz A%sZ 2000
-+ 1 Roolz SAZ/DAZ 2005
-+ 1 Roolz %z
-+Rule Roolz 1950 max - April 1 2 1 D
-+Rul Roolz 1950 max - Oct 1 1 0 S
-+Z Strange/Zone 1 - X%sX 1980
-+ 1 - FOO/BAR 1990
-+ 2:00 - %zzz 1995
-+ 0:9 - %zzz 1996
-+ 0:8:7 - %zzz 1997
-+ 0:6:5.5 - %zzz 1998
-+)";
-+
-+ const auto& db = reload_tzdb();
-+ VERIFY( override_used ); // If this fails then XFAIL for the target.
-+ VERIFY( db.version == "test_1" );
-+
-+ // Test formatting %z as
-+ auto tz = locate_zone("Africa/Bissau");
-+ auto inf = tz->get_info(sys_days(1974y/1/1));
-+ VERIFY( inf.abbrev == "-01" );
-+
-+ tz = locate_zone("Some/Zone");
-+ inf = tz->get_info(sys_days(1899y/1/1));
-+ VERIFY( inf.abbrev == "+010203" );
-+ inf = tz->get_info(sys_days(1955y/1/1));
-+ VERIFY( inf.abbrev == "+012345" );
-+
-+ tz = locate_zone("Another/Zone");
-+ // Test formatting %s as the LETTER/S field from the active Rule.
-+ inf = tz->get_info(sys_days(1910y/January/1));
-+ VERIFY( inf.abbrev == "ASZ" );
-+ inf = tz->get_info(sys_days(1950y/January/1));
-+ VERIFY( inf.abbrev == "ASZ" );
-+ inf = tz->get_info(sys_days(1950y/June/1));
-+ VERIFY( inf.abbrev == "ADZ" );
-+ inf = tz->get_info(sys_days(1999y/January/1));
-+ VERIFY( inf.abbrev == "ASZ" );
-+ inf = tz->get_info(sys_days(1999y/July/1));
-+ VERIFY( inf.abbrev == "ADZ" );
-+ // Test formatting STD/DST according to the active Rule.
-+ inf = tz->get_info(sys_days(2000y/January/2));
-+ VERIFY( inf.abbrev == "SAZ" );
-+ inf = tz->get_info(sys_days(2001y/January/1));
-+ VERIFY( inf.abbrev == "SAZ" );
-+ inf = tz->get_info(sys_days(2001y/July/1));
-+ VERIFY( inf.abbrev == "DAZ" );
-+ // Test formatting %z as the offset determined by the active Rule.
-+ inf = tz->get_info(sys_days(2005y/January/2));
-+ VERIFY( inf.abbrev == "+01" );
-+ inf = tz->get_info(sys_days(2006y/January/1));
-+ VERIFY( inf.abbrev == "+01" );
-+ inf = tz->get_info(sys_days(2006y/July/1));
-+ VERIFY( inf.abbrev == "+02" );
-+
-+ // Test formatting %z, %s and S/D for a Zone with no associated Rules.
-+ tz = locate_zone("Strange/Zone");
-+ inf = tz->get_info(sys_days(1979y/January/1));
-+ VERIFY( inf.abbrev == "XX" ); // No Rule means nothing to use for %s.
-+ inf = tz->get_info(sys_days(1981y/July/1));
-+ VERIFY( inf.abbrev == "FOO" ); // Always standard time means first string.
-+ inf = tz->get_info(sys_days(1994y/July/1));
-+ VERIFY( inf.abbrev == "+02zz" );
-+ inf = tz->get_info(sys_days(1995y/July/1));
-+ VERIFY( inf.abbrev == "+0009zz" );
-+ inf = tz->get_info(sys_days(1996y/July/1));
-+ VERIFY( inf.abbrev == "+000807zz" );
-+ inf = tz->get_info(sys_days(1997y/July/1));
-+ VERIFY( inf.abbrev == "+000606zz" );
-+}
-+
-+int main()
-+{
-+ test_format();
-+}
-diff --git a/libstdc++-v3/testsuite/std/time/tzdb/1.cc b/libstdc++-v3/testsuite/std/time/tzdb/1.cc
-index 796f3a8b4256..7a31c1c20ba7 100644
---- a/libstdc++-v3/testsuite/std/time/tzdb/1.cc
-+++ b/libstdc++-v3/testsuite/std/time/tzdb/1.cc
-@@ -39,11 +39,15 @@ test_locate()
- const tzdb& db = get_tzdb();
- const time_zone* tz = db.locate_zone("GMT");
- VERIFY( tz != nullptr );
-- VERIFY( tz->name() == "Etc/GMT" );
- VERIFY( tz == std::chrono::locate_zone("GMT") );
- VERIFY( tz == db.locate_zone("Etc/GMT") );
- VERIFY( tz == db.locate_zone("Etc/GMT+0") );
-
-+ // Since 2022f GMT is now a Zone and Etc/GMT a link instead of vice versa,
-+ // but only when using the vanguard format. As of 2024a, the main and
-+ // rearguard formats still have Etc/GMT as a Zone and GMT as a link.
-+ VERIFY( tz->name() == "GMT" || tz->name() == "Etc/GMT" );
-+
- VERIFY( db.locate_zone(db.current_zone()->name()) == db.current_zone() );
- }
-
---
-2.43.5
-
diff --git a/meta/recipes-devtools/gcc/gcc_13.3.bb b/meta/recipes-devtools/gcc/gcc_13.4.bb
similarity index 100%
rename from meta/recipes-devtools/gcc/gcc_13.3.bb
rename to meta/recipes-devtools/gcc/gcc_13.4.bb
diff --git a/meta/recipes-devtools/gcc/libgcc-initial_13.3.bb b/meta/recipes-devtools/gcc/libgcc-initial_13.4.bb
similarity index 100%
rename from meta/recipes-devtools/gcc/libgcc-initial_13.3.bb
rename to meta/recipes-devtools/gcc/libgcc-initial_13.4.bb
diff --git a/meta/recipes-devtools/gcc/libgcc_13.3.bb b/meta/recipes-devtools/gcc/libgcc_13.4.bb
similarity index 100%
rename from meta/recipes-devtools/gcc/libgcc_13.3.bb
rename to meta/recipes-devtools/gcc/libgcc_13.4.bb
diff --git a/meta/recipes-devtools/gcc/libgfortran_13.3.bb b/meta/recipes-devtools/gcc/libgfortran_13.4.bb
similarity index 100%
rename from meta/recipes-devtools/gcc/libgfortran_13.3.bb
rename to meta/recipes-devtools/gcc/libgfortran_13.4.bb
--
2.43.0
^ permalink raw reply related [flat|nested] 23+ messages in thread
* [OE-core][scarthgap 6/8] tune-cortexr52: Remove aarch64 for ARM Cortex-R52
2025-06-17 16:04 [OE-core][scarthgap 0/8] Patch review Steve Sakoman
` (4 preceding siblings ...)
2025-06-17 16:04 ` [OE-core][scarthgap 5/8] gcc: Upgrade to GCC 13.4 Steve Sakoman
@ 2025-06-17 16:04 ` Steve Sakoman
2025-06-17 16:04 ` [OE-core][scarthgap 7/8] libpng: Add ptest Steve Sakoman
2025-06-17 16:04 ` [OE-core][scarthgap 8/8] systemd: Rename systemd_v255.21 to systemd_255.21 Steve Sakoman
7 siblings, 0 replies; 23+ messages in thread
From: Steve Sakoman @ 2025-06-17 16:04 UTC (permalink / raw)
To: openembedded-core
From: Sandeep Gundlupet Raju <sandeep.gundlupet-raju@amd.com>
Remove aarch64 for ARM Cortex-R52 processor as it supports only 32-bit
ISA but not 64-bit ISA. Also update ARMPKGARCH for cortexr52hf.
Signed-off-by: Sandeep Gundlupet Raju <sandeep.gundlupet-raju@amd.com>
Signed-off-by: Sandeep Gundlupet Raju <grsandeep85@gmail.com>
Signed-off-by: Steve Sakoman <steve@sakoman.com>
---
meta/conf/machine/include/arm/armv8r/tune-cortexr52.inc | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/meta/conf/machine/include/arm/armv8r/tune-cortexr52.inc b/meta/conf/machine/include/arm/armv8r/tune-cortexr52.inc
index 89f0e09450..e8667bc16b 100644
--- a/meta/conf/machine/include/arm/armv8r/tune-cortexr52.inc
+++ b/meta/conf/machine/include/arm/armv8r/tune-cortexr52.inc
@@ -10,11 +10,10 @@ require conf/machine/include/arm/arch-armv8r.inc
AVAILTUNES += "cortexr52"
ARMPKGARCH:tune-cortexr52 = "cortexr52"
-# We do not want -march since -mcpu is added above to cover for it
-TUNE_FEATURES:tune-cortexr52 = "aarch64 crc simd cortexr52"
+TUNE_FEATURES:tune-cortexr52 = "${TUNE_FEATURES:tune-armv8r-crc-simd} cortexr52"
PACKAGE_EXTRA_ARCHS:tune-cortexr52 = "${PACKAGE_EXTRA_ARCHS:tune-armv8r-crc-simd} cortexr52"
AVAILTUNES += "cortexr52hf"
-ARMPKGARCH:tune-cortexr52hf = "cortexr52"
+ARMPKGARCH:tune-cortexr52hf = "cortexr52hf"
TUNE_FEATURES:tune-cortexr52hf = "${TUNE_FEATURES:tune-cortexr52} callconvention-hard"
PACKAGE_EXTRA_ARCHS:tune-cortexr52hf = "cortexr52hf"
--
2.43.0
^ permalink raw reply related [flat|nested] 23+ messages in thread
* [OE-core][scarthgap 7/8] libpng: Add ptest
2025-06-17 16:04 [OE-core][scarthgap 0/8] Patch review Steve Sakoman
` (5 preceding siblings ...)
2025-06-17 16:04 ` [OE-core][scarthgap 6/8] tune-cortexr52: Remove aarch64 for ARM Cortex-R52 Steve Sakoman
@ 2025-06-17 16:04 ` Steve Sakoman
2025-06-17 16:04 ` [OE-core][scarthgap 8/8] systemd: Rename systemd_v255.21 to systemd_255.21 Steve Sakoman
7 siblings, 0 replies; 23+ messages in thread
From: Steve Sakoman @ 2025-06-17 16:04 UTC (permalink / raw)
To: openembedded-core
From: Poonam Jadhav <ppjadhav456@gmail.com>
Install libpng test-suite to run it as a ptest.
As the test-suite takes more than 30 seconds to run,
add libpng-ptest to PTESTS_SLOW in ptest-packagelists.inc
Signed-off-by: Poonam Jadhav <poonam.jadhav@kpit.com>
Signed-off-by: Steve Sakoman <steve@sakoman.com>
---
.../distro/include/ptest-packagelists.inc | 1 +
.../recipes-multimedia/libpng/files/run-ptest | 7 ++++
.../libpng/libpng_1.6.42.bb | 42 ++++++++++++++++++-
3 files changed, 48 insertions(+), 2 deletions(-)
create mode 100644 meta/recipes-multimedia/libpng/files/run-ptest
diff --git a/meta/conf/distro/include/ptest-packagelists.inc b/meta/conf/distro/include/ptest-packagelists.inc
index 3387e19191..9950e46776 100644
--- a/meta/conf/distro/include/ptest-packagelists.inc
+++ b/meta/conf/distro/include/ptest-packagelists.inc
@@ -102,6 +102,7 @@ PTESTS_SLOW = "\
libevent \
libgcrypt \
libmodule-build-perl \
+ libpng \
lttng-tools \
openssh \
openssl \
diff --git a/meta/recipes-multimedia/libpng/files/run-ptest b/meta/recipes-multimedia/libpng/files/run-ptest
new file mode 100644
index 0000000000..85051a59f5
--- /dev/null
+++ b/meta/recipes-multimedia/libpng/files/run-ptest
@@ -0,0 +1,7 @@
+#!/bin/sh
+
+set -eux
+
+cd src
+
+make check-TESTS
diff --git a/meta/recipes-multimedia/libpng/libpng_1.6.42.bb b/meta/recipes-multimedia/libpng/libpng_1.6.42.bb
index 673133bb4a..4c21e8d597 100644
--- a/meta/recipes-multimedia/libpng/libpng_1.6.42.bb
+++ b/meta/recipes-multimedia/libpng/libpng_1.6.42.bb
@@ -10,7 +10,10 @@ DEPENDS = "zlib"
LIBV = "16"
-SRC_URI = "${SOURCEFORGE_MIRROR}/project/${BPN}/${BPN}${LIBV}/${PV}/${BP}.tar.xz"
+SRC_URI = "${SOURCEFORGE_MIRROR}/project/${BPN}/${BPN}${LIBV}/${PV}/${BP}.tar.xz \
+ file://run-ptest \
+"
+
SRC_URI[sha256sum] = "c919dbc11f4c03b05aba3f8884d8eb7adfe3572ad228af972bb60057bdb48450"
MIRRORS += "${SOURCEFORGE_MIRROR}/project/${BPN}/${BPN}${LIBV}/ ${SOURCEFORGE_MIRROR}/project/${BPN}/${BPN}${LIBV}/older-releases/"
@@ -19,7 +22,7 @@ UPSTREAM_CHECK_URI = "http://libpng.org/pub/png/libpng.html"
BINCONFIG = "${bindir}/libpng-config ${bindir}/libpng16-config"
-inherit autotools binconfig-disabled pkgconfig
+inherit autotools binconfig-disabled pkgconfig ptest
# Work around missing symbols
ARMNEON = "${@bb.utils.contains("TUNE_FEATURES", "neon", "--enable-arm-neon=on", "--enable-arm-neon=off", d)}"
@@ -30,4 +33,39 @@ PACKAGES =+ "${PN}-tools"
FILES:${PN}-tools = "${bindir}/png-fix-itxt ${bindir}/pngfix ${bindir}/pngcp"
+RDEPENDS:${PN}-ptest += "make bash gawk"
+
+do_install_ptest() {
+ # Install test scripts to ptest path
+ install -d ${D}${PTEST_PATH}/src/tests
+ install -m 755 ${S}/tests/* ${D}${PTEST_PATH}/src/tests
+ install -m 755 ${S}/test-driver ${D}${PTEST_PATH}/src
+ install -d ${D}${PTEST_PATH}/src/tests/scripts
+ install -m 755 ${S}/scripts/*.awk ${D}${PTEST_PATH}/src/tests/scripts
+ install -m 644 ${S}/scripts/pnglib* ${S}/scripts/*.c ${S}/scripts/*.def ${S}/scripts/macro.lst ${D}${PTEST_PATH}/src/tests/scripts
+ install -m 644 ${S}/scripts/pnglibconf.h.prebuilt ${D}${PTEST_PATH}/src/tests/scripts/pnglibconf.h
+ install -d ${D}${PTEST_PATH}/src/contrib/tools
+ install -m 755 ${S}/contrib/tools/*.sh ${D}${PTEST_PATH}/src/contrib/tools
+ install -m 644 ${S}/contrib/tools/*.c ${S}/contrib/tools/*.h ${D}${PTEST_PATH}/src/contrib/tools
+
+ # Install .libs directory binaries to ptest path
+ install -m 755 ${B}/.libs/pngtest ${B}/.libs/pngstest ${B}/.libs/pngimage ${B}/.libs/pngunknown ${B}/.libs/pngvalid ${D}${PTEST_PATH}/src
+
+ # Copy png files to ptest path
+ cd ${S} && find contrib -name '*.png' | cpio -pd ${D}${PTEST_PATH}/src
+
+ # Install Makefile and png files
+ install -m 644 ${S}/pngtest.png ${D}${PTEST_PATH}/src
+ install -m 644 ${S}/*.png ${S}/*.h ${S}/*.c ${S}/*.dfa ${B}/pnglibconf.out ${S}/Makefile.am ${S}/Makefile.in ${D}${PTEST_PATH}/src/tests
+
+ sed -e 's/^abs_srcdir = ..*/abs_srcdir = \.\./' \
+ -e 's/^top_srcdir = ..*/top_srcdir = \.\./' \
+ -e 's/^srcdir = ..*/srcdir = \./' \
+ -e 's/^Makefile: ..*/Makefile: /' \
+ -e 's/check-TESTS: $(check_PROGRAMS)/check-TESTS:/g' \
+ ${B}/Makefile > ${D}${PTEST_PATH}/src/Makefile
+
+ sed -e 's|#!/bin/awk|#!/usr/bin/awk|g' -i ${D}${PTEST_PATH}/src/tests/scripts/*.awk
+}
+
BBCLASSEXTEND = "native nativesdk"
--
2.43.0
^ permalink raw reply related [flat|nested] 23+ messages in thread
* [OE-core][scarthgap 8/8] systemd: Rename systemd_v255.21 to systemd_255.21
2025-06-17 16:04 [OE-core][scarthgap 0/8] Patch review Steve Sakoman
` (6 preceding siblings ...)
2025-06-17 16:04 ` [OE-core][scarthgap 7/8] libpng: Add ptest Steve Sakoman
@ 2025-06-17 16:04 ` Steve Sakoman
2025-06-18 7:08 ` Gyorgy Sarvari
7 siblings, 1 reply; 23+ messages in thread
From: Steve Sakoman @ 2025-06-17 16:04 UTC (permalink / raw)
To: openembedded-core
From: Savvas Etairidis <setairidis@gmail.com>
The recipe was accidentally renamed with a 'v'
prefix in 29e623b2ad00555788412fa520fbb9ffec794cbb.
Signed-off-by: Savvas Etairidis <setairidis@gmail.com>
Signed-off-by: Steve Sakoman <steve@sakoman.com>
---
.../systemd/{systemd_v255.21.bb => systemd_255.21.bb} | 0
1 file changed, 0 insertions(+), 0 deletions(-)
rename meta/recipes-core/systemd/{systemd_v255.21.bb => systemd_255.21.bb} (100%)
diff --git a/meta/recipes-core/systemd/systemd_v255.21.bb b/meta/recipes-core/systemd/systemd_255.21.bb
similarity index 100%
rename from meta/recipes-core/systemd/systemd_v255.21.bb
rename to meta/recipes-core/systemd/systemd_255.21.bb
--
2.43.0
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [OE-core][scarthgap 8/8] systemd: Rename systemd_v255.21 to systemd_255.21
2025-06-17 16:04 ` [OE-core][scarthgap 8/8] systemd: Rename systemd_v255.21 to systemd_255.21 Steve Sakoman
@ 2025-06-18 7:08 ` Gyorgy Sarvari
2025-06-18 7:24 ` ChenQi
0 siblings, 1 reply; 23+ messages in thread
From: Gyorgy Sarvari @ 2025-06-18 7:08 UTC (permalink / raw)
To: steve, openembedded-core
On 6/17/25 18:04, Steve Sakoman via lists.openembedded.org wrote:
> From: Savvas Etairidis <setairidis@gmail.com>
>
> The recipe was accidentally renamed with a 'v'
> prefix in 29e623b2ad00555788412fa520fbb9ffec794cbb.
>
> Signed-off-by: Savvas Etairidis <setairidis@gmail.com>
> Signed-off-by: Steve Sakoman <steve@sakoman.com>
> ---
> .../systemd/{systemd_v255.21.bb => systemd_255.21.bb} | 0
> 1 file changed, 0 insertions(+), 0 deletions(-)
> rename meta/recipes-core/systemd/{systemd_v255.21.bb => systemd_255.21.bb} (100%)
>
Personally I'm not affected by this issue, and have no problem with this
patch, but a few weeks ago there were people who were unhappy when a
similar issue popped up in Walnascar with autoconf (though it was caught
before merging), which makes me wonder if this is the way to go.
Systemd already has a PE[1], exactly because of the same situation: "v"
was removed from the start of ${PV} - maybe it's time to bump.
Anyway, as this patch does no harm to me, this is not a complaint
against it, but I thought it would be worth to mention it at least.
[1]:
https://git.yoctoproject.org/poky/commit/?id=f95bbe35b2aab929e50471db8ba50781d5027a01
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [OE-core][scarthgap 8/8] systemd: Rename systemd_v255.21 to systemd_255.21
2025-06-18 7:08 ` Gyorgy Sarvari
@ 2025-06-18 7:24 ` ChenQi
2025-06-18 7:29 ` Gyorgy Sarvari
0 siblings, 1 reply; 23+ messages in thread
From: ChenQi @ 2025-06-18 7:24 UTC (permalink / raw)
To: skandigraun, steve, openembedded-core
The author's V1 patch bumped PE.
I replied to that patch, asking the author to not bump PE.
My reason is that we'll need to bump PE in later releases too
(walnascar, master) if we bump PE in scarthgap.
Regards,
Qi
On 6/18/25 15:08, Gyorgy Sarvari via lists.openembedded.org wrote:
> On 6/17/25 18:04, Steve Sakoman via lists.openembedded.org wrote:
>> From: Savvas Etairidis <setairidis@gmail.com>
>>
>> The recipe was accidentally renamed with a 'v'
>> prefix in 29e623b2ad00555788412fa520fbb9ffec794cbb.
>>
>> Signed-off-by: Savvas Etairidis <setairidis@gmail.com>
>> Signed-off-by: Steve Sakoman <steve@sakoman.com>
>> ---
>> .../systemd/{systemd_v255.21.bb => systemd_255.21.bb} | 0
>> 1 file changed, 0 insertions(+), 0 deletions(-)
>> rename meta/recipes-core/systemd/{systemd_v255.21.bb => systemd_255.21.bb} (100%)
>>
> Personally I'm not affected by this issue, and have no problem with this
> patch, but a few weeks ago there were people who were unhappy when a
> similar issue popped up in Walnascar with autoconf (though it was caught
> before merging), which makes me wonder if this is the way to go.
>
> Systemd already has a PE[1], exactly because of the same situation: "v"
> was removed from the start of ${PV} - maybe it's time to bump.
>
> Anyway, as this patch does no harm to me, this is not a complaint
> against it, but I thought it would be worth to mention it at least.
>
> [1]:
> https://git.yoctoproject.org/poky/commit/?id=f95bbe35b2aab929e50471db8ba50781d5027a01
>
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> View/Reply Online (#218970): https://lists.openembedded.org/g/openembedded-core/message/218970
> Mute This Topic: https://lists.openembedded.org/mt/113692551/7304865
> Group Owner: openembedded-core+owner@lists.openembedded.org
> Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [Qi.Chen@eng.windriver.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [OE-core][scarthgap 8/8] systemd: Rename systemd_v255.21 to systemd_255.21
2025-06-18 7:24 ` ChenQi
@ 2025-06-18 7:29 ` Gyorgy Sarvari
2025-06-18 7:36 ` ChenQi
0 siblings, 1 reply; 23+ messages in thread
From: Gyorgy Sarvari @ 2025-06-18 7:29 UTC (permalink / raw)
To: ChenQi, steve, openembedded-core
On 6/18/25 09:24, ChenQi wrote:
> The author's V1 patch bumped PE.
> I replied to that patch, asking the author to not bump PE.
> My reason is that we'll need to bump PE in later releases too
> (walnascar, master) if we bump PE in scarthgap.
My main question would be if bumping PE is worse than breaking this
recipe in this release. Maybe it is - I just didn't see much discussions
over this.
>
> Regards,
> Qi
>
> On 6/18/25 15:08, Gyorgy Sarvari via lists.openembedded.org wrote:
>> On 6/17/25 18:04, Steve Sakoman via lists.openembedded.org wrote:
>>> From: Savvas Etairidis <setairidis@gmail.com>
>>>
>>> The recipe was accidentally renamed with a 'v'
>>> prefix in 29e623b2ad00555788412fa520fbb9ffec794cbb.
>>>
>>> Signed-off-by: Savvas Etairidis <setairidis@gmail.com>
>>> Signed-off-by: Steve Sakoman <steve@sakoman.com>
>>> ---
>>> .../systemd/{systemd_v255.21.bb => systemd_255.21.bb} | 0
>>> 1 file changed, 0 insertions(+), 0 deletions(-)
>>> rename meta/recipes-core/systemd/{systemd_v255.21.bb => systemd_255.21.bb} (100%)
>>>
>> Personally I'm not affected by this issue, and have no problem with this
>> patch, but a few weeks ago there were people who were unhappy when a
>> similar issue popped up in Walnascar with autoconf (though it was caught
>> before merging), which makes me wonder if this is the way to go.
>>
>> Systemd already has a PE[1], exactly because of the same situation: "v"
>> was removed from the start of ${PV} - maybe it's time to bump.
>>
>> Anyway, as this patch does no harm to me, this is not a complaint
>> against it, but I thought it would be worth to mention it at least.
>>
>> [1]:
>> https://git.yoctoproject.org/poky/commit/?id=f95bbe35b2aab929e50471db8ba50781d5027a01
>>
>>
>> -=-=-=-=-=-=-=-=-=-=-=-
>> Links: You receive all messages sent to this group.
>> View/Reply Online (#218970): https://lists.openembedded.org/g/openembedded-core/message/218970
>> Mute This Topic: https://lists.openembedded.org/mt/113692551/7304865
>> Group Owner: openembedded-core+owner@lists.openembedded.org
>> Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [Qi.Chen@eng.windriver.com]
>> -=-=-=-=-=-=-=-=-=-=-=-
>>
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [OE-core][scarthgap 8/8] systemd: Rename systemd_v255.21 to systemd_255.21
2025-06-18 7:29 ` Gyorgy Sarvari
@ 2025-06-18 7:36 ` ChenQi
2025-06-18 7:42 ` Gyorgy Sarvari
0 siblings, 1 reply; 23+ messages in thread
From: ChenQi @ 2025-06-18 7:36 UTC (permalink / raw)
To: Gyorgy Sarvari, steve, openembedded-core
On 6/18/25 15:29, Gyorgy Sarvari wrote:
> On 6/18/25 09:24, ChenQi wrote:
>> The author's V1 patch bumped PE.
>> I replied to that patch, asking the author to not bump PE.
>> My reason is that we'll need to bump PE in later releases too
>> (walnascar, master) if we bump PE in scarthgap.
> My main question would be if bumping PE is worse than breaking this
> recipe in this release. Maybe it is - I just didn't see much discussions
> over this.
Luckily, the commit that introduced this issue was not released yet.
poky [2][0] $ git describe --contains 417cecf76b
fatal: cannot describe '417cecf76b91f58a61e8cc9e4bc57ddda87aac58'
poky [2][0] $ git log --oneline scarthgap-5.0.10..417cecf76b | wc -l
31
Regards,
Qi
>
>> Regards,
>> Qi
>>
>> On 6/18/25 15:08, Gyorgy Sarvari via lists.openembedded.org wrote:
>>> On 6/17/25 18:04, Steve Sakoman via lists.openembedded.org wrote:
>>>> From: Savvas Etairidis <setairidis@gmail.com>
>>>>
>>>> The recipe was accidentally renamed with a 'v'
>>>> prefix in 29e623b2ad00555788412fa520fbb9ffec794cbb.
>>>>
>>>> Signed-off-by: Savvas Etairidis <setairidis@gmail.com>
>>>> Signed-off-by: Steve Sakoman <steve@sakoman.com>
>>>> ---
>>>> .../systemd/{systemd_v255.21.bb => systemd_255.21.bb} | 0
>>>> 1 file changed, 0 insertions(+), 0 deletions(-)
>>>> rename meta/recipes-core/systemd/{systemd_v255.21.bb => systemd_255.21.bb} (100%)
>>>>
>>> Personally I'm not affected by this issue, and have no problem with this
>>> patch, but a few weeks ago there were people who were unhappy when a
>>> similar issue popped up in Walnascar with autoconf (though it was caught
>>> before merging), which makes me wonder if this is the way to go.
>>>
>>> Systemd already has a PE[1], exactly because of the same situation: "v"
>>> was removed from the start of ${PV} - maybe it's time to bump.
>>>
>>> Anyway, as this patch does no harm to me, this is not a complaint
>>> against it, but I thought it would be worth to mention it at least.
>>>
>>> [1]:
>>> https://git.yoctoproject.org/poky/commit/?id=f95bbe35b2aab929e50471db8ba50781d5027a01
>>>
>>>
>>> -=-=-=-=-=-=-=-=-=-=-=-
>>> Links: You receive all messages sent to this group.
>>> View/Reply Online (#218970): https://lists.openembedded.org/g/openembedded-core/message/218970
>>> Mute This Topic: https://lists.openembedded.org/mt/113692551/7304865
>>> Group Owner: openembedded-core+owner@lists.openembedded.org
>>> Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [Qi.Chen@eng.windriver.com]
>>> -=-=-=-=-=-=-=-=-=-=-=-
>>>
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [OE-core][scarthgap 8/8] systemd: Rename systemd_v255.21 to systemd_255.21
2025-06-18 7:36 ` ChenQi
@ 2025-06-18 7:42 ` Gyorgy Sarvari
2025-06-18 7:53 ` Martin Jansa
0 siblings, 1 reply; 23+ messages in thread
From: Gyorgy Sarvari @ 2025-06-18 7:42 UTC (permalink / raw)
To: ChenQi, steve, openembedded-core
On 6/18/25 09:36, ChenQi wrote:
> On 6/18/25 15:29, Gyorgy Sarvari wrote:
>> On 6/18/25 09:24, ChenQi wrote:
>>> The author's V1 patch bumped PE.
>>> I replied to that patch, asking the author to not bump PE.
>>> My reason is that we'll need to bump PE in later releases too
>>> (walnascar, master) if we bump PE in scarthgap.
>> My main question would be if bumping PE is worse than breaking this
>> recipe in this release. Maybe it is - I just didn't see much discussions
>> over this.
> Luckily, the commit that introduced this issue was not released yet.
>
> poky [2][0] $ git describe --contains 417cecf76b
> fatal: cannot describe '417cecf76b91f58a61e8cc9e4bc57ddda87aac58'
>
> poky [2][0] $ git log --oneline scarthgap-5.0.10..417cecf76b | wc -l
> 31
Oh... indeed. I thought that this was tagged already long ago. Thanks
for this, this does answer my concerns.
> Regards,
> Qi
>
>>> Regards,
>>> Qi
>>>
>>> On 6/18/25 15:08, Gyorgy Sarvari via lists.openembedded.org wrote:
>>>> On 6/17/25 18:04, Steve Sakoman via lists.openembedded.org wrote:
>>>>> From: Savvas Etairidis <setairidis@gmail.com>
>>>>>
>>>>> The recipe was accidentally renamed with a 'v'
>>>>> prefix in 29e623b2ad00555788412fa520fbb9ffec794cbb.
>>>>>
>>>>> Signed-off-by: Savvas Etairidis <setairidis@gmail.com>
>>>>> Signed-off-by: Steve Sakoman <steve@sakoman.com>
>>>>> ---
>>>>> .../systemd/{systemd_v255.21.bb => systemd_255.21.bb} | 0
>>>>> 1 file changed, 0 insertions(+), 0 deletions(-)
>>>>> rename meta/recipes-core/systemd/{systemd_v255.21.bb => systemd_255.21.bb} (100%)
>>>>>
>>>> Personally I'm not affected by this issue, and have no problem with this
>>>> patch, but a few weeks ago there were people who were unhappy when a
>>>> similar issue popped up in Walnascar with autoconf (though it was caught
>>>> before merging), which makes me wonder if this is the way to go.
>>>>
>>>> Systemd already has a PE[1], exactly because of the same situation: "v"
>>>> was removed from the start of ${PV} - maybe it's time to bump.
>>>>
>>>> Anyway, as this patch does no harm to me, this is not a complaint
>>>> against it, but I thought it would be worth to mention it at least.
>>>>
>>>> [1]:
>>>> https://git.yoctoproject.org/poky/commit/?id=f95bbe35b2aab929e50471db8ba50781d5027a01
>>>>
>>>>
>>>> -=-=-=-=-=-=-=-=-=-=-=-
>>>> Links: You receive all messages sent to this group.
>>>> View/Reply Online (#218970): https://lists.openembedded.org/g/openembedded-core/message/218970
>>>> Mute This Topic: https://lists.openembedded.org/mt/113692551/7304865
>>>> Group Owner: openembedded-core+owner@lists.openembedded.org
>>>> Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [Qi.Chen@eng.windriver.com]
>>>> -=-=-=-=-=-=-=-=-=-=-=-
>>>>
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [OE-core][scarthgap 8/8] systemd: Rename systemd_v255.21 to systemd_255.21
2025-06-18 7:42 ` Gyorgy Sarvari
@ 2025-06-18 7:53 ` Martin Jansa
2025-06-18 8:20 ` Alexander Kanavin
0 siblings, 1 reply; 23+ messages in thread
From: Martin Jansa @ 2025-06-18 7:53 UTC (permalink / raw)
To: skandigraun; +Cc: ChenQi, steve, openembedded-core
It's not tagged, but it was merged to scarthgap branch 13 days ago as:
https://git.openembedded.org/openembedded-core/commit/?h=scarthgap&id=29e623b2ad00555788412fa520fbb9ffec794cbb
We don't depend on package-manager upgrades, so version going
backwards is not the real blocker for us, but PE bump in all active
branches seems better fix than people not getting the next systemd
upgrade (e.g. next systemd minor upgrade with security fixes) in
projects which use package-manager on target and happened to build the
package feed with this commit included (e.g. we don't wait for tagged
"releases" from stable branches).
Regards,
On Wed, Jun 18, 2025 at 9:42 AM Gyorgy Sarvari via
lists.openembedded.org <skandigraun=gmail.com@lists.openembedded.org>
wrote:
>
> On 6/18/25 09:36, ChenQi wrote:
> > On 6/18/25 15:29, Gyorgy Sarvari wrote:
> >> On 6/18/25 09:24, ChenQi wrote:
> >>> The author's V1 patch bumped PE.
> >>> I replied to that patch, asking the author to not bump PE.
> >>> My reason is that we'll need to bump PE in later releases too
> >>> (walnascar, master) if we bump PE in scarthgap.
> >> My main question would be if bumping PE is worse than breaking this
> >> recipe in this release. Maybe it is - I just didn't see much discussions
> >> over this.
> > Luckily, the commit that introduced this issue was not released yet.
> >
> > poky [2][0] $ git describe --contains 417cecf76b
> > fatal: cannot describe '417cecf76b91f58a61e8cc9e4bc57ddda87aac58'
> >
> > poky [2][0] $ git log --oneline scarthgap-5.0.10..417cecf76b | wc -l
> > 31
>
> Oh... indeed. I thought that this was tagged already long ago. Thanks
> for this, this does answer my concerns.
>
> > Regards,
> > Qi
> >
> >>> Regards,
> >>> Qi
> >>>
> >>> On 6/18/25 15:08, Gyorgy Sarvari via lists.openembedded.org wrote:
> >>>> On 6/17/25 18:04, Steve Sakoman via lists.openembedded.org wrote:
> >>>>> From: Savvas Etairidis <setairidis@gmail.com>
> >>>>>
> >>>>> The recipe was accidentally renamed with a 'v'
> >>>>> prefix in 29e623b2ad00555788412fa520fbb9ffec794cbb.
> >>>>>
> >>>>> Signed-off-by: Savvas Etairidis <setairidis@gmail.com>
> >>>>> Signed-off-by: Steve Sakoman <steve@sakoman.com>
> >>>>> ---
> >>>>> .../systemd/{systemd_v255.21.bb => systemd_255.21.bb} | 0
> >>>>> 1 file changed, 0 insertions(+), 0 deletions(-)
> >>>>> rename meta/recipes-core/systemd/{systemd_v255.21.bb => systemd_255.21.bb} (100%)
> >>>>>
> >>>> Personally I'm not affected by this issue, and have no problem with this
> >>>> patch, but a few weeks ago there were people who were unhappy when a
> >>>> similar issue popped up in Walnascar with autoconf (though it was caught
> >>>> before merging), which makes me wonder if this is the way to go.
> >>>>
> >>>> Systemd already has a PE[1], exactly because of the same situation: "v"
> >>>> was removed from the start of ${PV} - maybe it's time to bump.
> >>>>
> >>>> Anyway, as this patch does no harm to me, this is not a complaint
> >>>> against it, but I thought it would be worth to mention it at least.
> >>>>
> >>>> [1]:
> >>>> https://git.yoctoproject.org/poky/commit/?id=f95bbe35b2aab929e50471db8ba50781d5027a01
> >>>>
> >>>>
> >>>>
> >>>>
>
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> View/Reply Online (#218975): https://lists.openembedded.org/g/openembedded-core/message/218975
> Mute This Topic: https://lists.openembedded.org/mt/113692551/3617156
> Group Owner: openembedded-core+owner@lists.openembedded.org
> Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [martin.jansa@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [OE-core][scarthgap 8/8] systemd: Rename systemd_v255.21 to systemd_255.21
2025-06-18 7:53 ` Martin Jansa
@ 2025-06-18 8:20 ` Alexander Kanavin
0 siblings, 0 replies; 23+ messages in thread
From: Alexander Kanavin @ 2025-06-18 8:20 UTC (permalink / raw)
To: martin.jansa; +Cc: skandigraun, ChenQi, steve, openembedded-core
This is a possible scenario, but it is theoretical and not likely at
this point. And if someone is affected by this, then they can find a
way to force a downgrade with the package manager, or maintain the
bogus version with a bbappend, or issue a whole-image update.
I'd rather not force a PE bump on everybody, including the master
oe-core branch.
Alex
On Wed, 18 Jun 2025 at 09:53, Martin Jansa via lists.openembedded.org
<martin.jansa=gmail.com@lists.openembedded.org> wrote:
>
> It's not tagged, but it was merged to scarthgap branch 13 days ago as:
> https://git.openembedded.org/openembedded-core/commit/?h=scarthgap&id=29e623b2ad00555788412fa520fbb9ffec794cbb
>
> We don't depend on package-manager upgrades, so version going
> backwards is not the real blocker for us, but PE bump in all active
> branches seems better fix than people not getting the next systemd
> upgrade (e.g. next systemd minor upgrade with security fixes) in
> projects which use package-manager on target and happened to build the
> package feed with this commit included (e.g. we don't wait for tagged
> "releases" from stable branches).
>
> Regards,
>
> On Wed, Jun 18, 2025 at 9:42 AM Gyorgy Sarvari via
> lists.openembedded.org <skandigraun=gmail.com@lists.openembedded.org>
> wrote:
> >
> > On 6/18/25 09:36, ChenQi wrote:
> > > On 6/18/25 15:29, Gyorgy Sarvari wrote:
> > >> On 6/18/25 09:24, ChenQi wrote:
> > >>> The author's V1 patch bumped PE.
> > >>> I replied to that patch, asking the author to not bump PE.
> > >>> My reason is that we'll need to bump PE in later releases too
> > >>> (walnascar, master) if we bump PE in scarthgap.
> > >> My main question would be if bumping PE is worse than breaking this
> > >> recipe in this release. Maybe it is - I just didn't see much discussions
> > >> over this.
> > > Luckily, the commit that introduced this issue was not released yet.
> > >
> > > poky [2][0] $ git describe --contains 417cecf76b
> > > fatal: cannot describe '417cecf76b91f58a61e8cc9e4bc57ddda87aac58'
> > >
> > > poky [2][0] $ git log --oneline scarthgap-5.0.10..417cecf76b | wc -l
> > > 31
> >
> > Oh... indeed. I thought that this was tagged already long ago. Thanks
> > for this, this does answer my concerns.
> >
> > > Regards,
> > > Qi
> > >
> > >>> Regards,
> > >>> Qi
> > >>>
> > >>> On 6/18/25 15:08, Gyorgy Sarvari via lists.openembedded.org wrote:
> > >>>> On 6/17/25 18:04, Steve Sakoman via lists.openembedded.org wrote:
> > >>>>> From: Savvas Etairidis <setairidis@gmail.com>
> > >>>>>
> > >>>>> The recipe was accidentally renamed with a 'v'
> > >>>>> prefix in 29e623b2ad00555788412fa520fbb9ffec794cbb.
> > >>>>>
> > >>>>> Signed-off-by: Savvas Etairidis <setairidis@gmail.com>
> > >>>>> Signed-off-by: Steve Sakoman <steve@sakoman.com>
> > >>>>> ---
> > >>>>> .../systemd/{systemd_v255.21.bb => systemd_255.21.bb} | 0
> > >>>>> 1 file changed, 0 insertions(+), 0 deletions(-)
> > >>>>> rename meta/recipes-core/systemd/{systemd_v255.21.bb => systemd_255.21.bb} (100%)
> > >>>>>
> > >>>> Personally I'm not affected by this issue, and have no problem with this
> > >>>> patch, but a few weeks ago there were people who were unhappy when a
> > >>>> similar issue popped up in Walnascar with autoconf (though it was caught
> > >>>> before merging), which makes me wonder if this is the way to go.
> > >>>>
> > >>>> Systemd already has a PE[1], exactly because of the same situation: "v"
> > >>>> was removed from the start of ${PV} - maybe it's time to bump.
> > >>>>
> > >>>> Anyway, as this patch does no harm to me, this is not a complaint
> > >>>> against it, but I thought it would be worth to mention it at least.
> > >>>>
> > >>>> [1]:
> > >>>> https://git.yoctoproject.org/poky/commit/?id=f95bbe35b2aab929e50471db8ba50781d5027a01
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> >
> >
> >
> >
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> View/Reply Online (#218977): https://lists.openembedded.org/g/openembedded-core/message/218977
> Mute This Topic: https://lists.openembedded.org/mt/113692551/1686489
> Group Owner: openembedded-core+owner@lists.openembedded.org
> Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [alex.kanavin@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>
^ permalink raw reply [flat|nested] 23+ messages in thread
* [OE-core][scarthgap 0/8] Patch review
@ 2025-09-17 20:04 Steve Sakoman
0 siblings, 0 replies; 23+ messages in thread
From: Steve Sakoman @ 2025-09-17 20:04 UTC (permalink / raw)
To: openembedded-core
Please review this set of changes for scarthgap and have comments back by
end of day Friday, Spetember 19
Passed a-full on autobuilder:
https://autobuilder.yoctoproject.org/valkyrie/#/builders/29/builds/2395
The following changes since commit baa5e7ea5f37f54c2a00080798ad7fb4c0664f69:
pulseaudio: Add audio group explicitly (2025-09-02 09:27:13 -0700)
are available in the Git repository at:
https://git.openembedded.org/openembedded-core-contrib stable/scarthgap-nut
https://git.openembedded.org/openembedded-core-contrib/log/?h=stable/scarthgap-nut
Divya Chellam (1):
wpa-supplicant: fix CVE-2022-37660
Haixiao Yan (1):
buildtools-tarball: fix unbound variable issues under 'set -u'
Jinfeng Wang (1):
systemtap: Fix task_work_cancel build
Libo Chen (1):
runqemu: fix special characters bug
Martin Jansa (1):
license.py: avoid deprecated ast.Str
Ross Burton (1):
grub2: fix CVE-2024-56738
Vijay Anusuri (2):
cups: upgrade 2.4.10 -> 2.4.11
cups: Fix for CVE-2025-58060 and CVE-2025-58364
meta/lib/oe/license.py | 4 +-
.../grub/files/CVE-2024-56738.patch | 75 ++
meta/recipes-bsp/grub/grub2.inc | 1 +
.../openssl/files/environment.d-openssl.sh | 24 +-
.../wpa-supplicant/CVE-2022-37660-0001.patch | 254 +++++
.../wpa-supplicant/CVE-2022-37660-0002.patch | 139 +++
.../wpa-supplicant/CVE-2022-37660-0003.patch | 196 ++++
.../wpa-supplicant/CVE-2022-37660-0004.patch | 941 ++++++++++++++++++
.../wpa-supplicant/CVE-2022-37660-0005.patch | 144 +++
.../wpa-supplicant/wpa-supplicant_2.10.bb | 5 +
.../git/git/environment.d-git.sh | 8 +-
.../environment.d-python3-requests.sh | 4 +-
meta/recipes-extended/cups/cups.inc | 9 +-
.../cups/0001-use-echo-only-in-init.patch | 2 +-
...-don-t-try-to-run-generated-binaries.patch | 2 +-
...-fix-multilib-install-file-conflicts.patch | 6 +-
.../cups/cups/CVE-2024-47175-1.patch | 73 --
.../cups/cups/CVE-2024-47175-2.patch | 151 ---
.../cups/cups/CVE-2024-47175-3.patch | 119 ---
.../cups/cups/CVE-2024-47175-4.patch | 249 -----
.../cups/cups/CVE-2024-47175-5.patch | 40 -
.../cups/cups/CVE-2025-58060.patch | 60 ++
.../cups/cups/CVE-2025-58364.patch | 61 ++
.../cups/cups/libexecdir.patch | 5 +-
.../cups/{cups_2.4.10.bb => cups_2.4.11.bb} | 2 +-
...sk_work-compatible-with-6.11-kernels.patch | 103 ++
.../recipes-kernel/systemtap/systemtap_git.bb | 1 +
.../curl/curl/environment.d-curl.sh | 8 +-
scripts/runqemu | 7 +-
29 files changed, 2019 insertions(+), 674 deletions(-)
create mode 100644 meta/recipes-bsp/grub/files/CVE-2024-56738.patch
create mode 100644 meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/CVE-2022-37660-0001.patch
create mode 100644 meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/CVE-2022-37660-0002.patch
create mode 100644 meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/CVE-2022-37660-0003.patch
create mode 100644 meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/CVE-2022-37660-0004.patch
create mode 100644 meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/CVE-2022-37660-0005.patch
delete mode 100644 meta/recipes-extended/cups/cups/CVE-2024-47175-1.patch
delete mode 100644 meta/recipes-extended/cups/cups/CVE-2024-47175-2.patch
delete mode 100644 meta/recipes-extended/cups/cups/CVE-2024-47175-3.patch
delete mode 100644 meta/recipes-extended/cups/cups/CVE-2024-47175-4.patch
delete mode 100644 meta/recipes-extended/cups/cups/CVE-2024-47175-5.patch
create mode 100644 meta/recipes-extended/cups/cups/CVE-2025-58060.patch
create mode 100644 meta/recipes-extended/cups/cups/CVE-2025-58364.patch
rename meta/recipes-extended/cups/{cups_2.4.10.bb => cups_2.4.11.bb} (51%)
create mode 100644 meta/recipes-kernel/systemtap/systemtap/0001-Make-stp_task_work-compatible-with-6.11-kernels.patch
--
2.43.0
^ permalink raw reply [flat|nested] 23+ messages in thread
* [OE-core][scarthgap 0/8] Patch review
@ 2025-10-03 16:47 Steve Sakoman
0 siblings, 0 replies; 23+ messages in thread
From: Steve Sakoman @ 2025-10-03 16:47 UTC (permalink / raw)
To: openembedded-core
Please review this set of changes for scarthgap and have comments back by
end of day Tuesday, October 7
Passed a-full on autobuilder:
https://autobuilder.yoctoproject.org/valkyrie/#/builders/29/builds/2495
The following changes since commit 55e0c38dc28b73fa689446e2d5e564d235a24084:
vim: upgrade 9.1.1652 -> 9.1.1683 (2025-09-29 13:04:14 -0700)
are available in the Git repository at:
https://git.openembedded.org/openembedded-core-contrib stable/scarthgap-nut
https://git.openembedded.org/openembedded-core-contrib/log/?h=stable/scarthgap-nut
Adrian Freihofer (2):
expect: Revert "expect-native: fix do_compile failure with gcc-14"
expect: fix native build with GCC 15
Khem Raj (1):
expect: Fix build with GCC 15
Ross Burton (3):
expect: update code for Tcl channel implementation
expect: don't run aclocal in do_configure
expect: cleanup do_install
Vijay Anusuri (1):
gstreamer1.0-plugins-bad: Fix CVE-2025-3887
Yogita Urade (1):
tiff: fix CVE-2025-9900
.../expect/expect/tcl840.patch | 27 ++++++
meta/recipes-devtools/expect/expect_5.45.4.bb | 18 ++--
.../CVE-2025-3887-1.patch | 50 ++++++++++
.../CVE-2025-3887-2.patch | 95 +++++++++++++++++++
.../gstreamer1.0-plugins-bad_1.22.12.bb | 2 +
.../libtiff/tiff/CVE-2025-9900.patch | 54 +++++++++++
meta/recipes-multimedia/libtiff/tiff_4.6.0.bb | 1 +
7 files changed, 237 insertions(+), 10 deletions(-)
create mode 100644 meta/recipes-devtools/expect/expect/tcl840.patch
create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/CVE-2025-3887-1.patch
create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/CVE-2025-3887-2.patch
create mode 100644 meta/recipes-multimedia/libtiff/tiff/CVE-2025-9900.patch
--
2.43.0
^ permalink raw reply [flat|nested] 23+ messages in thread
* [OE-core][scarthgap 0/8] Patch review
@ 2025-10-28 13:46 Steve Sakoman
0 siblings, 0 replies; 23+ messages in thread
From: Steve Sakoman @ 2025-10-28 13:46 UTC (permalink / raw)
To: openembedded-core
Please review this set of changes for scarthgap and have comments back by
end of day Thursday, October 30
Passed a-full on the autobuilder:
https://autobuilder.yoctoproject.org/valkyrie/#/builders/29/builds/2645
with the exception of the meta-aws test, which failed due to a meta-aws commit
changing the distro from poky-agl to agl
The following changes since commit 649147913e89cd8f7390cb17cd0be94c9710ffa6:
oeqa/runtime/ping: don't bother trying to ping localhost (2025-10-17 07:47:32 -0700)
are available in the Git repository at:
https://git.openembedded.org/openembedded-core-contrib stable/scarthgap-nut
https://git.openembedded.org/openembedded-core-contrib/log/?h=stable/scarthgap-nut
Anders Heimer (1):
libpam: mark CVE-2025-6018 as not applicable
Daniel Semkowicz (1):
gstreamer1.0-plugins-bad: fix buffer allocation fail for v4l2codecs
Martin Jansa (1):
flex: fix build with gcc-15 on host
Matthias Schiffer (1):
curl: only set CA bundle in target build
Peter Marko (1):
expat: patch CVE-2025-59375
Rasmus Villemoes (1):
iptables: remove /etc/ethertypes
Soumya Sambu (2):
elfutils: Fix CVE-2025-1376
elfutils: Fix CVE-2025-1377
.../expat/expat/CVE-2025-59375-00.patch | 52 ++
.../expat/expat/CVE-2025-59375-01.patch | 48 ++
.../expat/expat/CVE-2025-59375-02.patch | 109 ++++
.../expat/expat/CVE-2025-59375-03.patch | 127 ++++
.../expat/expat/CVE-2025-59375-04.patch | 62 ++
.../expat/expat/CVE-2025-59375-05.patch | 64 ++
.../expat/expat/CVE-2025-59375-06.patch | 68 +++
.../expat/expat/CVE-2025-59375-07.patch | 52 ++
.../expat/expat/CVE-2025-59375-08.patch | 577 ++++++++++++++++++
.../expat/expat/CVE-2025-59375-09.patch | 43 ++
.../expat/expat/CVE-2025-59375-10.patch | 54 ++
.../expat/expat/CVE-2025-59375-11.patch | 66 ++
.../expat/expat/CVE-2025-59375-12.patch | 58 ++
.../expat/expat/CVE-2025-59375-13.patch | 309 ++++++++++
.../expat/expat/CVE-2025-59375-14.patch | 122 ++++
.../expat/expat/CVE-2025-59375-15.patch | 70 +++
.../expat/expat/CVE-2025-59375-16.patch | 146 +++++
.../expat/expat/CVE-2025-59375-17.patch | 28 +
.../expat/expat/CVE-2025-59375-18.patch | 74 +++
.../expat/expat/CVE-2025-59375-19.patch | 103 ++++
.../expat/expat/CVE-2025-59375-20.patch | 285 +++++++++
.../expat/expat/CVE-2025-59375-21.patch | 196 ++++++
.../expat/expat/CVE-2025-59375-22.patch | 37 ++
.../expat/expat/CVE-2025-59375-23.patch | 47 ++
.../expat/expat/CVE-2025-59375-24.patch | 36 ++
meta/recipes-core/expat/expat_2.6.4.bb | 25 +
.../elfutils/elfutils_0.191.bb | 2 +
.../elfutils/files/CVE-2025-1376.patch | 58 ++
.../elfutils/files/CVE-2025-1377.patch | 69 +++
...01-Match-malloc-signature-to-its-use.patch | 25 +
meta/recipes-devtools/flex/flex_2.6.4.bb | 1 +
.../iptables/iptables_1.8.10.bb | 2 +
meta/recipes-extended/pam/libpam_1.5.3.bb | 2 +
...s-chain-up-to-parent-decide_allocati.patch | 87 +++
.../gstreamer1.0-plugins-bad_1.22.12.bb | 1 +
meta/recipes-support/curl/curl_8.7.1.bb | 4 +-
36 files changed, 3108 insertions(+), 1 deletion(-)
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-00.patch
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-01.patch
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-02.patch
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-03.patch
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-04.patch
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-05.patch
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-06.patch
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-07.patch
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-08.patch
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-09.patch
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-10.patch
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-11.patch
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-12.patch
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-13.patch
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-14.patch
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-15.patch
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-16.patch
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-17.patch
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-18.patch
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-19.patch
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-20.patch
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-21.patch
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-22.patch
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-23.patch
create mode 100644 meta/recipes-core/expat/expat/CVE-2025-59375-24.patch
create mode 100644 meta/recipes-devtools/elfutils/files/CVE-2025-1376.patch
create mode 100644 meta/recipes-devtools/elfutils/files/CVE-2025-1377.patch
create mode 100644 meta/recipes-devtools/flex/flex/0001-Match-malloc-signature-to-its-use.patch
create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad/0005-v4l2codecs-Always-chain-up-to-parent-decide_allocati.patch
--
2.43.0
^ permalink raw reply [flat|nested] 23+ messages in thread
* [OE-core][scarthgap 0/8] Patch review
@ 2025-12-02 22:19 Steve Sakoman
0 siblings, 0 replies; 23+ messages in thread
From: Steve Sakoman @ 2025-12-02 22:19 UTC (permalink / raw)
To: openembedded-core
Please review this set of changes for scarthgap and have comments back by
end of day Thursday, December 4
Passed a-full on autobuilder:
https://autobuilder.yoctoproject.org/valkyrie/#/builders/29/builds/2811
The following changes since commit 1fbd9eddbdf0da062df0510cabff6f6ee33d5752:
libarchive: patch CVE-2025-60753 (2025-11-24 08:08:18 -0800)
are available in the Git repository at:
https://git.openembedded.org/openembedded-core-contrib stable/scarthgap-nut
https://git.openembedded.org/openembedded-core-contrib/log/?h=stable/scarthgap-nut
Changqing Li (1):
libmicrohttpd: fix CVE-2025-59777, CVE-2025-62689
Moritz Haase (1):
curl: Ensure 'CURL_CA_BUNDLE' from host env is indeed respected
Peter Marko (5):
gnutls: patch CVE-2025-9820
libpng: patch CVE-2025-64505
libpng: patch CVE-2025-64506
libpng: patch CVE-2025-64720
libpng: patch CVE-2025-65018
Praveen Kumar (1):
python3: fix CVE-2025-6075
.../python/python3/CVE-2025-6075.patch | 355 +
.../python/python3_3.12.12.bb | 1 +
.../libpng/files/CVE-2025-64505-01.patch | 111 +
.../libpng/files/CVE-2025-64505-02.patch | 163 +
.../libpng/files/CVE-2025-64505-03.patch | 52 +
.../libpng/files/CVE-2025-64506.patch | 57 +
.../libpng/files/CVE-2025-64720.patch | 103 +
.../libpng/files/CVE-2025-65018-01.patch | 60 +
.../libpng/files/CVE-2025-65018-02.patch | 163 +
.../libpng/libpng_1.6.42.bb | 7 +
.../curl/curl/environment.d-curl.sh | 4 +-
.../gnutls/gnutls/CVE-2025-9820.patch | 250 +
meta/recipes-support/gnutls/gnutls_3.8.4.bb | 1 +
...0001-Remove-broken-experimental-code.patch | 14471 ++++++++++++++++
.../libmicrohttpd/libmicrohttpd_1.0.1.bb | 3 +-
15 files changed, 15798 insertions(+), 3 deletions(-)
create mode 100644 meta/recipes-devtools/python/python3/CVE-2025-6075.patch
create mode 100644 meta/recipes-multimedia/libpng/files/CVE-2025-64505-01.patch
create mode 100644 meta/recipes-multimedia/libpng/files/CVE-2025-64505-02.patch
create mode 100644 meta/recipes-multimedia/libpng/files/CVE-2025-64505-03.patch
create mode 100644 meta/recipes-multimedia/libpng/files/CVE-2025-64506.patch
create mode 100644 meta/recipes-multimedia/libpng/files/CVE-2025-64720.patch
create mode 100644 meta/recipes-multimedia/libpng/files/CVE-2025-65018-01.patch
create mode 100644 meta/recipes-multimedia/libpng/files/CVE-2025-65018-02.patch
create mode 100644 meta/recipes-support/gnutls/gnutls/CVE-2025-9820.patch
create mode 100644 meta/recipes-support/libmicrohttpd/files/0001-Remove-broken-experimental-code.patch
--
2.43.0
^ permalink raw reply [flat|nested] 23+ messages in thread
end of thread, other threads:[~2025-12-02 22:19 UTC | newest]
Thread overview: 23+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-06-17 16:04 [OE-core][scarthgap 0/8] Patch review Steve Sakoman
2025-06-17 16:04 ` [OE-core][scarthgap 1/8] net-tools: patch CVE-2025-46836 Steve Sakoman
2025-06-17 16:04 ` [OE-core][scarthgap 2/8] ffmpeg: fix CVE-2025-1373 Steve Sakoman
2025-06-17 16:04 ` [OE-core][scarthgap 3/8] python3-requests: upgrade 2.32.3 -> 2.32.4 Steve Sakoman
2025-06-17 16:04 ` [OE-core][scarthgap 4/8] scripts/install-buildtools: Update to 5.0.10 Steve Sakoman
2025-06-17 16:04 ` [OE-core][scarthgap 5/8] gcc: Upgrade to GCC 13.4 Steve Sakoman
2025-06-17 16:04 ` [OE-core][scarthgap 6/8] tune-cortexr52: Remove aarch64 for ARM Cortex-R52 Steve Sakoman
2025-06-17 16:04 ` [OE-core][scarthgap 7/8] libpng: Add ptest Steve Sakoman
2025-06-17 16:04 ` [OE-core][scarthgap 8/8] systemd: Rename systemd_v255.21 to systemd_255.21 Steve Sakoman
2025-06-18 7:08 ` Gyorgy Sarvari
2025-06-18 7:24 ` ChenQi
2025-06-18 7:29 ` Gyorgy Sarvari
2025-06-18 7:36 ` ChenQi
2025-06-18 7:42 ` Gyorgy Sarvari
2025-06-18 7:53 ` Martin Jansa
2025-06-18 8:20 ` Alexander Kanavin
-- strict thread matches above, loose matches on Subject: below --
2025-12-02 22:19 [OE-core][scarthgap 0/8] Patch review Steve Sakoman
2025-10-28 13:46 Steve Sakoman
2025-10-03 16:47 Steve Sakoman
2025-09-17 20:04 Steve Sakoman
2025-05-09 15:45 Steve Sakoman
2025-04-11 20:33 Steve Sakoman
2025-01-23 2:59 Steve Sakoman
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox