[OE-core] [mickledore][PATCH] expect: Add ptest support

[Chi Xu]

Test results:
root@qemux86-64:~# ptest-runner expect
START: ptest-runner
2023-05-23T05:17
BEGIN: /usr/lib64/expect/ptest
via send_stdout
PASS: cat-1.1
PASS: expect-1.1
PASS: expect-1.2
PASS: expect-1.3
PASS: expect-1.4
PASS: expect-1.5
PASS: expect-1.6
PASS: expect-1.7
PASS: expect-1.10
PASS: expect-1.11
PASS: expect-1.12
PASS: expect-1.13
PASS: expect-1.8
PASS: expect-1.8b
PASS: expect-1.9
PASS: logfile-1.1
PASS: pid-1.2
PASS: pid-1.3
PASS: pid-1.4
PASS: pid-1.5
PASS: send-1.1
PASS: send-1.2
PASS: spawn-1.1
PASS: spawn-1.2
PASS: spawn-1.3
PASS: spawn-1.4
PASS: spawn-1.5
PASS: stty-1.1
PASS: stty-1.2
DURATION: 17
END: /usr/lib64/expect/ptest
2023-05-23T05:17
STOP: ptest-runner
TOTAL: 1 FAIL: 0

Signed-off-by: Chi Xu 
---
 meta/conf/distro/include/ptest-packagelists.inc | 1 +
 meta/recipes-devtools/expect/expect/run-ptest   | 6 ++
 meta/recipes-devtools/expect/expect_5.45.4.bb   | 8 +++-
 3 files changed, 14 insertions(+), 1 deletion(-)
 create mode 100755 meta/recipes-devtools/expect/expect/run-ptest

diff --git a/meta/conf/distro/include/ptest-packagelists.inc 
b/meta/conf/distro/include/ptest-packagelists.inc
index d60ebb38fc..003348906a 100644
--- a/meta/conf/distro/include/ptest-packagelists.inc
+++ b/meta/conf/distro/include/ptest-packagelists.inc
@@ -17,6 +17,7 @@ PTESTS_FAST = "\
 diffutils \
 ethtool \
 expat \
+expect \
 findutils \
 flex \
 gawk \
diff --git a/meta/recipes-devtools/expect/expect/run-ptest 
b/meta/recipes-devtools/expect/expect/run-ptest
new file mode 100755
index 00..856c314eaf
--- /dev/null
+++ b/meta/recipes-devtools/expect/expect/run-ptest
@@ -0,0 +1,6 @@
+#!/bin/sh
+
+out_put=`tclsh tests/all.tcl -verbose bpse`
+echo
+echo "${out_put}" | awk '/PASSED|FAILED|SKIPPED/{gsub(/PASSED/,"PASS"); 
gsub(/FAILED/,"FAIL"); gsub(/SKIPPED/,"SKIP"); if ($NF=="PASS"){print $NF": 
"$(NF-1)}else{print $NF": "$2}}' | uniq
+
diff --git a/meta/recipes-devtools/expect/expect_5.45.4.bb 
b/meta/recipes-devtools/expect/expect_5.45.4.bb
index 6cb46f334c..7b610b1ff2 100644
--- a/meta/recipes-devtools/expect/expect_5.45.4.bb
+++ b/meta/recipes-devtools/expect/expect_5.45.4.bb
@@ -16,7 +16,7 @@ LIC_FILES_CHKSUM = 
"file://license.terms;md5=fbf2de7e9102505b1439db06fc36ce5c"
 DEPENDS += "tcl"
 RDEPENDS:${PN} = "tcl"
 
-inherit autotools update-alternatives
+inherit autotools update-alternatives ptest
 
 SRC_URI = "${SOURCEFORGE_MIRROR}/expect/Expect/${PV}/${BPN}${PV}.tar.gz \
file://0001-configure.in.patch \
@@ -27,6 +27,7 @@ SRC_URI = 
"${SOURCEFORGE_MIRROR}/expect/Expect/${PV}/${BPN}${PV}.tar.gz \
file://0001-exp_main_sub.c-Use-PATH_MAX-for-path.patch \
file://0001-fixline1-fix-line-1.patch \
file://0001-Add-prototype-to-function-definitions.patch \
+   file://run-ptest \
"
 SRC_URI[md5sum] = "00fce8de158422f5ccd2666512329bd2"
 SRC_URI[sha256sum] = 
"49a7da83b0bdd9f46d04a04deec19c7767bb9a323e40c4781f89caf760b92c34"
@@ -44,6 +45,11 @@ do_install:append() {
 sed -e 's|$dir|${libdir}|' -i ${D}${libdir}/expect${PV}/pkgIndex.tcl
 }
 
+do_install_ptest() {
+install -d ${D}${PTEST_PATH}
+cp -r ${S}/tests ${D}${PTEST_PATH}
+}
+
 # Apparently the public Tcl headers are only in /usr/include/tcl8.6
 # when building for the target and nativesdk.
 TCL_INCLUDE_PATH = "--with-tclinclude=${STAGING_INCDIR}/tcl8.6"
-- 
2.25.1


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

[OE-core][PATCH] staging.bbclass: do not add extend_recipe_sysroot to prefuncs of prepare_recipe_sysroot

[Chen Qi via lists.openembedded.org]

From: Chen Qi 

When running prepare_recipe_sysroot task, the extend_recipe_sysroot
is run twice.

What prepare_recipe_sysroot does is executing extend_recipe_sysroot,
there's no need to add extend_recipe_sysroot to its prefuncs.

Signed-off-by: Chen Qi 
---
 meta/classes-global/staging.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes-global/staging.bbclass 
b/meta/classes-global/staging.bbclass
index 6eefba4d73..3a300c32e7 100644
--- a/meta/classes-global/staging.bbclass
+++ b/meta/classes-global/staging.bbclass
@@ -654,7 +654,7 @@ python staging_taskhandler() {
 bbtasks = e.tasklist
 for task in bbtasks:
 deps = d.getVarFlag(task, "depends")
-if task == "do_configure" or (deps and "populate_sysroot" in deps):
+if task != 'do_prepare_recipe_sysroot' and (task == "do_configure" or 
(deps and "populate_sysroot" in deps)):
 d.prependVarFlag(task, "prefuncs", "extend_recipe_sysroot ")
 }
 staging_taskhandler[eventmask] = "bb.event.RecipeTaskPreProcess"
-- 
2.40.0


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

Re: [OE-core] [PATCHv2 1/2] musl: Correct SRC_URI

[Khem Raj]

On Mon, May 22, 2023 at 6:21 PM Peter Kjellerstedt
 wrote:
>
> When the protocol used to fetch the Git repository was changed from
> "git" to "https" in commit 139102a73d (recipes: Default to https git
> protocol where possible), the URI was not updated to match.
>
> Signed-off-by: Peter Kjellerstedt 
> ---
>  meta/recipes-core/musl/musl_git.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-core/musl/musl_git.bb 
> b/meta/recipes-core/musl/musl_git.bb
> index 19b07d6be9..7c8434f23f 100644
> --- a/meta/recipes-core/musl/musl_git.bb
> +++ b/meta/recipes-core/musl/musl_git.bb
> @@ -12,7 +12,7 @@ PV = "${BASEVER}+git${SRCPV}"
>
>  # mirror is at git://github.com/kraj/musl.git
>
> -SRC_URI = "git://git.musl-libc.org/musl;branch=master;protocol=https \
> +SRC_URI = "git://git.musl-libc.org/git/musl;branch=master;protocol=https \

this change looks fine. Thanks

> file://0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch \
> 
> file://0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-to-l.patch \
>"
>
> 
>

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

Re: [OE-core] [PATCHv2 1/2] musl: Correct SRC_URI

[Peter Kjellerstedt]

> -Original Message-
> From: openembedded-core@lists.openembedded.org  c...@lists.openembedded.org> On Behalf Of Peter Kjellerstedt
> Sent: den 23 maj 2023 03:22
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCHv2 1/2] musl: Correct SRC_URI

Meh. This is actually patch version 1. I just forgot to remove the 
--subject-prefix option I used when sending the previous patch.

//Peter

> 
> When the protocol used to fetch the Git repository was changed from
> "git" to "https" in commit 139102a73d (recipes: Default to https git
> protocol where possible), the URI was not updated to match.
> 
> Signed-off-by: Peter Kjellerstedt 
> ---
>  meta/recipes-core/musl/musl_git.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-core/musl/musl_git.bb b/meta/recipes-
> core/musl/musl_git.bb
> index 19b07d6be9..7c8434f23f 100644
> --- a/meta/recipes-core/musl/musl_git.bb
> +++ b/meta/recipes-core/musl/musl_git.bb
> @@ -12,7 +12,7 @@ PV = "${BASEVER}+git${SRCPV}"
> 
>  # mirror is at git://github.com/kraj/musl.git
> 
> -SRC_URI = "git://git.musl-libc.org/musl;branch=master;protocol=https \
> +SRC_URI = "git://git.musl-libc.org/git/musl;branch=master;protocol=https
> \
> file://0001-Make-dynamic-linker-a-relative-symlink-to-
> libc.patch \
> file://0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-
> to-l.patch \
>"

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

[OE-core] [PATCHv2 2/2] xf86-video-intel: Use the HTTPS protocol to fetch the Git repositories

[Peter Kjellerstedt]

This matches the change in commit 139102a73d (recipes: Default to https
git protocol where possible), which did this for most recipes.

Signed-off-by: Peter Kjellerstedt 
---
 meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb 
b/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb
index 74ec57aa66..21b499e666 100644
--- a/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb
+++ b/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb
@@ -13,8 +13,7 @@ SRCREV = "31486f40f8e8f8923ca0799aea84b58799754564"
 PV = "2.99.917+git${SRCPV}"
 S = "${WORKDIR}/git"
 
-SRC_URI = 
"git://anongit.freedesktop.org/xorg/driver/xf86-video-intel;branch=master \
-"
+SRC_URI = 
"git://anongit.freedesktop.org/git/xorg/driver/xf86-video-intel;protocol=https;branch=master"
 
 UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+(\.\d+)+)"
 

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

[OE-core] [PATCHv2 1/2] musl: Correct SRC_URI

[Peter Kjellerstedt]

When the protocol used to fetch the Git repository was changed from
"git" to "https" in commit 139102a73d (recipes: Default to https git
protocol where possible), the URI was not updated to match.

Signed-off-by: Peter Kjellerstedt 
---
 meta/recipes-core/musl/musl_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/musl/musl_git.bb 
b/meta/recipes-core/musl/musl_git.bb
index 19b07d6be9..7c8434f23f 100644
--- a/meta/recipes-core/musl/musl_git.bb
+++ b/meta/recipes-core/musl/musl_git.bb
@@ -12,7 +12,7 @@ PV = "${BASEVER}+git${SRCPV}"
 
 # mirror is at git://github.com/kraj/musl.git
 
-SRC_URI = "git://git.musl-libc.org/musl;branch=master;protocol=https \
+SRC_URI = "git://git.musl-libc.org/git/musl;branch=master;protocol=https \
file://0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch \

file://0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-to-l.patch \
   "

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

[OE-core] [PATCHv2] glib-2.0: Avoid having g_futex_simple() inadvertently modify errno

[Peter Kjellerstedt]

From: Peter Kjellerstedt 

If both __NR_futex and __NR_futex_time64 are defined, g_futex_simple()
will first call futex_time64(). If that fails with ENOSYS, then
futex_time() is called instead. However, errno was not saved and
restored in this case, which would result in g_futex_simple()
returning with errno set to ENOSYS, even if futex_time() succeeded.

Signed-off-by: Peter Kjellerstedt 
---

PATCHv2: Updated to apply to the 2.76.2 recipe.

The original patch should still apply to Mickledore.

 ...utex_simple-inadvertently-modify-err.patch | 36 +++
 meta/recipes-core/glib-2.0/glib-2.0_2.76.2.bb |  1 +
 2 files changed, 37 insertions(+)
 create mode 100644 
meta/recipes-core/glib-2.0/glib-2.0/0001-Avoid-having-g_futex_simple-inadvertently-modify-err.patch

diff --git 
a/meta/recipes-core/glib-2.0/glib-2.0/0001-Avoid-having-g_futex_simple-inadvertently-modify-err.patch
 
b/meta/recipes-core/glib-2.0/glib-2.0/0001-Avoid-having-g_futex_simple-inadvertently-modify-err.patch
new file mode 100644
index 00..db63cfd91e
--- /dev/null
+++ 
b/meta/recipes-core/glib-2.0/glib-2.0/0001-Avoid-having-g_futex_simple-inadvertently-modify-err.patch
@@ -0,0 +1,36 @@
+From edd1e47f107410d9e4edb691335410026ae5a534 Mon Sep 17 00:00:00 2001
+From: Peter Kjellerstedt 
+Date: Tue, 25 Apr 2023 20:02:31 +0200
+Subject: [PATCH] Avoid having g_futex_simple() inadvertently modify errno
+
+If both __NR_futex and __NR_futex_time64 are defined, g_futex_simple()
+will first call futex_time64(). If that fails with ENOSYS, then
+futex_time() is called instead. However, errno was not saved and
+restored in this case, which would result in g_futex_simple()
+returning with errno set to ENOSYS, even if futex_time() succeeded.
+
+Upstream-Status: Backport 
[https://gitlab.gnome.org/GNOME/glib/-/commit/edd1e47f107410d9e4edb691335410026ae5a534]
+Signed-off-by: Peter Kjellerstedt 
+---
+ glib/gthreadprivate.h | 6 +-
+ 1 file changed, 5 insertions(+), 1 deletion(-)
+
+diff --git a/glib/gthreadprivate.h b/glib/gthreadprivate.h
+index 9c847e039..74d37ba32 100644
+--- a/glib/gthreadprivate.h
 b/glib/gthreadprivate.h
+@@ -65,9 +65,13 @@ struct  _GRealThread
+ #define g_futex_simple(uaddr, futex_op, ...)  
   \
+   G_STMT_START
   \
+   {   
   \
++int saved_errno = errno;  
   \
+ int res = syscall (__NR_futex_time64, uaddr, (gsize) futex_op, 
__VA_ARGS__); \
+ if (res < 0 && errno == ENOSYS)   
   \
+-  syscall (__NR_futex, uaddr, (gsize) futex_op, __VA_ARGS__); 
   \
++  {   
   \
++errno = saved_errno;  
   \
++syscall (__NR_futex, uaddr, (gsize) futex_op, __VA_ARGS__);   
   \
++  }   
   \
+   }   
   \
+   G_STMT_END
+ #elif defined(__NR_futex_time64)
diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.76.2.bb 
b/meta/recipes-core/glib-2.0/glib-2.0_2.76.2.bb
index 224f2c262e..f3a716eb9d 100644
--- a/meta/recipes-core/glib-2.0/glib-2.0_2.76.2.bb
+++ b/meta/recipes-core/glib-2.0/glib-2.0_2.76.2.bb
@@ -14,6 +14,7 @@ SRC_URI = "${GNOME_MIRROR}/glib/${SHRT_VER}/glib-${PV}.tar.xz 
\
file://0001-Do-not-write-bindir-into-pkg-config-files.patch \
file://0001-meson-Run-atomics-test-on-clang-as-well.patch \

file://0001-gio-tests-resources.c-comment-out-a-build-host-only-.patch \
+   
file://0001-Avoid-having-g_futex_simple-inadvertently-modify-err.patch \
"
 SRC_URI:append:class-native = " file://relocate-modules.patch"
 

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

[OE-core] Current high bug count owners for Yocto Project 4.3

[Stephen Jolley]

All,

Below is the list as of top 34 bug owners as of the end of WW20 of who have
open medium or higher bugs and enhancements against YP 4.3. There are 109
possible work days left until the final release candidates for YP 4.3 needs
to be released.


Who

Count


ross.bur...@arm.com

33


michael.opdenac...@bootlin.com

31


david.re...@windriver.com

27


richard.pur...@linuxfoundation.org

26


randy.macl...@windriver.com

25


bruce.ashfi...@gmail.com

25


jpewhac...@gmail.com

11


pa...@zhukoff.net

9


sakib.sa...@windriver.com

6


sundeep.kokko...@windriver.com

5


tim.orl...@konsulko.com

4


pi...@pidge.org

4


yash.shi...@windriver.com

3


p.lob...@welotec.com

2


jon.ma...@arm.com

2


alexis.loth...@bootlin.com

2


tvgamb...@gmail.com

1


thr...@amazon.de

1


thomas.per...@bootlin.com

1


naveen.kumar.sa...@intel.com

1


mathew.pro...@gmail.com

1


martin.ja...@gmail.com

1


mark.ha...@kernel.crashing.org

1


mark.asselst...@windriver.com

1


louis.ran...@syslinbit.com

1


johannes.schri...@blueye.no

1


jens.ge...@desy.de

1


geissona...@yahoo.com

1


frederic.martins...@gmail.com

1


frank.wo...@smile.fr

1


fawzi.kha...@smile.fr

1


fathi.bou...@linaro.org

1


anuj.mit...@intel.com

1


alexandre.bell...@bootlin.com

1


Grand Total

233

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 


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

[OE-core] Yocto Project Newcomer & Unassigned Bugs - Help Needed

[Stephen Jolley]

All,

 

The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means people
can find them. They're being listed on the triage page under the appropriate
heading:

https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs  Also please
review:
https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded and
how to create a bugzilla account at:

https://bugzilla.yoctoproject.org/createaccount.cgi

The idea is these bugs should be straight forward for a person to help work
on who doesn't have deep experience with the project.  If anyone can help,
please take ownership of the bug and send patches!  If anyone needs
help/advice there are people on irc who can likely do so, or some of the
more experienced contributors will likely be happy to help too.

 

Also, the triage team meets weekly and does its best to handle the bugs
reported into the Bugzilla. The number of people attending that meeting has
fallen, as have the number of people available to help fix bugs. One of the
things we hear users report is they don't know how to help. We (the triage
team) are therefore going to start reporting out the currently 430
unassigned or newcomer bugs.

 

We're hoping people may be able to spare some time now and again to help out
with these.  Bugs are split into two types, "true bugs" where things don't
work as they should and "enhancements" which are features we'd want to add
to the system.  There are also roughly four different "priority" classes
right now,  "4.2", "4.3", "4.99" and "Future", the more pressing/urgent
issues being in "4.2" and then "4.3".

 

Please review this link and if a bug is something you would be able to help
with either take ownership of the bug, or send me (sjolley.yp...@gmail.com
 ) an e-mail with the bug number you would
like and I will assign it to you (please make sure you have a Bugzilla
account).  The list is at:
https://wiki.yoctoproject.org/wiki/Bug_Triage_Archive#Unassigned_or_Newcomer
_Bugs

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 


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

[OE-core][PATCHv3 3/3] kernel-devicetree: recursively search for dtbs

[Randolph Sapp via lists.openembedded.org]

From: Randolph Sapp 

Upstream's dtb directory structure has no real standard. They just tend
to idle around the 2/3 directory depth. Recursively search for the
dtb/dtbo files instead of assuming anything.

Fixes: 04ab57d200 (kernel-devicetree: allow specification of dtb
directory, 2023-05-02)

Signed-off-by: Randolph Sapp 
---
 meta/classes-recipe/kernel-devicetree.bbclass | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta/classes-recipe/kernel-devicetree.bbclass 
b/meta/classes-recipe/kernel-devicetree.bbclass
index 831fdd1527..b3bae32f9e 100644
--- a/meta/classes-recipe/kernel-devicetree.bbclass
+++ b/meta/classes-recipe/kernel-devicetree.bbclass
@@ -12,12 +12,12 @@ python () {
 d.appendVar("PACKAGES", " 
${KERNEL_PACKAGE_NAME}-image-zimage-bundle")
 }
 
+# recursivly search for devicetree files
 FILES:${KERNEL_PACKAGE_NAME}-devicetree = " \
-/${KERNEL_DTBDEST}/*.dtb \
-/${KERNEL_DTBDEST}/*.dtbo \
-/${KERNEL_DTBDEST}/*/*.dtb \
-/${KERNEL_DTBDEST}/*/*.dtbo \
+/${KERNEL_DTBDEST}/**/*.dtb \
+/${KERNEL_DTBDEST}/**/*.dtbo \
 "
+
 FILES:${KERNEL_PACKAGE_NAME}-image-zimage-bundle = 
"/${KERNEL_IMAGEDEST}/zImage-*.dtb.bin"
 
 # Generate kernel+devicetree bundle
-- 
2.40.1


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

[OE-core][PATCHv3 2/3] package: enable recursion on file globs

[Randolph Sapp via lists.openembedded.org]

From: Randolph Sapp 

Enable recursion of file globs. This just allows the use of '**' in file
globs to match 0 or more subdirectories, it should not make all current
globs recursive [1].

[1] https://docs.python.org/3.6/library/glob.html#glob.glob

Signed-off-by: Randolph Sapp 
---
 meta/lib/oe/package.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oe/package.py b/meta/lib/oe/package.py
index edb70daaf1..70040f09e7 100644
--- a/meta/lib/oe/package.py
+++ b/meta/lib/oe/package.py
@@ -550,7 +550,7 @@ def files_from_filevars(filevars):
 f = '.' + f
 if not f.startswith("./"):
 f = './' + f
-globbed = glob.glob(f)
+globbed = glob.glob(f, recursive=True)
 if globbed:
 if [ f ] != globbed:
 files += globbed
-- 
2.40.1


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

[OE-core][PATCHv3 0/3] Fix: allow specification of dtb directory

[Randolph Sapp via lists.openembedded.org]

From: Randolph Sapp 

Fix a few of the oddities introduced by the previous patch that allowed
specification of the DTB install directory and specification of vendor
directories in that directory.

Add a recursive search for dtb and dtbo files to make sure upstream dtb
directory standards don't break our packages. This is done by enabling
the recursive flag for all file globs. This shouldn't have any
performance issues for recipes that don't explicitly use '**' in their
globs.

Makes the kernel-devicetree class posix compliant again by using BB
variables more efficiently.

Martin Jansa (1):
  kernel-devicetree: make shell scripts posix compliant

Randolph Sapp (2):
  package: enable recursion on file globs
  kernel-devicetree: recursively search for dtbs

 meta/classes-recipe/kernel-devicetree.bbclass | 12 ++--
 meta/classes-recipe/kernel.bbclass|  2 +-
 meta/lib/oe/package.py|  2 +-
 3 files changed, 8 insertions(+), 8 deletions(-)

-- 
2.40.1


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

[OE-core][PATCHv3 1/3] kernel-devicetree: make shell scripts posix compliant

[Randolph Sapp via lists.openembedded.org]

From: Martin Jansa 

Use the notation suggested by Martin Jansa to avoid a bashism. Also
switch KERNEL_DTBVENDORED to the more common 0/1 notation instead of
true/false.

Fixes: 04ab57d200 (kernel-devicetree: allow specification of dtb
directory, 2023-05-02)

Signed-off-by: Martin Jansa 
Signed-off-by: Randolph Sapp 
---
 meta/classes-recipe/kernel-devicetree.bbclass | 4 ++--
 meta/classes-recipe/kernel.bbclass| 2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/classes-recipe/kernel-devicetree.bbclass 
b/meta/classes-recipe/kernel-devicetree.bbclass
index a6c6c5f227..831fdd1527 100644
--- a/meta/classes-recipe/kernel-devicetree.bbclass
+++ b/meta/classes-recipe/kernel-devicetree.bbclass
@@ -82,7 +82,7 @@ do_install:append() {
for dtbf in ${KERNEL_DEVICETREE}; do
dtb=`normalize_dtb "$dtbf"`
dtb_path=`get_real_dtb_path_in_kernel "$dtb"`
-   if [ ${KERNEL_DTBVENDORED} == "false" ]; then
+   if "${@'false' if 
oe.types.boolean(d.getVar('KERNEL_DTBVENDORED')) else 'true'}"; then
dtb_ext=${dtb##*.}
dtb_base_name=`basename $dtb .$dtb_ext`
dtb=$dtb_base_name.$dtb_ext
@@ -97,7 +97,7 @@ do_deploy:append() {
dtb_ext=${dtb##*.}
dtb_base_name=`basename $dtb .$dtb_ext`
install -d $deployDir
-   if [ ${KERNEL_DTBVENDORED} == "false" ]; then
+   if "${@'false' if 
oe.types.boolean(d.getVar('KERNEL_DTBVENDORED')) else 'true'}"; then
dtb=$dtb_base_name.$dtb_ext
fi
install -m 0644 ${D}/${KERNEL_DTBDEST}/$dtb 
$deployDir/$dtb_base_name-${KERNEL_DTB_NAME}.$dtb_ext
diff --git a/meta/classes-recipe/kernel.bbclass 
b/meta/classes-recipe/kernel.bbclass
index 8f022b234d..4bce64cf6a 100644
--- a/meta/classes-recipe/kernel.bbclass
+++ b/meta/classes-recipe/kernel.bbclass
@@ -216,7 +216,7 @@ KERNEL_RELEASE ?= "${KERNEL_VERSION}"
 KERNEL_OUTPUT_DIR ?= "arch/${ARCH}/boot"
 KERNEL_IMAGEDEST ?= "boot"
 KERNEL_DTBDEST ?= "${KERNEL_IMAGEDEST}"
-KERNEL_DTBVENDORED ?= "false"
+KERNEL_DTBVENDORED ?= "0"
 
 #
 # configuration
-- 
2.40.1


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

Re: [OE-core][PATCHv2 2/2] kernel-devicetree: recursively search for dtbs

[Randolph Sapp via lists.openembedded.org]

On 5/22/23 11:59, Richard Purdie wrote:

On Mon, 2023-05-22 at 11:22 -0500, Randolph Sapp wrote:

On 5/22/23 03:00, Richard Purdie wrote:

On Fri, 2023-05-12 at 12:22 -0500, Randolph Sapp via
lists.openembedded.org wrote:

From: Randolph Sapp 

Upstream's dtb directory structure has no real standard. They just tend
to idle around the 2/3 directory depth. Recursively search for the
dtb/dtbo files instead of assuming anything.

Fixes: 04ab57d200 (kernel-devicetree: allow specification of dtb
directory, 2023-05-02)

Signed-off-by: Randolph Sapp 
---
   meta/classes-recipe/kernel-devicetree.bbclass | 21 +--
   1 file changed, 15 insertions(+), 6 deletions(-)

diff --git a/meta/classes-recipe/kernel-devicetree.bbclass 
b/meta/classes-recipe/kernel-devicetree.bbclass
index 831fdd1527..fa6de7a140 100644
--- a/meta/classes-recipe/kernel-devicetree.bbclass
+++ b/meta/classes-recipe/kernel-devicetree.bbclass
@@ -12,12 +12,21 @@ python () {
   d.appendVar("PACKAGES", " 
${KERNEL_PACKAGE_NAME}-image-zimage-bundle")
   }
   
-FILES:${KERNEL_PACKAGE_NAME}-devicetree = " \

-/${KERNEL_DTBDEST}/*.dtb \
-/${KERNEL_DTBDEST}/*.dtbo \
-/${KERNEL_DTBDEST}/*/*.dtb \
-/${KERNEL_DTBDEST}/*/*.dtbo \
-"
+# recursivly search for devicetree files
+def find_device_trees(d):
+import glob
+import os
+
+file_paths = []
+dest_dir = d.getVar('D')
+full_dtb_dir = dest_dir + '/' + d.getVar('KERNEL_DTBDEST')
+
+for file in glob.glob(full_dtb_dir + '/**/*.dtb*', recursive=True):
+file_paths.append('/' + os.path.relpath(file, dest_dir))
+
+return ' '.join(file_paths)
+
+FILES:${KERNEL_PACKAGE_NAME}-devicetree = "${@find_device_trees(d)}"
   FILES:${KERNEL_PACKAGE_NAME}-image-zimage-bundle = 
"/${KERNEL_IMAGEDEST}/zImage-*.dtb.bin"


I suspect this still suffers from a determinism problem as the previous
patch did but now it depends on whether the build had occurred or not.

I also really don't like resorting to python functions like this,
they're horrible for performance overhead. I did wonder if:

FILES:${KERNEL_PACKAGE_NAME}-devicetree = "/${KERNEL_DTBDEST}/**/*.dtb*"

would work?


Tried that first. Unfortunately bitbake doesn't enable the recursive
option in it's path globs. That would be too easy...


I wonder if we should do something like:

diff --git a/meta/lib/oe/package.py b/meta/lib/oe/package.py
index edb70daaf17..70040f09e7c 100644
--- a/meta/lib/oe/package.py
+++ b/meta/lib/oe/package.py
@@ -550,7 +550,7 @@ def files_from_filevars(filevars):
  f = '.' + f
  if not f.startswith("./"):
  f = './' + f
-globbed = glob.glob(f)
+globbed = glob.glob(f, recursive=True)
  if globbed:
  if [ f ] != globbed:
  files += globbed

we now have the right minimum python version for that. My main concern
would be potential any performance implications.


This should not be an issue. Recursive=true just enables the 
interpretation of **, it *shouldn't* add extra recursion to any of the 
existing recipes... That being said, I've been wrong before.





Also, are there automated tests we should be adding to catch bugs like
this?


Unsure. I haven't looked into automated tests for yocto recipes yet. If
you know of some docs for whatever OE-core is doing, feel free to shoot
them my way.


oe-selftest -r 

where you can see the test cases in lib/oeqa/selftest/cases/

but I'm not seeing much for devicetree specifically. We should have
some!

Cheers,

Richard






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

Re: [OE-core] [meta-oe][kirkstone][PATCH] gstreamer1.0: upgrade 1.20.5 -> 1.20.6

[Pablo Saavedra Rodi?o]

Sent with wrong tag in the subject. Sending a new e-mail fixing this.
 
On Mon, 2023-05-22 at 20:16 +0200, Pablo Saavedra wrote:
> Changelog:
> ===
> audio: channel-mix: allow up to 64 channels instead of up to 63
> channels
> AOM AV1 encoder timestamp handling improvements
> AV1 video codec caps handling improvements in aom plugin, isomp4 and
> matroska muxers/demuxers.
> avvidenc: fix bitrate control and timestamps off FFmpeg-based video
> encoders
> h264parse: fix missing timestamps on outputs when splitting a frame
> rtspsrc: more workarounds for servers with broken control uri
> handling
> playbin3: fix issue with UDP streams, making sure there's enough
> buffering
> qmlglsrc: Fix deadlock when stopping and some other fixes
> qtmux: fix default timescale unit for N/1001 framerates
> v4l2h264dec: Fix Raspberry Pi4 will not play video in application
> vtdec: Fix non-deterministic frame output after seeks
> wasapi2src: Fix loopback capture on Windows 10 Anniversary Update
> macOS, iOS: Fix Xcode 14 ABI breakage with older Xcode
> cerbero: Fix some regressions for CentOS in the 1.20 branch
> cerbero: Fix setuptools site.py breakage in Python 3.11
> Fix gst-libav build against FFmpeg from git
> gobject-introspection annotation fixes for bindings
> Miscellaneous bug fixes, memory leak fixes, and other stability and
> reliability improvements
> Performance improvements
> ---
>  ...tools_1.20.5.bb => gst-devtools_1.20.6.bb} |   2 +-
>  ...1.20.5.bb => gstreamer1.0-libav_1.20.6.bb} |   2 +-
>  ...x_1.20.5.bb => gstreamer1.0-omx_1.20.6.bb} |   2 +-
>  bb => gstreamer1.0-plugins-bad_1.20.6.bb} |   2 +-
>  ...bb => gstreamer1.0-plugins-base_1.20.6.bb} |   2 +-
>  ...bb => gstreamer1.0-plugins-good_1.20.6.bb} |   2 +-
>  ...bb => gstreamer1.0-plugins-ugly_1.20.6.bb} |   2 +-
>  20.5.bb => gstreamer1.0-python_1.20.6.bb} |   2 +-
>  bb => gstreamer1.0-rtsp-server_1.20.6.bb} |   2 +-
>  ...1.20.5.bb => gstreamer1.0-vaapi_1.20.6.bb} |   2 +-
>  ...005-bin-Fix-race-conditions-in-tests.patch | 300 
> --
>  ...er1.0_1.20.5.bb => gstreamer1.0_1.20.6.bb} |   3 +-
>  12 files changed, 11 insertions(+), 312 deletions(-)
>  rename meta/recipes-multimedia/gstreamer/{gst-devtools_1.20.5.bb =>
> gst-devtools_1.20.6.bb} (95%)
>  rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-
> libav_1.20.5.bb => gstreamer1.0-libav_1.20.6.bb} (91%)
>  rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-omx_1.20.5.bb
> => gstreamer1.0-omx_1.20.6.bb} (95%)
>  rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-
> bad_1.20.5.bb => gstreamer1.0-plugins-bad_1.20.6.bb} (98%)
>  rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-
> base_1.20.5.bb => gstreamer1.0-plugins-base_1.20.6.bb} (97%)
>  rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-
> good_1.20.5.bb => gstreamer1.0-plugins-good_1.20.6.bb} (97%)
>  rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-
> ugly_1.20.5.bb => gstreamer1.0-plugins-ugly_1.20.6.bb} (94%)
>  rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-
> python_1.20.5.bb => gstreamer1.0-python_1.20.6.bb} (91%)
>  rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-rtsp-
> server_1.20.5.bb => gstreamer1.0-rtsp-server_1.20.6.bb} (90%)
>  rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-
> vaapi_1.20.5.bb => gstreamer1.0-vaapi_1.20.6.bb} (95%)
>  delete mode 100644 meta/recipes-
> multimedia/gstreamer/gstreamer1.0/0005-bin-Fix-race-conditions-in-
> tests.patch
>  rename meta/recipes-multimedia/gstreamer/{gstreamer1.0_1.20.5.bb =>
> gstreamer1.0_1.20.6.bb} (95%)
> 
> diff --git a/meta/recipes-multimedia/gstreamer/gst-devtools_1.20.5.bb
> b/meta/recipes-multimedia/gstreamer/gst-devtools_1.20.6.bb
> similarity index 95%
> rename from meta/recipes-multimedia/gstreamer/gst-devtools_1.20.5.bb
> rename to meta/recipes-multimedia/gstreamer/gst-devtools_1.20.6.bb
> index 9db31c18e4..2eee50e6d8 100644
> --- a/meta/recipes-multimedia/gstreamer/gst-devtools_1.20.5.bb
> +++ b/meta/recipes-multimedia/gstreamer/gst-devtools_1.20.6.bb
> @@ -12,7 +12,7 @@ SRC_URI =
> "https://gstreamer.freedesktop.org/src/gst-devtools/gst-devtools-${PV
> }
>    
> file://0001-connect-has-a-different-signature-on-musl.patch \
>     "
>  
> -SRC_URI[sha256sum] =
> "5684436121b8bae07fd00b74395f95e44b5f26323dce4fa045fa665676807bba"
> +SRC_URI[sha256sum] =
> "2c64037c823fb88751a47dacf3d4752a52b7951190d6e05fc44855e912e81d71"
>  
>  DEPENDS = "json-glib glib-2.0 glib-2.0-native gstreamer1.0
> gstreamer1.0-plugins-base"
>  RRECOMMENDS:${PN} = "git"
> diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-
> libav_1.20.5.bb b/meta/recipes-multimedia/gstreamer/gstreamer1.0-
> libav_1.20.6.bb
> similarity index 91%
> rename from meta/recipes-multimedia/gstreamer/gstreamer1.0-
> libav_1.20.5.bb
> rename to meta/recipes-multimedia/gstreamer/gstreamer1.0-
> libav_1.20.6.bb
> index e5925c6510..c54913e8a1 100644
> --- 

[OE-core][kirkstone][PATCH] gstreamer1.0: upgrade 1.20.5 -> 1.20.6

[Pablo Saavedra Rodi?o]

Changelog:
===
audio: channel-mix: allow up to 64 channels instead of up to 63 channels
AOM AV1 encoder timestamp handling improvements
AV1 video codec caps handling improvements in aom plugin, isomp4 and matroska 
muxers/demuxers.
avvidenc: fix bitrate control and timestamps off FFmpeg-based video encoders
h264parse: fix missing timestamps on outputs when splitting a frame
rtspsrc: more workarounds for servers with broken control uri handling
playbin3: fix issue with UDP streams, making sure there's enough buffering
qmlglsrc: Fix deadlock when stopping and some other fixes
qtmux: fix default timescale unit for N/1001 framerates
v4l2h264dec: Fix Raspberry Pi4 will not play video in application
vtdec: Fix non-deterministic frame output after seeks
wasapi2src: Fix loopback capture on Windows 10 Anniversary Update
macOS, iOS: Fix Xcode 14 ABI breakage with older Xcode
cerbero: Fix some regressions for CentOS in the 1.20 branch
cerbero: Fix setuptools site.py breakage in Python 3.11
Fix gst-libav build against FFmpeg from git
gobject-introspection annotation fixes for bindings
Miscellaneous bug fixes, memory leak fixes, and other stability and reliability 
improvements
Performance improvements
---
 ...tools_1.20.5.bb => gst-devtools_1.20.6.bb} |   2 +-
 ...1.20.5.bb => gstreamer1.0-libav_1.20.6.bb} |   2 +-
 ...x_1.20.5.bb => gstreamer1.0-omx_1.20.6.bb} |   2 +-
 bb => gstreamer1.0-plugins-bad_1.20.6.bb} |   2 +-
 ...bb => gstreamer1.0-plugins-base_1.20.6.bb} |   2 +-
 ...bb => gstreamer1.0-plugins-good_1.20.6.bb} |   2 +-
 ...bb => gstreamer1.0-plugins-ugly_1.20.6.bb} |   2 +-
 20.5.bb => gstreamer1.0-python_1.20.6.bb} |   2 +-
 bb => gstreamer1.0-rtsp-server_1.20.6.bb} |   2 +-
 ...1.20.5.bb => gstreamer1.0-vaapi_1.20.6.bb} |   2 +-
 ...005-bin-Fix-race-conditions-in-tests.patch | 300 --
 ...er1.0_1.20.5.bb => gstreamer1.0_1.20.6.bb} |   3 +-
 12 files changed, 11 insertions(+), 312 deletions(-)
 rename meta/recipes-multimedia/gstreamer/{gst-devtools_1.20.5.bb => 
gst-devtools_1.20.6.bb} (95%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-libav_1.20.5.bb => 
gstreamer1.0-libav_1.20.6.bb} (91%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-omx_1.20.5.bb => 
gstreamer1.0-omx_1.20.6.bb} (95%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-bad_1.20.5.bb 
=> gstreamer1.0-plugins-bad_1.20.6.bb} (98%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-base_1.20.5.bb 
=> gstreamer1.0-plugins-base_1.20.6.bb} (97%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-good_1.20.5.bb 
=> gstreamer1.0-plugins-good_1.20.6.bb} (97%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-ugly_1.20.5.bb 
=> gstreamer1.0-plugins-ugly_1.20.6.bb} (94%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-python_1.20.5.bb => 
gstreamer1.0-python_1.20.6.bb} (91%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-rtsp-server_1.20.5.bb 
=> gstreamer1.0-rtsp-server_1.20.6.bb} (90%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-vaapi_1.20.5.bb => 
gstreamer1.0-vaapi_1.20.6.bb} (95%)
 delete mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0/0005-bin-Fix-race-conditions-in-tests.patch
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0_1.20.5.bb => 
gstreamer1.0_1.20.6.bb} (95%)

diff --git a/meta/recipes-multimedia/gstreamer/gst-devtools_1.20.5.bb 
b/meta/recipes-multimedia/gstreamer/gst-devtools_1.20.6.bb
similarity index 95%
rename from meta/recipes-multimedia/gstreamer/gst-devtools_1.20.5.bb
rename to meta/recipes-multimedia/gstreamer/gst-devtools_1.20.6.bb
index 9db31c18e4..2eee50e6d8 100644
--- a/meta/recipes-multimedia/gstreamer/gst-devtools_1.20.5.bb
+++ b/meta/recipes-multimedia/gstreamer/gst-devtools_1.20.6.bb
@@ -12,7 +12,7 @@ SRC_URI = 
"https://gstreamer.freedesktop.org/src/gst-devtools/gst-devtools-${PV}
file://0001-connect-has-a-different-signature-on-musl.patch \
"
 
-SRC_URI[sha256sum] = 
"5684436121b8bae07fd00b74395f95e44b5f26323dce4fa045fa665676807bba"
+SRC_URI[sha256sum] = 
"2c64037c823fb88751a47dacf3d4752a52b7951190d6e05fc44855e912e81d71"
 
 DEPENDS = "json-glib glib-2.0 glib-2.0-native gstreamer1.0 
gstreamer1.0-plugins-base"
 RRECOMMENDS:${PN} = "git"
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.20.5.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.20.6.bb
similarity index 91%
rename from meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.20.5.bb
rename to meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.20.6.bb
index e5925c6510..c54913e8a1 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.20.5.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.20.6.bb
@@ -12,7 +12,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=69333daa044cb77e486cc36129f7a770 \
 "
 
 SRC_URI = 
"https://gstreamer.freedesktop.org/src/gst-libav/gst-libav-${PV}.tar.xz;
-SRC_URI[sha256sum] = 

[OE-core][mickledore][PATCH] gstreamer1.0: upgrade 1.22.0 -> 1.22.2

[Pablo Saavedra Rodi?o]

Changelog:
===

>From 1.22.1:

audio channel-mix: allow up to 64 channels (instead of up to 63 channels)
avfvideosrc: Don't wait on main thread for permissions request
avvidenc: avoid generating inaccurate output timestamps, especially with 
variable framerate streams
AV1 video codec caps signalling improvements in various elements
codectimestamper: Fix timestamping on sequence update
d3d11overlaycompositor: fix texture width and height
d3d11videosink: Fix rendering on external handle
dashdemux2: fix seek operation taking a log time to finish for some streams
nvencoder: Fix B-frame encoding on Linux and min buffers in auto GPU mode
playbin3: fixing buffering for live pipelines
playbin: fix potential deadlock when stopping stream with subtitles visible
redenc: fix setting of extension ID for twcc
rtspsrc: improved compatibility with more broken RTSP servers
v4l2h264dec: Fix Raspberry Pi4 will not play video in application
vtdec: fix jittery playback of H.264 Level 4.1 movies in macOS
vtdec: Fix non-deterministic frame output after flushing seeks
vtenc: fix handling of interlaced ProRes on Apple M1 hardware
vtenc: don't advertise ARGB/RGBA64 input caps on M1 Pro/Max with macOS <13
wasapi2src: Fix loopback capture on Windows 10 Anniversary Update
tools: better handling of non-ASCII command line arguments on Windows
gst-libav: fix build against newer ffmpeg versions
gst-python: Use arch-specific install dir for gi overrides
cerbero: Fix setuptools site.py breakage in Python 3.11
macOS packages: Fix broken binaries on macos < 11.0
various bug fixes, memory leak fixes, and other stability and reliability 
improvements

>From 1.22.2:

avdec_h264: fix decoder deadlocks with FFmpeg 6.0
rtspsrc: fix regression with URI protocols in OPTIONS requests for RTSP over TLS
rtspsrc: improved control url handling compatibility for broken servers
decklink: fix 10 bit RGB (r210) format auto detection for capture and fix 
playout if video caps are configured before audio caps
d3d11videosink: Fix tearing in case of fullscreen mode
playbin: fix deadlock when stopping stream with subtitles visible (even more)
typefinding: fix regression not detecting application/dash+xml in some corner 
cases
osxvideosink: fix broken aspect ratio and frame drawing region
decodebin3, parsebin: Improve elementary stream handling when decoders are not 
present and fix hang when removing a failing stream
urisourcebin: Propagate sticky events from parsebin, so that the STREAM_START 
event with the GstStream info is always available when pads get exposed
v4l2: Add support for YVU420M format; mark JPEG content as parsed
h264decoder, h265decoder: DPB bumping process and latency reporting fixes
Opus: Fix reading of extended channel config in MPEG-TS and fix missing sample 
rate when remuxing from RTP to Matroska
zxing: add support for building against zxing-c++ 2.0
cerbero: Fix packaging of Rust plugins on Android; fix modern Gentoo distro 
detection
various bug fixes, memory leak fixes, and other stability and reliability 
improvements
---
 .../{gst-devtools_1.22.0.bb => gst-devtools_1.22.2.bb}   | 2 +-
 ...r1.0-libav_1.22.0.bb => gstreamer1.0-libav_1.22.2.bb} | 2 +-
 ...eamer1.0-omx_1.22.0.bb => gstreamer1.0-omx_1.22.2.bb} | 2 +-
 ...-bad_1.22.0.bb => gstreamer1.0-plugins-bad_1.22.2.bb} | 4 ++--
 ...ase_1.22.0.bb => gstreamer1.0-plugins-base_1.22.2.bb} | 4 ++--
 ...ood_1.22.0.bb => gstreamer1.0-plugins-good_1.22.2.bb} | 4 ++--
 ...gly_1.22.0.bb => gstreamer1.0-plugins-ugly_1.22.2.bb} | 4 ++--
 0-python_1.22.0.bb => gstreamer1.0-python_1.22.2.bb} | 6 --
 ...rver_1.22.0.bb => gstreamer1.0-rtsp-server_1.22.2.bb} | 2 +-
 ...r1.0-vaapi_1.22.0.bb => gstreamer1.0-vaapi_1.22.2.bb} | 9 +
 .../{gstreamer1.0_1.22.0.bb => gstreamer1.0_1.22.2.bb}   | 2 +-
 11 files changed, 18 insertions(+), 23 deletions(-)
 rename meta/recipes-multimedia/gstreamer/{gst-devtools_1.22.0.bb => 
gst-devtools_1.22.2.bb} (95%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-libav_1.22.0.bb => 
gstreamer1.0-libav_1.22.2.bb} (91%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-omx_1.22.0.bb => 
gstreamer1.0-omx_1.22.2.bb} (95%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-bad_1.22.0.bb 
=> gstreamer1.0-plugins-bad_1.22.2.bb} (98%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-base_1.22.0.bb 
=> gstreamer1.0-plugins-base_1.22.2.bb} (96%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-good_1.22.0.bb 
=> gstreamer1.0-plugins-good_1.22.2.bb} (96%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-ugly_1.22.0.bb 
=> gstreamer1.0-plugins-ugly_1.22.2.bb} (92%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-python_1.22.0.bb => 
gstreamer1.0-python_1.22.2.bb} (83%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-rtsp-server_1.22.0.bb 
=> gstreamer1.0-rtsp-server_1.22.2.bb} (90%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-vaapi_1.22.0.bb => 

[OE-core] [meta-oe][kirkstone][PATCH] gstreamer1.0: upgrade 1.20.5 -> 1.20.6

[Pablo Saavedra Rodi?o]

Changelog:
===
audio: channel-mix: allow up to 64 channels instead of up to 63 channels
AOM AV1 encoder timestamp handling improvements
AV1 video codec caps handling improvements in aom plugin, isomp4 and matroska 
muxers/demuxers.
avvidenc: fix bitrate control and timestamps off FFmpeg-based video encoders
h264parse: fix missing timestamps on outputs when splitting a frame
rtspsrc: more workarounds for servers with broken control uri handling
playbin3: fix issue with UDP streams, making sure there's enough buffering
qmlglsrc: Fix deadlock when stopping and some other fixes
qtmux: fix default timescale unit for N/1001 framerates
v4l2h264dec: Fix Raspberry Pi4 will not play video in application
vtdec: Fix non-deterministic frame output after seeks
wasapi2src: Fix loopback capture on Windows 10 Anniversary Update
macOS, iOS: Fix Xcode 14 ABI breakage with older Xcode
cerbero: Fix some regressions for CentOS in the 1.20 branch
cerbero: Fix setuptools site.py breakage in Python 3.11
Fix gst-libav build against FFmpeg from git
gobject-introspection annotation fixes for bindings
Miscellaneous bug fixes, memory leak fixes, and other stability and reliability 
improvements
Performance improvements
---
 ...tools_1.20.5.bb => gst-devtools_1.20.6.bb} |   2 +-
 ...1.20.5.bb => gstreamer1.0-libav_1.20.6.bb} |   2 +-
 ...x_1.20.5.bb => gstreamer1.0-omx_1.20.6.bb} |   2 +-
 bb => gstreamer1.0-plugins-bad_1.20.6.bb} |   2 +-
 ...bb => gstreamer1.0-plugins-base_1.20.6.bb} |   2 +-
 ...bb => gstreamer1.0-plugins-good_1.20.6.bb} |   2 +-
 ...bb => gstreamer1.0-plugins-ugly_1.20.6.bb} |   2 +-
 20.5.bb => gstreamer1.0-python_1.20.6.bb} |   2 +-
 bb => gstreamer1.0-rtsp-server_1.20.6.bb} |   2 +-
 ...1.20.5.bb => gstreamer1.0-vaapi_1.20.6.bb} |   2 +-
 ...005-bin-Fix-race-conditions-in-tests.patch | 300 --
 ...er1.0_1.20.5.bb => gstreamer1.0_1.20.6.bb} |   3 +-
 12 files changed, 11 insertions(+), 312 deletions(-)
 rename meta/recipes-multimedia/gstreamer/{gst-devtools_1.20.5.bb => 
gst-devtools_1.20.6.bb} (95%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-libav_1.20.5.bb => 
gstreamer1.0-libav_1.20.6.bb} (91%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-omx_1.20.5.bb => 
gstreamer1.0-omx_1.20.6.bb} (95%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-bad_1.20.5.bb 
=> gstreamer1.0-plugins-bad_1.20.6.bb} (98%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-base_1.20.5.bb 
=> gstreamer1.0-plugins-base_1.20.6.bb} (97%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-good_1.20.5.bb 
=> gstreamer1.0-plugins-good_1.20.6.bb} (97%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-ugly_1.20.5.bb 
=> gstreamer1.0-plugins-ugly_1.20.6.bb} (94%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-python_1.20.5.bb => 
gstreamer1.0-python_1.20.6.bb} (91%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-rtsp-server_1.20.5.bb 
=> gstreamer1.0-rtsp-server_1.20.6.bb} (90%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-vaapi_1.20.5.bb => 
gstreamer1.0-vaapi_1.20.6.bb} (95%)
 delete mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0/0005-bin-Fix-race-conditions-in-tests.patch
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0_1.20.5.bb => 
gstreamer1.0_1.20.6.bb} (95%)

diff --git a/meta/recipes-multimedia/gstreamer/gst-devtools_1.20.5.bb 
b/meta/recipes-multimedia/gstreamer/gst-devtools_1.20.6.bb
similarity index 95%
rename from meta/recipes-multimedia/gstreamer/gst-devtools_1.20.5.bb
rename to meta/recipes-multimedia/gstreamer/gst-devtools_1.20.6.bb
index 9db31c18e4..2eee50e6d8 100644
--- a/meta/recipes-multimedia/gstreamer/gst-devtools_1.20.5.bb
+++ b/meta/recipes-multimedia/gstreamer/gst-devtools_1.20.6.bb
@@ -12,7 +12,7 @@ SRC_URI = 
"https://gstreamer.freedesktop.org/src/gst-devtools/gst-devtools-${PV}
file://0001-connect-has-a-different-signature-on-musl.patch \
"
 
-SRC_URI[sha256sum] = 
"5684436121b8bae07fd00b74395f95e44b5f26323dce4fa045fa665676807bba"
+SRC_URI[sha256sum] = 
"2c64037c823fb88751a47dacf3d4752a52b7951190d6e05fc44855e912e81d71"
 
 DEPENDS = "json-glib glib-2.0 glib-2.0-native gstreamer1.0 
gstreamer1.0-plugins-base"
 RRECOMMENDS:${PN} = "git"
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.20.5.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.20.6.bb
similarity index 91%
rename from meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.20.5.bb
rename to meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.20.6.bb
index e5925c6510..c54913e8a1 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.20.5.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.20.6.bb
@@ -12,7 +12,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=69333daa044cb77e486cc36129f7a770 \
 "
 
 SRC_URI = 
"https://gstreamer.freedesktop.org/src/gst-libav/gst-libav-${PV}.tar.xz;
-SRC_URI[sha256sum] = 

[OE-core] [PATCH 8/8] valgrind: update 3.20.0 -> 3.21.0

[Alexander Kanavin]

Drop patches merged upstream.

Signed-off-by: Alexander Kanavin 
---
 ...01-drd-tests-Include-missing-cstdint.patch | 34 --
 ...efine-__THROW-if-not-already-defined.patch | 32 -
 ...inux-seg_override.c-add-missing-incl.patch | 30 
 ...ck-x86-Define-__THROW-if-not-defined.patch | 32 -
 ...de-Replace-__modify_ldt-with-syscall.patch | 68 ---
 ...est-wrapper-to-support-PTEST-formats.patch | 52 +++---
 .../valgrind/valgrind/fixed-perl-path.patch   | 38 ++-
 ...{valgrind_3.20.0.bb => valgrind_3.21.0.bb} | 14 +---
 8 files changed, 65 insertions(+), 235 deletions(-)
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/0001-drd-tests-Include-missing-cstdint.patch
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/0001-memcheck-arm64-Define-__THROW-if-not-already-defined.patch
 create mode 100644 
meta/recipes-devtools/valgrind/valgrind/0001-none-tests-x86-linux-seg_override.c-add-missing-incl.patch
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/0002-memcheck-x86-Define-__THROW-if-not-defined.patch
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/0003-tests-seg_override-Replace-__modify_ldt-with-syscall.patch
 rename meta/recipes-devtools/valgrind/{valgrind_3.20.0.bb => 
valgrind_3.21.0.bb} (92%)

diff --git 
a/meta/recipes-devtools/valgrind/valgrind/0001-drd-tests-Include-missing-cstdint.patch
 
b/meta/recipes-devtools/valgrind/valgrind/0001-drd-tests-Include-missing-cstdint.patch
deleted file mode 100644
index fbee24a5389..000
--- 
a/meta/recipes-devtools/valgrind/valgrind/0001-drd-tests-Include-missing-cstdint.patch
+++ /dev/null
@@ -1,34 +0,0 @@
-From 687d9fb9e3de832379680e9d5268331011c92afa Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Thu, 26 Jan 2023 08:53:26 -0800
-Subject: [PATCH] drd/tests: Include missing 
-
-gcc 13 moved some includes around and as a result  is no longer
-transitively included [1]. Explicitly include it for uint{32,64}_t.
-
-Fixes
-tsan_thread_wrappers_pthread.h:91:9: error: 'int64_t' does not name a type
-
-[1] https://gcc.gnu.org/gcc-13/porting_to.html#header-dep-changes
-
-Upstream-Status: Submitted [https://bugs.kde.org/show_bug.cgi?id=464859]
-Signed-off-by: Khem Raj 

- drd/tests/tsan_thread_wrappers_pthread.h | 1 +
- 1 file changed, 1 insertion(+)
-
-diff --git a/drd/tests/tsan_thread_wrappers_pthread.h 
b/drd/tests/tsan_thread_wrappers_pthread.h
-index f15e6ad..4cc8062 100644
 a/drd/tests/tsan_thread_wrappers_pthread.h
-+++ b/drd/tests/tsan_thread_wrappers_pthread.h
-@@ -55,6 +55,7 @@
- #define NO_TLS
- #endif
- 
-+#include 
- #include 
- using namespace std;
- 
--- 
-2.39.1
-
diff --git 
a/meta/recipes-devtools/valgrind/valgrind/0001-memcheck-arm64-Define-__THROW-if-not-already-defined.patch
 
b/meta/recipes-devtools/valgrind/valgrind/0001-memcheck-arm64-Define-__THROW-if-not-already-defined.patch
deleted file mode 100644
index a48d7db070f..000
--- 
a/meta/recipes-devtools/valgrind/valgrind/0001-memcheck-arm64-Define-__THROW-if-not-already-defined.patch
+++ /dev/null
@@ -1,32 +0,0 @@
-From 3409dc35c15bb14c8a525239806322648e079ab1 Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Wed, 5 Jul 2017 17:12:43 -0700
-Subject: [PATCH 1/3] memcheck/arm64: Define __THROW if not already defined
-
-Helps compiling with musl where __THROW is not available
-
-Signed-off-by: Khem Raj 

-Upstream-Status: Submitted
-
- memcheck/tests/arm64-linux/scalar.h | 4 
- 1 file changed, 4 insertions(+)
-
-diff --git a/memcheck/tests/arm64-linux/scalar.h 
b/memcheck/tests/arm64-linux/scalar.h
-index 9008816..8ef050f 100644
 a/memcheck/tests/arm64-linux/scalar.h
-+++ b/memcheck/tests/arm64-linux/scalar.h
-@@ -12,6 +12,10 @@
- #include 
- #include 
- 
-+#ifndef __THROW
-+#define __THROW
-+#endif
-+
- // Since we use vki_unistd.h, we can't include .  So we have to
- // declare this ourselves.
- extern long int syscall (long int __sysno, ...) __THROW;
--- 
-2.13.2
-
diff --git 
a/meta/recipes-devtools/valgrind/valgrind/0001-none-tests-x86-linux-seg_override.c-add-missing-incl.patch
 
b/meta/recipes-devtools/valgrind/valgrind/0001-none-tests-x86-linux-seg_override.c-add-missing-incl.patch
new file mode 100644
index 000..5e36c28523e
--- /dev/null
+++ 
b/meta/recipes-devtools/valgrind/valgrind/0001-none-tests-x86-linux-seg_override.c-add-missing-incl.patch
@@ -0,0 +1,30 @@
+From 978d9ed7f857f2cdcd2a8632f3c2feb56b99c825 Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Mon, 8 May 2023 11:56:35 +0200
+Subject: [PATCH] none/tests/x86-linux/seg_override.c: add missing include for
+ musl builds
+
+Otherwise SYS_modify_ldt is undefined.
+
+Upstream-Status: Submitted [https://bugs.kde.org/show_bug.cgi?id=382034]
+Signed-off-by: Alexander Kanavin 
+
+---
+ none/tests/x86-linux/seg_override.c | 4 
+ 1 file changed, 4 insertions(+)
+
+diff --git a/none/tests/x86-linux/seg_override.c 
b/none/tests/x86-linux/seg_override.c
+index ca8fbfe..4ef4394 100644
+--- 

[OE-core] [PATCH 7/8] gdb: enable python PACKAGECONFIG

[Alexander Kanavin]

This is required by latest valgrind ptests.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/gdb/gdb-common.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/gdb/gdb-common.inc 
b/meta/recipes-devtools/gdb/gdb-common.inc
index 434ff222ba3..12292f03c49 100644
--- a/meta/recipes-devtools/gdb/gdb-common.inc
+++ b/meta/recipes-devtools/gdb/gdb-common.inc
@@ -30,7 +30,7 @@ EXTRA_OECONF = "--disable-gdbtk --disable-x --disable-werror \
 --with-libgmp-prefix=${STAGING_EXECPREFIXDIR} \
 "
 
-PACKAGECONFIG ??= "readline ${@bb.utils.filter('DISTRO_FEATURES', 
'debuginfod', d)}"
+PACKAGECONFIG ??= "readline ${@bb.utils.filter('DISTRO_FEATURES', 
'debuginfod', d)} python"
 # Use --without-system-readline to compile with readline 5.
 PACKAGECONFIG[readline] = 
"--with-system-readline,--without-system-readline,readline"
 PACKAGECONFIG[python] = 
"--with-python=${WORKDIR}/python,--without-python,python3,python3-codecs"
-- 
2.30.2


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

[OE-core] [PATCH 6/8] gdb: trim python support RDEPENDS

[Alexander Kanavin]

Depending on all of python3 (which pulls in all modules)
is not needed, python3-codecs is enough.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/gdb/gdb-common.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/gdb/gdb-common.inc 
b/meta/recipes-devtools/gdb/gdb-common.inc
index 9db61b785f3..434ff222ba3 100644
--- a/meta/recipes-devtools/gdb/gdb-common.inc
+++ b/meta/recipes-devtools/gdb/gdb-common.inc
@@ -33,7 +33,7 @@ EXTRA_OECONF = "--disable-gdbtk --disable-x --disable-werror \
 PACKAGECONFIG ??= "readline ${@bb.utils.filter('DISTRO_FEATURES', 
'debuginfod', d)}"
 # Use --without-system-readline to compile with readline 5.
 PACKAGECONFIG[readline] = 
"--with-system-readline,--without-system-readline,readline"
-PACKAGECONFIG[python] = 
"--with-python=${WORKDIR}/python,--without-python,python3,python3 
python3-codecs"
+PACKAGECONFIG[python] = 
"--with-python=${WORKDIR}/python,--without-python,python3,python3-codecs"
 PACKAGECONFIG[babeltrace] = "--with-babeltrace,--without-babeltrace,babeltrace"
 # ncurses is already a hard DEPENDS, but would be added here if it weren't
 PACKAGECONFIG[tui] = "--enable-tui,--disable-tui"
-- 
2.30.2


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

[OE-core] [PATCH 3/8] apmd: remove recipe and apm MACHINE_FEATURE

[Alexander Kanavin]

APM has been obsolete for a very long time, and debian no longer
packages it or carries the source tarball.

Signed-off-by: Alexander Kanavin 
---
 .../conf/distro/include/default-providers.inc |   1 -
 meta/conf/distro/include/maintainers.inc  |   1 -
 meta/recipes-bsp/apmd/apmd/apmd.service   |   7 -
 meta/recipes-bsp/apmd/apmd/apmd_proxy |  91 
 meta/recipes-bsp/apmd/apmd/apmd_proxy.conf|  16 ---
 meta/recipes-bsp/apmd/apmd/default|   8 --
 meta/recipes-bsp/apmd/apmd/init   |  51 ---
 meta/recipes-bsp/apmd/apmd/legacy.patch   | 133 --
 meta/recipes-bsp/apmd/apmd/libtool.patch  |  41 --
 meta/recipes-bsp/apmd/apmd/linkage.patch  |  53 ---
 meta/recipes-bsp/apmd/apmd/unlinux.patch  |  25 
 meta/recipes-bsp/apmd/apmd/wexitcode.patch|  26 
 meta/recipes-bsp/apmd/apmd_3.2.2-15.bb|  85 ---
 .../packagegroups/packagegroup-base.bb|   7 -
 .../matchbox-panel-2/matchbox-panel-2_2.12.bb |   2 -
 .../matchbox-session-sato/session |   1 -
 .../matchbox-session-sato_0.1.bb  |   2 +-
 17 files changed, 1 insertion(+), 549 deletions(-)
 delete mode 100644 meta/recipes-bsp/apmd/apmd/apmd.service
 delete mode 100644 meta/recipes-bsp/apmd/apmd/apmd_proxy
 delete mode 100644 meta/recipes-bsp/apmd/apmd/apmd_proxy.conf
 delete mode 100644 meta/recipes-bsp/apmd/apmd/default
 delete mode 100755 meta/recipes-bsp/apmd/apmd/init
 delete mode 100644 meta/recipes-bsp/apmd/apmd/legacy.patch
 delete mode 100644 meta/recipes-bsp/apmd/apmd/libtool.patch
 delete mode 100644 meta/recipes-bsp/apmd/apmd/linkage.patch
 delete mode 100644 meta/recipes-bsp/apmd/apmd/unlinux.patch
 delete mode 100644 meta/recipes-bsp/apmd/apmd/wexitcode.patch
 delete mode 100644 meta/recipes-bsp/apmd/apmd_3.2.2-15.bb

diff --git a/meta/conf/distro/include/default-providers.inc 
b/meta/conf/distro/include/default-providers.inc
index 3a4e989c1f9..d18173c7449 100644
--- a/meta/conf/distro/include/default-providers.inc
+++ b/meta/conf/distro/include/default-providers.inc
@@ -24,7 +24,6 @@ PREFERRED_PROVIDER_virtual/make-native ?= "make-native"
 # Default virtual runtime providers
 #
 VIRTUAL-RUNTIME_update-alternatives ?= "update-alternatives-opkg"
-VIRTUAL-RUNTIME_apm ?= "apm"
 VIRTUAL-RUNTIME_alsa-state ?= "alsa-state"
 VIRTUAL-RUNTIME_getopt ?= "util-linux-getopt"
 VIRTUAL-RUNTIME_base-utils ?= "busybox"
diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index e99fbe4aefb..30d211e4b08 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -38,7 +38,6 @@ RECIPE_MAINTAINER:pn-alsa-tools = "Michael Opdenacker 
/dev/null; then
-## Reject system suspends and standbys if we are on AC power
-#exit 1  # Reject (NOTE kernel support must be enabled)
-#fi
-
-if [ "${1}" = "suspend" -o "${1}" = "standby" ]; then
-run-parts -a "${1}" -a "${2}" /etc/apm/event.d
-if [ -d /etc/apm/suspend.d ]; then
-run-parts -a "${1}" -a "${2}" /etc/apm/suspend.d
-fi
-elif [ "${1}" = "resume" ]; then
-if [ -d /etc/apm/resume.d ]; then
-run-parts -a "${1}" -a "${2}" /etc/apm/resume.d
-fi
-run-parts -a "${1}" -a "${2}" /etc/apm/event.d
-else
-run-parts -a "${1}" -a "${2}" /etc/apm/event.d
-if [ -d /etc/apm/other.d ]; then
-run-parts -a "${1}" -a "${2}" /etc/apm/other.d
-fi
-fi
-
-exit 0
diff --git a/meta/recipes-bsp/apmd/apmd/apmd_proxy.conf 
b/meta/recipes-bsp/apmd/apmd/apmd_proxy.conf
deleted file mode 100644
index 751145c522c..000
--- a/meta/recipes-bsp/apmd/apmd/apmd_proxy.conf
+++ /dev/null
@@ -1,16 +0,0 @@
-# /etc/apm/apmd_proxy.conf: configuration file for apmd.
-#
-# This file is managed by debconf when installing or reconfiguring the
-# package.  It is generated by merging the answers gathered by debconf
-# into the template file "/usr/share/apmd/apmd_proxy.conf".
-
-# The following doesn't yet work, because current kernels (up to at least
-# 2.4.20) do not support rejection of APM events.  Supporting this would
-# require substantial modifications to the APM driver.  We will re-enable
-# this feature if the driver is ever modified.   -- c...@debian.org
-#
-# Set the following to "false" if you want to reject system suspend or
-# system standby requests when the computer is running on AC power.
-# Otherwise set this to "true".  Such requests are never rejected when
-# the computer is running on battery power.
-#SUSPEND_ON_AC=true
diff --git a/meta/recipes-bsp/apmd/apmd/default 
b/meta/recipes-bsp/apmd/apmd/default
deleted file mode 100644
index 4b7965abf85..000
--- a/meta/recipes-bsp/apmd/apmd/default
+++ /dev/null
@@ -1,8 +0,0 @@
-#
-# Default for /etc/init.d/apmd
-#
-
-# As apmd can be called with arguments, we use the following variable
-# to store them, e.g., APMD="-w 5 -p 2".
-# See the manual page apmd(8) for details.
-APMD="--proxy-timeout 

[OE-core] [PATCH 5/8] Remove usage of /var/volatile/tmp

[Alexander Kanavin]

From: Markus Volk 

Glib-2.0 uses ptest to ensure that /tmp is not a symlink.

This commit tries to align tmpdir usage. The symlinks for /tmp and /var/tmp are
replaced by directories and by default a tmpfs is mounted in /tmp.
/var/volatile/tmp is removed.

(From OE-Core rev: 3563f05df246f9fd24d7b20a65ce77787ed508b6)

Signed-off-by: Markus Volk 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
---
 meta/conf/bitbake.conf|  4 ---
 meta/files/fs-perms-persistent-log.txt|  2 --
 meta/files/fs-perms.txt   |  2 --
 .../lib/oeqa/files/buildhistory_filelist1.txt |  1 -
 .../lib/oeqa/files/buildhistory_filelist2.txt |  1 -
 meta/recipes-core/base-files/base-files/fstab |  1 +
 .../base-files/base-files_3.0.14.bb   |  4 +--
 .../initscripts-1.0/populate-volatile.sh  |  2 +-
 .../initscripts/initscripts-1.0/volatiles |  5 ++-
 .../initscripts/initscripts_1.0.bb|  3 --
 .../systemd/systemd/00-create-volatile.conf   |  4 +--
 meta/recipes-core/systemd/systemd_253.3.bb|  7 
 meta/recipes-core/udev/eudev/init |  4 ---
 .../e2fsprogs/e2fsprogs/run-ptest |  2 +-
 ...eak_cmsg.stderr.exp-adjust-tmp-paths.patch | 34 ---
 .../valgrind/valgrind_3.20.0.bb   |  1 -
 16 files changed, 8 insertions(+), 69 deletions(-)
 delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/0001-none-tests-fdleak_cmsg.stderr.exp-adjust-tmp-paths.patch

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 314cc466625..498bca42fb6 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -90,10 +90,6 @@ ROOT_HOME ??= "/home/root"
 # If set to boolean false ('no', 'n', 'false', 'f', '0'), /var/log is on 
persistent storage.
 VOLATILE_LOG_DIR ?= "yes"
 
-# if set to 'yes': /tmp links to /var/tmp which links to /var/volatile/tmp
-# otherwise:   /tmp is on persistent storage
-VOLATILE_TMP_DIR ?= "yes"
-
 BB_RENAMED_VARIABLES[PNBLACKLIST] = "SKIP_RECIPE"
 BB_RENAMED_VARIABLES[CVE_CHECK_PN_WHITELIST] = "CVE_CHECK_SKIP_RECIPE"
 BB_RENAMED_VARIABLES[CVE_CHECK_WHITELIST] = "CVE_CHECK_IGNORE"
diff --git a/meta/files/fs-perms-persistent-log.txt 
b/meta/files/fs-perms-persistent-log.txt
index 518c1be3c93..326c0ed0924 100644
--- a/meta/files/fs-perms-persistent-log.txt
+++ b/meta/files/fs-perms-persistent-log.txt
@@ -47,7 +47,6 @@ ${oldincludedir}  0755rootroottrue0644
rootroot
 # Links
 ${localstatedir}/run   link/run
 ${localstatedir}/lock  link/run/lock
-${localstatedir}/tmp   linkvolatile/tmp
 
 /home  0755rootrootfalse - - -
 /srv   0755rootrootfalse - - -
@@ -57,7 +56,6 @@ ${localstatedir}/local0755rootroot
false - - -
 # Special permissions from base-files
 # Set 1777
 /tmp   01777   rootrootfalse - - -
-${localstatedir}/volatile/tmp  01777   rootrootfalse - - -
 
 # Set 0700
 ${ROOT_HOME}   0700rootrootfalse - - -
diff --git a/meta/files/fs-perms.txt b/meta/files/fs-perms.txt
index daa4aed840f..ed59311035d 100644
--- a/meta/files/fs-perms.txt
+++ b/meta/files/fs-perms.txt
@@ -48,7 +48,6 @@ ${oldincludedir}  0755rootroottrue0644
rootroot
 ${localstatedir}/run   link/run
 ${localstatedir}/log   linkvolatile/log
 ${localstatedir}/lock  link/run/lock
-${localstatedir}/tmp   linkvolatile/tmp
 
 /home  0755rootrootfalse - - -
 /srv   0755rootrootfalse - - -
@@ -58,7 +57,6 @@ ${localstatedir}/local0755rootroot
false - - -
 # Special permissions from base-files
 # Set 1777
 /tmp   01777   rootrootfalse - - -
-${localstatedir}/volatile/tmp  01777   rootrootfalse - - -
 
 # Set 0700
 ${ROOT_HOME}   0700rootrootfalse - - -
diff --git a/meta/lib/oeqa/files/buildhistory_filelist1.txt 
b/meta/lib/oeqa/files/buildhistory_filelist1.txt
index 8d882895ad5..ec500173838 100644
--- a/meta/lib/oeqa/files/buildhistory_filelist1.txt
+++ b/meta/lib/oeqa/files/buildhistory_filelist1.txt
@@ -9210,5 +9210,4 @@ lrwxrwxrwx root   root   12 ./var/log -> 
volatile/log
 lrwxrwxrwx root   root6 ./var/run -> ../run
 drwxr-xr-x root   root 4096 ./var/spool
 drwxrwxr-x root   mail 4096 ./var/spool/mail
-lrwxrwxrwx root   root   12 ./var/tmp -> volatile/tmp
 drwxr-xr-x root   root 4096 ./var/volatile
diff --git a/meta/lib/oeqa/files/buildhistory_filelist2.txt 
b/meta/lib/oeqa/files/buildhistory_filelist2.txt
index ac6307060df..cedec51c382 100644
--- a/meta/lib/oeqa/files/buildhistory_filelist2.txt
+++ b/meta/lib/oeqa/files/buildhistory_filelist2.txt
@@ -9213,5 +9213,4 @@ lrwxrwxrwx root   root 

[OE-core] [PATCH 2/8] insane.bbclass: add a RECIPE_MAINTAINER check (oe-core recipes only)

[Alexander Kanavin]

Absent maintainer entries are as well a frequent source of friction, as they 
are checked
only in selftest, and so aren't revealed until autobuilder runs.

The selftest is retained as it also checks for obsolete entries in 
maintainers.inc
(not possible to do in insane class).

Signed-off-by: Alexander Kanavin 
---
 meta/classes-global/insane.bbclass | 12 
 1 file changed, 12 insertions(+)

diff --git a/meta/classes-global/insane.bbclass 
b/meta/classes-global/insane.bbclass
index 632f738c86d..50f60337cc4 100644
--- a/meta/classes-global/insane.bbclass
+++ b/meta/classes-global/insane.bbclass
@@ -1492,7 +1492,19 @@ python do_qa_fetch() {
 else:
 oe.qa.handle_error("missing-metadata", "Recipe {} in {} does 
not contain a HOMEPAGE. Please add an entry.".format(pn, fn), d)
 
+def test_missing_maintainer(d):
+fn = d.getVar("FILE")
+if not '/meta/recipes-' in fn:
+# We are only interested in OE-Core
+return
+pn = d.getVar("PN")
+if pn.endswith("-native") or pn.startswith("nativesdk-"):
+return
+if not d.getVar('RECIPE_MAINTAINER'):
+oe.qa.handle_error("missing-metadata", "Recipe {} in {} does not 
have an assigned maintainer. Please add an entry into 
meta/conf/distro/include/maintainers.inc.".format(pn, fn), d)
+
 test_missing_metadata(d)
+test_missing_maintainer(d)
 oe.qa.exit_if_errors(d)
 }
 
-- 
2.30.2


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

[OE-core] [PATCH 4/8] meson: update 1.0.1 ->1.1.0

[Alexander Kanavin]

Rebase a patch.

Remove unneeded patch:
Khem confirmed that upstream fixed the issue with
https://github.com/mesonbuild/meson/commit/24ea1d3f1968bff52ccaaf33fcdd59e810459aa9

Signed-off-by: Alexander Kanavin 
---
 ...for-clang-before-guessing-gcc-or-lcc.patch | 56 ---
 ...-not-manipulate-the-environment-when.patch | 48 
 .../meson/{meson_1.0.1.bb => meson_1.1.0.bb}  |  3 +-
 3 files changed, 25 insertions(+), 82 deletions(-)
 delete mode 100644 
meta/recipes-devtools/meson/meson/0001-Check-for-clang-before-guessing-gcc-or-lcc.patch
 rename meta/recipes-devtools/meson/{meson_1.0.1.bb => meson_1.1.0.bb} (97%)

diff --git 
a/meta/recipes-devtools/meson/meson/0001-Check-for-clang-before-guessing-gcc-or-lcc.patch
 
b/meta/recipes-devtools/meson/meson/0001-Check-for-clang-before-guessing-gcc-or-lcc.patch
deleted file mode 100644
index 58fa1194398..000
--- 
a/meta/recipes-devtools/meson/meson/0001-Check-for-clang-before-guessing-gcc-or-lcc.patch
+++ /dev/null
@@ -1,56 +0,0 @@
-From 8739e1c3bef653415ad4b9b9c318ccfa76c43da6 Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Thu, 31 Mar 2022 15:00:24 -0700
-Subject: [PATCH] Check for clang before guessing gcc or lcc
-
-clang --version can yield a string like below when its installed into
-such a directory
-
-clang version 14.0.0 (https://github.com/llvm/llvm-project 
3f43d803382d57e3fc010ca19833077d1023e9c9)
-Target: aarch64-yoe-linux
-Thread model: posix
-InstalledDir: 
/mnt/b/yoe/master/build/tmp/work/cortexa72-yoe-linux/gnome-text-editor/42.0-r0/recipe-sysroot-native/usr/bin/aarch64-yoe-linux
-
-as you can see InstallDir has 'xt-' subtring and this trips the check to
-guess gcc
-
-if 'Free Software Foundation' in out or 'xt-' in out:
-
-Therefore, check if compiler is clang then there is no point of running
-this check anyway.
-
-Upstream-Status: Submitted [https://github.com/mesonbuild/meson/pull/10218]
-Signed-off-by: Khem Raj 

- mesonbuild/compilers/detect.py | 15 ---
- 1 file changed, 8 insertions(+), 7 deletions(-)
-
-diff --git a/mesonbuild/compilers/detect.py b/mesonbuild/compilers/detect.py
-index 53948b01a..ba335cf39 100644
 a/mesonbuild/compilers/detect.py
-+++ b/mesonbuild/compilers/detect.py
-@@ -427,13 +427,14 @@ def _detect_c_or_cpp_compiler(env: 'Environment', lang: 
str, for_machine: Machin
- version = search_version(out)
- 
- guess_gcc_or_lcc: T.Optional[str] = None
--if 'Free Software Foundation' in out or 'xt-' in out:
--guess_gcc_or_lcc = 'gcc'
--if 'e2k' in out and 'lcc' in out:
--guess_gcc_or_lcc = 'lcc'
--if 'Microchip Technology' in out:
--# this output has "Free Software Foundation" in its version
--guess_gcc_or_lcc = None
-+if not 'clang' in compiler_name:
-+if 'Free Software Foundation' in out or 'xt-' in out:
-+guess_gcc_or_lcc = 'gcc'
-+if 'e2k' in out and 'lcc' in out:
-+guess_gcc_or_lcc = 'lcc'
-+if 'Microchip Technology' in out:
-+# this output has "Free Software Foundation" in its version
-+guess_gcc_or_lcc = None
- 
- if guess_gcc_or_lcc:
- defines = _get_gnu_compiler_defines(compiler)
--- 
-2.35.1
-
diff --git 
a/meta/recipes-devtools/meson/meson/0001-python-module-do-not-manipulate-the-environment-when.patch
 
b/meta/recipes-devtools/meson/meson/0001-python-module-do-not-manipulate-the-environment-when.patch
index f01a6678181..19502fa9cd8 100644
--- 
a/meta/recipes-devtools/meson/meson/0001-python-module-do-not-manipulate-the-environment-when.patch
+++ 
b/meta/recipes-devtools/meson/meson/0001-python-module-do-not-manipulate-the-environment-when.patch
@@ -1,4 +1,4 @@
-From 2e9582167bf9d3273004edb2637310531f0155ab Mon Sep 17 00:00:00 2001
+From a97dba12cff6c4c9181909141a1a9f38d7c900bf Mon Sep 17 00:00:00 2001
 From: Alexander Kanavin 
 Date: Mon, 19 Nov 2018 14:24:26 +0100
 Subject: [PATCH] python module: do not manipulate the environment when calling
@@ -8,30 +8,30 @@ Upstream-Status: Inappropriate [oe-core specific]
 Signed-off-by: Alexander Kanavin 
 
 ---
- mesonbuild/modules/python.py | 6 +-
+ mesonbuild/dependencies/python.py | 6 +-
  1 file changed, 1 insertion(+), 5 deletions(-)
 
-diff --git a/mesonbuild/modules/python.py b/mesonbuild/modules/python.py
-index 3bbccd1..fda7a25 100644
 a/mesonbuild/modules/python.py
-+++ b/mesonbuild/modules/python.py
-@@ -277,9 +277,6 @@ def python_factory(env: 'Environment', for_machine: 
'MachineChoice',
- # there is no LIBPC, so we can't search in it
- return NotFoundDependency('python', env)
+diff --git a/mesonbuild/dependencies/python.py 
b/mesonbuild/dependencies/python.py
+index 14386f9..118a15f 100644
+--- a/mesonbuild/dependencies/python.py
 b/mesonbuild/dependencies/python.py
+@@ -354,9 +354,6 @@ def python_factory(env: 'Environment', for_machine: 

[OE-core] [PATCH 1/8] insane.bbclass: add a SUMMARY/HOMEPAGE check (oe-core recipes only)

[Alexander Kanavin]

This was done in a selftest, but that is too late and creates
friction in integration as errors are not seen until autobuilder fails.

Bonus fix: SUMMARY check wasn't even working, as in the absence
of one set in the recipe there is a default value set from bitbake.conf.

I left DESCRIPTION check out for now, as many recipes don't actually
have it, and it's set from SUMMARY (plus a dot) if absent.

Signed-off-by: Alexander Kanavin 
---
 meta/classes-global/insane.bbclass | 26 
 meta/lib/oeqa/selftest/cases/distrodata.py | 36 --
 2 files changed, 26 insertions(+), 36 deletions(-)

diff --git a/meta/classes-global/insane.bbclass 
b/meta/classes-global/insane.bbclass
index 8788f58fc5b..632f738c86d 100644
--- a/meta/classes-global/insane.bbclass
+++ b/meta/classes-global/insane.bbclass
@@ -34,6 +34,7 @@ WARN_QA ?= " libdir xorg-driver-abi buildpaths \
 missing-update-alternatives native-last missing-ptest \
 license-exists license-no-generic license-syntax license-format \
 license-incompatible license-file-missing obsolete-license \
+missing-metadata \
 "
 ERROR_QA ?= "dev-so debug-deps dev-deps debug-files arch pkgconfig la \
 perms dep-cmp pkgvarcheck perm-config perm-line perm-link \
@@ -1473,6 +1474,28 @@ python do_qa_unpack() {
 unpack_check_src_uri(d.getVar('PN'), d)
 }
 
+python do_qa_fetch() {
+def test_missing_metadata(d):
+fn = d.getVar("FILE")
+if not '/meta/recipes-' in fn:
+# We are only interested in OE-Core
+return
+pn = d.getVar('BPN')
+srcfile = d.getVar('SRC_URI').split()
+# Check that SUMMARY is not the same as the default from bitbake.conf
+if d.getVar('SUMMARY') == d.expand("${PN} version ${PV}-${PR}"):
+oe.qa.handle_error("missing-metadata", "Recipe {} in {} does not 
contain a SUMMARY. Please add an entry.".format(pn, fn), d)
+if not d.getVar('HOMEPAGE'):
+if srcfile and srcfile[0].startswith('file') or not 
d.getVar('SRC_URI'):
+# We are only interested in recipes SRC_URI fetched from 
external sources
+pass
+else:
+oe.qa.handle_error("missing-metadata", "Recipe {} in {} does 
not contain a HOMEPAGE. Please add an entry.".format(pn, fn), d)
+
+test_missing_metadata(d)
+oe.qa.exit_if_errors(d)
+}
+
 # Check for patch fuzz
 do_patch[postfuncs] += "do_qa_patch "
 
@@ -1484,6 +1507,9 @@ do_configure[postfuncs] += "do_qa_configure "
 # Check does S exist.
 do_unpack[postfuncs] += "do_qa_unpack"
 
+# Check basic recipe metadata (e.g. SUMMARY/HOMEPAGE/RECIPE_MAINTAINER)
+do_fetch[postfuncs] += "do_qa_fetch"
+
 python () {
 import re
 
diff --git a/meta/lib/oeqa/selftest/cases/distrodata.py 
b/meta/lib/oeqa/selftest/cases/distrodata.py
index c83a3a7bd67..fd262fe3c9e 100644
--- a/meta/lib/oeqa/selftest/cases/distrodata.py
+++ b/meta/lib/oeqa/selftest/cases/distrodata.py
@@ -39,42 +39,6 @@ but their recipes claim otherwise by setting 
UPSTREAM_VERSION_UNKNOWN. Please re
 """ + "\n".join(regressed_successes)
 self.assertTrue(len(regressed_failures) == 0 and 
len(regressed_successes) == 0, msg)
 
-def test_missing_homepg(self):
-"""
-Summary: Test for oe-core recipes that don't have a HOMEPAGE or 
DESCRIPTION
-Expected:All oe-core recipes should have a DESCRIPTION entry
-Expected:All oe-core recipes should have a HOMEPAGE entry except 
for recipes that are not fetched from external sources.
-Product: oe-core
-"""
-with bb.tinfoil.Tinfoil() as tinfoil:
-tinfoil.prepare(config_only=False)
-no_description = []
-no_homepage = []
-for fn in tinfoil.all_recipe_files(variants=False):
-if not '/meta/recipes-' in fn:
-# We are only interested in OE-Core
-continue
-rd = tinfoil.parse_recipe_file(fn, appends=False)
-pn = rd.getVar('BPN')
-srcfile = rd.getVar('SRC_URI').split()
-#Since DESCRIPTION defaults to SUMMARY if not set, we are only 
interested in recipes without DESCRIPTION or SUMMARY
-if not (rd.getVar('SUMMARY') or rd.getVar('DESCRIPTION')):
-no_description.append((pn, fn))
-if not rd.getVar('HOMEPAGE'):
-if srcfile and srcfile[0].startswith('file') or not 
rd.getVar('SRC_URI'):
-# We are only interested in recipes SRC_URI fetched 
from external sources
-continue
-no_homepage.append((pn, fn))
-if no_homepage:
-self.fail("""
-The following recipes do not have a HOMEPAGE. Please add an entry for HOMEPAGE 
in the recipe.
-""" + "\n".join(['%s (%s)' % i for i in no_homepage]))
-
-if 

Re: [OE-core][PATCHv2 2/2] kernel-devicetree: recursively search for dtbs

[Richard Purdie]

On Mon, 2023-05-22 at 11:22 -0500, Randolph Sapp wrote:
> On 5/22/23 03:00, Richard Purdie wrote:
> > On Fri, 2023-05-12 at 12:22 -0500, Randolph Sapp via
> > lists.openembedded.org wrote:
> > > From: Randolph Sapp 
> > > 
> > > Upstream's dtb directory structure has no real standard. They just tend
> > > to idle around the 2/3 directory depth. Recursively search for the
> > > dtb/dtbo files instead of assuming anything.
> > > 
> > > Fixes: 04ab57d200 (kernel-devicetree: allow specification of dtb
> > > directory, 2023-05-02)
> > > 
> > > Signed-off-by: Randolph Sapp 
> > > ---
> > >   meta/classes-recipe/kernel-devicetree.bbclass | 21 +--
> > >   1 file changed, 15 insertions(+), 6 deletions(-)
> > > 
> > > diff --git a/meta/classes-recipe/kernel-devicetree.bbclass 
> > > b/meta/classes-recipe/kernel-devicetree.bbclass
> > > index 831fdd1527..fa6de7a140 100644
> > > --- a/meta/classes-recipe/kernel-devicetree.bbclass
> > > +++ b/meta/classes-recipe/kernel-devicetree.bbclass
> > > @@ -12,12 +12,21 @@ python () {
> > >   d.appendVar("PACKAGES", " 
> > > ${KERNEL_PACKAGE_NAME}-image-zimage-bundle")
> > >   }
> > >   
> > > -FILES:${KERNEL_PACKAGE_NAME}-devicetree = " \
> > > -/${KERNEL_DTBDEST}/*.dtb \
> > > -/${KERNEL_DTBDEST}/*.dtbo \
> > > -/${KERNEL_DTBDEST}/*/*.dtb \
> > > -/${KERNEL_DTBDEST}/*/*.dtbo \
> > > -"
> > > +# recursivly search for devicetree files
> > > +def find_device_trees(d):
> > > +import glob
> > > +import os
> > > +
> > > +file_paths = []
> > > +dest_dir = d.getVar('D')
> > > +full_dtb_dir = dest_dir + '/' + d.getVar('KERNEL_DTBDEST')
> > > +
> > > +for file in glob.glob(full_dtb_dir + '/**/*.dtb*', recursive=True):
> > > +file_paths.append('/' + os.path.relpath(file, dest_dir))
> > > +
> > > +return ' '.join(file_paths)
> > > +
> > > +FILES:${KERNEL_PACKAGE_NAME}-devicetree = "${@find_device_trees(d)}"
> > >   FILES:${KERNEL_PACKAGE_NAME}-image-zimage-bundle = 
> > > "/${KERNEL_IMAGEDEST}/zImage-*.dtb.bin"
> > 
> > I suspect this still suffers from a determinism problem as the previous
> > patch did but now it depends on whether the build had occurred or not.
> > 
> > I also really don't like resorting to python functions like this,
> > they're horrible for performance overhead. I did wonder if:
> > 
> > FILES:${KERNEL_PACKAGE_NAME}-devicetree = "/${KERNEL_DTBDEST}/**/*.dtb*"
> > 
> > would work?
> 
> Tried that first. Unfortunately bitbake doesn't enable the recursive 
> option in it's path globs. That would be too easy...

I wonder if we should do something like:

diff --git a/meta/lib/oe/package.py b/meta/lib/oe/package.py
index edb70daaf17..70040f09e7c 100644
--- a/meta/lib/oe/package.py
+++ b/meta/lib/oe/package.py
@@ -550,7 +550,7 @@ def files_from_filevars(filevars):
 f = '.' + f
 if not f.startswith("./"):
 f = './' + f
-globbed = glob.glob(f)
+globbed = glob.glob(f, recursive=True)
 if globbed:
 if [ f ] != globbed:
 files += globbed

we now have the right minimum python version for that. My main concern
would be potential any performance implications.

> > Also, are there automated tests we should be adding to catch bugs like
> > this?
> 
> Unsure. I haven't looked into automated tests for yocto recipes yet. If 
> you know of some docs for whatever OE-core is doing, feel free to shoot 
> them my way.

oe-selftest -r  

where you can see the test cases in lib/oeqa/selftest/cases/

but I'm not seeing much for devicetree specifically. We should have
some!

Cheers,

Richard




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

Re: [OE-core][PATCHv2 2/2] kernel-devicetree: recursively search for dtbs

[Randolph Sapp via lists.openembedded.org]

On 5/22/23 03:00, Richard Purdie wrote:

On Fri, 2023-05-12 at 12:22 -0500, Randolph Sapp via
lists.openembedded.org wrote:

From: Randolph Sapp 

Upstream's dtb directory structure has no real standard. They just tend
to idle around the 2/3 directory depth. Recursively search for the
dtb/dtbo files instead of assuming anything.

Fixes: 04ab57d200 (kernel-devicetree: allow specification of dtb
directory, 2023-05-02)

Signed-off-by: Randolph Sapp 
---
  meta/classes-recipe/kernel-devicetree.bbclass | 21 +--
  1 file changed, 15 insertions(+), 6 deletions(-)

diff --git a/meta/classes-recipe/kernel-devicetree.bbclass 
b/meta/classes-recipe/kernel-devicetree.bbclass
index 831fdd1527..fa6de7a140 100644
--- a/meta/classes-recipe/kernel-devicetree.bbclass
+++ b/meta/classes-recipe/kernel-devicetree.bbclass
@@ -12,12 +12,21 @@ python () {
  d.appendVar("PACKAGES", " 
${KERNEL_PACKAGE_NAME}-image-zimage-bundle")
  }
  
-FILES:${KERNEL_PACKAGE_NAME}-devicetree = " \

-/${KERNEL_DTBDEST}/*.dtb \
-/${KERNEL_DTBDEST}/*.dtbo \
-/${KERNEL_DTBDEST}/*/*.dtb \
-/${KERNEL_DTBDEST}/*/*.dtbo \
-"
+# recursivly search for devicetree files
+def find_device_trees(d):
+import glob
+import os
+
+file_paths = []
+dest_dir = d.getVar('D')
+full_dtb_dir = dest_dir + '/' + d.getVar('KERNEL_DTBDEST')
+
+for file in glob.glob(full_dtb_dir + '/**/*.dtb*', recursive=True):
+file_paths.append('/' + os.path.relpath(file, dest_dir))
+
+return ' '.join(file_paths)
+
+FILES:${KERNEL_PACKAGE_NAME}-devicetree = "${@find_device_trees(d)}"
  FILES:${KERNEL_PACKAGE_NAME}-image-zimage-bundle = 
"/${KERNEL_IMAGEDEST}/zImage-*.dtb.bin"


I suspect this still suffers from a determinism problem as the previous
patch did but now it depends on whether the build had occurred or not.

I also really don't like resorting to python functions like this,
they're horrible for performance overhead. I did wonder if:

FILES:${KERNEL_PACKAGE_NAME}-devicetree = "/${KERNEL_DTBDEST}/**/*.dtb*"

would work?


Tried that first. Unfortunately bitbake doesn't enable the recursive 
option in it's path globs. That would be too easy...




Also, are there automated tests we should be adding to catch bugs like
this?


Unsure. I haven't looked into automated tests for yocto recipes yet. If 
you know of some docs for whatever OE-core is doing, feel free to shoot 
them my way.




Cheers,

Richard




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

Re: [OE-core] [PATCH 6/7] python3-pygobject: mandate gobject-introspection-data DISTRO_FEATURE

[Ross Burton]

On 18 May 2023, at 11:49, Petr Kubizňák - 2N  wrote:
> 
> With gobject-introspection in DEPENDS, PyGObject builds always, even if 
> gobject-introspection-data is not in DISTRO_FEATURES. Is this conditional 
> approach better?

Builds is not the same as is useful.

PyGObject uses G-I to interface to GObject itself.

Without qemu-usermode, gobject-introspection is a stub, as can be shown by 
comparing gobject-introspection with and without qemu-usermode:

Changes to packages/cortexa57-poky-linux/gobject-introspection (sysroot):
  /usr/lib/girepository-1.0 was removed
  /usr/lib/girepository-1.0/Gio-2.0.typelib was removed
  /usr/lib/girepository-1.0/GIRepository-2.0.typelib was removed
…

The target gobject-introspection recipe should also refuse to build unless GI 
is enabled.

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

Re: [OE-core][RFC] tests artifacts retriever

[Alexis Lothoré via lists . openembedded . org]

On 5/22/23 16:52, Alexis Lothoré via lists.openembedded.org wrote:
> Hello everyone,
> I have been briefed about the need to add an infrastructure to be able to
> retrieve some test files (test output, logs, etc) in Yocto/CI
> automation to ease debugging of some hard-to-reproduce issues. Before
> starting to implement a solution, I would like to get some feedback about
> what I have understood from the original issue and what I propose to
> implement to improve this. Please find below my reflexions, feel free
> to comment, correct, enrich and/or approve.
> 
> # Motivation
> 
> Some test failures appearing in automatic testing can be hard to fix, based
> on too few informations from failing tests (see
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=14901 ). Sometimes
> packages/binaries under test are able to generate more detailed output in a
> dedicated file, but there is actually no standardized way of retrieving
> such output files. There has been some custom efforts done to solve this issue
> for specific recipes, for example for lttng-tools tests :
> https://git.yoctoproject.org/poky/commit/?id=2ea27691aa57951aaba3cc1714a080a112d15408
>  
> 
> The goal of this RFC is to propose an architecture for a generic system which
> allows to retrieve an arbitrary list of files from a test run.
> 
> # Use case example
> 
> lttng-tools recipe provides LTTNG tools tests as ptests (see
> meta/recipes-kernel/lttng/lttng-tools/run-ptest) and generate some log
> files (error.log, test-suite.log), it would be convenient to retrieve those
> files.
> 
> # Proposal
> 
> - Introduce an "artifacts.conf" file
>   - this file contains a "files of interest" list to be retrieved onto
> host after running ptests (exact format to be defined)
>   - artifacts.conf is specific to a ptest package and is stored next to
> run-ptest script in package
>   - artifacts.conf contains, for each ptest package, the following
> informations:
> - name of file to retrieve
>   - artifacts.conf will be installed in target image (as for
> package-specific run-ptest script)
>   - each ptest package MAY have an artifacts.conf file
> - When running ptests, for each available ptest, ptest-runner (on the
>   target) will read artifacts.conf if it exists, and retrieve
>   corresponding artifacts file in an artifacts directory, with one
>   subdirectory per ptest.
>   - Artifacts will be aggregated only if at least one test has a status
> different from "PASS"
> - Once tests are finished, tests manager on host (ptest.py) will fetch
>   artifacts directory. It will put this directory alongside testresults
>   file on host
> - This mechanism will work for both real targets and emulated targets
>   (Qemu), and will based on SSH to transfer artifacts back to host
> 
> # Additional questions
> 
> - once retrieved from target, aside from default test results directory
>   (build/tmp/log/oeqa/<...>), where should we store artifacts ? For
>   automated testing, should we publish them alongside other test and
>   regression reports (in web server directory) ?
> - current proposal is focused on ptests: should I broaden the scope and
>   include all kind of runtime tests (as found in
>   meta/lib/oeqa/runtime/cases ?)
> - are there examples of tests producing files to retrieve with non-static
>   names (which will then require the artifacts.conf to be smarter) ? 
> 

Fixing Alexandre Belloni's address in CC, sorry for the noise

-- 
Alexis Lothoré, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com


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

[OE-core][RFC] tests artifacts retriever

[Alexis Lothoré via lists . openembedded . org]

Hello everyone,
I have been briefed about the need to add an infrastructure to be able to
retrieve some test files (test output, logs, etc) in Yocto/CI
automation to ease debugging of some hard-to-reproduce issues. Before
starting to implement a solution, I would like to get some feedback about
what I have understood from the original issue and what I propose to
implement to improve this. Please find below my reflexions, feel free
to comment, correct, enrich and/or approve.

# Motivation

Some test failures appearing in automatic testing can be hard to fix, based
on too few informations from failing tests (see
https://bugzilla.yoctoproject.org/show_bug.cgi?id=14901 ). Sometimes
packages/binaries under test are able to generate more detailed output in a
dedicated file, but there is actually no standardized way of retrieving
such output files. There has been some custom efforts done to solve this issue
for specific recipes, for example for lttng-tools tests :
https://git.yoctoproject.org/poky/commit/?id=2ea27691aa57951aaba3cc1714a080a112d15408
 

The goal of this RFC is to propose an architecture for a generic system which
allows to retrieve an arbitrary list of files from a test run.

# Use case example

lttng-tools recipe provides LTTNG tools tests as ptests (see
meta/recipes-kernel/lttng/lttng-tools/run-ptest) and generate some log
files (error.log, test-suite.log), it would be convenient to retrieve those
files.

# Proposal

- Introduce an "artifacts.conf" file
  - this file contains a "files of interest" list to be retrieved onto
host after running ptests (exact format to be defined)
  - artifacts.conf is specific to a ptest package and is stored next to
run-ptest script in package
  - artifacts.conf contains, for each ptest package, the following
informations:
- name of file to retrieve
  - artifacts.conf will be installed in target image (as for
package-specific run-ptest script)
  - each ptest package MAY have an artifacts.conf file
- When running ptests, for each available ptest, ptest-runner (on the
  target) will read artifacts.conf if it exists, and retrieve
  corresponding artifacts file in an artifacts directory, with one
  subdirectory per ptest.
  - Artifacts will be aggregated only if at least one test has a status
different from "PASS"
- Once tests are finished, tests manager on host (ptest.py) will fetch
  artifacts directory. It will put this directory alongside testresults
  file on host
- This mechanism will work for both real targets and emulated targets
  (Qemu), and will based on SSH to transfer artifacts back to host

# Additional questions

- once retrieved from target, aside from default test results directory
  (build/tmp/log/oeqa/<...>), where should we store artifacts ? For
  automated testing, should we publish them alongside other test and
  regression reports (in web server directory) ?
- current proposal is focused on ptests: should I broaden the scope and
  include all kind of runtime tests (as found in
  meta/lib/oeqa/runtime/cases ?)
- are there examples of tests producing files to retrieve with non-static
  names (which will then require the artifacts.conf to be smarter) ? 

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

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

[Jing Hui Tham]

Hi all,
 
Intel and WR YP QA is planning for QA execution for YP build yocto-4.2.1. We 
are planning to execute following tests for this cycle:
 
OEQA-manual tests for following module:
1. OE-Core
2. BSP-hw
 
Runtime auto test for following platforms:
1. MinnowBoard Turbot - 32bit
2. Kaby Lake (7th Generation Intel(r) Core(tm) Processors)
3. Tiger Lake (11th Generation Intel(r) Core(tm) Processors)
4. Alder Lake-S (12th Generation Intel(r) Core(tm) Processors)
5. Raptor Lake-P (13th Generation Intel(r) Core(tm) Processors)
6. Edgerouter
7. Beaglebone

 
ETA for completion Thursday, 25 May 2023.
 
Best regards,
Jing Hui

> -Original Message-
> From: qa-build-notificat...@lists.yoctoproject.org  notificat...@lists.yoctoproject.org> On Behalf Of Pokybuild User
> Sent: Saturday, May 20, 2023 7:22 AM
> To: yo...@lists.yoctoproject.org
> Cc: qa-build-notificat...@lists.yoctoproject.org
> Subject: [qa-build-notification] QA notification for completed autobuilder
> build (yocto-4.2.1)
> 
> 
> A build flagged for QA (yocto-4.2.1) was completed on the autobuilder and
> is available at:
> 
> 
> https://autobuilder.yocto.io/pub/releases/yocto-4.2.1
> 
> 
> Build hash information:
> 
> bitbake: d97d62e2cbe4bae17f0886f3b4759e8f9ba6d38c
> meta-agl: 09135164a21a216c6e3e75d7decce896b92962f0
> meta-arm: 68509775774d9cf304e2b422927f2a9636525155
> meta-aws: 98efcdaf375df31c53d0f8d28240a079dae7b4d9
> meta-intel: a0ea4e5d395579e70f1057f1f1222c8a2b55bd96
> meta-mingw: cc9fd0a988dc1041035a6a6cafb2d1237ef38d8e
> meta-openembedded: 54b177f4acb3048d21a68f180fc183d0fdf47a94
> meta-virtualization: 1e338cbfd80dc34f90f13f92fba2e810f6858ed6
> oecore: 20cd64812d286c920bd766145ab1cd968e72667e
> poky: c5c69f78fc7ce4ba361363c14352e4264ce7813f
> 
> 
> 
> This is an automated message from the Yocto Project Autobuilder
> Git: git://git.yoctoproject.org/yocto-autobuilder2
> Email: richard.pur...@linuxfoundation.org
> 
> 
> 
> 
> 
> 
> 


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

Re: [OE-core] [PATCH 4/7] gconf: remove explicit gobject-introspection DEPENDS

[Ross Burton]

On 18 May 2023, at 11:57, Petr Kubizňák - 2N  wrote:
> 
> With the patch 2/7 applied, the gobject-introspection inherit pulls in 
> gobject-introspection-native, not gobject-introspection dependency. Is this 
> sufficient? Please make sure it builds with g-i disabled.

It does: it _always_ needs g-i-native for the m4 macros, so that configure can 
run.  Target g-i is only needed if enabled.

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

[OE-core][kirkstone][PATCH] avahi: fix D-Bus introspection

[Eero Aaltonen via lists.openembedded.org]

From: Eero Aaltonen 

Install and package the D-Bus introspection files.

Signed-off-by: Eero Aaltonen 
Signed-off-by: Alexandre Belloni 
(cherry picked from commit b8183ad25af3bcf23f04dd649b6ef665569fac8c)
Signed-off-by: Eero Aaltonen 
---
 meta/recipes-connectivity/avahi/avahi_0.8.bb | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/meta/recipes-connectivity/avahi/avahi_0.8.bb 
b/meta/recipes-connectivity/avahi/avahi_0.8.bb
index 9bb5e5861e..b5c966c102 100644
--- a/meta/recipes-connectivity/avahi/avahi_0.8.bb
+++ b/meta/recipes-connectivity/avahi/avahi_0.8.bb
@@ -83,7 +83,6 @@ RRECOMMENDS:${PN}:append:libc-glibc = " libnss-mdns"
 do_install() {
autotools_do_install
rm -rf ${D}/run
-   rm -rf ${D}${datadir}/dbus-1/interfaces
test -d ${D}${datadir}/dbus-1 && rmdir --ignore-fail-on-non-empty 
${D}${datadir}/dbus-1
rm -rf ${D}${libdir}/avahi
 
@@ -135,7 +134,7 @@ FILES:avahi-daemon = "${sbindir}/avahi-daemon \
   ${sysconfdir}/avahi/services \
   ${sysconfdir}/dbus-1 \
   ${sysconfdir}/init.d/avahi-daemon \
-  ${datadir}/avahi/introspection/*.introspect \
+  ${datadir}/dbus-1/interfaces \
   ${datadir}/avahi/avahi-service.dtd \
   ${datadir}/avahi/service-types \
   ${datadir}/dbus-1/system-services"
-- 
2.25.1


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

Re: [OE-core] [kirkstone][PATCH] binutils : Fix CVE-2023-25584

[Deepthi Hemraj]

The given binutils patch is already taken to upstream mickledore branch via 
latest binutils 2.40 branch toolchain updates.

git branch -a --contains 77c225bdeb410cf60da804879ad41622f5f1aa44
* binutils-2_40-branch
master
remotes/origin/HEAD -> origin/master
remotes/origin/binutils-2_40-branch
remotes/origin/gdb-13-branch
remotes/origin/master

commit ae2b71ca2c73111a21845c2e1329ff973558991a
Author: Khem Raj 
Date:   Wed Jan 18 20:27:22 2023 -0800         binutils: Upgrade to 2.40 release

git branch -a --contains ae2b71ca2c73111a21845c2e1329ff973558991a
*remotes/base/WRLINUX_10_23_BASE_UPDATE
remotes/base/wr-10.23-20230423
remotes/m/master -> base/wr-10.23-20230423

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

Re: [OE-core] [PATCH 25/27] gdb: enable python PACKAGECONFIG

[Alexander Kanavin]

On Fri, 19 May 2023 at 11:59, Alexander Kanavin via
lists.openembedded.org 
wrote:
>
> On Thu, 18 May 2023 at 17:52, Ross Burton  wrote:
> > > -PACKAGECONFIG ??= "readline ${@bb.utils.filter('DISTRO_FEATURES', 
> > > 'debuginfod', d)}"
> > > +PACKAGECONFIG ??= "readline ${@bb.utils.filter('DISTRO_FEATURES', 
> > > 'debuginfod', d)} python”
> >
> > This means that gdb hard-depends on python, can we split that out into a 
> > separate gdb-python package so we don’t pull the whole Python stack in with 
> > gdb?
>
> Yes, I just sent a revised patchset for this.

So splitting python modules and rdepends into a separate gdb-python
package doesn't quite work, as /usr/bin/gdb directly links with
libpython and then loads its own python modules on startup. But it's
enough to rdepend only on python3-core/codecs, not the whole python3.
I'll revise it once more.

Alex

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

[OE-core] [PATCH] libcomps: clean up DEPENDS

[Ross Burton]

From: Ross Burton 

This recipe depends on zlib so add that explicitly.

Disable the tests and remove the dependency on libcheck, as we don't
install them.

Remove obsolete PYTHON_DESIRED assignment that isn't used anywhere.

Explicitly disable the documentation for now.

Signed-off-by: Ross Burton 
---
 meta/recipes-devtools/libcomps/libcomps_0.1.19.bb | 8 +---
 1 file changed, 5 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-devtools/libcomps/libcomps_0.1.19.bb 
b/meta/recipes-devtools/libcomps/libcomps_0.1.19.bb
index f8063d94007..e362e8e1081 100644
--- a/meta/recipes-devtools/libcomps/libcomps_0.1.19.bb
+++ b/meta/recipes-devtools/libcomps/libcomps_0.1.19.bb
@@ -15,10 +15,12 @@ S = "${WORKDIR}/git"
 
 inherit cmake setuptools3-base
 
-DEPENDS += "libxml2 expat libcheck"
+DEPENDS = "expat libxml2 zlib"
+
+EXTRA_OECMAKE = "-DPYTHON_INSTALL_DIR=${PYTHON_SITEPACKAGES_DIR} \
+ -DENABLE_DOCS=OFF \
+ -DENABLE_TESTS=OFF"
 
-EXTRA_OECMAKE = " -DPYTHON_INSTALL_DIR=${PYTHON_SITEPACKAGES_DIR} 
-DPYTHON_DESIRED=3"
 OECMAKE_SOURCEPATH = "${S}/libcomps"
 
 BBCLASSEXTEND = "native nativesdk"
-
-- 
2.34.1


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

Re: [OE-core] [PATCH 2/3] qemurunner: avoid leaking server_socket

[Philippe Mathieu-Daudé]

On 10/5/23 14:59, Mikko Rapeli wrote:

close() the server_socket before qemusock replaces
it.

Signed-off-by: Mikko Rapeli 
---
  meta/lib/oeqa/utils/qemurunner.py | 1 +
  1 file changed, 1 insertion(+)


Tested-by: Philippe Mathieu-Daudé 
Reviewed-by: Philippe Mathieu-Daudé 



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

Re: [OE-core] [PATCH 1/3] qemurunner: support serial console login via qemu stdout

[Philippe Mathieu-Daudé]

On 10/5/23 14:59, Mikko Rapeli wrote:

runqemu script works with qemu machines which provide login
and serial console to the qemu process stdout. Add the same support
to qemurunner so that testing with testimage.bbclass is possible.

Default qemu machines provide serial console boot logs and login via
socket to qemu process but I don't see a reason why qemu process stdout
should not be supported too since they work with runqemu as well.

Signed-off-by: Mikko Rapeli 
---
  meta/lib/oeqa/utils/qemurunner.py | 30 +++---
  1 file changed, 19 insertions(+), 11 deletions(-)


Tested-by: Philippe Mathieu-Daudé 


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

Re: [OE-core] [PATCH 3/3] qemurunner: add boot logs to do_testimage task logs in real time

[Philippe Mathieu-Daudé]

On 10/5/23 14:59, Mikko Rapeli wrote:

Complex boot sequences take a lot of time to reach serial console login.
In our case boot involves multiple bootloaders like u-boot and grub,
then hypervisors like xen, then initramfs images which do things like
validating secure boot and encrypting the main rootfs. All these happen
before main rootfs serial console login prompt is reached and thus many
things can go wrong, including race conditions, hangs and deadlocks, and
thus logging the details is important for development.

This change adds the qemu serial console logs to do_testimage task logs while
they are being read out. The logs are not added to bitbake output. This
enables debugging and tracing the do_testimage via task log file while the boot
and tests are running.

Signed-off-by: Mikko Rapeli 
---
  meta/lib/oeqa/utils/qemurunner.py | 1 +
  1 file changed, 1 insertion(+)


Tested-by: Philippe Mathieu-Daudé 



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

[OE-Core][master][mickledore][langdale][kirkstone][PATCH] kmscube: Correct DEPENDS to avoid overwrite

[Ranjitsinh Rathod]

From: Ranjitsinh Rathod 

As part of the below commit, DEPENDS gets overwrite which is wrong
Link: 
https://git.yoctoproject.org/poky/commit/?id=bd947d3343dcd96e79fc8157f32a2a087cd710a7

So correct the DEPENDS varibales

Signed-off-by: Ranjitsinh Rathod 
---
 meta/recipes-graphics/kmscube/kmscube_git.bb | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/meta/recipes-graphics/kmscube/kmscube_git.bb 
b/meta/recipes-graphics/kmscube/kmscube_git.bb
index b2c10e09fb..67ac97b963 100644
--- a/meta/recipes-graphics/kmscube/kmscube_git.bb
+++ b/meta/recipes-graphics/kmscube/kmscube_git.bb
@@ -6,7 +6,7 @@ OpenGL or OpenGL ES."
 HOMEPAGE = "https://cgit.freedesktop.org/mesa/kmscube/;
 LICENSE = "MIT"
 SECTION = "graphics"
-DEPENDS = "virtual/libgles3 virtual/libgles2 virtual/egl libdrm"
+DEPENDS = "virtual/libgles3 virtual/libgles2 virtual/egl libdrm virtual/libgbm"
 
 LIC_FILES_CHKSUM = 
"file://kmscube.c;beginline=1;endline=23;md5=8b309d4ee67b7315ff7381270dd631fb"
 
@@ -19,7 +19,6 @@ S = "${WORKDIR}/git"
 inherit meson pkgconfig features_check
 
 REQUIRED_DISTRO_FEATURES = "opengl"
-DEPENDS = "virtual/libgbm"
 
 PACKAGECONFIG ??= ""
 PACKAGECONFIG[gstreamer] = 
"-Dgstreamer=enabled,-Dgstreamer=disabled,gstreamer1.0 
gstreamer1.0-plugins-base"
-- 
2.25.1


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

Re: [OE-core][PATCHv2 2/2] kernel-devicetree: recursively search for dtbs

[Richard Purdie]

On Fri, 2023-05-12 at 12:22 -0500, Randolph Sapp via
lists.openembedded.org wrote:
> From: Randolph Sapp 
> 
> Upstream's dtb directory structure has no real standard. They just tend
> to idle around the 2/3 directory depth. Recursively search for the
> dtb/dtbo files instead of assuming anything.
> 
> Fixes: 04ab57d200 (kernel-devicetree: allow specification of dtb
> directory, 2023-05-02)
> 
> Signed-off-by: Randolph Sapp 
> ---
>  meta/classes-recipe/kernel-devicetree.bbclass | 21 +--
>  1 file changed, 15 insertions(+), 6 deletions(-)
> 
> diff --git a/meta/classes-recipe/kernel-devicetree.bbclass 
> b/meta/classes-recipe/kernel-devicetree.bbclass
> index 831fdd1527..fa6de7a140 100644
> --- a/meta/classes-recipe/kernel-devicetree.bbclass
> +++ b/meta/classes-recipe/kernel-devicetree.bbclass
> @@ -12,12 +12,21 @@ python () {
>  d.appendVar("PACKAGES", " 
> ${KERNEL_PACKAGE_NAME}-image-zimage-bundle")
>  }
>  
> -FILES:${KERNEL_PACKAGE_NAME}-devicetree = " \
> -/${KERNEL_DTBDEST}/*.dtb \
> -/${KERNEL_DTBDEST}/*.dtbo \
> -/${KERNEL_DTBDEST}/*/*.dtb \
> -/${KERNEL_DTBDEST}/*/*.dtbo \
> -"
> +# recursivly search for devicetree files
> +def find_device_trees(d):
> +import glob
> +import os
> +
> +file_paths = []
> +dest_dir = d.getVar('D')
> +full_dtb_dir = dest_dir + '/' + d.getVar('KERNEL_DTBDEST')
> +
> +for file in glob.glob(full_dtb_dir + '/**/*.dtb*', recursive=True):
> +file_paths.append('/' + os.path.relpath(file, dest_dir))
> +
> +return ' '.join(file_paths)
> +
> +FILES:${KERNEL_PACKAGE_NAME}-devicetree = "${@find_device_trees(d)}"
>  FILES:${KERNEL_PACKAGE_NAME}-image-zimage-bundle = 
> "/${KERNEL_IMAGEDEST}/zImage-*.dtb.bin"

I suspect this still suffers from a determinism problem as the previous
patch did but now it depends on whether the build had occurred or not.

I also really don't like resorting to python functions like this,
they're horrible for performance overhead. I did wonder if:

FILES:${KERNEL_PACKAGE_NAME}-devicetree = "/${KERNEL_DTBDEST}/**/*.dtb*"

would work?

Also, are there automated tests we should be adding to catch bugs like
this?

Cheers,

Richard


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

Re: [OE-core][PATCH v3 1/3] cve-check: add option to add additional patched CVEs

[Mikko Rapeli]

Hi,

On Fri, May 19, 2023 at 03:11:57PM +0200, Marta Rybczynska wrote:
> I'm missing a status to cover the situation when the NVD (or any other
> database) has an incorrect entry. We have quite many of those. This might
> be a temporary situation, but not always.
> 
> SPDX (the 3.0 draft) has some other possible reasons
> https://github.com/spdx/spdx-spec/blob/vulnerability-profile/chapters/profile-vulnerabilities.md
> What looks like interesting ideas are:
> * "Can't fix" / "Will not fix"
> * "Not applicable" (SPDX language: Ineffective) when the code is not used
> * "Invalid match" (this is our NVD mismatch case)
> * "Mitigated" measures taken so that it cannot be exploited
> * "Workarounded"

To me the SPDX details don't seem very usable when actually maintaining
a linux distro for a long time. Anyone from major Linux distro
stable/security teams participating in the work?

So I'd rather compare to Debian security tracker CVE status data and ask
what our LTS and master branch maintainers and those in the community
who maintain yocto based SW stacks need. Do the maintainers want to read
SPDX output, for example? What common statuses do the maintainers want to
encode for each CVE?

Debian security tracker https://security-team.debian.org/security_tracker.html
shows states:

 * vulnerable: binary package with specified version in their distro
   version is vulnerable to the issue

 * fixed: binary package in their distro version has fixed the issue

 * undetermined: it is not yet clear if the issue affects Debian and
   their version of the packages

And "vulnerable" has sub states:

 * ignored: the issue does not impact Debian packages

 * postponed: no security patch updates will be provided, e.g. such a
   minor issue that update will happen for example via normal package
   version updates to next stable version

There are a lot of additional "standards" and sub states when looking at
CVE data in the tracker (info not public, no upstream fix available, not
supported configuration etc), but those major high level states are enough.
And then there are security relevant bugs without CVEs.

I've been happy with "Unpatched", "Patched" and "Ignored" states for
each CVE detected by cve-check.bbclass. There could be a few more sub
stated to "Ignored" and the "Patched" state should better reflect reality,
which this patch set helps. But I'm happy with that.

I'm not so happy with the SPDX states names and meanings.

Cheers,

-Mikko

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

Re: [oe-core][kirkstone][PATCH 1/1] git: ignore CVE-2023-25815

[Polampalli, Archana via lists.openembedded.org]

Hi,

NVD site  https://nvd.nist.gov/vuln/detail/CVE-2023-25815 is stating that CVE 
affects the Git for Windows and Debain security tracker - 
https://security-tracker.debian.org/tracker/CVE-2023-25815
has provided the CVE  fix commit 
https://github.com/git/git/commit/c4137be0f5a6edf9a9044e6e43ecf4468c7a4046 and 
stated that CVE fixed in Debain unstable version(sid)


Kindly review the CVE, If it affects only Windows please approve the patch else 
please respond I will try to send patch for CVE fix.

CVE description:
In Git for Windows, the Windows port of Git, no localized messages are shipped 
with the installer. As a consequence, Git is expected not to localize messages 
at all, and skips the gettext initialization. However, due to a change in 
MINGW-packages, the `gettext()` function's implicit initialization no longer 
uses the runtime prefix but uses the hard-coded path `C:\mingw64\share\locale` 
to look for localized messages. And since any authenticated user has the 
permission to create folders in `C:\` (and since `C:\mingw64` does not 
typically exist), it is possible for low-privilege users to place fake messages 
in that location where `git.exe` will pick them up in version 2.40.1. This 
vulnerability is relatively hard to exploit and requires social engineering. 
For example, a legitimate message at the end of a clone could be maliciously 
modified to ask the user to direct their web browser to a malicious website, 
and the user might think that the message comes from Git and is legitimate. It 
does require local write access by the attacker, though, which makes this 
attack vector less likely. Version 2.40.1 contains a patch for this issue. Some 
workarounds are available. Do not work on a Windows machine with shared 
accounts, or alternatively create a `C:\mingw64` folder and leave it empty. 
Users who have administrative rights may remove the permission to create 
folders in `C:\`.


References:
https://nvd.nist.gov/vuln/detail/CVE-2023-25815
https://github.com/git-for-windows/git/security/advisories/GHSA-9w66-8mq8-5vm8
https://security-tracker.debian.org/tracker/CVE-2023-25815
https://github.com/git/git/commit/c4137be0f5a6edf9a9044e6e43ecf4468c7a4046
[https://opengraph.githubassets.com/378f0913a5e21a34e25674de17d23163b810deb2ea3446cc80bff6a0804522c7/git/git/commit/c4137be0f5a6edf9a9044e6e43ecf4468c7a4046]
gettext: avoid using gettext if the locale dir is not present · 
git/git@c4137be
In cc5e1bf99247 (gettext: avoid initialization if the locale dir is not 
present, 2018-04-21) Git was taught to avoid a costly gettext start-up when 
there are not even any localized messages to work...
github.com


From: openembedded-core@lists.openembedded.org 
 on behalf of Polampalli, Archana via 
lists.openembedded.org 
Sent: Monday, May 22, 2023 1:06 PM
To: openembedded-core@lists.openembedded.org 

Cc: G Pillai, Hari 
Subject: [oe-core][kirkstone][PATCH 1/1] git: ignore CVE-2023-25815

This is specific to Git-for-Windows.

Signed-off-by: Archana Polampalli 
---
 meta/recipes-devtools/git/git_2.39.2.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/git/git_2.39.2.bb 
b/meta/recipes-devtools/git/git_2.39.2.bb
index 222e545f60..9fac9d13f8 100644
--- a/meta/recipes-devtools/git/git_2.39.2.bb
+++ b/meta/recipes-devtools/git/git_2.39.2.bb
@@ -33,6 +33,8 @@ CVE_PRODUCT = "git-scm:git"
 CVE_CHECK_IGNORE += "CVE-2022-24975"
 # This is specific to Git-for-Windows
 CVE_CHECK_IGNORE += "CVE-2022-41953"
+# This is specific to Git-for-Windows
+CVE_CHECK_IGNORE += "CVE-2023-25815"

 PACKAGECONFIG ??= "expat curl"
 PACKAGECONFIG[cvsserver] = ""
--
2.40.0


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

[oe-core][kirkstone][PATCH 1/1] git: ignore CVE-2023-25815

[Polampalli, Archana via lists.openembedded.org]

This is specific to Git-for-Windows.

Signed-off-by: Archana Polampalli 
---
 meta/recipes-devtools/git/git_2.39.2.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/git/git_2.39.2.bb 
b/meta/recipes-devtools/git/git_2.39.2.bb
index 222e545f60..9fac9d13f8 100644
--- a/meta/recipes-devtools/git/git_2.39.2.bb
+++ b/meta/recipes-devtools/git/git_2.39.2.bb
@@ -33,6 +33,8 @@ CVE_PRODUCT = "git-scm:git"
 CVE_CHECK_IGNORE += "CVE-2022-24975"
 # This is specific to Git-for-Windows
 CVE_CHECK_IGNORE += "CVE-2022-41953"
+# This is specific to Git-for-Windows
+CVE_CHECK_IGNORE += "CVE-2023-25815"
 
 PACKAGECONFIG ??= "expat curl"
 PACKAGECONFIG[cvsserver] = ""
-- 
2.40.0


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