Re: [oe][meta-oe][kirkstone][PATCH 1/1] postgresql: Fix CVE-2024-0985

2024-03-10 Thread Anuj Mittal 
On Thu, 2024-03-07 at 03:39 -0800, Soumya via lists.openembedded.org
wrote:
> From: Soumya Sambu 
> 
> Late privilege drop in REFRESH MATERIALIZED VIEW CONCURRENTLY in
> PostgreSQL
> allows an object creator to execute arbitrary SQL functions as the
> command
> issuer. The command intends to run SQL functions as the owner of the
> materialized view, enabling safe refresh of untrusted materialized
> views.
> The victim is a superuser or member of one of the attacker's roles.
> The
> attack requires luring the victim into running REFRESH MATERIALIZED
> VIEW
> CONCURRENTLY on the attacker's materialized view. As part of
> exploiting
> this vulnerability, the attacker creates functions that use CREATE
> RULE to
> convert the internally-built temporary table to a view. Versions
> before
> PostgreSQL 15.6, 14.11, 13.14, and 12.18 are affected. The only known
> exploit does not work in PostgreSQL 16 and later. For defense in
> depth,
> PostgreSQL 16.2 adds the protections that older branches are using to
> fix
> their vulnerability.
> 
> Upstream commit have wrong CVE mentioned but the correct one is CVE-
> 2024-0985
> 
> References:
> https://nvd.nist.gov/vuln/detail/CVE-2024-0985
> https://security-tracker.debian.org/tracker/CVE-2024-0985

I think this should instead be upgraded to 14.11 bug fix release.

Thanks,

Anuj

> 
> Signed-off-by: Soumya Sambu 
> ---
>  .../postgresql/files/CVE-2024-0985.patch  | 98
> +++
>  .../recipes-dbs/postgresql/postgresql_14.9.bb |  1 +
>  2 files changed, 99 insertions(+)
>  create mode 100644 meta-oe/recipes-dbs/postgresql/files/CVE-2024-
> 0985.patch
> 
> diff --git a/meta-oe/recipes-dbs/postgresql/files/CVE-2024-0985.patch
> b/meta-oe/recipes-dbs/postgresql/files/CVE-2024-0985.patch
> new file mode 100644
> index 0..24245406c
> --- /dev/null
> +++ b/meta-oe/recipes-dbs/postgresql/files/CVE-2024-0985.patch
> @@ -0,0 +1,98 @@
> +From f2fdea198b3d0ab30b9e8478a762488ecebabd88 Mon Sep 17 00:00:00
> 2001
> +From: Heikki Linnakangas 
> +Date: Mon, 5 Feb 2024 11:01:23 +0200
> +Subject: [PATCH] Run REFRESH MATERIALIZED VIEW CONCURRENTLY in right
> security
> + context
> +
> +The internal commands in REFRESH MATERIALIZED VIEW CONCURRENTLY are
> +correctly executed in SECURITY_RESTRICTED_OPERATION mode, except for
> +creating the temporary "diff" table, because you cannot create
> +temporary tables in SRO mode. But creating the temporary "diff"
> table
> +is a pretty complex CTAS command that selects from another temporary
> +table created earlier in the command. If you can cajole that CTAS
> +command to execute code defined by the table owner, the table owner
> +can run code with the privileges of the user running the REFRESH
> +command.
> +
> +The proof-of-concept reported to the security team relied on CREATE
> +RULE to convert the internally-built temp table to a view. That's
> not
> +possible since commit b23cd185fd, and I was not able to find a
> +different way to turn the SELECT on the temp table into code
> +execution, so as far as I know this is only exploitable in v15 and
> +below. That's a fiddly assumption though, so apply this patch to
> +master and all stable versions.
> +
> +Thanks to Pedro Gallegos for the report.
> +
> +Security: CVE-2023-5869
> +Reviewed-by: Noah Misch
> +
> +CVE: CVE-2024-0985
> +
> +Upstream-Status: Backport
> [https://git.postgresql.org/gitweb/?p=postgresql.git;a=patch;h=f2fdea
> 198b3d0ab30b9e8478a762488ecebabd88]
> +
> +Signed-off-by: Soumya Sambu 
> +---
> + src/backend/commands/matview.c | 33 ++-
> --
> + 1 file changed, 26 insertions(+), 7 deletions(-)
> +
> +diff --git a/src/backend/commands/matview.c
> b/src/backend/commands/matview.c
> +index 3fc50e8..0aa0a74 100644
> +--- a/src/backend/commands/matview.c
>  b/src/backend/commands/matview.c
> +@@ -655,13 +655,35 @@ refresh_by_match_merge(Oid matviewOid, Oid
> tempOid, Oid relowner,
> +   
> SPI_getvalue(SPI_tuptable->vals[0], SPI_tuptable->tupdesc, 1;
> + }
> +
> ++/*
> ++ * Create the temporary "diff" table.
> ++ *
> ++ * Temporarily switch out of the
> SECURITY_RESTRICTED_OPERATION context,
> ++ * because you cannot create temp tables in SRO context. 
> For extra
> ++ * paranoia, add the composite type column only after
> switching back to
> ++ * SRO context.
> ++ */
> + SetUserIdAndSecContext(relowner,
> +    save_sec_context
> | SECURITY_LOCAL_USERID_CHANGE);
> ++resetStringInfo(&querybuf);
> ++appendStringInfo(&querybuf,
> ++ "CREATE TEMP TABLE %s (tid
> pg_catalog.tid)",
> ++ diffname);
> ++if (SPI_exec(querybuf.data, 0) != SPI_OK_UTILITY)
> ++elog(ERROR, "SPI_exec failed: %s", querybuf.data);
> ++SetUserIdAndSecContext(relowner,
> ++   save_sec_context
>

Re: [oe][meta-oe][dunfell][PATCH] c-ares: Backport fix for CVE-2024-25629

2024-03-10 Thread Anuj Mittal 
On Sun, 2024-03-10 at 10:55 -0700, Ashish Sharma via
lists.openembedded.org wrote:
> Upstream-Status: Backport from debian
> [https://git.launchpad.net/ubuntu/+source/c-ares/commit/?h=applied/ub
> untu/jammy-devel&id=3701814ad9f8570e0142f4b2bf79a32472fe89d6]

This should be Backport from
https://github.com/c-ares/c-ares/commit/a804c04ddc8245fc8adf0e92368709639125e183

Is there any difference between the two patches?

Same for the commit message in patch.

> CVE: CVE-2024-25629
> Signed-off-by: Ashish Sharma 
> ---
>  .../c-ares/c-ares/CVE-2024-25629.patch    | 31
> +++
>  .../recipes-support/c-ares/c-ares_1.18.1.bb   |  1 +
>  2 files changed, 32 insertions(+)
>  create mode 100644 meta-oe/recipes-support/c-ares/c-ares/CVE-2024-
> 25629.patch
> 
> diff --git a/meta-oe/recipes-support/c-ares/c-ares/CVE-2024-
> 25629.patch b/meta-oe/recipes-support/c-ares/c-ares/CVE-2024-
> 25629.patch
> new file mode 100644
> index 0..76f8b7c3b
> --- /dev/null
> +++ b/meta-oe/recipes-support/c-ares/c-ares/CVE-2024-25629.patch
> @@ -0,0 +1,31 @@
> +From a804c04ddc8245fc8adf0e92368709639125e183 Mon Sep 17 00:00:00
> 2001
> +From: Brad House 
> +Date: Thu, 22 Feb 2024 16:23:33 -0500
> +Subject: [PATCH] Merge pull request from GHSA-mg26-v6qh-x48q
> +
> +Upstream-Status: Backport from debian
> [https://git.launchpad.net/ubuntu/+source/c-ares/commit/?h=applied/ub
> untu/jammy-devel&id=3701814ad9f8570e0142f4b2bf79a32472fe89d6]
> +CVE: CVE-2024-25629
> +Signed-off-by: Ashish Sharma 
> +
> + src/lib/ares__read_line.c | 8 
> + 1 file changed, 8 insertions(+)
> +
> +Index: c-ares-1.18.1/src/lib/ares__read_line.c
> +===
> +--- c-ares-1.18.1.orig/src/lib/ares__read_line.c
>  c-ares-1.18.1/src/lib/ares__read_line.c
> +@@ -49,6 +49,14 @@ int ares__read_line(FILE *fp, char **buf
> +   if (!fgets(*buf + offset, bytestoread, fp))
> + return (offset != 0) ? 0 : (ferror(fp)) ? ARES_EFILE :
> ARES_EOF;
> +   len = offset + strlen(*buf + offset);
> ++
> ++  /* Probably means there was an embedded NULL as the first
> character in
> ++  * the line, throw away line */
> ++  if (len == 0) {
> ++    offset = 0;
> ++    continue;
> ++  }
> ++
> +   if ((*buf)[len - 1] == '\n')
> + {
> +   (*buf)[len - 1] = 0;
> diff --git a/meta-oe/recipes-support/c-ares/c-ares_1.18.1.bb b/meta-
> oe/recipes-support/c-ares/c-ares_1.18.1.bb
> index 2aa789760..b5936e1ad 100644
> --- a/meta-oe/recipes-support/c-ares/c-ares_1.18.1.bb
> +++ b/meta-oe/recipes-support/c-ares/c-ares_1.18.1.bb
> @@ -10,6 +10,7 @@ SRC_URI = "git://github.com/c-ares/c-
> ares.git;branch=main;protocol=https \
>     file://CVE-2023-31130.patch \
>     file://CVE-2023-31147.patch \
>     file://CVE-2023-32067.patch \
> +   file://CVE-2024-25629.patch \
>    "
>  SRCREV = "2aa086f822aad5017a6f2061ef656f237a62d0ed"
>  
> 
> 
> 


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

[oe][meta-security][kirkstone][PATCH] clamav: Fix for CVE-2024-20328

2024-03-10 Thread Vijay Anusuri via lists.openembedded.org 
From: Vijay Anusuri 

Upstream-Status: Backport 
[https://github.com/Cisco-Talos/clamav/commit/fe7638287bb11419474ea314652404e7e9b314b2]

Signed-off-by: Vijay Anusuri 
---
 recipes-scanners/clamav/clamav_0.104.0.bb |   1 +
 .../clamav/files/CVE-2024-20328.patch | 153 ++
 2 files changed, 154 insertions(+)
 create mode 100644 recipes-scanners/clamav/files/CVE-2024-20328.patch

diff --git a/recipes-scanners/clamav/clamav_0.104.0.bb 
b/recipes-scanners/clamav/clamav_0.104.0.bb
index 18e8329..9e6693f 100644
--- a/recipes-scanners/clamav/clamav_0.104.0.bb
+++ b/recipes-scanners/clamav/clamav_0.104.0.bb
@@ -21,6 +21,7 @@ SRC_URI = 
"git://github.com/vrtadmin/clamav-devel;branch=rel/0.104;protocol=http
 file://headers_fixup.patch \
 file://oe_cmake_fixup.patch \
 file://fix_systemd_socket.patch \
+file://CVE-2024-20328.patch \
 "
 S = "${WORKDIR}/git"
 
diff --git a/recipes-scanners/clamav/files/CVE-2024-20328.patch 
b/recipes-scanners/clamav/files/CVE-2024-20328.patch
new file mode 100644
index 000..2f422cf
--- /dev/null
+++ b/recipes-scanners/clamav/files/CVE-2024-20328.patch
@@ -0,0 +1,153 @@
+From fe7638287bb11419474ea314652404e7e9b314b2 Mon Sep 17 00:00:00 2001
+From: Micah Snyder 
+Date: Wed, 10 Jan 2024 12:09:15 -0500
+Subject: [PATCH] ClamD: Disable VirusEvent '%f' feature, use environment var
+ instead
+
+The '%f' filename format character has been disabled and will no longer
+be replaced with the file name, due to command injection security concerns.
+Use the 'CLAM_VIRUSEVENT_FILENAME' environment variable instead.
+
+For the same reason, you should NOT use the environment variables in the
+command directly, but should use it carefully from your executed script.
+
+Upstream-Status: Backport 
[https://github.com/Cisco-Talos/clamav/commit/fe7638287bb11419474ea314652404e7e9b314b2]
+CVE: CVE-2024-20328
+Signed-off-by: Vijay Anusuri 
+---
+ clamd/clamd_others.c  |  8 +---
+ common/optparser.c|  2 +-
+ docs/man/clamd.conf.5.in  | 14 ++
+ etc/clamd.conf.sample | 18 --
+ win32/conf_examples/clamd.conf.sample | 18 --
+ 5 files changed, 40 insertions(+), 20 deletions(-)
+
+diff --git a/clamd/clamd_others.c b/clamd/clamd_others.c
+index 23f3b022c7..32d0701a0d 100644
+--- a/clamd/clamd_others.c
 b/clamd/clamd_others.c
+@@ -101,6 +101,8 @@ void virusaction(const char *filename, const char *virname,
+ #define VE_FILENAME "CLAM_VIRUSEVENT_FILENAME"
+ #define VE_VIRUSNAME "CLAM_VIRUSEVENT_VIRUSNAME"
+ 
++#define FILENAME_DISABLED_MESSAGE "The filename format character has been 
disabled due to security concerns, use the 'CLAM_VIRUSEVENT_FILENAME' 
environment variable instead."
++
+ void virusaction(const char *filename, const char *virname,
+  const struct optstruct *opts)
+ {
+@@ -145,7 +147,7 @@ void virusaction(const char *filename, const char *virname,
+ }
+ len = strlen(opt->strarg);
+ buffer_cmd =
+-(char *)calloc(len + v * strlen(virname) + f * strlen(filename) + 1, 
sizeof(char));
++(char *)calloc(len + v * strlen(virname) + f * 
strlen(FILENAME_DISABLED_MESSAGE) + 1, sizeof(char));
+ if (!buffer_cmd) {
+ if (path)
+ xfree(env[0]);
+@@ -160,8 +162,8 @@ void virusaction(const char *filename, const char *virname,
+ j += strlen(virname);
+ i++;
+ } else if (i + 1 < len && opt->strarg[i] == '%' && opt->strarg[i + 1] 
== 'f') {
+-strcat(buffer_cmd, filename);
+-j += strlen(filename);
++strcat(buffer_cmd, FILENAME_DISABLED_MESSAGE);
++j += strlen(FILENAME_DISABLED_MESSAGE);
+ i++;
+ } else {
+ buffer_cmd[j++] = opt->strarg[i];
+diff --git a/common/optparser.c b/common/optparser.c
+index a7bdbee064..1be7afe867 100644
+--- a/common/optparser.c
 b/common/optparser.c
+@@ -333,7 +333,7 @@ const struct clam_option __clam_options[] = {
+ 
+ {"DisableCache", "disable-cache", 0, CLOPT_TYPE_BOOL, MATCH_BOOL, 0, 
NULL, 0, OPT_CLAMD | OPT_CLAMSCAN, "This option allows you to disable clamd's 
caching feature.", "no"},
+ 
+-{"VirusEvent", NULL, 0, CLOPT_TYPE_STRING, NULL, -1, NULL, 0, OPT_CLAMD, 
"Execute a command when a virus is found. In the command string %v will 
be\nreplaced with the virus name and %f will be replaced with the file 
name.\nAdditionally, two environment variables will be defined: 
$CLAM_VIRUSEVENT_FILENAME\nand $CLAM_VIRUSEVENT_VIRUSNAME.", "/usr/bin/mailx -s 
\"ClamAV VIRUS ALERT: %v\" alert < /dev/null"},
++{"VirusEvent", NULL, 0, CLOPT_TYPE_STRING, NULL, -1, NULL, 0, OPT_CLAMD, 
"Execute a command when virus is found.\nUse the following environment 
variables to identify the file and virus names:\n- $CLAM_VIRUSEVENT_FILENAME\n- 
$CLAM_VIRUSEVENT_VIRUSNAME\nIn the command string, '%v' will also be replaced 
with the virus name.\nNote: The '%f' filename

[oe] [meta-networking][PATCH] samba: upgrade 4.19.4 -> 4.19.5

2024-03-10 Thread Yi Zhao 
Release Notes:
https://www.samba.org/samba/history/samba-4.19.5.html

Specify --pythondir to fix do_package_qa QA Issue:
WARNING: samba-4.19.5-r0 do_package_qa: QA Issue: File
/usr/lib/libsamba-util.so.0.0.1 in package libsamba-util contains
reference to TMPDIR [buildpaths]

Signed-off-by: Yi Zhao 
---
 .../samba/{samba_4.19.4.bb => samba_4.19.5.bb} | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)
 rename meta-networking/recipes-connectivity/samba/{samba_4.19.4.bb => 
samba_4.19.5.bb} (98%)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.19.4.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.19.5.bb
similarity index 98%
rename from meta-networking/recipes-connectivity/samba/samba_4.19.4.bb
rename to meta-networking/recipes-connectivity/samba/samba_4.19.5.bb
index 9e02afd0f..f5ef86dd4 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.19.4.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.19.5.bb
@@ -31,7 +31,7 @@ SRC_URI:append:libc-musl = " \
file://samba-4.3.9-remove-getpwent_r.patch \
"
 
-SRC_URI[sha256sum] = 
"4026d93b866db198c8ca1685b0f5d52793f65c6e63cb364163af661fdff0968c"
+SRC_URI[sha256sum] = 
"0e2405b4cec29d0459621f4340a1a74af771ec7cffedff43250cad7f1f87605e"
 
 UPSTREAM_CHECK_REGEX = "samba\-(?P4\.19(\.\d+)+).tar.gz"
 
@@ -122,6 +122,7 @@ EXTRA_OECONF += "--enable-fhs \
  --with-profiling-data \
  --with-libiconv=${STAGING_DIR_HOST}${prefix} \
  --with-pam --with-pammodulesdir=${base_libdir}/security \
+ --pythondir=${PYTHON_SITEPACKAGES_DIR} \
 "
 
 LDFLAGS += "-Wl,-z,relro,-z,now ${@bb.utils.contains('DISTRO_FEATURES', 
'ld-is-gold', ' -fuse-ld=bfd ', '', d)}"
-- 
2.25.1


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

[oe] [meta-oe][PATCH] cryptsetup: upgrade 2.7.0 -> 2.7.1

2024-03-10 Thread Yi Zhao 
Cryptsetup 2.7.1 Release Notes
==
Stable bug-fix release with minor extensions.

Changes since version 2.7.0
* Fix interrupted LUKS1 decryption resume.
  With the replacement of the cryptsetup-reencrypt tool by the cryptsetup
  reencrypt command, resuming the interrupted LUKS1 decryption operation
  could fail. LUKS2 was not affected.

* Allow --link-vk-to-keyring with --test-passphrase option.
  This option allows uploading the volume key in a user-specified kernel
  keyring without activating the device.

* Fix crash when --active-name was used in decryption initialization.

* Updates and changes to man pages, including indentation, sorting options
  alphabetically, fixing mistakes in crypt_set_keyring_to_link, and
  fixing some typos.

* Fix compilation with libargon2 when --disable-internal-argon2 was used.

* Do not require installed argon2.h header and never compile internal
  libargon2 code if the crypto library directly supports Argon2.

* Fixes to regression tests to support older Linux distributions.

Signed-off-by: Yi Zhao 
---
 .../cryptsetup/{cryptsetup_2.7.0.bb => cryptsetup_2.7.1.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta-oe/recipes-crypto/cryptsetup/{cryptsetup_2.7.0.bb => 
cryptsetup_2.7.1.bb} (98%)

diff --git a/meta-oe/recipes-crypto/cryptsetup/cryptsetup_2.7.0.bb 
b/meta-oe/recipes-crypto/cryptsetup/cryptsetup_2.7.1.bb
similarity index 98%
rename from meta-oe/recipes-crypto/cryptsetup/cryptsetup_2.7.0.bb
rename to meta-oe/recipes-crypto/cryptsetup/cryptsetup_2.7.1.bb
index c5e84b1f0..53162cb94 100644
--- a/meta-oe/recipes-crypto/cryptsetup/cryptsetup_2.7.0.bb
+++ b/meta-oe/recipes-crypto/cryptsetup/cryptsetup_2.7.1.bb
@@ -20,7 +20,7 @@ DEPENDS:append:libc-musl = " argp-standalone"
 LDFLAGS:append:libc-musl = " -largp"
 
 SRC_URI = 
"${KERNELORG_MIRROR}/linux/utils/${BPN}/v${@d.getVar('PV').split('.')[0]}.${@d.getVar('PV').split('.')[1]}/${BP}.tar.xz"
-SRC_URI[sha256sum] = 
"94003a00cd5a81944f45e8dc529e0cfd2a6ff629bd2cd21cf5e574e465daf795"
+SRC_URI[sha256sum] = 
"da5d1419e2a86e01aa32fd79582cd54d208857cb541bca2fd426a5ff1aaabbc3"
 
 inherit autotools gettext pkgconfig
 
-- 
2.25.1


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

[oe][meta-oe][dunfell][PATCH] c-ares: Backport fix for CVE-2024-25629

2024-03-10 Thread Ashish Sharma via lists.openembedded.org 
Upstream-Status: Backport from debian 
[https://git.launchpad.net/ubuntu/+source/c-ares/commit/?h=applied/ubuntu/jammy-devel&id=3701814ad9f8570e0142f4b2bf79a32472fe89d6]
CVE: CVE-2024-25629
Signed-off-by: Ashish Sharma 
---
 .../c-ares/c-ares/CVE-2024-25629.patch| 31 +++
 .../recipes-support/c-ares/c-ares_1.18.1.bb   |  1 +
 2 files changed, 32 insertions(+)
 create mode 100644 meta-oe/recipes-support/c-ares/c-ares/CVE-2024-25629.patch

diff --git a/meta-oe/recipes-support/c-ares/c-ares/CVE-2024-25629.patch 
b/meta-oe/recipes-support/c-ares/c-ares/CVE-2024-25629.patch
new file mode 100644
index 0..76f8b7c3b
--- /dev/null
+++ b/meta-oe/recipes-support/c-ares/c-ares/CVE-2024-25629.patch
@@ -0,0 +1,31 @@
+From a804c04ddc8245fc8adf0e92368709639125e183 Mon Sep 17 00:00:00 2001
+From: Brad House 
+Date: Thu, 22 Feb 2024 16:23:33 -0500
+Subject: [PATCH] Merge pull request from GHSA-mg26-v6qh-x48q
+
+Upstream-Status: Backport from debian 
[https://git.launchpad.net/ubuntu/+source/c-ares/commit/?h=applied/ubuntu/jammy-devel&id=3701814ad9f8570e0142f4b2bf79a32472fe89d6]
+CVE: CVE-2024-25629
+Signed-off-by: Ashish Sharma 
+
+ src/lib/ares__read_line.c | 8 
+ 1 file changed, 8 insertions(+)
+
+Index: c-ares-1.18.1/src/lib/ares__read_line.c
+===
+--- c-ares-1.18.1.orig/src/lib/ares__read_line.c
 c-ares-1.18.1/src/lib/ares__read_line.c
+@@ -49,6 +49,14 @@ int ares__read_line(FILE *fp, char **buf
+   if (!fgets(*buf + offset, bytestoread, fp))
+ return (offset != 0) ? 0 : (ferror(fp)) ? ARES_EFILE : ARES_EOF;
+   len = offset + strlen(*buf + offset);
++
++  /* Probably means there was an embedded NULL as the first character in
++  * the line, throw away line */
++  if (len == 0) {
++offset = 0;
++continue;
++  }
++
+   if ((*buf)[len - 1] == '\n')
+ {
+   (*buf)[len - 1] = 0;
diff --git a/meta-oe/recipes-support/c-ares/c-ares_1.18.1.bb 
b/meta-oe/recipes-support/c-ares/c-ares_1.18.1.bb
index 2aa789760..b5936e1ad 100644
--- a/meta-oe/recipes-support/c-ares/c-ares_1.18.1.bb
+++ b/meta-oe/recipes-support/c-ares/c-ares_1.18.1.bb
@@ -10,6 +10,7 @@ SRC_URI = 
"git://github.com/c-ares/c-ares.git;branch=main;protocol=https \
file://CVE-2023-31130.patch \
file://CVE-2023-31147.patch \
file://CVE-2023-32067.patch \
+   file://CVE-2024-25629.patch \
   "
 SRCREV = "2aa086f822aad5017a6f2061ef656f237a62d0ed"
 
-- 
2.24.4


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

Re: [oe] [meta-oe] [PATCH V2] abseil-cpp: upgrade 20230802.1 -> 20240116.1

2024-03-10 Thread Martin Jansa 
On Sun, Mar 10, 2024 at 2:54 PM Martin Jansa via
lists.openembedded.org 
wrote:
>
> Does this intentionally undo last 2 changes from Peter? The commit
> message doesn't mention it
>
> https://git.openembedded.org/meta-openembedded/commit/?id=32eefcf1ca97a08ea85f62a72b676e447f1b79a0
> https://git.openembedded.org/meta-openembedded/commit/?id=5c554c9b8cb63b5d0d5f434c28dd71c0f1843448
>
> also looks like libabsl_flags is no longer provided by this version
> (got failure from one recipe, will check if it's expected).

this last part was expected, absl_flags was removed in:
https://github.com/abseil/abseil-cpp/commit/4038192a57cb75f7ee671f81a3378ff4c74c4f8e

Luckily the library wasn't really needed in our libedgetpu, so I could
just remove it from LDFLAGS as in:
https://github.com/shr-project/meta-webosose/commit/58c1ee08b35a5ffb3b3ef2fe142d1a78585aafcc

Regards,

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

Re: [oe] [meta-filesystems][PATCH] e2tools: Add ptest

2024-03-10 Thread Lyu, William via lists.openembedded.org 
I see that you pushed a commit that adds command removing unnecessary 
files and host paths in the e2tools recipe.


https://github.com/openembedded/meta-openembedded/commit/92b6825a870fde291b1244193dba8d7c1051c53f

I have tested this latest e2tools recipe locally using the latest poky. 
I built an image using "bitbake core-image-minimal" with e2tools and its 
ptest package. The build was successful (still no QA errors) and the 
ptest for e2tools ran without any issue.


Are you still seeing the [file-rdeps] QA issues on the Yocto Autobuilder?

Thank you for removing the unnecessary files and improving the e2tools 
recipe.


On 3/4/2024 1:34 AM, Khem Raj wrote:

CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know 
the content is safe.

its happening quite consistently now on all kinds of AB workers, see
recent 4-5 failures on

https://autobuilder.yoctoproject.org/typhoon/#/builders/88

On Sun, Mar 3, 2024 at 10:01 PM Lyu, William  wrote:


On 3/4/2024 12:41 AM, Lyu, William wrote:

On 3/1/2024 4:52 PM, Khem Raj wrote:

CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender
and know the content is safe.

On Fri, Mar 1, 2024 at 12:20 PM Lyu, William
 wrote:



I am running into this error on some builders on AB

stdio: ERROR: Task
(/home/pokybuild/yocto-worker/meta-oe/build/meta/recipes-support/libexif/libexif_0.6.24.bb:do_package_qa)
failed with exit code '1'
stdio: ERROR: e2tools-0.1.0+git-r0 do_package_qa: QA Issue:
/usr/lib/e2tools/ptest/git/.git/hooks/update.sample contained in
package e2tools-ptest requires /usr/bin/sh, but no providers found in
RDEPENDS:e2tools-ptest? [file-rdeps]


File "update.sample" is from ".git" directory. I do not actually need
this
file or anything from ".git" directory. I only need the source tree
for ptest
to run.

However, I am a bit confused about this QA issue because:
-   I do not see any file that has "#!/usr/bin/sh". Even
"update.sample" has
  "#!/bin/sh" as the first line. There are files in the source
tree (not
  under ".git" directory) that have "#!/bin/sh" as the first line.
-   "/bin/sh" is referring to the default POSIX shell, and the "bash"
in the
  RDEPENDS:e2tools-ptest should already fulfill this runtime
dependency,
-   I am not yet able to reproduce this issue using poky. I assume
this is
  because the QA Issue checker "file-rdeps" in poky do not check
"sh" by
  default (excerpt taken from "meta/classes-global/insane.bbclass"):

  if "file-rdeps" not in skip:
  ignored_file_rdeps = set(['/bin/sh', '/usr/bin/env',
'rtld(GNU_HASH)'])
  if bb.utils.contains('DISTRO_FEATURES', 'usrmerge', True,
False, d):
  ignored_file_rdeps |= set(['/usr/bin/sh'])
  if bb.data.inherits_class('nativesdk', d):
  ignored_file_rdeps |= set(['/bin/bash', '/usr/bin/perl',
'perl'])
  if bb.utils.contains('DISTRO_FEATURES', 'usrmerge',
True, False, d):
  ignored_file_rdeps |= set(['/usr/bin/bash'])

William


what distro features do you have enabled ? perhaps try it with and
without usermerge in DISTRO_FEATURES


For the sake of documentation and preventing confusion for anyone 
stumbling upon this email thread, I would like to confirm if "usermerge" 
here is a typo. Is it correct that you meant "usrmerge"?


William


and rebuild this package after doing cleansstate to ensure its being
rebuilt in both cases.


I have not been able to reproduce this "QA Issue" error yet. Is it
possible that the [file-rdeps] checker on the autobuilder (AB) where you
saw this issue is defined differently than the default poky? The
following are the details regarding my previous and new builds.

For my previous builds, there are no specified DISTRO_FEATURES. In
conf/local.conf, I only added the following line. The build command I
used was "bitbake core-image-minimal".

IMAGE_INSTALL:append = " libexif e2tools e2tools-ptest"

I tried a new build with the following line added to conf/local.conf.

DISTRO_FEATURES:append = " usermerge"

I also did "bitbake -c cleansstate e2tools" and "bitbake -c cleansstate
core-image-minimal" before each build.

William


Just in case the [file-rdeps] checker is somehow not working, I removed
"bash" from "RDEPENDS:${PN}-ptest". I indeed get the following error
message as expected when building "bitbake core-image-minimal":

ERROR: QA Issue: /usr/lib/e2tools/ptest/build/config.status contained in
package e2tools-ptest requires /bin/bash, but no providers found in
RDEPENDS:e2tools-ptest? [file-rdeps]

William








stdio: ERROR: e2tools-0.1.0+git-r0 do_package_qa: Fatal QA errors were
found, failing task.
stdio: ERROR: Logfile of failure stored in:
/home/pokybuild/yocto-worker/meta-oe/build/build/tmp/work/core2-64-poky-linux/e2tools/0.1.0+git/temp/log.do_package_qa.3114961

On Thu, Feb 22, 2024 at 5:56 AM Lyu

Re: [oe] [meta-filesystems][PATCH] e2tools: Add ptest

2024-03-10 Thread Lyu, William via lists.openembedded.org 

On 3/6/2024 11:02 AM, Khem Raj wrote:

**
*CAUTION: This email comes from a non Wind River email account!*
Do not click links or open attachments unless you recognize the sender 
and know the content is safe.



On Wed, Mar 6, 2024 at 8:00 AM Lyu, William > wrote:


I see that you pushed a commit that adds command removing unnecessary
files and host paths in the e2tools recipe.


https://github.com/openembedded/meta-openembedded/commit/92b6825a870fde291b1244193dba8d7c1051c53f
 


I have tested this latest e2tools recipe locally using the latest poky.
I built an image using "bitbake core-image-minimal" with e2tools and
its
ptest package. The build was successful (still no QA errors) and the
ptest for e2tools ran without any issue.

Are you still seeing the [file-rdeps] QA issues on the Yocto
Autobuilder?

No
This patch fixes the issue this is what I have been asking for all along


Thanks for fixing this issue!

This fix still comes to me as a surprise. There are still existing files 
with "#!/bin/sh" as first line just like the "update.sample" before:


$ head run-ptest
#!/bin/sh
...

Would you mind directing me to where the [file-rdeps] checker is 
defined? Is the autobuilder (AB) using "poky" or "yoe"? I would like to 
do some investigation, because the [file-rdeps] QA checker was being 
misleading. It was seemingly complaining about something - missing 
/usr/bin/sh - other than the actual issue - something related to ".git". 
I would like to see how [file-rdeps] checker code logic reached such 
error message, and I would like to see how to potentially improve the 
error reporting from this checker.


William




Thank you for removing the unnecessary files and improving the e2tools
recipe.

On 3/4/2024 1:34 AM, Khem Raj wrote:
 > CAUTION: This email comes from a non Wind River email account!
 > Do not click links or open attachments unless you recognize the
sender and know the content is safe.
 >
 > its happening quite consistently now on all kinds of AB workers, see
 > recent 4-5 failures on
 >
 > https://autobuilder.yoctoproject.org/typhoon/#/builders/88


 >
 > On Sun, Mar 3, 2024 at 10:01 PM Lyu, William
mailto:william@windriver.com>> wrote:
 >>
 >> On 3/4/2024 12:41 AM, Lyu, William wrote:
 >>> On 3/1/2024 4:52 PM, Khem Raj wrote:
  CAUTION: This email comes from a non Wind River email account!
  Do not click links or open attachments unless you recognize
the sender
  and know the content is safe.
 
  On Fri, Mar 1, 2024 at 12:20 PM Lyu, William
  mailto:william@windriver.com>>
wrote:
 >
 >> I am running into this error on some builders on AB
 >>
 >> stdio: ERROR: Task
 >>

(/home/pokybuild/yocto-worker/meta-oe/build/meta/recipes-support/libexif/libexif_0.6.24.bb
 
:do_package_qa)
 >> failed with exit code '1'
 >> stdio: ERROR: e2tools-0.1.0+git-r0 do_package_qa: QA Issue:
 >> /usr/lib/e2tools/ptest/git/.git/hooks/update.sample contained in
 >> package e2tools-ptest requires /usr/bin/sh, but no providers
found in
 >> RDEPENDS:e2tools-ptest? [file-rdeps]
 >
 > File "update.sample" is from ".git" directory. I do not
actually need
 > this
 > file or anything from ".git" directory. I only need the
source tree
 > for ptest
 > to run.
 >
 > However, I am a bit confused about this QA issue because:
 > -   I do not see any file that has "#!/usr/bin/sh". Even
 > "update.sample" has
 >       "#!/bin/sh" as the first line. There are files in the
source
 > tree (not
 >       under ".git" directory) that have "#!/bin/sh" as the
first line.
 > -   "/bin/sh" is referring to the default POSIX shell, and
the "bash"
 > in the
 >       RDEPENDS:e2tools-ptest should already fulfill this runtime
 > dependency,
 > -   I am not yet able to reproduce this issue using poky. I
assume
 > this is
 >       because the QA Issue checker "file-rdeps" in poky do
not check
 > "sh" by
 >       default (excerpt taken from
"meta/classes-global/insane.bbclass"):

[oe] [meta-oe][PATCH] ser2net: add a systemd service file

2024-03-10 Thread Michael Heimpold 
This adds and installs a simple systemd service for ser2net.
The service is only started in case a non-zero configuration file
/etc/ser2net/ser2net.yaml exists.

Additionally, this configuration file a marked as such in the recipe.

Signed-off-by: Michael Heimpold 
---
 .../ser2net/files/ser2net.service  | 13 +
 .../ser2net/ser2net_4.6.1.bb   | 18 --
 2 files changed, 29 insertions(+), 2 deletions(-)
 create mode 100644 meta-oe/recipes-connectivity/ser2net/files/ser2net.service

diff --git a/meta-oe/recipes-connectivity/ser2net/files/ser2net.service 
b/meta-oe/recipes-connectivity/ser2net/files/ser2net.service
new file mode 100644
index ..13d8ee4ff3e3
--- /dev/null
+++ b/meta-oe/recipes-connectivity/ser2net/files/ser2net.service
@@ -0,0 +1,13 @@
+[Unit]
+Description=Serial port to network proxy
+Documentation=man:ser2net(8)
+After=network.target
+Wants=network.target
+ConditionFileNotEmpty=@SYSCONFDIR@/ser2net/ser2net.yaml
+
+[Service]
+Type=exec
+ExecStart=@SBINDIR@/ser2net -n
+
+[Install]
+WantedBy=multi-user.target
diff --git a/meta-oe/recipes-connectivity/ser2net/ser2net_4.6.1.bb 
b/meta-oe/recipes-connectivity/ser2net/ser2net_4.6.1.bb
index 108647bdd6f5..e5ebafa54fc5 100644
--- a/meta-oe/recipes-connectivity/ser2net/ser2net_4.6.1.bb
+++ b/meta-oe/recipes-connectivity/ser2net/ser2net_4.6.1.bb
@@ -7,10 +7,24 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
 
 DEPENDS = "gensio libyaml"
 
-SRC_URI = "${SOURCEFORGE_MIRROR}/project/ser2net/ser2net/ser2net-${PV}.tar.gz"
+SRC_URI = "${SOURCEFORGE_MIRROR}/project/ser2net/ser2net/ser2net-${PV}.tar.gz \
+file://ser2net.service \
+"
 
 SRC_URI[sha256sum] = 
"78ffee19d9b97e93ae65b5cec072da2b7b947fc484e9ccb3f535702f36f6ed19"
 
 UPSTREAM_CHECK_URI = "http://sourceforge.net/projects/ser2net/files/ser2net";
 
-inherit autotools pkgconfig
+inherit autotools pkgconfig systemd
+
+SYSTEMD_SERVICE:${PN} = "ser2net.service"
+
+CONFFILES:${PN} += "${sysconfdir}/ser2net/ser2net.yaml"
+
+do_install:append() {
+if ${@bb.utils.contains('DISTRO_FEATURES','systemd','true','false',d)}; 
then
+install -d ${D}${systemd_unitdir}/system
+install -m 0644 ${WORKDIR}/ser2net.service 
${D}${systemd_unitdir}/system/
+sed -i -e 's,@SBINDIR@,${sbindir},g' -e 
's,@SYSCONFDIR@,${sysconfdir},g' ${D}${systemd_unitdir}/system/ser2net.service
+fi
+}
-- 
2.34.1


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

Re: [oe] [meta-oe] [PATCH V2] abseil-cpp: upgrade 20230802.1 -> 20240116.1

2024-03-10 Thread Martin Jansa 
Does this intentionally undo last 2 changes from Peter? The commit
message doesn't mention it

https://git.openembedded.org/meta-openembedded/commit/?id=32eefcf1ca97a08ea85f62a72b676e447f1b79a0
https://git.openembedded.org/meta-openembedded/commit/?id=5c554c9b8cb63b5d0d5f434c28dd71c0f1843448

also looks like libabsl_flags is no longer provided by this version
(got failure from one recipe, will check if it's expected).

Regards,

On Fri, Mar 8, 2024 at 1:15 AM wangmy via lists.openembedded.org
 wrote:
>
> From: Wang Mingyu 
>
> 0004-Avoid-using-both-Win32Waiter-and-PthreadWaiter-on-Mi.patch
> revmoed since it's included in 20240116.1.
>
> Changelog:
> ===
> -Added absl::NoDestructor to simplify defining static types that do not 
> need
>  to be destructed upon program exit.
> -Added configurable verbose logging (also known as VLOG).
> -Added absl::Overload(), which returns a functor that provides overloads based
>  on the functors passed to it.
> -Bzlmod is now officially supported (previously it was supported by the 
> community).
>
> Signed-off-by: Wang Mingyu 
> ---
>  ...-Win32Waiter-and-PthreadWaiter-on-Mi.patch | 62 ---
>  ...20230802.1.bb => abseil-cpp_20240116.1.bb} | 37 +++
>  2 files changed, 9 insertions(+), 90 deletions(-)
>  delete mode 100644 
> meta-oe/recipes-devtools/abseil-cpp/abseil-cpp/0004-Avoid-using-both-Win32Waiter-and-PthreadWaiter-on-Mi.patch
>  rename meta-oe/recipes-devtools/abseil-cpp/{abseil-cpp_20230802.1.bb => 
> abseil-cpp_20240116.1.bb} (59%)
>
> diff --git 
> a/meta-oe/recipes-devtools/abseil-cpp/abseil-cpp/0004-Avoid-using-both-Win32Waiter-and-PthreadWaiter-on-Mi.patch
>  
> b/meta-oe/recipes-devtools/abseil-cpp/abseil-cpp/0004-Avoid-using-both-Win32Waiter-and-PthreadWaiter-on-Mi.patch
> deleted file mode 100644
> index db559bb16..0
> --- 
> a/meta-oe/recipes-devtools/abseil-cpp/abseil-cpp/0004-Avoid-using-both-Win32Waiter-and-PthreadWaiter-on-Mi.patch
> +++ /dev/null
> @@ -1,62 +0,0 @@
> -From cb7665f39e23e95e2466390c60ee5a410780a3ed Mon Sep 17 00:00:00 2001
> -From: Derek Mauro 
> -Date: Wed, 8 Nov 2023 09:55:31 -0800
> -Subject: [PATCH] Avoid using both Win32Waiter and PthreadWaiter on MinGW, and
> - use StdcppWaiter instead.
> -
> -There are various flavors of MinGW, some of which support pthread,
> -and some of which support Win32. Instead of figuring out which
> -platform is being used, just use the generic implementation.
> -
> -PiperOrigin-RevId: 580565507
> -Change-Id: Ia85fd7496f1e6ebdeadb95202f0039e844826118
> -Upstream-Status: Backport
> 
> - absl/synchronization/internal/pthread_waiter.h | 4 ++--
> - absl/synchronization/internal/win32_waiter.h   | 6 --
> - 2 files changed, 6 insertions(+), 4 deletions(-)
> -
> -diff --git a/absl/synchronization/internal/pthread_waiter.h 
> b/absl/synchronization/internal/pthread_waiter.h
> -index 206aefa4..23db76ad 100644
>  a/absl/synchronization/internal/pthread_waiter.h
> -+++ b/absl/synchronization/internal/pthread_waiter.h
> -@@ -16,7 +16,7 @@
> - #ifndef ABSL_SYNCHRONIZATION_INTERNAL_PTHREAD_WAITER_H_
> - #define ABSL_SYNCHRONIZATION_INTERNAL_PTHREAD_WAITER_H_
> -
> --#ifndef _WIN32
> -+#if !defined(_WIN32) && !defined(__MINGW32__)
> - #include 
> -
> - #include "absl/base/config.h"
> -@@ -55,6 +55,6 @@ class PthreadWaiter : public WaiterCrtp {
> - ABSL_NAMESPACE_END
> - }  // namespace absl
> -
> --#endif  // ndef _WIN32
> -+#endif  // !defined(_WIN32) && !defined(__MINGW32__)
> -
> - #endif  // ABSL_SYNCHRONIZATION_INTERNAL_PTHREAD_WAITER_H_
> -diff --git a/absl/synchronization/internal/win32_waiter.h 
> b/absl/synchronization/internal/win32_waiter.h
> -index 87eb617c..fdab264e 100644
>  a/absl/synchronization/internal/win32_waiter.h
> -+++ b/absl/synchronization/internal/win32_waiter.h
> -@@ -20,7 +20,8 @@
> - #include 
> - #endif
> -
> --#if defined(_WIN32) && _WIN32_WINNT >= _WIN32_WINNT_VISTA
> -+#if defined(_WIN32) && !defined(__MINGW32__) && \
> -+_WIN32_WINNT >= _WIN32_WINNT_VISTA
> -
> - #include "absl/base/config.h"
> - #include "absl/synchronization/internal/kernel_timeout.h"
> -@@ -65,6 +66,7 @@ class Win32Waiter : public WaiterCrtp {
> - ABSL_NAMESPACE_END
> - }  // namespace absl
> -
> --#endif  // defined(_WIN32) && _WIN32_WINNT >= _WIN32_WINNT_VISTA
> -+#endif  // defined(_WIN32) && !defined(__MINGW32__) &&
> -+// _WIN32_WINNT >= _WIN32_WINNT_VISTA
> -
> - #endif  // ABSL_SYNCHRONIZATION_INTERNAL_WIN32_WAITER_H_
> diff --git a/meta-oe/recipes-devtools/abseil-cpp/abseil-cpp_20230802.1.bb 
> b/meta-oe/recipes-devtools/abseil-cpp/abseil-cpp_20240116.1.bb
> similarity index 59%
> rename from meta-oe/recipes-devtools/abseil-cpp/abseil-cpp_20230802.1.bb
> rename to meta-oe/recipes-devtools/abseil-cpp/abseil-cpp_20240116.1.bb
> index 17db7b2e4..82b2d20e0 100644
> --- a/meta-oe/recipes-devtools/abseil-cpp/abseil-cpp_20230802.1.bb
> +++ b/meta-oe/recipes-devtools/abseil-cpp/abseil-cpp_20240116.1.bb
> @@ -1,24 +1,26 @@
>  SUMMARY = "Abseil is a

[oe] [meta-oe][PATCH] waylandpp: fix reproducibility issue

2024-03-10 Thread Markus Volk 
remove STAGING_DIR_HOST and S from the waylandpp-targets.cmake file

Signed-off-by: Markus Volk 
---
 meta-oe/recipes-graphics/wayland/waylandpp_1.0.0.bb | 5 +
 1 file changed, 5 insertions(+)

diff --git a/meta-oe/recipes-graphics/wayland/waylandpp_1.0.0.bb 
b/meta-oe/recipes-graphics/wayland/waylandpp_1.0.0.bb
index eb8ec4f5f..c1f5f4ed8 100644
--- a/meta-oe/recipes-graphics/wayland/waylandpp_1.0.0.bb
+++ b/meta-oe/recipes-graphics/wayland/waylandpp_1.0.0.bb
@@ -37,4 +37,9 @@ EXTRA_OECMAKE:class-target = " \
-DCMAKE_EXE_LINKER_FLAGS="-Wl,--enable-new-dtags" \
 "
 
+do_install:append:class-target() {
+sed -i -e 's|${S}||g' ${D}${libdir}/cmake/waylandpp/waylandpp-targets.cmake
+sed -i -e 's|${STAGING_DIR_HOST}||g' 
${D}${libdir}/cmake/waylandpp/waylandpp-targets.cmake
+}
+
 BBCLASSEXTEND += "native nativesdk"
-- 
2.44.0


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

[oe] [meta-oe][PATCH 2/2] crossguid: fix reproducibility issue

2024-03-10 Thread Markus Volk 
remove STAGING_DIR_HOST from the crossguid-config.cmake file

Signed-off-by: Markus Volk 
---
 meta-multimedia/recipes-support/crossguid/crossguid_0.2.2.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta-multimedia/recipes-support/crossguid/crossguid_0.2.2.bb 
b/meta-multimedia/recipes-support/crossguid/crossguid_0.2.2.bb
index 58b049bb4..5e680c464 100644
--- a/meta-multimedia/recipes-support/crossguid/crossguid_0.2.2.bb
+++ b/meta-multimedia/recipes-support/crossguid/crossguid_0.2.2.bb
@@ -15,3 +15,6 @@ S = "${WORKDIR}/git"
 
 inherit cmake
 
+do_install:append() {
+sed -i -e 's|${STAGING_DIR_HOST}||g' 
${D}${datadir}/crossguid/cmake/crossguid-config.cmake
+}
-- 
2.44.0


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

[oe] [meta-oe][PATCH 1/2] editorconfig-core-c: fix reproducibility issue

2024-03-10 Thread Markus Volk 
remove STAGING_DIR_HOST from the EditorConfigTargets.cmake file

Signed-off-by: Markus Volk 
---
 .../editorconfig/editorconfig-core-c_0.12.6.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git 
a/meta-oe/recipes-devtools/editorconfig/editorconfig-core-c_0.12.6.bb 
b/meta-oe/recipes-devtools/editorconfig/editorconfig-core-c_0.12.6.bb
index 1facb352c..976120b51 100644
--- a/meta-oe/recipes-devtools/editorconfig/editorconfig-core-c_0.12.6.bb
+++ b/meta-oe/recipes-devtools/editorconfig/editorconfig-core-c_0.12.6.bb
@@ -13,3 +13,6 @@ inherit cmake
 
 DEPENDS = "pcre2"
 
+do_install:append() {
+sed -i -e 's|${STAGING_DIR_HOST}||g' 
${D}${libdir}/cmake/EditorConfig/EditorConfigTargets.cmake
+}
-- 
2.44.0


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

[oe] [PATCH] fmt: remove unnecessary "inherit ptest" directive

2024-03-10 Thread Robert P. J. Day 

Given that the recipe does not provide the standard ptest
infrastructure, remove the superfluous inherit of ptest.

Signed-off-by: Robert P. J. Day 

---

diff --git a/meta-oe/recipes-support/fmt/fmt_10.2.1.bb 
b/meta-oe/recipes-support/fmt/fmt_10.2.1.bb
index c2f19c43a..1437eb480 100644
--- a/meta-oe/recipes-support/fmt/fmt_10.2.1.bb
+++ b/meta-oe/recipes-support/fmt/fmt_10.2.1.bb
@@ -9,7 +9,7 @@ SRCREV = "e69e5f977d458f2650bb346dadf2ad30c5320281"

 S = "${WORKDIR}/git"

-inherit cmake ptest
+inherit cmake

 EXTRA_OECMAKE += "-DBUILD_SHARED_LIBS=ON"


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