date:20221212

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

2022-12-12 Thread Stephen Jolley

All,

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


Who

Count


michael.opdenac...@bootlin.com

35


ross.bur...@arm.com

29


randy.macl...@windriver.com

25


bruce.ashfi...@gmail.com

24


david.re...@windriver.com

23


richard.pur...@linuxfoundation.org

22


sakib.sa...@windriver.com

10


jpewhac...@gmail.com

10


saul.w...@windriver.com

9


pa...@zhukoff.net

6


zheng@windriver.com

5


tim.orl...@konsulko.com

4


sundeep.kokko...@gmail.com

3


alexandre.bell...@bootlin.com

3


s...@bigsur.com

2


akuster...@gmail.com

2


jon.ma...@arm.com

2


sundeep.kokko...@windriver.com

2


naveen.go...@windriver.com

2


hongxu@windriver.com

2


rybczyn...@gmail.com

1


bluelightn...@bluelightning.org

1


anton.anto...@arm.com

1


qi.c...@windriver.com

1


ptsne...@gmail.com

1


martin.bee...@online.de

1


martin.ja...@gmail.com

1


mhalst...@linuxfoundation.org

1


aeh...@gmail.com

1


tvgamb...@gmail.com

1


thomas.per...@bootlin.com

1


Grand Total

231

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 (#174509): 
https://lists.openembedded.org/g/openembedded-core/message/174509
Mute This Topic: https://lists.openembedded.org/mt/95639038/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

2022-12-12 Thread 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 416
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 (#174508): 
https://lists.openembedded.org/g/openembedded-core/message/174508
Mute This Topic: https://lists.openembedded.org/mt/95639031/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] linux-libc-headers: add 6.x fetch location

2022-12-12 Thread Bruce Ashfield

From: Bruce Ashfield 

The next libc-headers bumps will be in the 6.x series, so we
udpate our fetching list to handle that major version number.

Signed-off-by: Bruce Ashfield 
---

I'm working through the update to 6.1 as the next LTS kernel,
and that includes bumping the libc-headers to match. While
testing on both the kernel and headers continues, there's no
sense sitting on this patch.

Bruce

 meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc 
b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
index 71778bb4e3..3a8d32e785 100644
--- a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
+++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
@@ -44,6 +44,8 @@ python __anonymous () {
 d.setVar("HEADER_FETCH_VER", "4.x")
 elif major == "5":
 d.setVar("HEADER_FETCH_VER", "5.x")
+elif major == "6":
+d.setVar("HEADER_FETCH_VER", "6.x")
 else:
 d.setVar("HEADER_FETCH_VER", "2.6")
 }
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174507): 
https://lists.openembedded.org/g/openembedded-core/message/174507
Mute This Topic: https://lists.openembedded.org/mt/95638834/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] libpng: Added "--enable-hardware-optimizations" instead of "--enable-arm-neon". Because "--enable-arm-neon" only works for armv7, but doesn't work for aarch64. But in fact neon is als

2022-12-12 Thread leimaohui

Reference to libpng-1.6.38/configure,if enable_hardware_optimizations is
enabled, libpng can judge whether enable enable_arm_neon according
to $host_cpu.

$ cat libpng-1.6.38/configure
..
if test ${enable_hardware_optimizations+y}
then :
..
 # allow enabling hardware optimization on any system:
 case "$host_cpu" in
arm*|aarch64*)
  enable_arm_neon=yes

printf "%s\n" "#define PNG_ARM_NEON_OPT 2" >>confdefs.h
..


Signed-off-by: Lei Maohui 
---
 meta/recipes-multimedia/libpng/libpng_1.6.38.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-multimedia/libpng/libpng_1.6.38.bb 
b/meta/recipes-multimedia/libpng/libpng_1.6.38.bb
index dc627203ef..7da71d9d3b 100644
--- a/meta/recipes-multimedia/libpng/libpng_1.6.38.bb
+++ b/meta/recipes-multimedia/libpng/libpng_1.6.38.bb
@@ -22,7 +22,7 @@ BINCONFIG = "${bindir}/libpng-config 
${bindir}/libpng16-config"
 inherit autotools binconfig-disabled pkgconfig
 
 # Work around missing symbols
-EXTRA_OECONF:append:class-target = " ${@bb.utils.contains("TUNE_FEATURES", 
"neon", "--enable-arm-neon=on", "--enable-arm-neon=off", d)}"
+EXTRA_OECONF:append:class-target = " --enable-hardware-optimizations=on "
 
 PACKAGES =+ "${PN}-tools"
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174506): 
https://lists.openembedded.org/g/openembedded-core/message/174506
Mute This Topic: https://lists.openembedded.org/mt/95637494/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 00/12] Pull request (cover letter only)

2022-12-12 Thread Steve Sakoman

This is the final pull request for the 4.0.6 release build.

The following changes since commit c0f3da88a9646fc5e6d549b1a2327c0823c0e5a1:

  mirrors.bbclass: update CPAN_MIRROR (2022-11-30 05:51:07 -1000)

are available in the Git repository at:

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

Alexey Smirnov (1):
  classes: make TOOLCHAIN more permissive for kernel

Chen Qi (1):
  psplash: consider the situation of psplash not exist for systemd

Harald Seiler (1):
  opkg: Set correct info_dir and status_file in opkg.conf

Hitendra Prajapati (1):
  libarchive: CVE-2022-36227 NULL pointer dereference in archive_write.c

Joe Slater (1):
  python3: advance to version 3.10.8

Joshua Watt (1):
  scripts: convert-overrides: Allow command-line customizations

Qiu, Zheng (2):
  vim: upgrade 9.0.0820 -> 9.0.0947
  valgrind: remove most hidden tests for arm64

Richard Purdie (1):
  oeqa/selftest/tinfoil: Add test for separate config_data with
recipe_parse_file()

Ross Burton (1):
  xserver-xorg: backport fixes for CVE-2022-3550 and CVE-2022-3551

Xiangyu Chen (2):
  sysstat: fix CVE-2022-39377
  grub: backport patches to fix CVE-2022-28736

 meta/classes/kernel-arch.bbclass  |   2 +-
 meta/lib/oeqa/selftest/cases/tinfoil.py   |  14 ++
 ...i-chainloader-Use-grub_loader_set_ex.patch |  86 +++
 ...ot-Add-API-to-pass-context-to-loader.patch | 168 +
 ...hainloader-Simplify-the-loader-state.patch | 129 ++
 meta/recipes-bsp/grub/grub2.inc   |   3 +
 .../psplash/files/psplash-start.service   |   1 +
 .../psplash/files/psplash-systemd.service |   1 +
 meta/recipes-devtools/opkg/opkg_0.5.0.bb  |   4 +-
 .../python/python3/cve-2022-37454.patch   | 108 +
 .../{python3_3.10.7.bb => python3_3.10.8.bb}  |   4 +-
 .../valgrind/valgrind/remove-for-aarch64  | 227 +-
 .../libarchive/CVE-2022-36227.patch   |  42 
 .../libarchive/libarchive_3.6.1.bb|   4 +-
 .../sysstat/sysstat/CVE-2022-39377.patch  |  93 +++
 .../sysstat/sysstat_12.4.5.bb |   3 +-
 ...possible-memleaks-in-XkbGetKbdByName.patch |  63 +
 ...ntedString-against-request-length-at.patch |  38 +++
 .../xorg-xserver/xserver-xorg_21.1.4.bb   |   2 +
 meta/recipes-support/vim/vim.inc  |   4 +-
 scripts/contrib/convert-overrides.py  | 103 
 21 files changed, 821 insertions(+), 278 deletions(-)
 create mode 100644 
meta/recipes-bsp/grub/files/CVE-2022-28736-loader-efi-chainloader-Use-grub_loader_set_ex.patch
 create mode 100644 
meta/recipes-bsp/grub/files/commands-boot-Add-API-to-pass-context-to-loader.patch
 create mode 100644 
meta/recipes-bsp/grub/files/loader-efi-chainloader-Simplify-the-loader-state.patch
 create mode 100644 meta/recipes-devtools/python/python3/cve-2022-37454.patch
 rename meta/recipes-devtools/python/{python3_3.10.7.bb => python3_3.10.8.bb} 
(99%)
 create mode 100644 
meta/recipes-extended/libarchive/libarchive/CVE-2022-36227.patch
 create mode 100644 meta/recipes-extended/sysstat/sysstat/CVE-2022-39377.patch
 create mode 100644 
meta/recipes-graphics/xorg-xserver/xserver-xorg/0001-xkb-fix-some-possible-memleaks-in-XkbGetKbdByName.patch
 create mode 100644 
meta/recipes-graphics/xorg-xserver/xserver-xorg/0001-xkb-proof-GetCountedString-against-request-length-at.patch

-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174505): 
https://lists.openembedded.org/g/openembedded-core/message/174505
Mute This Topic: https://lists.openembedded.org/mt/95637397/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] kernel-fitimage: reduce dependency to the cpio

2022-12-12 Thread Patrick Williams

In order to build a fitimage, we don't need the image to be "complete"
but we need the cpio portion of it built since the cpio is what ends
up inside the FIT.  By reducing the dependency to `do_image_cpio` we
are able to include an image's rootfs as the ramdisk for a FIT and
then bundle that FIT into a larger SPI flash layout.

Signed-off-by: Patrick Williams 
---
 meta/classes-recipe/kernel-fitimage.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes-recipe/kernel-fitimage.bbclass 
b/meta/classes-recipe/kernel-fitimage.bbclass
index 7980910aa8..ccc132482e 100644
--- a/meta/classes-recipe/kernel-fitimage.bbclass
+++ b/meta/classes-recipe/kernel-fitimage.bbclass
@@ -38,7 +38,7 @@ python __anonymous () {
 
 image = d.getVar('INITRAMFS_IMAGE')
 if image:
-d.appendVarFlag('do_assemble_fitimage_initramfs', 'depends', ' 
${INITRAMFS_IMAGE}:do_image_complete')
+d.appendVarFlag('do_assemble_fitimage_initramfs', 'depends', ' 
${INITRAMFS_IMAGE}:do_image_cpio')
 
 ubootenv = d.getVar('UBOOT_ENV')
 if ubootenv:
-- 
2.37.4


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174504): 
https://lists.openembedded.org/g/openembedded-core/message/174504
Mute This Topic: https://lists.openembedded.org/mt/95632880/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 2/2] gptfdisk: Enable largefile support functions

2022-12-12 Thread Khem Raj

Ensures it builds/works fine when _LARGEFILE64_SUPPORT is disabled.

Signed-off-by: Khem Raj 
---
 ...01-Use-64bit-time_t-on-linux-as-well.patch | 32 +++
 meta/recipes-devtools/fdisk/gptfdisk_1.0.9.bb |  1 +
 2 files changed, 33 insertions(+)
 create mode 100644 
meta/recipes-devtools/fdisk/gptfdisk/0001-Use-64bit-time_t-on-linux-as-well.patch

diff --git 
a/meta/recipes-devtools/fdisk/gptfdisk/0001-Use-64bit-time_t-on-linux-as-well.patch
 
b/meta/recipes-devtools/fdisk/gptfdisk/0001-Use-64bit-time_t-on-linux-as-well.patch
new file mode 100644
index 00..80e6f1bc9c
--- /dev/null
+++ 
b/meta/recipes-devtools/fdisk/gptfdisk/0001-Use-64bit-time_t-on-linux-as-well.patch
@@ -0,0 +1,32 @@
+From cbdbabcc14e4ae4debcc64e41c0bb97d47b4eeef Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Mon, 12 Dec 2022 12:50:07 -0800
+Subject: [PATCH] Use 64bit time_t on linux as well
+
+Alias 64bit version of stat functions to original functions
+we are already passing -D_FILE_OFFSET_BITS=64 in linux Makefile
+
+Upstream-Status: Submitted 
[https://sourceforge.net/p/gptfdisk/code/merge-requests/29/]
+Signed-off-by: Khem Raj 
+---
+ diskio-unix.cc | 6 +-
+ 1 file changed, 5 insertions(+), 1 deletion(-)
+
+diff --git a/diskio-unix.cc b/diskio-unix.cc
+index 7780aeb..0897c56 100644
+--- a/diskio-unix.cc
 b/diskio-unix.cc
+@@ -37,8 +37,12 @@
+ 
+ using namespace std;
+ 
+-#ifdef __APPLE__
++#if defined(__APPLE__) || defined(__linux__)
+ #define off64_t off_t
++#define stat64 stat
++#define fstat64 fstat
++#define lstat64 lstat
++#define lseek64 lseek
+ #endif
+ 
+ // Returns the official "real" name for a shortened version of same.
diff --git a/meta/recipes-devtools/fdisk/gptfdisk_1.0.9.bb 
b/meta/recipes-devtools/fdisk/gptfdisk_1.0.9.bb
index 4a25945363..66935b7fbb 100644
--- a/meta/recipes-devtools/fdisk/gptfdisk_1.0.9.bb
+++ b/meta/recipes-devtools/fdisk/gptfdisk_1.0.9.bb
@@ -11,6 +11,7 @@ SRC_URI = "${SOURCEFORGE_MIRROR}/${BPN}/${PV}/${BP}.tar.gz \
file://0001-gptcurses-correctly-include-curses.h.patch \

file://0001-Updated-guid.cc-to-deal-with-minor-change-in-libuuid.patch \

file://0001-Fix-failure-crash-of-sgdisk-when-compiled-with-lates.patch \
+   file://0001-Use-64bit-time_t-on-linux-as-well.patch \
"
 SRC_URI[sha256sum] = 
"dafead2693faeb8e8b97832b23407f6ed5b3219bc1784f482dd855774e2d50c2"
 
-- 
2.39.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174503): 
https://lists.openembedded.org/g/openembedded-core/message/174503
Mute This Topic: https://lists.openembedded.org/mt/95631418/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 1/2] rpcsvc-proto: Use autoconf knob to enable largefile support

2022-12-12 Thread Khem Raj

Signed-off-by: Khem Raj 
---
 .../rpcsvc-proto/rpcsvc-proto.bb  |  3 +-
 ...FILE-macro-to-control-largefile-supp.patch | 80 +++
 2 files changed, 82 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-extended/rpcsvc-proto/rpcsvc-proto/0001-Use-AC_SYS_LARGEFILE-macro-to-control-largefile-supp.patch

diff --git a/meta/recipes-extended/rpcsvc-proto/rpcsvc-proto.bb 
b/meta/recipes-extended/rpcsvc-proto/rpcsvc-proto.bb
index dd7bd2b1be..00919a3d70 100644
--- a/meta/recipes-extended/rpcsvc-proto/rpcsvc-proto.bb
+++ b/meta/recipes-extended/rpcsvc-proto/rpcsvc-proto.bb
@@ -21,7 +21,8 @@ SRCREV = "71e0a12c04d130a78674ac6309eefffa6ecee612"
 
 SRC_URI = "git://github.com/thkukuk/${BPN};branch=master;protocol=https \
file://0001-Use-cross-compiled-rpcgen.patch \
-  "
+   
file://0001-Use-AC_SYS_LARGEFILE-macro-to-control-largefile-supp.patch \
+   "
 
 S = "${WORKDIR}/git"
 
diff --git 
a/meta/recipes-extended/rpcsvc-proto/rpcsvc-proto/0001-Use-AC_SYS_LARGEFILE-macro-to-control-largefile-supp.patch
 
b/meta/recipes-extended/rpcsvc-proto/rpcsvc-proto/0001-Use-AC_SYS_LARGEFILE-macro-to-control-largefile-supp.patch
new file mode 100644
index 00..f07866d55a
--- /dev/null
+++ 
b/meta/recipes-extended/rpcsvc-proto/rpcsvc-proto/0001-Use-AC_SYS_LARGEFILE-macro-to-control-largefile-supp.patch
@@ -0,0 +1,80 @@
+From 6820c53c3952f78185beb59f767c372fc745dcf3 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Sun, 11 Dec 2022 21:42:59 -0800
+Subject: [PATCH] Use AC_SYS_LARGEFILE macro to control largefile support
+
+The autoconf macro AC_SYS_LARGEFILE defines _FILE_OFFSET_BITS=64
+where necessary to ensure that off_t and all interfaces using off_t
+are 64bit, even on 32bit systems.
+
+replace stat64 by equivalent stat struct/func
+
+Upstream-Status: Accepted [https://github.com/thkukuk/rpcsvc-proto/pull/15]
+Signed-off-by: Khem Raj 
+---
+ configure.ac  |  1 +
+ rpcgen/rpc_main.c | 16 +---
+ 2 files changed, 6 insertions(+), 11 deletions(-)
+
+diff --git a/configure.ac b/configure.ac
+index bacc2fb..a9fc730 100644
+--- a/configure.ac
 b/configure.ac
+@@ -8,6 +8,7 @@ AC_PREFIX_DEFAULT(/usr)
+ AC_SUBST(PACKAGE)
+ AC_SUBST(VERSION)
+ 
++AC_SYS_LARGEFILE
+ AC_PROG_CC
+ AC_GNU_SOURCE
+ AM_PROG_CC_C_O
+diff --git a/rpcgen/rpc_main.c b/rpcgen/rpc_main.c
+index 277adc6..fd7dea9 100644
+--- a/rpcgen/rpc_main.c
 b/rpcgen/rpc_main.c
+@@ -62,12 +62,6 @@
+ #define EXTEND1   /* alias for TRUE */
+ #define DONT_EXTEND   0   /* alias for FALSE */
+ 
+-#ifdef __APPLE__
+-# if __DARWIN_ONLY_64_BIT_INO_T
+-#  define stat64 stat
+-# endif
+-#endif
+-
+ struct commandline
+   {
+ int cflag;/* xdr C routines */
+@@ -337,9 +331,9 @@ clear_args (void)
+ static void
+ find_cpp (void)
+ {
+-  struct stat64 buf;
++  struct stat buf;
+ 
+-  if (stat64 (CPP, ) == 0)
++  if (stat (CPP, ) == 0)
+ return;
+ 
+   if (cppDefined) /* user specified cpp but it does not exist */
+@@ -1125,17 +1119,17 @@ putarg (int whereto, const char *cp)
+ static void
+ checkfiles (const char *infile, const char *outfile)
+ {
+-  struct stat64 buf;
++  struct stat buf;
+ 
+   if (infile) /* infile ! = NULL */
+-if (stat64 (infile, ) < 0)
++if (stat (infile, ) < 0)
+   {
+   perror (infile);
+   crash ();
+   }
+   if (outfile)
+ {
+-  if (stat64 (outfile, ) < 0)
++  if (stat (outfile, ) < 0)
+   return; /* file does not exist */
+   else
+   {
-- 
2.39.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174502): 
https://lists.openembedded.org/g/openembedded-core/message/174502
Mute This Topic: https://lists.openembedded.org/mt/95631416/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 1/2] libepoxy: remove upstreamed patch

2022-12-12 Thread Ross Burton

This patch was upstreamed in 6b09a8bc, 1.5.5 onwards.

Signed-off-by: Ross Burton 
---
 ...atch_common.h-define-also-EGL_NO_X11.patch | 27 ---
 .../libepoxy/libepoxy_1.5.10.bb   |  4 +--
 2 files changed, 1 insertion(+), 30 deletions(-)
 delete mode 100644 
meta/recipes-graphics/libepoxy/files/0001-dispatch_common.h-define-also-EGL_NO_X11.patch

diff --git 
a/meta/recipes-graphics/libepoxy/files/0001-dispatch_common.h-define-also-EGL_NO_X11.patch
 
b/meta/recipes-graphics/libepoxy/files/0001-dispatch_common.h-define-also-EGL_NO_X11.patch
deleted file mode 100644
index 971a3f54e04..000
--- 
a/meta/recipes-graphics/libepoxy/files/0001-dispatch_common.h-define-also-EGL_NO_X11.patch
+++ /dev/null
@@ -1,27 +0,0 @@
-From 7211120d1e2f059d900f3379b9790484dbcf7761 Mon Sep 17 00:00:00 2001
-From: Martin Jansa 
-Date: Fri, 25 Oct 2019 11:09:34 +
-Subject: [PATCH] dispatch_common.h: define also EGL_NO_X11
-
-MESA_EGL_NO_X11_HEADERS was renamed to EGL_NO_X11 in:
-https://github.com/mesa3d/mesa/commit/6202a13b71e18dc31ba7e2f4ea915b67eacc1ddb
-
-Signed-off-by: Martin Jansa 
-Upstream-Status: Pending
-

- src/dispatch_common.h | 1 +
- 1 file changed, 1 insertion(+)
-
-diff --git a/src/dispatch_common.h b/src/dispatch_common.h
-index a136943..448c9b1 100644
 a/src/dispatch_common.h
-+++ b/src/dispatch_common.h
-@@ -55,6 +55,7 @@
-  * as EGL_NO_X11
-  */
- #  define MESA_EGL_NO_X11_HEADERS 1
-+#  define EGL_NO_X11 1
- # endif
- #include "epoxy/egl.h"
- #endif
diff --git a/meta/recipes-graphics/libepoxy/libepoxy_1.5.10.bb 
b/meta/recipes-graphics/libepoxy/libepoxy_1.5.10.bb
index d10134568ac..384afa69079 100644
--- a/meta/recipes-graphics/libepoxy/libepoxy_1.5.10.bb
+++ b/meta/recipes-graphics/libepoxy/libepoxy_1.5.10.bb
@@ -9,9 +9,7 @@ SECTION = "libs"
 LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://COPYING;md5=58ef4c80d401e07bd9ee8b6b58cf464b"
 
-SRC_URI = "git://github.com/anholt/libepoxy;branch=master;protocol=https \
-   file://0001-dispatch_common.h-define-also-EGL_NO_X11.patch \
-   "
+SRC_URI = "git://github.com/anholt/libepoxy;branch=master;protocol=https"
 SRCREV = "c84bc9459357a40e46e2fec0408d04fbdde2c973"
 S = "${WORKDIR}/git"
 
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174500): 
https://lists.openembedded.org/g/openembedded-core/message/174500
Mute This Topic: https://lists.openembedded.org/mt/95626610/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 2/2] gtk+3: upgrade 3.24.34 -> 3.24.35

2022-12-12 Thread Ross Burton

The gtktypefuncs.c removal is obsolete as that file isn't in the tarball
anymore, so remove it.

However the wayland-scanner files are still in the tarball despite
efforts to stop this, so generalise the removal to ensure it covers all
files which may be affected.  Further investigation will be needed to
see if this is still an issue.

Rebase 0003-Add-disable-opengl-configure-option.patch.

Signed-off-by: Ross Burton 
---
 meta/recipes-gnome/gtk+/gtk+3.inc |  7 +-
 ...-Add-disable-opengl-configure-option.patch | 86 ++-
 .../{gtk+3_3.24.34.bb => gtk+3_3.24.35.bb}|  2 +-
 3 files changed, 46 insertions(+), 49 deletions(-)
 rename meta/recipes-gnome/gtk+/{gtk+3_3.24.34.bb => gtk+3_3.24.35.bb} (89%)

diff --git a/meta/recipes-gnome/gtk+/gtk+3.inc 
b/meta/recipes-gnome/gtk+/gtk+3.inc
index 7d50d7bd2e3..5b7b73ac8dc 100644
--- a/meta/recipes-gnome/gtk+/gtk+3.inc
+++ b/meta/recipes-gnome/gtk+/gtk+3.inc
@@ -27,15 +27,10 @@ ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
 export PKG_CONFIG_FOR_BUILD = "${STAGING_BINDIR_NATIVE}/pkg-config-native"
 
 do_configure:prepend() {
-#delete a file that will get confused with generated one in ${B}
-rm -f ${S}/gtk/gtktypefuncs.c
-
 # These files are generated by wayland-scanner but will race over 
modification
 # time between the copies in the sysroot from wayland-protocols and the 
copy
 # in the source tree. Solve the race by deleting so they need to be 
regenerated.
-# 3.24.22 will not be shipping these files so this can be deleted then:
-# https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/2183
-rm -f ${S}/modules/input/text-input-unstable-v3*.[ch]
+rm -f ${S}/modules/input/*-text-input-*.[ch]
 }
 
 EXTRA_OECONF += " \
diff --git 
a/meta/recipes-gnome/gtk+/gtk+3/0003-Add-disable-opengl-configure-option.patch 
b/meta/recipes-gnome/gtk+/gtk+3/0003-Add-disable-opengl-configure-option.patch
index 35cbab87610..fe671445365 100644
--- 
a/meta/recipes-gnome/gtk+/gtk+3/0003-Add-disable-opengl-configure-option.patch
+++ 
b/meta/recipes-gnome/gtk+/gtk+3/0003-Add-disable-opengl-configure-option.patch
@@ -1,4 +1,4 @@
-From eef50c94587fc30cd624adb5eb213eb9fa663dc1 Mon Sep 17 00:00:00 2001
+From e59cb71740ff70022bb2d9bd3685a1d77b43cac0 Mon Sep 17 00:00:00 2001
 From: Jussi Kukkonen 
 Date: Tue, 21 Jun 2016 15:11:39 +0300
 Subject: [PATCH] Add --disable-opengl configure option
@@ -19,13 +19,12 @@ as it actually will depend on OpenGL.
 
 Upstream-Status: Inappropriate [Evil eye expected from upstream]
 Signed-off-by: Jussi Kukkonen 
-
 ---
  configure.ac   | 13 -
  demos/gtk-demo/glarea.c| 14 ++
  docs/tools/Makefile.am |  9 +++-
  docs/tools/widgets.c   |  4 +-
- gdk/Makefile.am|  8 ++-
+ gdk/gdk-sources.inc|  8 ++-
  gdk/gdkdisplay.c   |  4 +-
  gdk/gdkgl.c| 10 
  gdk/gdkglcontext.c |  6 +++
@@ -47,7 +46,7 @@ Signed-off-by: Jussi Kukkonen 
  create mode 100644 gdk/x11/gdkx-without-gl-context.h
 
 diff --git a/configure.ac b/configure.ac
-index 851bcbf..6cbf6a2 100644
+index 9ed65e5f8a..70c68364ff 100644
 --- a/configure.ac
 +++ b/configure.ac
 @@ -346,6 +346,15 @@ AC_ARG_ENABLE(cloudproviders,
@@ -66,7 +65,7 @@ index 851bcbf..6cbf6a2 100644
  AC_ARG_ENABLE(glx,
[AS_HELP_STRING([--enable-glx],
[When enabled Gdk will try to initialize GLX])])
-@@ -1345,7 +1354,7 @@ CFLAGS="$saved_cflags"
+@@ -1367,7 +1376,7 @@ CFLAGS="$saved_cflags"
  LDFLAGS="$saved_ldflags"
  
  GDK_PACKAGES="$PANGO_PACKAGES gdk-pixbuf-2.0 >= gdk_pixbuf_required_version 
cairo >= cairo_required_version cairo-gobject >= cairo_required_version"
@@ -75,7 +74,7 @@ index 851bcbf..6cbf6a2 100644
  
  PKG_CHECK_MODULES(GDK_DEP, $GDK_PACKAGES $GDK_PRIVATE_PACKAGES)
  GDK_DEP_LIBS="$GDK_EXTRA_LIBS $GDK_DEP_LIBS $MATH_LIB"
-@@ -1379,7 +1388,7 @@ fi
+@@ -1401,7 +1410,7 @@ fi
  PKG_CHECK_MODULES(ATK, $ATK_PACKAGES)
  
  GTK_PACKAGES="atk >= atk_required_version cairo >= cairo_required_version 
cairo-gobject >= cairo_required_version gdk-pixbuf-2.0 >= 
gdk_pixbuf_required_version gio-2.0 >= glib_required_version"
@@ -85,7 +84,7 @@ index 851bcbf..6cbf6a2 100644
GTK_PRIVATE_PACKAGES="$GTK_PRIVATE_PACKAGES pangoft2"
  fi
 diff --git a/demos/gtk-demo/glarea.c b/demos/gtk-demo/glarea.c
-index b51e4ae..82409c7 100644
+index b51e4ae1fe..82409c7358 100644
 --- a/demos/gtk-demo/glarea.c
 +++ b/demos/gtk-demo/glarea.c
 @@ -3,9 +3,12 @@
@@ -168,7 +167,7 @@ index b51e4ae..82409c7 100644
return TRUE;
  }
 diff --git a/docs/tools/Makefile.am b/docs/tools/Makefile.am
-index bec43e3..189e8fc 100644
+index bec43e3a55..189e8fc926 100644
 --- a/docs/tools/Makefile.am
 +++ b/docs/tools/Makefile.am
 @@ -9,13 +9,18 @@ AM_CPPFLAGS = \
@@ -193,7 +192,7 @@ index bec43e3..189e8fc 100644

Re: [oe-core][kirkstone][PATCH 1/1] pixman: fix CVE-2022-44638

2022-12-12 Thread Steve Sakoman

I think you may not be using the current kirkstone head, there was a
patch accepted for this CVE last month:

https://git.openembedded.org/openembedded-core/commit/?h=kirkstone=1d2e131d9ba55626354264d454b2808e84751600

Thanks!

Steve

On Mon, Dec 12, 2022 at 6:08 AM Soumya  wrote:
>
> pixman: In libpixman in Pixman before 0.42.2, there is an out-of-bounds write
> (aka heap-based buffer overflow) in rasterize_edges_8 due to an integer
> overflow in pixman_sample_floor_y.
>
> References:
> https://nvd.nist.gov/vuln/detail/CVE-2022-44638
>
> Upstream-Status: Backport 
> [https://gitlab.freedesktop.org/pixman/pixman/-/commit/a1f88e842e0216a5b4df1ab023caebe33c101395]
>
> CVE: CVE-2022-44638
>
> Signed-off-by: Soumya 
> ---
>  .../xorg-lib/pixman/CVE-2022-44638.patch  | 36 +++
>  .../xorg-lib/pixman_0.40.0.bb |  1 +
>  2 files changed, 37 insertions(+)
>  create mode 100644 meta/recipes-graphics/xorg-lib/pixman/CVE-2022-44638.patch
>
> diff --git a/meta/recipes-graphics/xorg-lib/pixman/CVE-2022-44638.patch 
> b/meta/recipes-graphics/xorg-lib/pixman/CVE-2022-44638.patch
> new file mode 100644
> index 00..5705d8e4e5
> --- /dev/null
> +++ b/meta/recipes-graphics/xorg-lib/pixman/CVE-2022-44638.patch
> @@ -0,0 +1,36 @@
> +From a1f88e842e0216a5b4df1ab023caebe33c101395 Mon Sep 17 00:00:00 2001
> +From: Matt Turner 
> +Date: Wed, 2 Nov 2022 12:07:32 -0400
> +Subject: [PATCH] Avoid integer overflow leading to out-of-bounds write
> +
> +Thanks to Maddie Stone and Google's Project Zero for discovering this
> +issue, providing a proof-of-concept, and a great analysis.
> +
> +Closes: https://gitlab.freedesktop.org/pixman/pixman/-/issues/63
> +
> +Upstream-Status: Backport
> +CVE: CVE-2022-44638
> +
> +Reference to upstream patch:
> +[https://gitlab.freedesktop.org/pixman/pixman/-/commit/a1f88e842e0216a5b4df1ab023caebe33c101395]
> +
> +Signed-off-by: Stefan Ghinea 
> +---
> + pixman/pixman-trap.c | 2 +-
> + 1 file changed, 1 insertion(+), 1 deletion(-)
> +
> +diff --git a/pixman/pixman-trap.c b/pixman/pixman-trap.c
> +index 91766fd..7560405 100644
> +--- a/pixman/pixman-trap.c
>  b/pixman/pixman-trap.c
> +@@ -74,7 +74,7 @@ pixman_sample_floor_y (pixman_fixed_t y,
> +
> + if (f < Y_FRAC_FIRST (n))
> + {
> +-  if (pixman_fixed_to_int (i) == 0x8000)
> ++  if (pixman_fixed_to_int (i) == 0x8000)
> +   {
> +   f = 0; /* saturate */
> +   }
> +--
> +2.38.1
> diff --git a/meta/recipes-graphics/xorg-lib/pixman_0.40.0.bb 
> b/meta/recipes-graphics/xorg-lib/pixman_0.40.0.bb
> index ccfe277746..c56733eefd 100644
> --- a/meta/recipes-graphics/xorg-lib/pixman_0.40.0.bb
> +++ b/meta/recipes-graphics/xorg-lib/pixman_0.40.0.bb
> @@ -9,6 +9,7 @@ DEPENDS = "zlib"
>
>  SRC_URI = "https://www.cairographics.org/releases/${BP}.tar.gz \
> 
> file://0001-ARM-qemu-related-workarounds-in-cpu-features-detecti.patch \
> +   file://CVE-2022-44638.patch \
> "
>  SRC_URI[md5sum] = "73858c0862dd9896fb5f62ae267084a4"
>  SRC_URI[sha256sum] = 
> "6d200dec3740d9ec4ec8d1180e25779c00bc749f94278c8b9021f5534db223fc"
> --
> 2.25.1
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174499): 
https://lists.openembedded.org/g/openembedded-core/message/174499
Mute This Topic: https://lists.openembedded.org/mt/95624429/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] pixman: fix CVE-2022-44638

2022-12-12 Thread Soumya

pixman: In libpixman in Pixman before 0.42.2, there is an out-of-bounds write
(aka heap-based buffer overflow) in rasterize_edges_8 due to an integer
overflow in pixman_sample_floor_y.

References:
https://nvd.nist.gov/vuln/detail/CVE-2022-44638

Upstream-Status: Backport 
[https://gitlab.freedesktop.org/pixman/pixman/-/commit/a1f88e842e0216a5b4df1ab023caebe33c101395]

CVE: CVE-2022-44638

Signed-off-by: Soumya 
---
 .../xorg-lib/pixman/CVE-2022-44638.patch  | 36 +++
 .../xorg-lib/pixman_0.40.0.bb |  1 +
 2 files changed, 37 insertions(+)
 create mode 100644 meta/recipes-graphics/xorg-lib/pixman/CVE-2022-44638.patch

diff --git a/meta/recipes-graphics/xorg-lib/pixman/CVE-2022-44638.patch 
b/meta/recipes-graphics/xorg-lib/pixman/CVE-2022-44638.patch
new file mode 100644
index 00..5705d8e4e5
--- /dev/null
+++ b/meta/recipes-graphics/xorg-lib/pixman/CVE-2022-44638.patch
@@ -0,0 +1,36 @@
+From a1f88e842e0216a5b4df1ab023caebe33c101395 Mon Sep 17 00:00:00 2001
+From: Matt Turner 
+Date: Wed, 2 Nov 2022 12:07:32 -0400
+Subject: [PATCH] Avoid integer overflow leading to out-of-bounds write
+
+Thanks to Maddie Stone and Google's Project Zero for discovering this
+issue, providing a proof-of-concept, and a great analysis.
+
+Closes: https://gitlab.freedesktop.org/pixman/pixman/-/issues/63
+
+Upstream-Status: Backport
+CVE: CVE-2022-44638
+
+Reference to upstream patch:
+[https://gitlab.freedesktop.org/pixman/pixman/-/commit/a1f88e842e0216a5b4df1ab023caebe33c101395]
+
+Signed-off-by: Stefan Ghinea 
+---
+ pixman/pixman-trap.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/pixman/pixman-trap.c b/pixman/pixman-trap.c
+index 91766fd..7560405 100644
+--- a/pixman/pixman-trap.c
 b/pixman/pixman-trap.c
+@@ -74,7 +74,7 @@ pixman_sample_floor_y (pixman_fixed_t y,
+
+ if (f < Y_FRAC_FIRST (n))
+ {
+-  if (pixman_fixed_to_int (i) == 0x8000)
++  if (pixman_fixed_to_int (i) == 0x8000)
+   {
+   f = 0; /* saturate */
+   }
+--
+2.38.1
diff --git a/meta/recipes-graphics/xorg-lib/pixman_0.40.0.bb 
b/meta/recipes-graphics/xorg-lib/pixman_0.40.0.bb
index ccfe277746..c56733eefd 100644
--- a/meta/recipes-graphics/xorg-lib/pixman_0.40.0.bb
+++ b/meta/recipes-graphics/xorg-lib/pixman_0.40.0.bb
@@ -9,6 +9,7 @@ DEPENDS = "zlib"
 
 SRC_URI = "https://www.cairographics.org/releases/${BP}.tar.gz \

file://0001-ARM-qemu-related-workarounds-in-cpu-features-detecti.patch \
+   file://CVE-2022-44638.patch \
"
 SRC_URI[md5sum] = "73858c0862dd9896fb5f62ae267084a4"
 SRC_URI[sha256sum] = 
"6d200dec3740d9ec4ec8d1180e25779c00bc749f94278c8b9021f5534db223fc"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174498): 
https://lists.openembedded.org/g/openembedded-core/message/174498
Mute This Topic: https://lists.openembedded.org/mt/95624429/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/2] meson: drop redundant is_debianlike() patch

2022-12-12 Thread Ross Burton

On 12 Dec 2022, at 15:38, Richard Purdie  
wrote:
>> - def is_debianlike() -> bool:
>> --return os.path.isfile('/etc/debian_version')
>> -+return False
>> - 
>> - 
>> - def is_dragonflybsd() -> bool:
> 
> I have a nasty feeling that there may be meson users out there which
> call into this as an API function :(

It’s not an exposed API, so no packages can use it in a meson.build file.

Ross
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174497): 
https://lists.openembedded.org/g/openembedded-core/message/174497
Mute This Topic: https://lists.openembedded.org/mt/95623428/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/2] meson: drop redundant is_debianlike() patch

2022-12-12 Thread Richard Purdie

On Mon, 2022-12-12 at 15:25 +, Ross Burton wrote:
> This patch disables is_debianlike() so that it always returns False in the
> name of deterministic builds.  However, the caller default_libdir() then
> looks at the host filesystem to decide if /usr/lib64 exists and will
> return either lib or lib64, so it still isn't deterministic.
> 
> This is only used for the default libdir value and meson.bbclass
> always passes an explicit --libdir, so this is moot.
> 
> Signed-off-by: Ross Burton 
> ---
>  ...01-is_debianlike-always-return-False.patch | 27 ---
>  meta/recipes-devtools/meson/meson_0.64.0.bb   |  1 -
>  2 files changed, 28 deletions(-)
>  delete mode 100644 
> meta/recipes-devtools/meson/meson/0001-is_debianlike-always-return-False.patch
> 
> diff --git 
> a/meta/recipes-devtools/meson/meson/0001-is_debianlike-always-return-False.patch
>  
> b/meta/recipes-devtools/meson/meson/0001-is_debianlike-always-return-False.patch
> deleted file mode 100644
> index a9a32e2b7a1..000
> --- 
> a/meta/recipes-devtools/meson/meson/0001-is_debianlike-always-return-False.patch
> +++ /dev/null
> @@ -1,27 +0,0 @@
> -From 361f51c2c7685491186703e8f26be991ab698edc Mon Sep 17 00:00:00 2001
> -From: Alexander Kanavin 
> -Date: Mon, 18 Oct 2021 15:55:59 +0200
> -Subject: [PATCH] is_debianlike(): always return False
> -
> -Otherwise, host contamination happens.
> -
> -Upstream-Status: Inappropriate [oe-core specific]
> -Signed-off-by: Alexander Kanavin 
> -
> 
> - mesonbuild/utils/universal.py | 2 +-
> - 1 file changed, 1 insertion(+), 1 deletion(-)
> -
> -diff --git a/mesonbuild/utils/universal.py b/mesonbuild/utils/universal.py
> -index 570edd6..4119aa5 100644
>  a/mesonbuild/utils/universal.py
> -+++ b/mesonbuild/utils/universal.py
> -@@ -634,7 +634,7 @@ def is_cygwin() -> bool:
> - 
> - 
> - def is_debianlike() -> bool:
> --return os.path.isfile('/etc/debian_version')
> -+return False
> - 
> - 
> - def is_dragonflybsd() -> bool:

I have a nasty feeling that there may be meson users out there which
call into this as an API function :(

Cheers,

Richard



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174496): 
https://lists.openembedded.org/g/openembedded-core/message/174496
Mute This Topic: https://lists.openembedded.org/mt/95623428/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 2/2] meson: always use meson subcommands

2022-12-12 Thread Ross Burton

Invoking meson with just paths is a deprecated use of the binary and
causes warnings, so call 'meson setup' explicitly.

Whilst doing this cleanup, we can also call 'meson compile' and 'meson
install' instead of ninja.

Signed-off-by: Ross Burton 
---
 meta/classes-recipe/meson.bbclass | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/classes-recipe/meson.bbclass 
b/meta/classes-recipe/meson.bbclass
index 765e81bc4f8..1014bd058ea 100644
--- a/meta/classes-recipe/meson.bbclass
+++ b/meta/classes-recipe/meson.bbclass
@@ -152,7 +152,7 @@ meson_do_configure() {
 mkdir -p "${B}/meson-private/tmp"
 export TMPDIR="${B}/meson-private/tmp"
 bbnote Executing meson ${EXTRA_OEMESON}...
-if ! meson ${MESONOPTS} "${MESON_SOURCEPATH}" "${B}" ${MESON_CROSS_FILE} 
${EXTRA_OEMESON}; then
+if ! meson setup ${MESONOPTS} "${MESON_SOURCEPATH}" "${B}" 
${MESON_CROSS_FILE} ${EXTRA_OEMESON}; then
 bbfatal_log meson failed
 fi
 }
@@ -169,11 +169,11 @@ do_configure[postfuncs] += "meson_do_qa_configure"
 
 do_compile[progress] = "outof:^\[(\d+)/(\d+)\]\s+"
 meson_do_compile() {
-ninja -v ${PARALLEL_MAKE}
+meson compile -v ${PARALLEL_MAKE}
 }
 
 meson_do_install() {
-DESTDIR='${D}' ninja -v ${PARALLEL_MAKEINST} install
+meson install --destdir ${D}
 }
 
 EXPORT_FUNCTIONS do_configure do_compile do_install
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174495): 
https://lists.openembedded.org/g/openembedded-core/message/174495
Mute This Topic: https://lists.openembedded.org/mt/95623429/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 1/2] meson: drop redundant is_debianlike() patch

2022-12-12 Thread Ross Burton

This patch disables is_debianlike() so that it always returns False in the
name of deterministic builds.  However, the caller default_libdir() then
looks at the host filesystem to decide if /usr/lib64 exists and will
return either lib or lib64, so it still isn't deterministic.

This is only used for the default libdir value and meson.bbclass
always passes an explicit --libdir, so this is moot.

Signed-off-by: Ross Burton 
---
 ...01-is_debianlike-always-return-False.patch | 27 ---
 meta/recipes-devtools/meson/meson_0.64.0.bb   |  1 -
 2 files changed, 28 deletions(-)
 delete mode 100644 
meta/recipes-devtools/meson/meson/0001-is_debianlike-always-return-False.patch

diff --git 
a/meta/recipes-devtools/meson/meson/0001-is_debianlike-always-return-False.patch
 
b/meta/recipes-devtools/meson/meson/0001-is_debianlike-always-return-False.patch
deleted file mode 100644
index a9a32e2b7a1..000
--- 
a/meta/recipes-devtools/meson/meson/0001-is_debianlike-always-return-False.patch
+++ /dev/null
@@ -1,27 +0,0 @@
-From 361f51c2c7685491186703e8f26be991ab698edc Mon Sep 17 00:00:00 2001
-From: Alexander Kanavin 
-Date: Mon, 18 Oct 2021 15:55:59 +0200
-Subject: [PATCH] is_debianlike(): always return False
-
-Otherwise, host contamination happens.
-
-Upstream-Status: Inappropriate [oe-core specific]
-Signed-off-by: Alexander Kanavin 
-

- mesonbuild/utils/universal.py | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/mesonbuild/utils/universal.py b/mesonbuild/utils/universal.py
-index 570edd6..4119aa5 100644
 a/mesonbuild/utils/universal.py
-+++ b/mesonbuild/utils/universal.py
-@@ -634,7 +634,7 @@ def is_cygwin() -> bool:
- 
- 
- def is_debianlike() -> bool:
--return os.path.isfile('/etc/debian_version')
-+return False
- 
- 
- def is_dragonflybsd() -> bool:
diff --git a/meta/recipes-devtools/meson/meson_0.64.0.bb 
b/meta/recipes-devtools/meson/meson_0.64.0.bb
index 84c3c84515f..34a04d52ab6 100644
--- a/meta/recipes-devtools/meson/meson_0.64.0.bb
+++ b/meta/recipes-devtools/meson/meson_0.64.0.bb
@@ -15,7 +15,6 @@ SRC_URI = 
"${GITHUB_BASE_URI}/download/${PV}/meson-${PV}.tar.gz \
file://disable-rpath-handling.patch \
file://0001-Make-CPU-family-warnings-fatal.patch \
file://0002-Support-building-allarch-recipes-again.patch \
-   file://0001-is_debianlike-always-return-False.patch \
file://0001-Check-for-clang-before-guessing-gcc-or-lcc.patch \
"
 SRC_URI[sha256sum] = 
"c5e27e091c2a35b9049e152a6535045ebbd057253aeb67856de6ecbb7b917bab"
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174494): 
https://lists.openembedded.org/g/openembedded-core/message/174494
Mute This Topic: https://lists.openembedded.org/mt/95623428/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 01/13] cargo-update-recipe-crates.bbclass: add a class to generate SRC_URI crate lists from Cargo.lock

2022-12-12 Thread Alexander Kanavin

On Mon, 12 Dec 2022 at 15:18, Stefan Herbrechtsmeier
 wrote:
> >> Sorry for the harsh tone but you ignore existing tools and add just 
> >> another tool to oe-core without mention any reason or document it.
> > The reason to add the class was to be able to update existing
> > rust-based recipes without having to manually update long lists of
> > crates in those recipes, which is a rather urgent issue, more urgent
> > than having rust support in recipetool. The class does not replace
> > recipetool, in fact it can, and should be used by devtool/recipetool
> > once someone finds time and motivation to sit down and add (currently
> > missing) rust support to it (class functionality can be executed from
> > those tools via tinfoil.build_targets()). I do not have that time, and
> > I am not getting paid for doing that either. Oh, and we do not have a
> > maintainer for those tools. Would you like to volunteer for that?
>
> Yes, I'm happy to maintain recipetool. We need to go on with our npm und
> go support anyway.

Thank you, that would be very much appreciated.

We're all stretched thin, and need to continuously advocate the
importance of OSS maintenance as a job, as it's still not seen as
such. The problem is endemic across the software industry.

Alex

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174493): 
https://lists.openembedded.org/g/openembedded-core/message/174493
Mute This Topic: https://lists.openembedded.org/mt/94683148/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 01/13] cargo-update-recipe-crates.bbclass: add a class to generate SRC_URI crate lists from Cargo.lock

2022-12-12 Thread Stefan Herbrechtsmeier


Hi Alex,

Am 09.12.2022 um 13:09 schrieb Alexander Kanavin:

On Fri, 9 Dec 2022 at 11:39, Stefan Herbrechtsmeier
 wrote:

Sorry for the harsh tone but you ignore existing tools and add just another 
tool to oe-core without mention any reason or document it.

The reason to add the class was to be able to update existing
rust-based recipes without having to manually update long lists of
crates in those recipes, which is a rather urgent issue, more urgent
than having rust support in recipetool. The class does not replace
recipetool, in fact it can, and should be used by devtool/recipetool
once someone finds time and motivation to sit down and add (currently
missing) rust support to it (class functionality can be executed from
those tools via tinfoil.build_targets()). I do not have that time, and
I am not getting paid for doing that either. Oh, and we do not have a
maintainer for those tools. Would you like to volunteer for that?


Yes, I'm happy to maintain recipetool. We need to go on with our npm und 
go support anyway.


Regards
  Stefan


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174492): 
https://lists.openembedded.org/g/openembedded-core/message/174492
Mute This Topic: https://lists.openembedded.org/mt/94683148/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/2] xorg-driver-common: add opengl to REQUIRED_DISTRO_FEATURES

2022-12-12 Thread Alexander Kanavin

"libmali-xlnx PROVIDES virtual/libgbm but was skipped: incompatible
with machine qemux86-64 (not in COMPATIBLE_MACHINE)"

This is the key error. Why is libmali being set as the libgbm provider
if it's not compatible?

Alex

On Mon, 12 Dec 2022 at 11:20, Yu, Mingli  wrote:
>
> Hi Alex,
>
> Not only xf86-video-amdgpu_22.0.0.bb needs the REQUIRED_DISTRO_FEATURES = 
> "opengl", there still comes below error if we only add 
> REQUIRED_DISTRO_FEATURES = "opengl" for xf86-video-amdgpu_22.0.0.bb.
> ERROR: Nothing PROVIDES 'virtual/libgbm' (but 
> /build/layers/oe-core/meta/recipes-graphics/xorg-xserver/xserver-xorg_21.1.4.bb
>  DEPENDS on or otherwise requires it)
> libmali-xlnx PROVIDES virtual/libgbm but was skipped: incompatible with 
> machine qemux86-64 (not in COMPATIBLE_MACHINE)
> ERROR: Required build target 'meta-world-pkgdata' has no buildable providers.
> Missing or unbuildable dependency chain was: ['meta-world-pkgdata', 
> 'xf86-input-mouse', 'virtual/xserver', 'virtual/libgbm']
>
> Thanks,
>
> 
> From: Alexander Kanavin 
> Sent: Friday, December 9, 2022 17:05
> To: Yu, Mingli 
> Cc: openembedded-core@lists.openembedded.org 
> 
> Subject: Re: [OE-core] [PATCH 1/2] xorg-driver-common: add opengl to 
> REQUIRED_DISTRO_FEATURES
>
> CAUTION: This email comes from a non Wind River email account!
> Do not click links or open attachments unless you recognize the sender and 
> know the content is safe.
>
> Hello,
>
> this means that xf86-video-amdgpu_22.0.0.bb needs the
> REQUIRED_DISTRO_FEATURES = "opengl"
> line, but other x11 recipes do not need to be changed.
>
> Alex
>
> On Fri, 9 Dec 2022 at 05:10, Yu, Mingli  wrote:
> >
> > Hi Alex,
> >
> > The error as below:
> > ERROR: Nothing PROVIDES 'virtual/libgbm' (but 
> > /build/layers/meta-openembedded/meta-oe/recipes-graphics/xorg-driver/xf86-video-amdgpu_22.0.0.bb
> >  DEPENDS on or otherwise requires it). Close matches:
> >   virtual/libc
> >   virtual/libomxil
> >   virtual/libusb0
> > ERROR: Required build target 'meta-world-pkgdata' has no buildable 
> > providers.
> > Missing or unbuildable dependency chain was: ['meta-world-pkgdata', 
> > 'xf86-video-amdgpu', 'virtual/libgbm']
> >
> > Thanks,
> > 
> > From: openembedded-core@lists.openembedded.org 
> >  on behalf of Alexander Kanavin 
> > 
> > Sent: Monday, December 5, 2022 18:04
> > To: Yu, Mingli 
> > Cc: openembedded-core@lists.openembedded.org 
> > 
> > Subject: Re: [OE-core] [PATCH 1/2] xorg-driver-common: add opengl to 
> > REQUIRED_DISTRO_FEATURES
> >
> > CAUTION: This email comes from a non Wind River email account!
> > Do not click links or open attachments unless you recognize the sender and 
> > know the content is safe.
> >
> > Both of these patches seem very wrong. X11 definitely does not require
> > opengl. I just confirmed it by building xf86-input-synaptics without
> > opengl in DISTRO_FEATURES.
> >
> > Can you show how the issue can be reproduced on plain poky? It seems
> > like your local config or distro or BSP layer does something which
> > triggers this.
> >
> > Alex
> >
> >
> >
> > On Mon, 5 Dec 2022 at 10:51, Yu, Mingli  wrote:
> > >
> > > From: Mingli Yu 
> > >
> > > xf86-input-synaptics depends on virtual/xserver which needs opengl
> > > DISTRO_FEATURES, so add opengl distro check also for xf86-input-synaptics.
> > >
> > > Signed-off-by: Mingli Yu 
> > > ---
> > >  meta/recipes-graphics/xorg-driver/xorg-driver-common.inc | 2 +-
> > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > >
> > > diff --git a/meta/recipes-graphics/xorg-driver/xorg-driver-common.inc 
> > > b/meta/recipes-graphics/xorg-driver/xorg-driver-common.inc
> > > index 8b3f19426b..3fc54af3e4 100644
> > > --- a/meta/recipes-graphics/xorg-driver/xorg-driver-common.inc
> > > +++ b/meta/recipes-graphics/xorg-driver/xorg-driver-common.inc
> > > @@ -17,7 +17,7 @@ XORGBUILDCLASS ??= "autotools"
> > >  inherit ${XORGBUILDCLASS} pkgconfig features_check
> > >
> > >  # depends on virtual/xserver
> > > -REQUIRED_DISTRO_FEATURES = "x11"
> > > +REQUIRED_DISTRO_FEATURES = "x11 opengl"
> > >
> > >  # FIXME: We don't want to include the libtool archives (*.la) from 
> > > modules
> > >  # directory, as they serve no useful purpose. Upstream should fix 
> > > Makefile.am
> > > --
> > > 2.25.1
> > >
> > >
> > >
> > >

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174491): 
https://lists.openembedded.org/g/openembedded-core/message/174491
Mute This Topic: https://lists.openembedded.org/mt/95465698/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/2] xorg-driver-common: add opengl to REQUIRED_DISTRO_FEATURES

2022-12-12 Thread Yu, Mingli

Hi Alex,

Not only xf86-video-amdgpu_22.0.0.bb needs the REQUIRED_DISTRO_FEATURES = 
"opengl", there still comes below error if we only add REQUIRED_DISTRO_FEATURES 
= "opengl" for xf86-video-amdgpu_22.0.0.bb.
ERROR: Nothing PROVIDES 'virtual/libgbm' (but 
/build/layers/oe-core/meta/recipes-graphics/xorg-xserver/xserver-xorg_21.1.4.bb 
DEPENDS on or otherwise requires it)
libmali-xlnx PROVIDES virtual/libgbm but was skipped: incompatible with machine 
qemux86-64 (not in COMPATIBLE_MACHINE)
ERROR: Required build target 'meta-world-pkgdata' has no buildable providers.
Missing or unbuildable dependency chain was: ['meta-world-pkgdata', 
'xf86-input-mouse', 'virtual/xserver', 'virtual/libgbm']

Thanks,


From: Alexander Kanavin 
Sent: Friday, December 9, 2022 17:05
To: Yu, Mingli 
Cc: openembedded-core@lists.openembedded.org 

Subject: Re: [OE-core] [PATCH 1/2] xorg-driver-common: add opengl to 
REQUIRED_DISTRO_FEATURES

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

Hello,

this means that xf86-video-amdgpu_22.0.0.bb needs the
REQUIRED_DISTRO_FEATURES = "opengl"
line, but other x11 recipes do not need to be changed.

Alex

On Fri, 9 Dec 2022 at 05:10, Yu, Mingli  wrote:
>
> Hi Alex,
>
> The error as below:
> ERROR: Nothing PROVIDES 'virtual/libgbm' (but 
> /build/layers/meta-openembedded/meta-oe/recipes-graphics/xorg-driver/xf86-video-amdgpu_22.0.0.bb
>  DEPENDS on or otherwise requires it). Close matches:
>   virtual/libc
>   virtual/libomxil
>   virtual/libusb0
> ERROR: Required build target 'meta-world-pkgdata' has no buildable providers.
> Missing or unbuildable dependency chain was: ['meta-world-pkgdata', 
> 'xf86-video-amdgpu', 'virtual/libgbm']
>
> Thanks,
> 
> From: openembedded-core@lists.openembedded.org 
>  on behalf of Alexander Kanavin 
> 
> Sent: Monday, December 5, 2022 18:04
> To: Yu, Mingli 
> Cc: openembedded-core@lists.openembedded.org 
> 
> Subject: Re: [OE-core] [PATCH 1/2] xorg-driver-common: add opengl to 
> REQUIRED_DISTRO_FEATURES
>
> CAUTION: This email comes from a non Wind River email account!
> Do not click links or open attachments unless you recognize the sender and 
> know the content is safe.
>
> Both of these patches seem very wrong. X11 definitely does not require
> opengl. I just confirmed it by building xf86-input-synaptics without
> opengl in DISTRO_FEATURES.
>
> Can you show how the issue can be reproduced on plain poky? It seems
> like your local config or distro or BSP layer does something which
> triggers this.
>
> Alex
>
>
>
> On Mon, 5 Dec 2022 at 10:51, Yu, Mingli  wrote:
> >
> > From: Mingli Yu 
> >
> > xf86-input-synaptics depends on virtual/xserver which needs opengl
> > DISTRO_FEATURES, so add opengl distro check also for xf86-input-synaptics.
> >
> > Signed-off-by: Mingli Yu 
> > ---
> >  meta/recipes-graphics/xorg-driver/xorg-driver-common.inc | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/meta/recipes-graphics/xorg-driver/xorg-driver-common.inc 
> > b/meta/recipes-graphics/xorg-driver/xorg-driver-common.inc
> > index 8b3f19426b..3fc54af3e4 100644
> > --- a/meta/recipes-graphics/xorg-driver/xorg-driver-common.inc
> > +++ b/meta/recipes-graphics/xorg-driver/xorg-driver-common.inc
> > @@ -17,7 +17,7 @@ XORGBUILDCLASS ??= "autotools"
> >  inherit ${XORGBUILDCLASS} pkgconfig features_check
> >
> >  # depends on virtual/xserver
> > -REQUIRED_DISTRO_FEATURES = "x11"
> > +REQUIRED_DISTRO_FEATURES = "x11 opengl"
> >
> >  # FIXME: We don't want to include the libtool archives (*.la) from modules
> >  # directory, as they serve no useful purpose. Upstream should fix 
> > Makefile.am
> > --
> > 2.25.1
> >
> >
> >
> >

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174490): 
https://lists.openembedded.org/g/openembedded-core/message/174490
Mute This Topic: https://lists.openembedded.org/mt/95465698/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] lib/sstatesig: Drop OEBasic siggen

2022-12-12 Thread Quentin Schulz via lists.openembedded.org


Hi Richard,

"Forwarding" this to Michael as a docs update requirement notice 
(yocto-docs and bitbake).


Cheers,
Quentin

On 12/11/22 17:12, Richard Purdie wrote:

We're now used to using hashes as part of the task hashes and the sstate code
relies on this. The older OEBasic hash approach therefore wouldn't work and
can be removed.

Signed-off-by: Richard Purdie 
---
  meta/lib/oe/sstatesig.py | 10 --
  1 file changed, 10 deletions(-)

diff --git a/meta/lib/oe/sstatesig.py b/meta/lib/oe/sstatesig.py
index bf48aed7e11..f0224454c93 100644
--- a/meta/lib/oe/sstatesig.py
+++ b/meta/lib/oe/sstatesig.py
@@ -101,15 +101,6 @@ def sstate_lockedsigs(d):
  sigs[pn][task] = [h, siggen_lockedsigs_var]
  return sigs
  
-class SignatureGeneratorOEBasic(bb.siggen.SignatureGeneratorBasic):

-name = "OEBasic"
-def init_rundepcheck(self, data):
-self.abisaferecipes = (data.getVar("SIGGEN_EXCLUDERECIPES_ABISAFE") or 
"").split()
-self.saferecipedeps = (data.getVar("SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS") or 
"").split()
-pass
-def rundep_check(self, fn, recipename, task, dep, depname, dataCaches = 
None):
-return sstate_rundepfilter(self, fn, recipename, task, dep, depname, 
dataCaches)
-
  class SignatureGeneratorOEBasicHashMixIn(object):
  supports_multiconfig_datacaches = True
  
@@ -326,7 +317,6 @@ class SignatureGeneratorOEEquivHash(SignatureGeneratorOEBasicHashMixIn, bb.sigge

  bb.fatal("OEEquivHash requires SSTATE_HASHEQUIV_METHOD to be set")
  
  # Insert these classes into siggen's namespace so it can see and select them

-bb.siggen.SignatureGeneratorOEBasic = SignatureGeneratorOEBasic
  bb.siggen.SignatureGeneratorOEBasicHash = SignatureGeneratorOEBasicHash
  bb.siggen.SignatureGeneratorOEEquivHash = SignatureGeneratorOEEquivHash
  







-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174489): 
https://lists.openembedded.org/g/openembedded-core/message/174489
Mute This Topic: https://lists.openembedded.org/mt/95602001/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] yocto-check-layer: add skip layer support

2022-12-12 Thread Yu, Mingli

From: Mingli Yu 

We can define the layers need to check in a file and skip the yocto
compliance check if the layer is't defined in the file.

Signed-off-by: Mingli Yu 
---
 scripts/yocto-check-layer | 30 ++
 1 file changed, 30 insertions(+)

diff --git a/scripts/yocto-check-layer b/scripts/yocto-check-layer
index 67cc71950f..e75f89f224 100755
--- a/scripts/yocto-check-layer
+++ b/scripts/yocto-check-layer
@@ -47,6 +47,28 @@ def dump_layer_debug(layer):
 if collections:
 logger.debug("%s collections: %s" % (layer["name"], ", 
".join(collections)))
 
+def skip_layer(layer, config=""):
+"""
+The config define a file used to define the layers we need to check.
+And the content looks like as below for example:
+RECIPE_LIST_LAYERS = 'openembedded-layer chromium-browser-layer 
clang-layer'
+The return value True indicates we need to skip the layer
+"""
+if config and os.path.exists(config):
+logger.debug("Reading RECIPE_LIST_LAYERS from %s" % 
os.path.realpath(config))
+layerlists = []
+collections = layer.get("collections", {})
+if collections:
+collections = " ".join(collections)
+logger.debug("layername: %s, collections: %s" % (layer["name"], 
collections))
+with open(config, 'r') as f:
+for line in f:
+if line.startswith("RECIPE_LIST_LAYERS"):
+layerlists = line.replace("'", '').replace('"', 
'').split()[2:]
+if layerlists:
+return not (collections in layerlists)
+return False
+
 def main():
 parser = argparse.ArgumentParser(
 description="Yocto Project layer checking tool",
@@ -57,6 +79,8 @@ def main():
 help='File to output log (optional)', action='store')
 parser.add_argument('--dependency', nargs="+",
 help='Layers to process for dependencies', action='store')
+parser.add_argument("--recipe-list-layers",
+help='Read RECIPE_LIST_LAYERS from the file, the 
RECIPE_LIST_LAYERS must be in one line (optional)', action='store')
 parser.add_argument('--no-auto-dependency', help='Disable automatic 
testing of dependencies',
 action='store_true')
 parser.add_argument('--machines', nargs="+",
@@ -185,6 +209,12 @@ def main():
 logger.info("Setting up for %s(%s), %s" % (layer['name'], 
layer['type'],
 layer['path']))
 
+if args.recipe_list_layers and skip_layer(layer, 
args.recipe_list_layers):
+
+results[layer['name']] = None
+results_status[layer['name']] = 'SKIPPED (Unsupported by 
RECIPE_LIST_LAYERS)'
+layers_tested = layers_tested + 1
+continue
 missing_dependencies = not add_layer_dependencies(bblayersconf, layer, 
dep_layers, logger)
 if not missing_dependencies:
 for additional_layer in additional_layers:
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174488): 
https://lists.openembedded.org/g/openembedded-core/message/174488
Mute This Topic: https://lists.openembedded.org/mt/95617459/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.2

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

[OE-core] [PATCH] linux-libc-headers: add 6.x fetch location

[oe-core][PATCH] libpng: Added "--enable-hardware-optimizations" instead of "--enable-arm-neon". Because "--enable-arm-neon" only works for armv7, but doesn't work for aarch64. But in fact neon is als

[OE-core][kirkstone 00/12] Pull request (cover letter only)

[OE-core] [PATCH] kernel-fitimage: reduce dependency to the cpio

[OE-core] [PATCH 2/2] gptfdisk: Enable largefile support functions

[OE-core] [PATCH 1/2] rpcsvc-proto: Use autoconf knob to enable largefile support

[OE-core] [PATCH 1/2] libepoxy: remove upstreamed patch

[OE-core] [PATCH 2/2] gtk+3: upgrade 3.24.34 -> 3.24.35

Re: [oe-core][kirkstone][PATCH 1/1] pixman: fix CVE-2022-44638

[oe-core][kirkstone][PATCH 1/1] pixman: fix CVE-2022-44638

Re: [OE-core] [PATCH 1/2] meson: drop redundant is_debianlike() patch

Re: [OE-core] [PATCH 1/2] meson: drop redundant is_debianlike() patch

[OE-core] [PATCH 2/2] meson: always use meson subcommands

[OE-core] [PATCH 1/2] meson: drop redundant is_debianlike() patch

Re: [OE-core] [PATCH 01/13] cargo-update-recipe-crates.bbclass: add a class to generate SRC_URI crate lists from Cargo.lock

Re: [OE-core] [PATCH 01/13] cargo-update-recipe-crates.bbclass: add a class to generate SRC_URI crate lists from Cargo.lock

Re: [OE-core] [PATCH 1/2] xorg-driver-common: add opengl to REQUIRED_DISTRO_FEATURES

Re: [OE-core] [PATCH 1/2] xorg-driver-common: add opengl to REQUIRED_DISTRO_FEATURES

Re: [OE-core] [PATCH] lib/sstatesig: Drop OEBasic siggen

[OE-core] [PATCH] yocto-check-layer: add skip layer support

22 matches

Site Navigation

Mail list logo

Footer information