Re: [OE-core] [PATCH 0/2] support building for Android target

[Hsia-Jun Li]

On 8/21/21 1:34 AM, Khem Raj wrote:
CAUTION: Email originated externally, do not click links or open 
attachments unless you recognize the sender and know the content is safe.



On 8/19/21 11:11 PM, Hsia-Jun Li wrote:

From: "Hsia-Jun(Randy) Li" 

You may check the meta-android-ndk I posted to the -devel
list before.



These patches look ok. Can you explain why we want to ignore canadian
sdk for bionic ?

Sorry for later reply

Because it is hard to let android ndk toolchain pass the whitelist
in that script.


The libc used in Android is bionic but the android ndk toolchain would 
not take that name in its prefix.



Hsia-Jun Li (2):
   cross-canadian: skip it for Android bionic
   machine_dict: Add Android OS to it

  meta/classes/cross-canadian.bbclass | 2 +-
  meta/lib/oe/elf.py  | 8 
  2 files changed, 9 insertions(+), 1 deletion(-)












--
Hsia-Jun(Randy) Li

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155476): 
https://lists.openembedded.org/g/openembedded-core/message/155476
Mute This Topic: https://lists.openembedded.org/mt/85015461/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] why "PREFERRED_PROVIDER_udev" and not "PREFERRED_PROVIDER_virtual/udev"?

[Robert P. J. Day]

On Mon, 30 Aug 2021, Robert P. J. Day wrote:

>   i was going to extend section 3.3.17, "Using Virtual Providers",
> with an intro example using "udev" until i realized that that
> example doesn't use the "virtual/" notation. so ... why not? is
> there some distinction between other components that use the
> "virtual/" prefix, but a reason that one does not specify:
>
>   PROVIDES = "virtual/udev"
>
> rather than just:
>
>   PROVIDES = "udev"
>
> and then use the corresponding PREFERRED_PROVIDER_virtual/udev
> notation?

  just to make sure folks understand what i'm getting at, the section:

https://docs.yoctoproject.org/dev-manual/common-tasks.html#using-virtual-providers

opens with, "Prior to a build, if you know that several different
recipes provide the same functionality, you can use a virtual provider
(i.e. virtual/*) as a placeholder for the actual provider."

  except there are cases where several different recipes provide the
same functionality that *don't* incorporate the "virtual/" notation,
so which ones merit that and which ones don't? (i mentioned "udev"
being provided by both "eudev" and "systemd", for which i wrote an
utterly brilliant explanation that i now realize isn't appropriate for
that section.)

  in the simpler cases, you have recipes that have a new name that
can now be used in place of the old, such that "stress-ng" provides
"stress", so you don't have to mess with all your old images and
packagegroups. and in situations like that, the "virtual/" notation
would seem out of place.

  OTOH, well, virtual "kernel" and "bootloader" makes perfect sense as
they represent a more abstract idea. so ... thoughts? even though
"udev" does not use the "virtual/" notation, would it still fall under
the category of "virtual provider"? if not, how would one describe it?

rday

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

[OE-core] [Hardknott backport request] kernel-yocto: Simplify no git repo case in do_kernel_checkout

[Paul Barker]

Hi Anuj,

Please could you consider backporting the following commit to hardknott:

  af2a9c92d449 ("kernel-yocto: Simplify no git repo case in do_kernel_checkout")

This has already been backport to dunfell. The patch cherry-picks
cleanly to hardknott.

Thanks,

-- 
Paul Barker
https://pbarker.dev/


pgpFyZGqNgYYi.pgp
Description: OpenPGP digital signature

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155481): 
https://lists.openembedded.org/g/openembedded-core/message/155481
Mute This Topic: https://lists.openembedded.org/mt/85246331/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] bitbake.conf: support persistent /var/tmp

[Changqing Li]

ping

On 8/6/21 9:21 AM, Changqing Li wrote:

From: Changqing Li 

Steps:
1. build out rootfs core-image-minimal-qemux86-64.tar.bz2
2. docker import core-image-minimal-qemux86-64.tar.bz2 poky:latest
3. docker run -it --rm poky:latest /bin/sh
4.
/var # ls -al
drwxr-xr-x8 root root  4096 Mar  9  2018 .
drwxr-xr-x1 root root  4096 Aug  5 06:59 ..
drwxr-xr-x2 root root  4096 Mar  9  2018 backups
drwxr-xr-x2 root root  4096 Mar  9  2018 cache
drwxr-xr-x5 root root  4096 Mar  9  2018 lib
drwxr-xr-x2 root root  4096 Mar  9  2018 local
lrwxrwxrwx1 root root11 Mar  9  2018 lock -> ../run/lock
lrwxrwxrwx1 root root12 Mar  9  2018 log -> volatile/log
lrwxrwxrwx1 root root 6 Mar  9  2018 run -> ../run
drwxr-xr-x3 root root  4096 Mar  9  2018 spool
lrwxrwxrwx1 root root12 Mar  9  2018 tmp -> volatile/tmp
drwxr-xr-x2 root root  4096 Mar  9  2018 volatile
/var # cd log
/bin/sh: cd: can't cd to log: No such file or directory
/var # cd tmp
/bin/sh: cd: can't cd to tmp: No such file or directory
/var # cd volatile/
/var/volatile # ls -al
drwxr-xr-x2 root root  4096 Mar  9  2018 .
drwxr-xr-x8 root root  4096 Mar  9  2018 ..

In step3, because we don't launch container with init system,
volatile/tmp is not created during startup, and the dad link will cause
error. Supporting persistent /var/tmp can resolve this problem.

To support persistent /var/tmp, rename VOLATILE_LOG_DIR
to VOLATILE_DIR

Don't use VOLATILE_LOG_DIR/VOLATILE_TMP_DIR
to control it separately since it will make things complicated,
we need to make kinds of fs-perms*.txt for kinds of combination
of the two variables.

Signed-off-by: Changqing Li 
---
  meta/conf/bitbake.conf | 10 ++
  ...erms-persistent-log.txt => fs-perms-persistent.txt} |  2 --
  meta/recipes-core/base-files/base-files_3.0.14.bb  |  7 ---
  .../recipes-core/initscripts/initscripts-1.0/volatiles |  3 ---
  meta/recipes-core/initscripts/initscripts_1.0.bb   |  7 +--
  meta/recipes-core/systemd/systemd_249.1.bb |  5 +++--
  meta/recipes-core/udev/eudev_3.2.10.bb |  3 +++
  7 files changed, 21 insertions(+), 16 deletions(-)
  rename meta/files/{fs-perms-persistent-log.txt => fs-perms-persistent.txt} 
(95%)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 821dae2ba6..e93c0b7893 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -86,9 +86,11 @@ USRBINPATH_class-nativesdk = "/usr/bin"
  # Root home directory
  ROOT_HOME ??= "/home/root"
  
-# If set to boolean true ('yes', 'y', 'true', 't', '1'), /var/log links to /var/volatile/log.

-# If set to boolean false ('no', 'n', 'false', 'f', '0'), /var/log is on 
persistent storage.
-VOLATILE_LOG_DIR ?= "yes"
+# If set to boolean true ('yes', 'y', 'true', 't', '1'), /var/log links to
+# /var/volatile/log, /var/tmp links to /var/volatile/tmp
+# If set to boolean false ('no', 'n', 'false', 'f', '0'), /var/log and /var/tmp
+# is on persistent storage.
+VOLATILE_DIR ?= "yes"
  
  ##

  # Architecture-dependent build variables.
@@ -349,7 +351,7 @@ FILESEXTRAPATHS ?= "__default:"
  #  datadir, sysconfdir, servicedir, sharedstatedir, localstatedir, infodir,
  #  mandir, docdir, bindir, sbindir, libexecdir, libdir, includedir and
  #  oldincludedir
-FILESYSTEM_PERMS_TABLES ?= "${@'files/fs-perms.txt' if 
oe.types.boolean(d.getVar('VOLATILE_LOG_DIR')) else 
'files/fs-perms-persistent-log.txt'}"
+FILESYSTEM_PERMS_TABLES ?= "${@'files/fs-perms.txt' if 
oe.types.boolean(d.getVar('VOLATILE_DIR')) else 'files/fs-perms-persistent.txt'}"
  
  ##

  # General work and output directories for the build system.
diff --git a/meta/files/fs-perms-persistent-log.txt 
b/meta/files/fs-perms-persistent.txt
similarity index 95%
rename from meta/files/fs-perms-persistent-log.txt
rename to meta/files/fs-perms-persistent.txt
index 518c1be3c9..326c0ed092 100644
--- a/meta/files/fs-perms-persistent-log.txt
+++ b/meta/files/fs-perms-persistent.txt
@@ -47,7 +47,6 @@ ${oldincludedir}  0755rootroottrue0644
rootroot
  # Links
  ${localstatedir}/run  link/run
  ${localstatedir}/lock link/run/lock
-${localstatedir}/tmp   linkvolatile/tmp
  
  /home0755	root	root	false - - -

  /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}  

[OE-core] [hardknott][PATCH 3/9] file: fix close_on_exec for multithreaded decompression

[Anuj Mittal]

From: Changqing Li 

It is not safe to call the 'file' command from multiple threads. When a
file is checked with multiple threads in parallel, the file descriptors
might get shared which makes the pipe handling lock up, leading to lock
up in rpmbuild. And may lead to rarely deadlock on random recipes's
do_package task.

Signed-off-by: Changqing Li 
Signed-off-by: Anuj Mittal 
---
 meta/recipes-devtools/file/file_5.39.bb   |   3 +-
 ...ec-multithreaded-decompression-issue.patch | 220 ++
 2 files changed, 222 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-devtools/file/files/0001-Fix-close_on_exec-multithreaded-decompression-issue.patch

diff --git a/meta/recipes-devtools/file/file_5.39.bb 
b/meta/recipes-devtools/file/file_5.39.bb
index abaa8149a3..c0c7253688 100644
--- a/meta/recipes-devtools/file/file_5.39.bb
+++ b/meta/recipes-devtools/file/file_5.39.bb
@@ -12,7 +12,8 @@ DEPENDS = "file-replacement-native"
 DEPENDS_class-native = "bzip2-replacement-native"
 
 SRC_URI = "git://github.com/file/file.git \
-   file://0001-src-compress.c-correct-header-define-for-xz-lzma.patch"
+   file://0001-src-compress.c-correct-header-define-for-xz-lzma.patch \
+   
file://0001-Fix-close_on_exec-multithreaded-decompression-issue.patch"
 
 SRCREV = "87731415de945660b00f02207d8e9d986ef9b82e"
 S = "${WORKDIR}/git"
diff --git 
a/meta/recipes-devtools/file/files/0001-Fix-close_on_exec-multithreaded-decompression-issue.patch
 
b/meta/recipes-devtools/file/files/0001-Fix-close_on_exec-multithreaded-decompression-issue.patch
new file mode 100644
index 00..42105feed9
--- /dev/null
+++ 
b/meta/recipes-devtools/file/files/0001-Fix-close_on_exec-multithreaded-decompression-issue.patch
@@ -0,0 +1,220 @@
+From 0d82f2f3ba4a856504f23a9db1dd5f37bd076337 Mon Sep 17 00:00:00 2001
+From: Changqing Li 
+Date: Mon, 23 Aug 2021 14:16:53 +0800
+Subject: [PATCH] Fix close_on_exec multithreaded decompression issue.
+
+Upstream-Status: Backport 
[https://github.com/file/file/commit/81f15c2b0d6e9eaf524ff7bab37426c21af75fb7]
+Signed-off-by: Changqing Li 
+---
+ ChangeLog  |  5 +
+ configure.ac   |  2 +-
+ src/compress.c | 25 ++---
+ src/file.h | 12 +++-
+ src/funcs.c| 24 +++-
+ src/magic.c|  7 +--
+ 6 files changed, 67 insertions(+), 8 deletions(-)
+
+diff --git a/ChangeLog b/ChangeLog
+index f877ad22..8c4a43d4 100644
+--- a/ChangeLog
 b/ChangeLog
+@@ -1,3 +1,8 @@
++2020-12-08  16:24  Christos Zoulas 
++
++  * fix multithreaded decompression file descriptor issue
++by using close-on-exec (Denys Vlasenko)
++
+ 2020-06-14  20:02  Christos Zoulas 
+ 
+   * release 5.39
+diff --git a/configure.ac b/configure.ac
+index 64c9f42e..521dc12d 100644
+--- a/configure.ac
 b/configure.ac
+@@ -166,7 +166,7 @@ else
+ fi])
+ 
+ dnl Checks for functions
+-AC_CHECK_FUNCS(strndup mkstemp mkostemp utimes utime wcwidth strtof newlocale 
uselocale freelocale memmem)
++AC_CHECK_FUNCS(strndup mkstemp mkostemp utimes utime wcwidth strtof newlocale 
uselocale freelocale memmem pipe2)
+ 
+ dnl Provide implementation of some required functions if necessary
+ AC_REPLACE_FUNCS(getopt_long asprintf vasprintf strlcpy strlcat getline 
ctime_r asctime_r localtime_r gmtime_r pread strcasestr fmtcheck dprintf)
+diff --git a/src/compress.c b/src/compress.c
+index 9670b72c..9f65e4fa 100644
+--- a/src/compress.c
 b/src/compress.c
+@@ -35,7 +35,7 @@
+ #include "file.h"
+ 
+ #ifndef lint
+-FILE_RCSID("@(#)$File: compress.c,v 1.127 2020/05/31 00:11:06 christos Exp $")
++FILE_RCSID("@(#)$File: compress.c,v 1.129 2020/12/08 21:26:00 christos Exp $")
+ #endif
+ 
+ #include "magic.h"
+@@ -844,8 +844,23 @@ uncompressbuf(int fd, size_t bytes_max, size_t method, 
const unsigned char *old,
+   for (i = 0; i < __arraycount(fdp); i++)
+   fdp[i][0] = fdp[i][1] = -1;
+ 
+-  if ((fd == -1 && pipe(fdp[STDIN_FILENO]) == -1) ||
+-  pipe(fdp[STDOUT_FILENO]) == -1 || pipe(fdp[STDERR_FILENO]) == -1) {
++  /*
++   * There are multithreaded users who run magic_file()
++   * from dozens of threads. If two parallel magic_file() calls
++   * analyze two large compressed files, both will spawn
++   * an uncompressing child here, which writes out uncompressed data.
++   * We read some portion, then close the pipe, then waitpid() the child.
++   * If uncompressed data is larger, child shound get EPIPE and exit.
++   * However, with *parallel* calls OTHER child may unintentionally
++   * inherit pipe fds, thus keeping pipe open and making writes in
++   * our child block instead of failing with EPIPE!
++   * (For the bug to occur, two threads must mutually inherit their pipes,
++   * and both must have large outputs. Thus it happens not that often).
++   * To avoid this, be sure to create pipes with O_CLOEXEC.
++   */
++  if ((fd == -1 && 

[OE-core] [hardknott][PATCH 4/9] weston: Re-order gbm destruction at DRM-backend tear down

[Anuj Mittal]

From: Khem Raj 

Fixes an annoying segfault seen on rpi4 when launching weston during
boot especially using systemd service or sysvinit script, if weston is
launched manually on VT, it works fine. This backport specifically
addresses the issue described above.

For more details see [1]

[1] https://gitlab.freedesktop.org/wayland/weston/-/issues/314

Signed-off-by: Khem Raj 
Signed-off-by: Richard Purdie 
(cherry picked from commit 74e0249af85782af436791d1339ce864536d2022)
Signed-off-by: Anuj Mittal 
---
 ...d-drm-Re-order-gbm-destruction-at-DR.patch | 50 +++
 meta/recipes-graphics/wayland/weston_9.0.0.bb |  1 +
 2 files changed, 51 insertions(+)
 create mode 100644 
meta/recipes-graphics/wayland/weston/0001-libweston-backend-drm-Re-order-gbm-destruction-at-DR.patch

diff --git 
a/meta/recipes-graphics/wayland/weston/0001-libweston-backend-drm-Re-order-gbm-destruction-at-DR.patch
 
b/meta/recipes-graphics/wayland/weston/0001-libweston-backend-drm-Re-order-gbm-destruction-at-DR.patch
new file mode 100644
index 00..f8f7589499
--- /dev/null
+++ 
b/meta/recipes-graphics/wayland/weston/0001-libweston-backend-drm-Re-order-gbm-destruction-at-DR.patch
@@ -0,0 +1,50 @@
+From c8bfa1f8d576cdc6d515dbbac36c48c6166be0d5 Mon Sep 17 00:00:00 2001
+From: Marius Vlad 
+Date: Thu, 1 Apr 2021 00:12:00 +0300
+Subject: [PATCH] libweston/backend-drm: Re-order gbm destruction at 
DRM-backend tear down
+
+Tearing down the drm-backend when there are no input devices, would call
+for the gbm device destruction before compositor shutdown. The latter
+would call into the renderer detroy function and assume that the
+EGLDisplay, which was created using the before-mentioned gbm device, is
+still available. This patch re-orders the gbm destruction after the
+compositor shutdown when no one would make use of it.
+
+Fixes: #314
+
+Signed-off-by: Marius Vlad 
+Suggested-by: Daniel Stone 
+
+Upstream-Status: Backport 
[https://gitlab.freedesktop.org/wayland/weston/-/commit/d171c7b3ba346c4d0bd6494f45ebf0be3c3cc5fb]
+---
+ libweston/backend-drm/drm.c | 8 
+ 1 file changed, 4 insertions(+), 4 deletions(-)
+
+diff --git a/libweston/backend-drm/drm.c b/libweston/backend-drm/drm.c
+index 2780f3b..fbcfeca 100644
+--- a/libweston/backend-drm/drm.c
 b/libweston/backend-drm/drm.c
+@@ -3025,10 +3025,6 @@ err_drm_source:
+ err_udev_input:
+   udev_input_destroy(>input);
+ err_sprite:
+-#ifdef BUILD_DRM_GBM
+-  if (b->gbm)
+-  gbm_device_destroy(b->gbm);
+-#endif
+   destroy_sprites(b);
+ err_udev_dev:
+   udev_device_unref(drm_device);
+@@ -3038,6 +3034,10 @@ err_launcher:
+   weston_launcher_destroy(compositor->launcher);
+ err_compositor:
+   weston_compositor_shutdown(compositor);
++#ifdef BUILD_DRM_GBM
++  if (b->gbm)
++  gbm_device_destroy(b->gbm);
++#endif
+   free(b);
+   return NULL;
+ }
+--
+2.33.0
diff --git a/meta/recipes-graphics/wayland/weston_9.0.0.bb 
b/meta/recipes-graphics/wayland/weston_9.0.0.bb
index bcbac06d58..ef12cb8c85 100644
--- a/meta/recipes-graphics/wayland/weston_9.0.0.bb
+++ b/meta/recipes-graphics/wayland/weston_9.0.0.bb
@@ -12,6 +12,7 @@ SRC_URI = 
"https://wayland.freedesktop.org/releases/${BPN}-${PV}.tar.xz \

file://0001-weston-launch-Provide-a-default-version-that-doesn-t.patch \

file://0001-tests-include-fcntl.h-for-open-O_RDWR-O_CLOEXEC-and-.patch \
file://0001-meson.build-fix-incorrect-header.patch \
+   
file://0001-libweston-backend-drm-Re-order-gbm-destruction-at-DR.patch \
 "
 
 SRC_URI_append_libc-musl = " file://dont-use-plane-add-prop.patch "
-- 
2.31.1


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

[OE-core] [hardknott][PATCH 5/9] tcf-agent: fetching over git:// no longer works

[Anuj Mittal]

From: Alexander Kanavin 

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit 44a6cd03721b51cbb4e05870375fa347527b0db5)
Signed-off-by: Anuj Mittal 
---
 meta/recipes-devtools/tcf-agent/tcf-agent_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/tcf-agent/tcf-agent_git.bb 
b/meta/recipes-devtools/tcf-agent/tcf-agent_git.bb
index 854269a0fa..a143b09656 100644
--- a/meta/recipes-devtools/tcf-agent/tcf-agent_git.bb
+++ b/meta/recipes-devtools/tcf-agent/tcf-agent_git.bb
@@ -10,7 +10,7 @@ SRCREV = "a022ef2f1acfd9209a1bf792dda14ae4b0d1b60f"
 PV = "1.7.0+git${SRCPV}"
 
 UPSTREAM_CHECK_GITTAGREGEX = "(?P(\d+(\.\d+)+))"
-SRC_URI = "git://git.eclipse.org/gitroot/tcf/org.eclipse.tcf.agent \
+SRC_URI = 
"git://git.eclipse.org/r/tcf/org.eclipse.tcf.agent.git;protocol=https \
file://fix_ranlib.patch \
file://ldflags.patch \
file://tcf-agent.init \
-- 
2.31.1


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

[OE-core] [hardknott][PATCH 1/9] icu: increase pkgdata command buffer size

[Anuj Mittal]

From: Joe Slater 

Mitigate pathname truncation when installing in a project
with a very long pathname.

Signed-off-by: Joe Slater 
Signed-off-by: Anuj Mittal 
---
 ...pkgdata-increase-command-buffer-size.patch | 46 +++
 meta/recipes-support/icu/icu_68.2.bb  |  1 +
 2 files changed, 47 insertions(+)
 create mode 100644 
meta/recipes-support/icu/icu/0001-pkgdata-increase-command-buffer-size.patch

diff --git 
a/meta/recipes-support/icu/icu/0001-pkgdata-increase-command-buffer-size.patch 
b/meta/recipes-support/icu/icu/0001-pkgdata-increase-command-buffer-size.patch
new file mode 100644
index 00..a5483568bb
--- /dev/null
+++ 
b/meta/recipes-support/icu/icu/0001-pkgdata-increase-command-buffer-size.patch
@@ -0,0 +1,46 @@
+From ab6b1acdeed76899f8227c38ab7e7675c7673ff1 Mon Sep 17 00:00:00 2001
+From: Joe Slater 
+Date: Thu, 5 Aug 2021 09:23:48 -0700
+Subject: [PATCH 1/1] pkgdata: increase command buffer size
+
+Make cmd LARGE_BUFFER_SIZE to avoid pathname truncation
+when install paths are longer than about 150 characters.
+
+https://unicode-org.atlassian.net/browse/ICU-21702 has been
+created to address this issue and error reporting.
+
+Upstream-Status: Submitted [ICU-21702 opened]
+
+Signed-off-by: Joe Slater 
+---
+ source/tools/pkgdata/pkgdata.cpp | 6 +++---
+ 1 file changed, 3 insertions(+), 3 deletions(-)
+
+diff --git a/source/tools/pkgdata/pkgdata.cpp 
b/source/tools/pkgdata/pkgdata.cpp
+index 5ab682e..d4b70ef 100644
+--- a/tools/pkgdata/pkgdata.cpp
 b/tools/pkgdata/pkgdata.cpp
+@@ -1131,17 +1131,17 @@ normal_symlink_mode:
+ 
+ static int32_t pkg_installLibrary(const char *installDir, const char 
*targetDir, UBool noVersion) {
+ int32_t result = 0;
+-char cmd[SMALL_BUFFER_MAX_SIZE];
++char cmd[LARGE_BUFFER_MAX_SIZE];
+ 
+ auto ret = snprintf(cmd,
+-SMALL_BUFFER_MAX_SIZE,
++LARGE_BUFFER_MAX_SIZE,
+ "cd %s && %s %s %s%s%s",
+ targetDir,
+ pkgDataFlags[INSTALL_CMD],
+ libFileNames[LIB_FILE_VERSION],
+ installDir, PKGDATA_FILE_SEP_STRING, 
libFileNames[LIB_FILE_VERSION]);
+ (void)ret;
+-U_ASSERT(0 <= ret && ret < SMALL_BUFFER_MAX_SIZE);
++U_ASSERT(0 <= ret && ret < LARGE_BUFFER_MAX_SIZE);
+ 
+ result = runCommand(cmd);
+ 
+-- 
+2.29.2
+
diff --git a/meta/recipes-support/icu/icu_68.2.bb 
b/meta/recipes-support/icu/icu_68.2.bb
index 1ca87feee4..130212d245 100644
--- a/meta/recipes-support/icu/icu_68.2.bb
+++ b/meta/recipes-support/icu/icu_68.2.bb
@@ -107,6 +107,7 @@ SRC_URI = "${BASE_SRC_URI};name=code \
file://filter.json \
file://fix-install-manx.patch \
file://0001-icu-Added-armeb-support.patch \
+   file://0001-pkgdata-increase-command-buffer-size.patch \
"
 
 SRC_URI_append_class-target = "\
-- 
2.31.1


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

[OE-core] [hardknott][PATCH 0/9] Patch review request

[Anuj Mittal]

Please review these changes for hardknott. Buils cleanly on autobuilder
except for intermittent valgrind ptest failures and a parselog failure
while testing qemuppc-alt.

Thanks,

Anuj

The following changes since commit 9ba6c42c1cc0ffb690126aa93ccb529405473af5:

  glibc: Fix CVE-2021-38604 (2021-08-25 10:44:50 +0800)

are available in the Git repository at:

  git://push.openembedded.org/openembedded-core-contrib anujm/hardknott

Alexander Kanavin (2):
  tcf-agent: fetching over git:// no longer works
  linux-firmware: upgrade 20210511 -> 20210818

Bruce Ashfield (2):
  linux-yocto/5.4: update to v5.4.141
  linux-yocto/5.4: update to v5.4.142

Changqing Li (1):
  file: fix close_on_exec for multithreaded decompression

Joe Slater (1):
  icu: increase pkgdata command buffer size

Khem Raj (1):
  weston: Re-order gbm destruction at DRM-backend tear down

Marek Vasut (1):
  image_types: Restore pre-btrfs-tools 4.14.1 mkfs.btrfs shrink behavior

Randy MacLeod (1):
  openssl: upgrade from 1.1.1k to 1.1.1l

 meta/classes/image_types.bbclass  |   2 +-
 .../{openssl_1.1.1k.bb => openssl_1.1.1l.bb}  |   2 +-
 meta/recipes-devtools/file/file_5.39.bb   |   3 +-
 ...ec-multithreaded-decompression-issue.patch | 220 ++
 .../tcf-agent/tcf-agent_git.bb|   2 +-
 ...d-drm-Re-order-gbm-destruction-at-DR.patch |  50 
 meta/recipes-graphics/wayland/weston_9.0.0.bb |   1 +
 ...20210511.bb => linux-firmware_20210818.bb} |   6 +-
 .../linux/linux-yocto-rt_5.4.bb   |   6 +-
 .../linux/linux-yocto-tiny_5.4.bb |   8 +-
 meta/recipes-kernel/linux/linux-yocto_5.4.bb  |  22 +-
 ...pkgdata-increase-command-buffer-size.patch |  46 
 meta/recipes-support/icu/icu_68.2.bb  |   1 +
 13 files changed, 344 insertions(+), 25 deletions(-)
 rename meta/recipes-connectivity/openssl/{openssl_1.1.1k.bb => 
openssl_1.1.1l.bb} (98%)
 create mode 100644 
meta/recipes-devtools/file/files/0001-Fix-close_on_exec-multithreaded-decompression-issue.patch
 create mode 100644 
meta/recipes-graphics/wayland/weston/0001-libweston-backend-drm-Re-order-gbm-destruction-at-DR.patch
 rename meta/recipes-kernel/linux-firmware/{linux-firmware_20210511.bb => 
linux-firmware_20210818.bb} (99%)
 create mode 100644 
meta/recipes-support/icu/icu/0001-pkgdata-increase-command-buffer-size.patch

-- 
2.31.1


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

[OE-core] [hardknott][PATCH 2/9] openssl: upgrade from 1.1.1k to 1.1.1l

[Anuj Mittal]

From: Randy MacLeod 

Includes fixes for:

CVE: CVE-2021-3711
CVE: CVE-2021-3712

as described by:
   https://www.openssl.org/news/secadv/20210824.txt

Ptest results on qemux86-64 with kvm:
   All tests successful.
   Files=158, Tests=2532, 93 wallclock secs \
 ( 1.31 usr  0.14 sys + 73.43 cusr 12.65 csys = 87.53 CPU)
   Result: PASS
   DURATION: 93

Signed-off-by: Randy MacLeod 
Signed-off-by: Anuj Mittal 
---
 .../openssl/{openssl_1.1.1k.bb => openssl_1.1.1l.bb}| 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-connectivity/openssl/{openssl_1.1.1k.bb => 
openssl_1.1.1l.bb} (98%)

diff --git a/meta/recipes-connectivity/openssl/openssl_1.1.1k.bb 
b/meta/recipes-connectivity/openssl/openssl_1.1.1l.bb
similarity index 98%
rename from meta/recipes-connectivity/openssl/openssl_1.1.1k.bb
rename to meta/recipes-connectivity/openssl/openssl_1.1.1l.bb
index e518cb6a02..9ea5c4c81f 100644
--- a/meta/recipes-connectivity/openssl/openssl_1.1.1k.bb
+++ b/meta/recipes-connectivity/openssl/openssl_1.1.1l.bb
@@ -28,7 +28,7 @@ SRC_URI_append_riscv32 = " \
file://0004-Fixup-support-for-io_pgetevents_time64-syscall.patch \
"
 
-SRC_URI[sha256sum] = 
"892a0875b9872acd04a9fde79b1f943075d5ea162415de3047c327df33fbaee5"
+SRC_URI[sha256sum] = 
"0b7a3e5e59c34827fe0c3a74b7ec8baef302b98fa80088d7f9153aa16fa76bd1"
 
 inherit lib_package multilib_header multilib_script ptest
 MULTILIB_SCRIPTS = "${PN}-bin:${bindir}/c_rehash"
-- 
2.31.1


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

[OE-core] [hardknott][PATCH 8/9] linux-yocto/5.4: update to v5.4.141

[Anuj Mittal]

From: Bruce Ashfield 

Updating linux-yocto/5.4 to the latest korg -stable release that comprises
the following commits:

b704883aa8dc Linux 5.4.141
983d6a6b7e3c btrfs: don't flush from btrfs_delayed_inode_reserve_metadata
ea13f678a3fd btrfs: export and rename qgroup_reserve_meta
41a9b8f36de7 btrfs: qgroup: don't commit transaction when we already hold 
the handle
38b8485b72cb net: xilinx_emaclite: Do not print real IOMEM pointer
654c19a7e8d8 btrfs: fix lockdep splat when enabling and disabling qgroups
c55442cdfdb8 btrfs: qgroup: remove ASYNC_COMMIT mechanism in favor of 
reserve retry-after-EDQUOT
fdaf6a322fcc btrfs: transaction: Cleanup unused TRANS_STATE_BLOCKED
36af2de520cc btrfs: qgroup: try to flush qgroup space when we get -EDQUOT
5c79287c2b6d btrfs: qgroup: allow to unreserve range without releasing 
other ranges
b7a722fd75a1 btrfs: make btrfs_qgroup_reserve_data take btrfs_inode
dfadea4061a2 btrfs: make qgroup_free_reserved_data take btrfs_inode
812f39ed5b0b ovl: prevent private clone if bind mount is not allowed
eeb4742501e0 ppp: Fix generating ppp unit id when ifname is not specified
3460f3959d1c ALSA: hda: Add quirk for ASUS Flow x13
81d1a3f97631 USB:ehci:fix Kunpeng920 ehci hardware problem
d28adaabbbf4 KVM: X86: MMU: Use the correct inherited permissions to get 
shadow page
5f4ab7e25fbb usb: dwc3: gadget: Avoid runtime resume if disabling pullup
1782c4af6bd0 usb: dwc3: gadget: Disable gadget IRQ during pullup disable
54b7022f2878 usb: dwc3: gadget: Clear DEP flags after stop transfers in ep 
disable
e36245a68eb1 usb: dwc3: gadget: Prevent EP queuing while stopping transfers
823f69250863 usb: dwc3: gadget: Restart DWC3 gadget when enabling pullup
25a0625fa96f usb: dwc3: gadget: Allow runtime suspend if UDC unbinded
5f081a928d55 usb: dwc3: Stop active transfers before halting the controller
396f29ea0cd2 tracing: Reject string operand in the histogram expression
28276c280f2e media: v4l2-mem2mem: always consider OUTPUT queue during poll
236aca70929d tee: Correct inappropriate usage of TEE_SHM_DMA_BUF flag
5b774238e8af KVM: SVM: Fix off-by-one indexing when nullifying last used 
SEV VMCB
a998faa9c4ce Linux 5.4.140
3c197fdd0732 arm64: fix compat syscall return truncation
72fcaf69525d net/qla3xxx: fix schedule while atomic in 
ql_wait_for_drvr_lock and ql_adapter_reset
742e85fa9e80 alpha: Send stop IPI to send to online CPUs
26946d21395c virt_wifi: fix error on connect
17d7c9c940fb reiserfs: check directory items on read from disk
bcad6ece2a50 reiserfs: add check for root_inode in reiserfs_fill_super
e30a88f1f578 libata: fix ata_pio_sector for CONFIG_HIGHMEM
a2671d96a3c7 bpf, selftests: Adjust few selftest result_unpriv outcomes
4892b4f3244b perf/x86/amd: Don't touch the AMD64_EVENTSEL_HOSTONLY bit 
inside the guest
d6cf5342faa6 soc: ixp4xx/qmgr: fix invalid __iomem access
a5bf7ef13ebf spi: meson-spicc: fix memory leak in meson_spicc_remove
27991c78d630 soc: ixp4xx: fix printing resources
07fd256d53a3 arm64: vdso: Avoid ISB after reading from cntvct_el0
90e498ef3f54 KVM: x86/mmu: Fix per-cpu counter corruption on 32-bit builds
2e1a80b93464 KVM: Do not leak memory for duplicate debugfs directories
43486cd7391f KVM: x86: accept userspace interrupt only if no event is 
injected
1b7b9713a50f md/raid10: properly indicate failure when ending a failed 
write request
790cb68d35a6 pcmcia: i82092: fix a null pointer dereference bug
42ac2c63486f timers: Move clearing of base::timer_running under base:: Lock
8211bb20da23 serial: 8250_pci: Avoid irq sharing for MSI(-X) interrupts.
f73dcb5d63e2 serial: 8250_pci: Enumerate Elkhart Lake UARTs via dedicated 
driver
607460d38692 MIPS: Malta: Do not byte-swap accesses to the CBUS UART
3eb686d01c31 serial: 8250: Mask out floating 16/32-bit bus bits
3b73a69962d6 serial: 8250_mtk: fix uart corruption issue when rx power off
afdef443a892 serial: tegra: Only print FIFO error message when an error 
occurs
097a183f9c1d ext4: fix potential htree corruption when growing large_dir 
directories
ac23a1738127 pipe: increase minimum default pipe size to 2 pages
f3cae04bd42d media: rtl28xxu: fix zero-length control request
e2f6d5b03898 staging: rtl8712: get rid of flush_scheduled_work
8f241df0e68f staging: rtl8723bs: Fix a resource leak in sd_int_dpc
bbdd4a51629a tpm_ftpm_tee: Free and unregister TEE shared memory during 
kexec
3c712f14d8a9 optee: Fix memory leak when failing to register shm pages
0572199b78b3 tee: add tee_shm_alloc_kernel_buf()
b247bf412cc2 optee: Clear stale cache entries during initialization
7da261e6bb65 tracing / histogram: Give calculation hist_fields a size
ba22053f5d5e scripts/tracing: fix the bug that can't parse raw_trace_func
8d1191f9243c clk: fix leak on devm_clk_bulk_get_all() unwind

[OE-core] [hardknott][PATCH 9/9] linux-yocto/5.4: update to v5.4.142

[Anuj Mittal]

From: Bruce Ashfield 

Updating linux-yocto/5.4 to the latest korg -stable release that comprises
the following commits:

c15b830f7c1c Linux 5.4.142
a17f2f2c8949 KVM: nSVM: always intercept VMLOAD/VMSAVE when nested 
(CVE-2021-3656)
7c1c96ffb658 KVM: nSVM: avoid picking up unsupported bits from L2 in 
int_ctl (CVE-2021-3653)
456fd889227f iommu/vt-d: Fix agaw for a supported 48 bit guest address width
5b5f855a793c vmlinux.lds.h: Handle clang's module.{c,d}tor sections
e9b2b2b29ca8 ceph: take snap_empty_lock atomically with snaprealm refcount 
change
95ff775df6ec ceph: clean up locking annotation for ceph_get_snap_realm and 
__lookup_snap_realm
1d8c232afb03 ceph: add some lockdep assertions around snaprealm handling
a6ff0f3f9f90 KVM: VMX: Use current VMCS to query WAITPKG support for MSR 
emulation
ec25d05e1893 PCI/MSI: Protect msi_desc::masked for multi-MSI
48d2439c6f2a PCI/MSI: Use msi_mask_irq() in pci_msi_shutdown()
386ead1d3598 PCI/MSI: Correct misleading comments
76d81dec16d0 PCI/MSI: Do not set invalid bits in MSI mask
6b4bcbf13390 PCI/MSI: Enforce MSI[X] entry updates to be visible
4495a41fbcd7 PCI/MSI: Enforce that MSI-X table entry is masked for update
1866c8f6d43c PCI/MSI: Mask all unused MSI-X entries
3b4220c2bf35 PCI/MSI: Enable and mask MSI-X early
0c8dea3fd55c genirq/timings: Prevent potential array overflow in 
__irq_timings_store()
4dfe80927102 genirq/msi: Ensure deactivation on teardown
e3e54a930073 x86/resctrl: Fix default monitoring groups reporting
a6b594ad7419 x86/ioapic: Force affinity setup before startup
db5e2666946a x86/msi: Force affinity setup before startup
eda32c21882c genirq: Provide IRQCHIP_AFFINITY_PRE_STARTUP
06b347743608 x86/tools: Fix objdump version check again
74451dd8bfca powerpc/kprobes: Fix kprobe Oops happens in booke
b74145d858a8 nbd: Aovid double completion of a request
ad9550114d4c vsock/virtio: avoid potential deadlock when vsock device remove
b9cd73cce50a xen/events: Fix race in set_evtchn_to_irq
4d3c5c319b19 net: igmp: increase size of mr_ifc_count
721ff564cc6a tcp_bbr: fix u32 wrap bug in round logic if bbr_init() called 
after 2B packets
2ce8a68a312c net: linkwatch: fix failure to restore device state across 
suspend/resume
33597972a2e9 net: bridge: fix memleak in br_add_if()
f6eee53beb07 net: dsa: sja1105: fix broken backpressure in .port_fdb_dump
1e6a570d3786 net: dsa: lantiq: fix broken backpressure in .port_fdb_dump
564f6bbd0ed6 net: dsa: lan9303: fix broken backpressure in .port_fdb_dump
a9243455e874 net: igmp: fix data-race in igmp_ifc_timer_expire()
ed957c77b391 net: Fix memory leak in ieee802154_raw_deliver
13a381b8bc22 net: dsa: microchip: Fix ksz_read64()
991117e8 drm/meson: fix colour distortion from HDR set during vendor 
u-boot
e114f15de881 net/mlx5: Fix return value from tracer initialization
f99aa76bb83c psample: Add a fwd declaration for skbuff
9dc8e396c12e iavf: Set RSS LUT and key in reset handle path
23436edae3c9 net: sched: act_mirred: Reset ct info when mirror/redirect skb
9636fbfe7bdd ppp: Fix generating ifname when empty IFLA_IFNAME is specified
1c31ee907fde net: phy: micrel: Fix link detection on ksz87xx switch"
dfeb64f6e2ce platform/x86: pcengines-apuv2: Add missing terminating entries 
to gpio-lookup tables
699db2bb96ad platform/x86: pcengines-apuv2: revert wiring up simswitch GPIO 
as LED
af7f1539cfb1 net: dsa: mt7530: add the missing RxUnicast MIB counter
d353a61860a2 ASoC: cs42l42: Fix LRCLK frame start edge
b036452082f3 netfilter: nf_conntrack_bridge: Fix memory leak when error
cd36a36ea4ea ASoC: cs42l42: Remove duplicate control for WNF filter 
frequency
eb789cc9179f ASoC: cs42l42: Fix inversion of ADC Notch Switch control
6a3381336398 ASoC: cs42l42: Don't allow SND_SOC_DAIFMT_LEFT_J
55e86f07b85e ASoC: cs42l42: Correct definition of ADC Volume control
22d2e3c6a1b8 ieee802154: hwsim: fix GPF in hwsim_new_edge_nl
5bac8c2a3087 ieee802154: hwsim: fix GPF in hwsim_set_edge_lqi
ddcf807fbb70 libnvdimm/region: Fix label activation vs errors
bc97fde4c668 ACPI: NFIT: Fix support for virtual SPA ranges
a753e3f33405 ceph: reduce contention in ceph_check_delayed_caps()
aa04486c419d i2c: dev: zero out array used for i2c reads from userspace
c18b28e5ade8 ASoC: intel: atom: Fix reference to PCM buffer address
aab3fa544647 ASoC: xilinx: Fix reference to PCM buffer address
60e2854acf3b iio: adc: Fix incorrect exit of for-loop
bcac5225923b iio: humidity: hdc100x: Add margin to the conversion time
da7cb80905ec iio: adc: ti-ads7950: Ensure CS is deasserted after reading 
channels

Signed-off-by: Bruce Ashfield 
Signed-off-by: Anuj Mittal 
---
 .../linux/linux-yocto-rt_5.4.bb   |  6 ++---
 .../linux/linux-yocto-tiny_5.4.bb |  8 +++
 

[OE-core] [hardknott][PATCH 6/9] image_types: Restore pre-btrfs-tools 4.14.1 mkfs.btrfs shrink behavior

[Anuj Mittal]

From: Marek Vasut 

Currently the mkfs.btrfs generates large images with a lot of wasted
space. This happens since OE-core updated btrfs-tools from 4.13.3 to
4.15.1 in commit 94b645aa77 ("btrfs-tools: update to 4.15.1") .

Note in mkfs.btrfs(8) manpage section -r says the following:
"
  -r|--rootdir 
...
   Note This option may enlarge the image or file to ensure
   it’s big enough to contain the files from rootdir. Since
   version 4.14.1 the filesystem size is not minimized. Please
   see option --shrink if you need that functionality.

  --shrink
 Shrink the filesystem to its minimal size, only works with
 --rootdir option.
...
   Note prior to version 4.14.1, the shrinking was done
   automatically.
"

Add the --shrink option to EXTRA_IMAGECMD_btrfs to reinstate the
original behavior and un-waste the space.

Signed-off-by: Marek Vasut 
Cc: Alexander Kanavin 
Cc: Richard Purdie 
Cc: Ross Burton 
Signed-off-by: Alexandre Belloni 
Signed-off-by: Richard Purdie 
(cherry picked from commit c4a99d36967302c176b62fad840b5e79486ea356)
Signed-off-by: Anuj Mittal 
---
 meta/classes/image_types.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
index 8028691405..cee577d5da 100644
--- a/meta/classes/image_types.bbclass
+++ b/meta/classes/image_types.bbclass
@@ -225,7 +225,7 @@ EXTRA_IMAGECMD_jffs2 ?= "--pad ${JFFS2_ENDIANNESS} 
--eraseblock=${JFFS2_ERASEBLO
 EXTRA_IMAGECMD_ext2 ?= "-i 4096"
 EXTRA_IMAGECMD_ext3 ?= "-i 4096"
 EXTRA_IMAGECMD_ext4 ?= "-i 4096"
-EXTRA_IMAGECMD_btrfs ?= "-n 4096"
+EXTRA_IMAGECMD_btrfs ?= "-n 4096 --shrink"
 EXTRA_IMAGECMD_f2fs ?= ""
 
 do_image_cpio[depends] += "cpio-native:do_populate_sysroot"
-- 
2.31.1


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

[OE-core] [hardknott][PATCH 7/9] linux-firmware: upgrade 20210511 -> 20210818

[Anuj Mittal]

From: Alexander Kanavin 

License-Update: new firmware files, copyright years, file names
Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit bfceaba4f38771047dfdfdfdbf16b794006dfd78)
Signed-off-by: Anuj Mittal 
---
 ...inux-firmware_20210511.bb => linux-firmware_20210818.bb} | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-kernel/linux-firmware/{linux-firmware_20210511.bb => 
linux-firmware_20210818.bb} (99%)

diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_20210511.bb 
b/meta/recipes-kernel/linux-firmware/linux-firmware_20210818.bb
similarity index 99%
rename from meta/recipes-kernel/linux-firmware/linux-firmware_20210511.bb
rename to meta/recipes-kernel/linux-firmware/linux-firmware_20210818.bb
index 513932984e..7f6db18b69 100644
--- a/meta/recipes-kernel/linux-firmware/linux-firmware_20210511.bb
+++ b/meta/recipes-kernel/linux-firmware/linux-firmware_20210818.bb
@@ -97,7 +97,7 @@ LIC_FILES_CHKSUM = 
"file://LICENCE.Abilis;md5=b5ee3f410780e56711ad48eadc22b8bc \
 file://LICENSE.ice;md5=742ab4850f2670792940e6d15c974b2f \
 
file://LICENCE.IntcSST2;md5=9e7d8bea77612d7cc7d9e9b54b623062 \
 file://LICENCE.it913x;md5=1fbf727bfb6a949810c4dbfa7e6ce4f8 
\
-
file://LICENCE.iwlwifi_firmware;md5=3fd842911ea93c29cd32679aa23e1c88 \
+
file://LICENCE.iwlwifi_firmware;md5=2ce6786e0fc11ac6e36b54bb9b799f1b \
 file://LICENCE.kaweth;md5=b1d876e562f4b3b8d391ad8395dfe03f 
\
 
file://LICENSE.Lontium;md5=4ec8dc582ff7295f39e2ca6a7b0be2b6 \
 
file://LICENCE.Marvell;md5=28b6ed8bd04ba105af6e4dcd6e997772 \
@@ -132,7 +132,7 @@ LIC_FILES_CHKSUM = 
"file://LICENCE.Abilis;md5=b5ee3f410780e56711ad48eadc22b8bc \
 file://LICENCE.xc4000;md5=0ff51d2dc49fce04814c9155081092f0 
\
 file://LICENCE.xc5000;md5=1e170c13175323c32c7f4d0998d53f66 
\
 
file://LICENCE.xc5000c;md5=12b02efa3049db65d524aeb418dd87ca \
-file://WHENCE;md5=727d0d4e2d420f41d89d098f6322e779 \
+file://WHENCE;md5=15ad289bf2359e8ecf613f3b04f72fab \
 "
 
 # These are not common licenses, set NO_GENERIC_LICENSE for them
@@ -205,7 +205,7 @@ PE = "1"
 
 SRC_URI = "${KERNELORG_MIRROR}/linux/kernel/firmware/${BPN}-${PV}.tar.xz"
 
-SRC_URI[sha256sum] = 
"2aa6ae8b9808408f9811ac38f00c188e53e984a2b3990254f6c9c02c1ab13417"
+SRC_URI[sha256sum] = 
"bef3d317c348d962b3a1b95cb4e19ea4f282e18112b2c669cff74f9267ce3893"
 
 inherit allarch
 
-- 
2.31.1


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

[OE-core] why "PREFERRED_PROVIDER_udev" and not "PREFERRED_PROVIDER_virtual/udev"?

[Robert P. J. Day]

  i was going to extend section 3.3.17, "Using Virtual Providers",
with an intro example using "udev" until i realized that that example
doesn't use the "virtual/" notation. so ... why not? is there some
distinction between other components that use the "virtual/" prefix,
but a reason that one does not specify:

  PROVIDES = "virtual/udev"

rather than just:

  PROVIDES = "udev"

and then use the corresponding PREFERRED_PROVIDER_virtual/udev
notation?

rday

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

Re: [OE-core] [PATCH] curl: Upgrade to 7.78.0

[Randy Li]

> On Aug 2, 2021, at 4:06 PM, Yu, Mingli  wrote:
> 
> From: Mingli Yu 
> 
> Remove libmetalink configure option as this rarely used option is
> removed in the new version [1].
I think we need a PACKAGECONFIG to disable zstd or put it into depend.
Or it would failed at configure stage.
Try with today’s master branch.
> 
> [1] 
> https://github.com/curl/curl/commit/265b14d6b37c4298bd5556fabcbc37d36f911693
> 
> Signed-off-by: Mingli Yu 
> ---
> meta/recipes-support/curl/{curl_7.77.0.bb => curl_7.78.0.bb} | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
> rename meta/recipes-support/curl/{curl_7.77.0.bb => curl_7.78.0.bb} (97%)
> 
> diff --git a/meta/recipes-support/curl/curl_7.77.0.bb 
> b/meta/recipes-support/curl/curl_7.78.0.bb
> similarity index 97%
> rename from meta/recipes-support/curl/curl_7.77.0.bb
> rename to meta/recipes-support/curl/curl_7.78.0.bb
> index 6b15a6a3e8..2e2be66102 100644
> --- a/meta/recipes-support/curl/curl_7.77.0.bb
> +++ b/meta/recipes-support/curl/curl_7.78.0.bb
> @@ -13,7 +13,7 @@ SRC_URI = "https://curl.haxx.se/download/curl-${PV}.tar.bz2 
> \
>file://0001-replace-krb5-config-with-pkg-config.patch \
> "
> 
> -SRC_URI[sha256sum] = 
> "6c0c28868cb82593859fc43b9c8fdb769314c855c05cf1b56b023acf855df8ea"
> +SRC_URI[sha256sum] = 
> "98530b317dc95ccb324bbe4f834f07bb642fbc393b794ddf3434f246a71ea44a"
> 
> # Curl has used many names over the years...
> CVE_PRODUCT = "haxx:curl haxx:libcurl curl:curl curl:libcurl libcurl:libcurl 
> daniel_stenberg:curl"
> @@ -61,7 +61,6 @@ EXTRA_OECONF = " \
> --disable-ntlm-wb \
> --enable-crypto-auth \
> --with-ca-bundle=${sysconfdir}/ssl/certs/ca-certificates.crt \
> ---without-libmetalink \
> --without-libpsl \
> --enable-debug \
> --enable-optimize \
> -- 
> 2.17.1
> 
> 
> 
> 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155480): 
https://lists.openembedded.org/g/openembedded-core/message/155480
Mute This Topic: https://lists.openembedded.org/mt/84606782/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] perl: add integer module required for kernel >= 5.14

[Bruce Ashfield]

On Mon, Aug 30, 2021 at 4:55 PM Andrey Zhizhikin  wrote:
>
> Hello Richard,
>
> On Mon, Aug 30, 2021 at 10:30 PM Richard Purdie
>  wrote:
> >
> > On Mon, 2021-08-30 at 20:05 +, Andrey Zhizhikin wrote:
> > > Kernel commit 12dd461ebd19 ("crypto: arm64 - generate *.S by Perl at
> > > build time instead of shipping them") uses perl to generate assembler
> > > files for crypto functionality, which relies on the integer.pm module to
> > > be provided.
> > >
> > > Add this module to FILES and export it for build system.
> > >
> > > Signed-off-by: Andrey Zhizhikin 
> > > Cc: Bruce Ashfield 
> > > Cc: Alexander Kanavin 
> > > ---
> > >  meta/recipes-devtools/perl/perl_5.34.0.bb | 1 +
> > >  1 file changed, 1 insertion(+)
> > >
> > > diff --git a/meta/recipes-devtools/perl/perl_5.34.0.bb 
> > > b/meta/recipes-devtools/perl/perl_5.34.0.bb
> > > index ab19a8d0be0..7a07b3f4911 100644
> > > --- a/meta/recipes-devtools/perl/perl_5.34.0.bb
> > > +++ b/meta/recipes-devtools/perl/perl_5.34.0.bb
> > > @@ -248,6 +248,7 @@ FILES:${PN} = "${bindir}/perl ${bindir}/perl.real 
> > > ${bindir}/perl${PV} ${libdir}/
> > > ${libdir}/perl5/${PV}/strict.pm \
> > > ${libdir}/perl5/${PV}/warnings.pm \
> > > ${libdir}/perl5/${PV}/warnings \
> > > +   ${libdir}/perl5/${PV}/integer.pm \
> > > ${libdir}/perl5/${PV}/vars.pm \
> > > ${libdir}/perl5/site_perl \
> > > ${libdir}/perl5/${PV}/ExtUtils/MANIFEST.SKIP \
> >
> > Doesn't that mean something is missing an RDEPENDS on perl-module-integer 
> > rather
> > than adding to the main perl package?
>
> Good point! Now that I look at it - this does look a bit too intrusive
> (even though it did serve the purpose).
>
> I'm just not sure if I can craft it to RDEPENDS in kernel class instead...
>
> This is definitely required by newer kernel builds (>= 5.14), but I'm
> no expert in how those dependencies are set in kernel class. Would
> need to look a bit deeper there.

Doing it consistently is the challenge, so we tend to not set them in
the classes themselves.

You have to check both the architecture and the version for many of
the depends/rdepends.

Which is why I tend to carry dependencies like this in the individual
recipes, since the version is known and the arch is an easy check.

I had some roughed out patches to start moving some of the
dependencies into the classes, just to make creating custom recipes a
bit easier, but I didn't complete them to my satisfaction and can't
see to track them down at the moment.

Bruce

>
> >
> > Cheers,
> >
> > Richard
> >
>
> --
> Regards,
> Andrey.



-- 
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155509): 
https://lists.openembedded.org/g/openembedded-core/message/155509
Mute This Topic: https://lists.openembedded.org/mt/85260468/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] perl: add integer module required for kernel >= 5.14

[Andrey Zhizhikin]

Kernel commit 12dd461ebd19 ("crypto: arm64 - generate *.S by Perl at
build time instead of shipping them") uses perl to generate assembler
files for crypto functionality, which relies on the integer.pm module to
be provided.

Add this module to FILES and export it for build system.

Signed-off-by: Andrey Zhizhikin 
Cc: Bruce Ashfield 
Cc: Alexander Kanavin 
---
 meta/recipes-devtools/perl/perl_5.34.0.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-devtools/perl/perl_5.34.0.bb 
b/meta/recipes-devtools/perl/perl_5.34.0.bb
index ab19a8d0be0..7a07b3f4911 100644
--- a/meta/recipes-devtools/perl/perl_5.34.0.bb
+++ b/meta/recipes-devtools/perl/perl_5.34.0.bb
@@ -248,6 +248,7 @@ FILES:${PN} = "${bindir}/perl ${bindir}/perl.real 
${bindir}/perl${PV} ${libdir}/
${libdir}/perl5/${PV}/strict.pm \
${libdir}/perl5/${PV}/warnings.pm \
${libdir}/perl5/${PV}/warnings \
+   ${libdir}/perl5/${PV}/integer.pm \
${libdir}/perl5/${PV}/vars.pm \
${libdir}/perl5/site_perl \
${libdir}/perl5/${PV}/ExtUtils/MANIFEST.SKIP \
-- 
2.17.1


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

Re: [OE-core] [PATCH 2/2] quilt: Only package guard for the target

[Richard Purdie]

On Fri, 2021-08-27 at 14:57 -0700, Saul Wold wrote:
> The guard binary and documentaiton should only be be packaged for the
> target class.
> 
> Signed-off-by: Saul Wold 
> ---
>  meta/recipes-devtools/quilt/quilt.inc | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-devtools/quilt/quilt.inc 
> b/meta/recipes-devtools/quilt/quilt.inc
> index f85de384d2..41d30e89aa 100644
> --- a/meta/recipes-devtools/quilt/quilt.inc
> +++ b/meta/recipes-devtools/quilt/quilt.inc
> @@ -73,7 +73,7 @@ do_install_ptest() {
>   cp ${WORKDIR}/test.sh ${D}${PTEST_PATH}
>  }
>  
> -PACKAGES += "guards guards-doc"
> +PACKAGES:append:class-target += "guards guards-doc"
>  
>  FILES:${PN} = "${sysconfdir} ${datadir}/quilt \
> ${bindir}/quilt ${libdir}/quilt"

Again, why?

This should be fine/ignored for native/cross and applicable to nativesdk?

Cheers,

Richard


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

[OE-core] [PATCH v2] buildhistory: Label packages providing per-file dependencies in depends.dot

[Andres Beltran]

Currently, depends.dot includes per-file dependencies but not the packages
providing those files. This makes it hard to obtain all package
dependencies by just looking at depends.dot.

Parse the RPROVIDES and FILERPROVIDES fields from pkgdata to map each of
their values to the package providing the component. Include runtime
packages as dependencies in depends.dot, together with the component
provided by the package as a label.

Signed-off-by: Andres Beltran 
---
 meta/classes/buildhistory.bbclass |  4 +++-
 meta/lib/oe/utils.py  | 32 +--
 2 files changed, 33 insertions(+), 3 deletions(-)

diff --git a/meta/classes/buildhistory.bbclass 
b/meta/classes/buildhistory.bbclass
index 134b56ab71..20609c435b 100644
--- a/meta/classes/buildhistory.bbclass
+++ b/meta/classes/buildhistory.bbclass
@@ -438,7 +438,7 @@ def buildhistory_list_installed(d, rootfs_type="image"):
 output_file_full = os.path.join(d.getVar('WORKDIR'), output_file)
 
 with open(output_file_full, 'w') as output:
-output.write(format_pkg_list(pkgs, output_type))
+output.write(format_pkg_list(pkgs, output_type, 
d.getVar('PKGDATA_DIR')))
 
 python buildhistory_list_installed_image() {
 buildhistory_list_installed(d)
@@ -479,6 +479,8 @@ buildhistory_get_installed() {
   -e 's:|: -> :' \
   -e 's:"\[REC\]":[style=dotted]:' \
   -e 's:"\([<>=]\+\)" "\([^"]*\)":[label="\1 \2"]:' \
+  -e 's:"\([*]\+\)" "\([^"]*\)":[label="\2"]:' \
+  -e 's:"\[RPROVIDES\]":[style=dashed]:' \
$1/depends.tmp
# Add header, sorted and de-duped contents and footer and then delete 
the temp file
printf "digraph depends {\nnode [shape=plaintext]\n" > 
$1/depends.dot
diff --git a/meta/lib/oe/utils.py b/meta/lib/oe/utils.py
index 83d298906b..75269a9feb 100644
--- a/meta/lib/oe/utils.py
+++ b/meta/lib/oe/utils.py
@@ -345,7 +345,29 @@ def squashspaces(string):
 import re
 return re.sub(r"\s+", " ", string).strip()
 
-def format_pkg_list(pkg_dict, ret_format=None):
+def rprovides_map(pkgdata_dir, pkg_dict):
+# Map file -> pkg provider
+rprov_map = {}
+
+for pkg in pkg_dict:
+path_to_pkgfile = os.path.join(pkgdata_dir, 'runtime-reverse', pkg)
+if not os.path.isfile(path_to_pkgfile):
+continue
+with open(path_to_pkgfile) as f:
+for line in f:
+if line.startswith('RPROVIDES') or 
line.startswith('FILERPROVIDES'):
+# List all components provided by pkg.
+# Exclude version strings, i.e. those starting with (
+provides = [x for x in line.split()[1:] if not 
x.startswith('(')]
+for prov in provides:
+if prov in rprov_map:
+rprov_map[prov].append(pkg)
+else:
+rprov_map[prov] = [pkg]
+
+return rprov_map
+
+def format_pkg_list(pkg_dict, ret_format=None, pkgdata_dir=None):
 output = []
 
 if ret_format == "arch":
@@ -358,9 +380,15 @@ def format_pkg_list(pkg_dict, ret_format=None):
 for pkg in sorted(pkg_dict):
 output.append("%s %s %s" % (pkg, pkg_dict[pkg]["arch"], 
pkg_dict[pkg]["ver"]))
 elif ret_format == "deps":
+rprov_map = rprovides_map(pkgdata_dir, pkg_dict)
 for pkg in sorted(pkg_dict):
 for dep in pkg_dict[pkg]["deps"]:
-output.append("%s|%s" % (pkg, dep))
+if dep in rprov_map:
+# There could be multiple providers within the image
+for pkg_provider in rprov_map[dep]:
+output.append("%s|%s * %s [RPROVIDES]" % (pkg, 
pkg_provider, dep))
+else:
+output.append("%s|%s" % (pkg, dep))
 else:
 for pkg in sorted(pkg_dict):
 output.append(pkg)
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155511): 
https://lists.openembedded.org/g/openembedded-core/message/155511
Mute This Topic: https://lists.openembedded.org/mt/85264210/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 v4 3/4] kernel.bbclass: Use full versions for inter-package dependencies

[Jon Mason]

On Mon, Aug 30, 2021 at 6:26 AM Andrey Zhizhikin  wrote:
>
> On Mon, Aug 30, 2021 at 12:06 PM Böszörményi Zoltán  wrote:
> >
> > 2021. 08. 30. 11:30 keltezéssel, Andrey Zhizhikin írta:
> > > Hello Zoltan,
> > >
> > > On Fri, Aug 27, 2021 at 9:37 AM Zoltan Boszormenyi via
> > > lists.openembedded.org  wrote:
> > >> From: Zoltán Böszörményi 
> > >>
> > >> If the kernel configuration enables module signing but no key
> > >> is provided, then the kernel generates one during the kernel build.
> > >>
> > >> The current runtime-dependency references (with only package names
> > >> without full versions) allow mixed package installations from different
> > >> rebuilds of the same kernel version.
> > >>
> > >> This creates an issue because then the modules either don't work
> > >> or taint the kernel.
> > >>
> > >> Tighten RDEPENDS with the full package version, i.e. use (= 
> > >> ${EXTENDPKGV})
> > >> markers for inter-package dependencies.
> > >>
> > >> The kernel will pull in the kernel-modules subpackage of the same
> > >> exact version automatically if KERNEL_SPLIT_MODULES="0" is set.
> > >> Otherwise the situation is the same as with the old default with
> > >> one subpackage per kernel module where they have to be upgraded
> > >> manually.
> > >>
> > >> Signed-off-by: Zoltán Böszörményi 
> > >> ---
> > >>   meta/classes/kernel.bbclass | 13 +++--
> > >>   1 file changed, 7 insertions(+), 6 deletions(-)
> > >>
> > > I'm seeing errors during the do_rootfs() with this patch applied,
> > > there are few messages like this:
> > >
> > >   * Solver encountered 1 problem(s):
> > >   * Problem 1/1:
> > >   *   - package 
> > > kernel-module-libchacha-5.13.13+g91381833a4e2-5.13.13+git0+91381833a4-r0.imx8mp_lpddr4_evk
> > > requires kernel-5.13.13+g91381833a4e2, but none of the providers can
> > > be installed
> > >   *   - package 
> > > kernel-modules-5.13.13+git0+91381833a4-r0.imx8mp_lpddr4_evk
> > > requires kernel-module-libchacha-5.13.13+g91381833a4e2, but none of
> > > the providers can be installed
> > >   *   - package 
> > > kernel-5.13.13+g91381833a4e2-5.13.13+git0+91381833a4-r0.imx8mp_lpddr4_evk
> > > requires kernel-image-5.13.13+g91381833a4e2 =
> > > 5.13.13+git0+91381833a4-r0, but none of the providers can be installed
> > >   *   - conflicting requests
> > >   *   - nothing provides kernel-image-image-5.13.13+g91381833a4e2 =
> > > 5.13.13+gitAUTOINC+91381833a4-r0 needed by
> >
> > This seems to be the problem.
> > Is there a "kernel-image-image-5.13.13" built from your kernel recipe?
>
> Yes, it is produced. But for some reasons opkg cannot resolve it
> during the do_rootfs(), which is quite odd.

I'm seeing the same issue.  All of the BSPs that I set the kernel to
not be 5.13 (i.e., 5.10, 5.4, etc) fail.  For example,
https://gitlab.com/jonmason00/meta-arm/-/jobs/1544819828
If I set the PACKAGE_CLASS to be rpm instead of ipk, everything works
as expected.  So, there must be some difference in the dep calculation
in ipk.


Thanks,
Jon

> > For me, a kernel-image-bzimage-x.y.z is built.
> >
> > > kernel-image-5.13.13+g91381833a4e2-5.13.13+git0+91381833a4-r0.imx8mp_lpddr4_evk
> > >   *
> > >   * Solution 1:
> > >   *   - do not ask to install a package providing kernel-modules
> > >
> > > Reverting this commit does solve it, but I would like to understand
> > > more on what should be done in order to use this new mechanism you've
> > > introduced. Do you have any suggestion on what should be adapted in
> > > the BSP layer to have those RDEPENDS properly resolved?
> > >
> > > Package manager is set for me to IPK.
> > >
> > > Setting KERNEL_SPLIT_MODULES="1" does not solve the issue.
> >
> > This is the default.
> > But setting it to "0" won't change whether the
> > kernel-image-image-x.y.z subpackage gets built or not.
> >
>
>
> --
> Regards,
> Andrey.
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155502): 
https://lists.openembedded.org/g/openembedded-core/message/155502
Mute This Topic: https://lists.openembedded.org/mt/85181063/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] buildstats.bbclass: collect host data only when do_testimage fails

[Richard Purdie]

On Fri, 2021-08-27 at 15:32 -0400, Sakib Sajal wrote:
> Signed-off-by: Sakib Sajal 
> ---
>  meta/classes/buildstats.bbclass | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/classes/buildstats.bbclass b/meta/classes/buildstats.bbclass
> index 0de605200a..874d30b292 100644
> --- a/meta/classes/buildstats.bbclass
> +++ b/meta/classes/buildstats.bbclass
> @@ -250,7 +250,7 @@ python run_buildstats () {
>  except subprocess.CalledProcessError as err:
>  bb.warn("Failed to get rootfs size: %s" % 
> err.output.decode('utf-8'))
>  
> -elif isinstance(e, bb.build.TaskFailed):
> +elif isinstance(e, bb.build.TaskFailed) and e.task == "do_testimage":
>  # Can have a failure before TaskStarted so need to mkdir here too
>  bb.utils.mkdirhier(taskdir)
>  write_task_data("failed", os.path.join(taskdir, e.task), e, d)

Doesn't this remove all failure handling rather than just host data? That
probably isn't what we want and isn't what the commit message says.

Cheers,

Richard


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155506): 
https://lists.openembedded.org/g/openembedded-core/message/155506
Mute This Topic: https://lists.openembedded.org/mt/85194366/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] perl: add integer module required for kernel >= 5.14

[Andrey Zhizhikin]

Hello Richard,

On Mon, Aug 30, 2021 at 10:30 PM Richard Purdie
 wrote:
>
> On Mon, 2021-08-30 at 20:05 +, Andrey Zhizhikin wrote:
> > Kernel commit 12dd461ebd19 ("crypto: arm64 - generate *.S by Perl at
> > build time instead of shipping them") uses perl to generate assembler
> > files for crypto functionality, which relies on the integer.pm module to
> > be provided.
> >
> > Add this module to FILES and export it for build system.
> >
> > Signed-off-by: Andrey Zhizhikin 
> > Cc: Bruce Ashfield 
> > Cc: Alexander Kanavin 
> > ---
> >  meta/recipes-devtools/perl/perl_5.34.0.bb | 1 +
> >  1 file changed, 1 insertion(+)
> >
> > diff --git a/meta/recipes-devtools/perl/perl_5.34.0.bb 
> > b/meta/recipes-devtools/perl/perl_5.34.0.bb
> > index ab19a8d0be0..7a07b3f4911 100644
> > --- a/meta/recipes-devtools/perl/perl_5.34.0.bb
> > +++ b/meta/recipes-devtools/perl/perl_5.34.0.bb
> > @@ -248,6 +248,7 @@ FILES:${PN} = "${bindir}/perl ${bindir}/perl.real 
> > ${bindir}/perl${PV} ${libdir}/
> > ${libdir}/perl5/${PV}/strict.pm \
> > ${libdir}/perl5/${PV}/warnings.pm \
> > ${libdir}/perl5/${PV}/warnings \
> > +   ${libdir}/perl5/${PV}/integer.pm \
> > ${libdir}/perl5/${PV}/vars.pm \
> > ${libdir}/perl5/site_perl \
> > ${libdir}/perl5/${PV}/ExtUtils/MANIFEST.SKIP \
>
> Doesn't that mean something is missing an RDEPENDS on perl-module-integer 
> rather
> than adding to the main perl package?

Good point! Now that I look at it - this does look a bit too intrusive
(even though it did serve the purpose).

I'm just not sure if I can craft it to RDEPENDS in kernel class instead...

This is definitely required by newer kernel builds (>= 5.14), but I'm
no expert in how those dependencies are set in kernel class. Would
need to look a bit deeper there.

>
> Cheers,
>
> Richard
>

--
Regards,
Andrey.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155508): 
https://lists.openembedded.org/g/openembedded-core/message/155508
Mute This Topic: https://lists.openembedded.org/mt/85260468/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] libtool: Only package libltdl for the target

[Richard Purdie]

On Fri, 2021-08-27 at 14:57 -0700, Saul Wold wrote:
> The libltdl package is not needed for -native or -cross, so make it's
> only packaged for the target class.
> 
> Signed-off-by: Saul Wold 
> ---
>  meta/recipes-devtools/libtool/libtool-2.4.6.inc | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-devtools/libtool/libtool-2.4.6.inc 
> b/meta/recipes-devtools/libtool/libtool-2.4.6.inc
> index 6748d7468e..38982bf67f 100644
> --- a/meta/recipes-devtools/libtool/libtool-2.4.6.inc
> +++ b/meta/recipes-devtools/libtool/libtool-2.4.6.inc
> @@ -43,7 +43,7 @@ CACHED_CONFIGUREVARS += "ac_cv_path_GREP=grep"
>  
>  DEPENDS = "libtool-native"
>  
> -PACKAGES =+ "libltdl"
> +PACKAGES:prepend:class-target =+ "libltdl"
>  FILES:${PN} += "${datadir}/aclocal"
>  
>  FILES:${PN}-dev:remove = "${datadir}/aclocal"

Since native and cross don't generate packages, why do we need to do this?

Rather that what the commit message says, this would seem to cause nativesdk to
be unpackaged?

Cheers,

Richard


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155504): 
https://lists.openembedded.org/g/openembedded-core/message/155504
Mute This Topic: https://lists.openembedded.org/mt/85197237/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] perl: add integer module required for kernel >= 5.14

[Richard Purdie]

On Mon, 2021-08-30 at 20:05 +, Andrey Zhizhikin wrote:
> Kernel commit 12dd461ebd19 ("crypto: arm64 - generate *.S by Perl at
> build time instead of shipping them") uses perl to generate assembler
> files for crypto functionality, which relies on the integer.pm module to
> be provided.
> 
> Add this module to FILES and export it for build system.
> 
> Signed-off-by: Andrey Zhizhikin 
> Cc: Bruce Ashfield 
> Cc: Alexander Kanavin 
> ---
>  meta/recipes-devtools/perl/perl_5.34.0.bb | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/meta/recipes-devtools/perl/perl_5.34.0.bb 
> b/meta/recipes-devtools/perl/perl_5.34.0.bb
> index ab19a8d0be0..7a07b3f4911 100644
> --- a/meta/recipes-devtools/perl/perl_5.34.0.bb
> +++ b/meta/recipes-devtools/perl/perl_5.34.0.bb
> @@ -248,6 +248,7 @@ FILES:${PN} = "${bindir}/perl ${bindir}/perl.real 
> ${bindir}/perl${PV} ${libdir}/
> ${libdir}/perl5/${PV}/strict.pm \
> ${libdir}/perl5/${PV}/warnings.pm \
> ${libdir}/perl5/${PV}/warnings \
> +   ${libdir}/perl5/${PV}/integer.pm \
> ${libdir}/perl5/${PV}/vars.pm \
> ${libdir}/perl5/site_perl \
> ${libdir}/perl5/${PV}/ExtUtils/MANIFEST.SKIP \

Doesn't that mean something is missing an RDEPENDS on perl-module-integer rather
than adding to the main perl package?

Cheers,

Richard


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155507): 
https://lists.openembedded.org/g/openembedded-core/message/155507
Mute This Topic: https://lists.openembedded.org/mt/85260468/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] distro_features_check: expand with IMAGE_FEATURES

[Trevor Woerner]

In addition to checking DISTRO_, MACHINE_, and COMBINED_ FEATURES for required
or conflicting features, extend this functionality in order to check
IMAGE_FEATURES in the same way.

Signed-off-by: Trevor Woerner 
---
 meta/classes/features_check.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/features_check.bbclass 
b/meta/classes/features_check.bbclass
index b3c8047861..d4574a0eaa 100644
--- a/meta/classes/features_check.bbclass
+++ b/meta/classes/features_check.bbclass
@@ -18,7 +18,7 @@ python () {
 
 unused = True
 
-for kind in ['DISTRO', 'MACHINE', 'COMBINED']:
+for kind in ['DISTRO', 'MACHINE', 'COMBINED', 'IMAGE']:
 if d.getVar('ANY_OF_' + kind + '_FEATURES') is None and \
d.overridedata.get('ANY_OF_' + kind + '_FEATURES') is None and \
d.getVar('REQUIRED_' + kind + '_FEATURES') is None and \
-- 
2.30.0.rc0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155510): 
https://lists.openembedded.org/g/openembedded-core/message/155510
Mute This Topic: https://lists.openembedded.org/mt/85263934/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] curl: fix the dependency to zstd

[Hsia-Jun Li]

From: "Hsia-Jun(Randy) Li" 

It would be enabled by default but I am not sure whether
we need it.

Signed-off-by: Hsia-Jun(Randy) Li 
---
 meta/recipes-support/curl/curl_7.78.0.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-support/curl/curl_7.78.0.bb 
b/meta/recipes-support/curl/curl_7.78.0.bb
index dece0ba..c779d8f 100644
--- a/meta/recipes-support/curl/curl_7.78.0.bb
+++ b/meta/recipes-support/curl/curl_7.78.0.bb
@@ -55,6 +55,7 @@ PACKAGECONFIG[tftp] = "--enable-tftp,--disable-tftp,"
 PACKAGECONFIG[threaded-resolver] = 
"--enable-threaded-resolver,--disable-threaded-resolverares"
 PACKAGECONFIG[verbose] = "--enable-verbose,--disable-verbose"
 PACKAGECONFIG[zlib] = "--with-zlib=${STAGING_LIBDIR}/../,--without-zlib,zlib"
+PACKAGECONFIG[zstd] = ",--without-zstd,zstd"
 
 EXTRA_OECONF = " \
 --disable-libcurl-option \
-- 
2.7.4


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155486): 
https://lists.openembedded.org/g/openembedded-core/message/155486
Mute This Topic: https://lists.openembedded.org/mt/85247839/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 0/2] [WIP]: fix build failure caused by zstd

[Hsia-Jun Li]

From: "Hsia-Jun(Randy) Li" 

The configure script of some packages may not be able to
handle this correctly.

I have not verified all the packages, I was developing
something for meta-clang actually.

Hsia-Jun(Randy) Li (2):
  curl: fix the dependency to zstd
  gcc: disable zstd by default

 meta/recipes-devtools/gcc/gcc-11.2.inc   | 2 ++
 meta/recipes-support/curl/curl_7.78.0.bb | 1 +
 2 files changed, 3 insertions(+)

-- 
2.7.4


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155485): 
https://lists.openembedded.org/g/openembedded-core/message/155485
Mute This Topic: https://lists.openembedded.org/mt/85247837/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] gcc: disable zstd by default

[Hsia-Jun Li]

From: "Hsia-Jun(Randy) Li" 

I think this script is a little trick, unless you disable
it, it would consider it enabled anyway.

Signed-off-by: Hsia-Jun(Randy) Li 
---
 meta/recipes-devtools/gcc/gcc-11.2.inc | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/gcc/gcc-11.2.inc 
b/meta/recipes-devtools/gcc/gcc-11.2.inc
index 9fd30f5..77dd94e 100644
--- a/meta/recipes-devtools/gcc/gcc-11.2.inc
+++ b/meta/recipes-devtools/gcc/gcc-11.2.inc
@@ -90,6 +90,7 @@ EXTRA_OECONF_BASE = "\
 --enable-lto \
 --disable-bootstrap \
 --with-system-zlib \
+--with-zstd=no \
 ${@'--with-linker-hash-style=${LINKER_HASH_STYLE}' if 
'${LINKER_HASH_STYLE}' else ''} \
 --enable-linker-build-id \
 --with-ppl=no \
@@ -105,6 +106,7 @@ EXTRA_OECONF_INITIAL = "\
 --disable-libquadmath \
 --with-system-zlib \
 --disable-lto \
+--with-zstd=no \
 --disable-plugin \
 --enable-linker-build-id \
 --enable-decimal-float=no \
-- 
2.7.4


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155487): 
https://lists.openembedded.org/g/openembedded-core/message/155487
Mute This Topic: https://lists.openembedded.org/mt/85247840/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 v4 3/4] kernel.bbclass: Use full versions for inter-package dependencies

[Zoltan Boszormenyi via lists.openembedded.org]

2021. 08. 30. 11:30 keltezéssel, Andrey Zhizhikin írta:

Hello Zoltan,

On Fri, Aug 27, 2021 at 9:37 AM Zoltan Boszormenyi via
lists.openembedded.org  wrote:

From: Zoltán Böszörményi 

If the kernel configuration enables module signing but no key
is provided, then the kernel generates one during the kernel build.

The current runtime-dependency references (with only package names
without full versions) allow mixed package installations from different
rebuilds of the same kernel version.

This creates an issue because then the modules either don't work
or taint the kernel.

Tighten RDEPENDS with the full package version, i.e. use (= ${EXTENDPKGV})
markers for inter-package dependencies.

The kernel will pull in the kernel-modules subpackage of the same
exact version automatically if KERNEL_SPLIT_MODULES="0" is set.
Otherwise the situation is the same as with the old default with
one subpackage per kernel module where they have to be upgraded
manually.

Signed-off-by: Zoltán Böszörményi 
---
   meta/classes/kernel.bbclass | 13 +++--
   1 file changed, 7 insertions(+), 6 deletions(-)


I'm seeing errors during the do_rootfs() with this patch applied,
there are few messages like this:

   * Solver encountered 1 problem(s):
   * Problem 1/1:
   *   - package 
kernel-module-libchacha-5.13.13+g91381833a4e2-5.13.13+git0+91381833a4-r0.imx8mp_lpddr4_evk
requires kernel-5.13.13+g91381833a4e2, but none of the providers can
be installed
   *   - package kernel-modules-5.13.13+git0+91381833a4-r0.imx8mp_lpddr4_evk
requires kernel-module-libchacha-5.13.13+g91381833a4e2, but none of
the providers can be installed
   *   - package 
kernel-5.13.13+g91381833a4e2-5.13.13+git0+91381833a4-r0.imx8mp_lpddr4_evk
requires kernel-image-5.13.13+g91381833a4e2 =
5.13.13+git0+91381833a4-r0, but none of the providers can be installed
   *   - conflicting requests
   *   - nothing provides kernel-image-image-5.13.13+g91381833a4e2 =
5.13.13+gitAUTOINC+91381833a4-r0 needed by


This seems to be the problem.
Is there a "kernel-image-image-5.13.13" built from your kernel recipe?
For me, a kernel-image-bzimage-x.y.z is built.


kernel-image-5.13.13+g91381833a4e2-5.13.13+git0+91381833a4-r0.imx8mp_lpddr4_evk
   *
   * Solution 1:
   *   - do not ask to install a package providing kernel-modules

Reverting this commit does solve it, but I would like to understand
more on what should be done in order to use this new mechanism you've
introduced. Do you have any suggestion on what should be adapted in
the BSP layer to have those RDEPENDS properly resolved?

Package manager is set for me to IPK.

Setting KERNEL_SPLIT_MODULES="1" does not solve the issue.


This is the default.
But setting it to "0" won't change whether the
kernel-image-image-x.y.z subpackage gets built or not.



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155483): 
https://lists.openembedded.org/g/openembedded-core/message/155483
Mute This Topic: https://lists.openembedded.org/mt/85181063/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 v4 3/4] kernel.bbclass: Use full versions for inter-package dependencies

[Andrey Zhizhikin]

On Mon, Aug 30, 2021 at 12:06 PM Böszörményi Zoltán  wrote:
>
> 2021. 08. 30. 11:30 keltezéssel, Andrey Zhizhikin írta:
> > Hello Zoltan,
> >
> > On Fri, Aug 27, 2021 at 9:37 AM Zoltan Boszormenyi via
> > lists.openembedded.org  wrote:
> >> From: Zoltán Böszörményi 
> >>
> >> If the kernel configuration enables module signing but no key
> >> is provided, then the kernel generates one during the kernel build.
> >>
> >> The current runtime-dependency references (with only package names
> >> without full versions) allow mixed package installations from different
> >> rebuilds of the same kernel version.
> >>
> >> This creates an issue because then the modules either don't work
> >> or taint the kernel.
> >>
> >> Tighten RDEPENDS with the full package version, i.e. use (= ${EXTENDPKGV})
> >> markers for inter-package dependencies.
> >>
> >> The kernel will pull in the kernel-modules subpackage of the same
> >> exact version automatically if KERNEL_SPLIT_MODULES="0" is set.
> >> Otherwise the situation is the same as with the old default with
> >> one subpackage per kernel module where they have to be upgraded
> >> manually.
> >>
> >> Signed-off-by: Zoltán Böszörményi 
> >> ---
> >>   meta/classes/kernel.bbclass | 13 +++--
> >>   1 file changed, 7 insertions(+), 6 deletions(-)
> >>
> > I'm seeing errors during the do_rootfs() with this patch applied,
> > there are few messages like this:
> >
> >   * Solver encountered 1 problem(s):
> >   * Problem 1/1:
> >   *   - package 
> > kernel-module-libchacha-5.13.13+g91381833a4e2-5.13.13+git0+91381833a4-r0.imx8mp_lpddr4_evk
> > requires kernel-5.13.13+g91381833a4e2, but none of the providers can
> > be installed
> >   *   - package kernel-modules-5.13.13+git0+91381833a4-r0.imx8mp_lpddr4_evk
> > requires kernel-module-libchacha-5.13.13+g91381833a4e2, but none of
> > the providers can be installed
> >   *   - package 
> > kernel-5.13.13+g91381833a4e2-5.13.13+git0+91381833a4-r0.imx8mp_lpddr4_evk
> > requires kernel-image-5.13.13+g91381833a4e2 =
> > 5.13.13+git0+91381833a4-r0, but none of the providers can be installed
> >   *   - conflicting requests
> >   *   - nothing provides kernel-image-image-5.13.13+g91381833a4e2 =
> > 5.13.13+gitAUTOINC+91381833a4-r0 needed by
>
> This seems to be the problem.
> Is there a "kernel-image-image-5.13.13" built from your kernel recipe?

Yes, it is produced. But for some reasons opkg cannot resolve it
during the do_rootfs(), which is quite odd.

> For me, a kernel-image-bzimage-x.y.z is built.
>
> > kernel-image-5.13.13+g91381833a4e2-5.13.13+git0+91381833a4-r0.imx8mp_lpddr4_evk
> >   *
> >   * Solution 1:
> >   *   - do not ask to install a package providing kernel-modules
> >
> > Reverting this commit does solve it, but I would like to understand
> > more on what should be done in order to use this new mechanism you've
> > introduced. Do you have any suggestion on what should be adapted in
> > the BSP layer to have those RDEPENDS properly resolved?
> >
> > Package manager is set for me to IPK.
> >
> > Setting KERNEL_SPLIT_MODULES="1" does not solve the issue.
>
> This is the default.
> But setting it to "0" won't change whether the
> kernel-image-image-x.y.z subpackage gets built or not.
>


-- 
Regards,
Andrey.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155484): 
https://lists.openembedded.org/g/openembedded-core/message/155484
Mute This Topic: https://lists.openembedded.org/mt/85181063/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 v4 3/4] kernel.bbclass: Use full versions for inter-package dependencies

[Andrey Zhizhikin]

Hello Zoltan,

On Fri, Aug 27, 2021 at 9:37 AM Zoltan Boszormenyi via
lists.openembedded.org  wrote:
>
> From: Zoltán Böszörményi 
>
> If the kernel configuration enables module signing but no key
> is provided, then the kernel generates one during the kernel build.
>
> The current runtime-dependency references (with only package names
> without full versions) allow mixed package installations from different
> rebuilds of the same kernel version.
>
> This creates an issue because then the modules either don't work
> or taint the kernel.
>
> Tighten RDEPENDS with the full package version, i.e. use (= ${EXTENDPKGV})
> markers for inter-package dependencies.
>
> The kernel will pull in the kernel-modules subpackage of the same
> exact version automatically if KERNEL_SPLIT_MODULES="0" is set.
> Otherwise the situation is the same as with the old default with
> one subpackage per kernel module where they have to be upgraded
> manually.
>
> Signed-off-by: Zoltán Böszörményi 
> ---
>  meta/classes/kernel.bbclass | 13 +++--
>  1 file changed, 7 insertions(+), 6 deletions(-)
>

I'm seeing errors during the do_rootfs() with this patch applied,
there are few messages like this:

 * Solver encountered 1 problem(s):
 * Problem 1/1:
 *   - package 
kernel-module-libchacha-5.13.13+g91381833a4e2-5.13.13+git0+91381833a4-r0.imx8mp_lpddr4_evk
requires kernel-5.13.13+g91381833a4e2, but none of the providers can
be installed
 *   - package kernel-modules-5.13.13+git0+91381833a4-r0.imx8mp_lpddr4_evk
requires kernel-module-libchacha-5.13.13+g91381833a4e2, but none of
the providers can be installed
 *   - package 
kernel-5.13.13+g91381833a4e2-5.13.13+git0+91381833a4-r0.imx8mp_lpddr4_evk
requires kernel-image-5.13.13+g91381833a4e2 =
5.13.13+git0+91381833a4-r0, but none of the providers can be installed
 *   - conflicting requests
 *   - nothing provides kernel-image-image-5.13.13+g91381833a4e2 =
5.13.13+gitAUTOINC+91381833a4-r0 needed by
kernel-image-5.13.13+g91381833a4e2-5.13.13+git0+91381833a4-r0.imx8mp_lpddr4_evk
 *
 * Solution 1:
 *   - do not ask to install a package providing kernel-modules

Reverting this commit does solve it, but I would like to understand
more on what should be done in order to use this new mechanism you've
introduced. Do you have any suggestion on what should be adapted in
the BSP layer to have those RDEPENDS properly resolved?

Package manager is set for me to IPK.

Setting KERNEL_SPLIT_MODULES="1" does not solve the issue.

-- 
Regards,
Andrey.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155482): 
https://lists.openembedded.org/g/openembedded-core/message/155482
Mute This Topic: https://lists.openembedded.org/mt/85181063/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 382
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, "3.4", "3.5, "3.99" and "Future", the more pressing/urgent issues
being in "3.4" and then "3.5".

 

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 (#155512): 
https://lists.openembedded.org/g/openembedded-core/message/155512
Mute This Topic: https://lists.openembedded.org/mt/85265434/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [PATCH v2] distro_features_check: expand with IMAGE_FEATURES

[Trevor Woerner]

In addition to checking DISTRO_, MACHINE_, and COMBINED_ FEATURES for required
or conflicting features, extend this functionality in order to check
IMAGE_FEATURES in the same way.

Signed-off-by: Trevor Woerner 
---
changes in v2:
- update in-file documentation
---
 meta/classes/features_check.bbclass | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/classes/features_check.bbclass 
b/meta/classes/features_check.bbclass
index b3c8047861..205e1b9cd3 100644
--- a/meta/classes/features_check.bbclass
+++ b/meta/classes/features_check.bbclass
@@ -1,6 +1,6 @@
 # Allow checking of required and conflicting features
 #
-# xxx = [DISTRO,MACHINE,COMBINED]
+# xxx = [DISTRO,MACHINE,COMBINED,IMAGE]
 #
 # ANY_OF_xxx_FEATURES:ensure at least one item on this list is included
 # in xxx_FEATURES.
@@ -18,7 +18,7 @@ python () {
 
 unused = True
 
-for kind in ['DISTRO', 'MACHINE', 'COMBINED']:
+for kind in ['DISTRO', 'MACHINE', 'COMBINED', 'IMAGE']:
 if d.getVar('ANY_OF_' + kind + '_FEATURES') is None and \
d.overridedata.get('ANY_OF_' + kind + '_FEATURES') is None and \
d.getVar('REQUIRED_' + kind + '_FEATURES') is None and \
-- 
2.30.0.rc0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155514): 
https://lists.openembedded.org/g/openembedded-core/message/155514
Mute This Topic: https://lists.openembedded.org/mt/85268315/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 v4 3/4] kernel.bbclass: Use full versions for inter-package dependencies

[Zoltan Boszormenyi via lists.openembedded.org]

2021. 08. 30. 21:51 keltezéssel, Jon Mason írta:

On Mon, Aug 30, 2021 at 6:26 AM Andrey Zhizhikin  wrote:


On Mon, Aug 30, 2021 at 12:06 PM Böszörményi Zoltán  wrote:


2021. 08. 30. 11:30 keltezéssel, Andrey Zhizhikin írta:

Hello Zoltan,

On Fri, Aug 27, 2021 at 9:37 AM Zoltan Boszormenyi via
lists.openembedded.org  wrote:

From: Zoltán Böszörményi 

If the kernel configuration enables module signing but no key
is provided, then the kernel generates one during the kernel build.

The current runtime-dependency references (with only package names
without full versions) allow mixed package installations from different
rebuilds of the same kernel version.

This creates an issue because then the modules either don't work
or taint the kernel.

Tighten RDEPENDS with the full package version, i.e. use (= ${EXTENDPKGV})
markers for inter-package dependencies.

The kernel will pull in the kernel-modules subpackage of the same
exact version automatically if KERNEL_SPLIT_MODULES="0" is set.
Otherwise the situation is the same as with the old default with
one subpackage per kernel module where they have to be upgraded
manually.

Signed-off-by: Zoltán Böszörményi 
---
   meta/classes/kernel.bbclass | 13 +++--
   1 file changed, 7 insertions(+), 6 deletions(-)


I'm seeing errors during the do_rootfs() with this patch applied,
there are few messages like this:

   * Solver encountered 1 problem(s):
   * Problem 1/1:
   *   - package 
kernel-module-libchacha-5.13.13+g91381833a4e2-5.13.13+git0+91381833a4-r0.imx8mp_lpddr4_evk
requires kernel-5.13.13+g91381833a4e2, but none of the providers can
be installed
   *   - package kernel-modules-5.13.13+git0+91381833a4-r0.imx8mp_lpddr4_evk
requires kernel-module-libchacha-5.13.13+g91381833a4e2, but none of
the providers can be installed
   *   - package 
kernel-5.13.13+g91381833a4e2-5.13.13+git0+91381833a4-r0.imx8mp_lpddr4_evk
requires kernel-image-5.13.13+g91381833a4e2 =
5.13.13+git0+91381833a4-r0, but none of the providers can be installed
   *   - conflicting requests
   *   - nothing provides kernel-image-image-5.13.13+g91381833a4e2 =
5.13.13+gitAUTOINC+91381833a4-r0 needed by


This seems to be the problem.
Is there a "kernel-image-image-5.13.13" built from your kernel recipe?


Yes, it is produced. But for some reasons opkg cannot resolve it
during the do_rootfs(), which is quite odd.


I'm seeing the same issue.  All of the BSPs that I set the kernel to
not be 5.13 (i.e., 5.10, 5.4, etc) fail.  For example,
https://gitlab.com/jonmason00/meta-arm/-/jobs/1544819828
If I set the PACKAGE_CLASS to be rpm instead of ipk, everything works
as expected.  So, there must be some difference in the dep calculation
in ipk.


Interesting.

Can you both please try setting KERNEL_SPLIT_MODULES="0" in your kernel recipe?
In my testing, it works for both ipk and rpm properly.

I am thinking that probably the full version dependency should
only be used in the KERNEL_SPLIT_MODULES="0" case.
This can be easily tested, unlike the packaging method.





Thanks,
Jon


For me, a kernel-image-bzimage-x.y.z is built.


kernel-image-5.13.13+g91381833a4e2-5.13.13+git0+91381833a4-r0.imx8mp_lpddr4_evk
   *
   * Solution 1:
   *   - do not ask to install a package providing kernel-modules

Reverting this commit does solve it, but I would like to understand
more on what should be done in order to use this new mechanism you've
introduced. Do you have any suggestion on what should be adapted in
the BSP layer to have those RDEPENDS properly resolved?

Package manager is set for me to IPK.

Setting KERNEL_SPLIT_MODULES="1" does not solve the issue.


This is the default.
But setting it to "0" won't change whether the
kernel-image-image-x.y.z subpackage gets built or not.




--
Regards,
Andrey.










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

[OE-core] Upgrade uninative to fix multiple native build failures in old unprivileged docker

[hongxu]

Hi Richard & Michael,

The reason why I submitted patch [glibc: fix create thread failed in old
unprivileged docker] is there are build failures with uninative 3.3 under
old unprivileged docker. If the glibc fix is OK, would you please upgrade
a new uninative that contains the fix.

Here are the steps to reproduce the failures
1) Run a container without privileged
$ docker pull resin/yocto-build-env
$ docker run -it -e HOST_UID="$(id -u)" -e DISTRO="poky" -v $PWD:/mnt -w 
/mnt resin/yocto-build-env bash


2) Poky build preparation
$ apt update && apt install -y liblz4-tool zstd
$ useradd -u $HOST_UID -m -d /mnt/test -s /bin/bash test
$ su test
$ cd ~

3) Setup a Poky project with uninative enabled
$ git clone --branch master --single-branch git://git.yoctoproject.org/poky
$ cd poky && . ./oe-init-build-env
$ echo 'INHERIT += "uninative"' >> conf/local.conf

4) Build failures
...
$ bitbake ninja-native
|ninja: fatal: posix_spawn: Operation not permitted

$ bitbake go-cross-core2-64
|runtime/cgo: pthread_create failed: Operation not permitted

$ bitbake pkgconfig-native
| configure: error: I can't find the libraries for the thread implementation
...

After applying the glibc fix, I built a uninative tarball on my local
project to replace uninative 3.3. Then repeat above steps, no above
failures any more

//Hongxu


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

[kai]

From: Kai Kang 

Signed-off-by: Kai Kang 
---
 meta/recipes-example/rustfmt/rustfmt_1.4.2.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-example/rustfmt/rustfmt_1.4.2.bb 
b/meta/recipes-example/rustfmt/rustfmt_1.4.2.bb
index b7deb4097c..2e4a47eb00 100644
--- a/meta/recipes-example/rustfmt/rustfmt_1.4.2.bb
+++ b/meta/recipes-example/rustfmt/rustfmt_1.4.2.bb
@@ -7,7 +7,7 @@ inherit cargo
 
 # how to get rustfmt-nightly could be as easy as but default to a git checkout:
 # SRC_URI += "crate://crates.io/rustfmt-nightly/1.4.2"
-SRC_URI += "git://github.com/rust-lang/rustfmt/;protocol=https;nobranch=1"
+SRC_URI += "git://github.com/rust-lang/rustfmt.git;protocol=https;nobranch=1"
 SRCREV = "aeb3496f31a0dfa90fc511520d2023634e885260"
 S = "${WORKDIR}/git"
 CARGO_SRC_DIR = ""
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155488): 
https://lists.openembedded.org/g/openembedded-core/message/155488
Mute This Topic: https://lists.openembedded.org/mt/85249774/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] weston: Add rdp PACKAGECONFIG

[Marek Vasut]

Weston has RDP backend support. This can be used e.g. for screen mirroring.
Add PACKAGECONFIG so it can be enabled by the user. By default, this is not
enabled, to retain the old behavior of the recipe.

Below is an example testcase of using the RDP backend for screen mirroring,
i.e. two devices display the same content across ethernet link, input on
either is passed across the link.

- Add the following to weston.ini:
  [core]
  modules=screen-share.so
  screen-share=true
  [screen-share]
  command=/usr/bin/weston --backend=rdp-backend.so --shell=fullscreen-shell.so 
--no-clients-resize --rdp-tls-cert=/path/to/board.crt 
--rdp-tls-key=/path/to/board.key --no-config

- Generate keys on the board (the board.key and board.crt above):
  $ winpr-makecert -rdp -path /path/to/

- Restart weston on the board. To start screen sharing, press
  Ctrl-Alt-S
  on the keyboard (see weston compositor/screen-share.c).

- Connect to the weston using freerdp, e.g.:
  $ xfreerdp /v:192.168.1.300

Signed-off-by: Marek Vasut 
Cc: Joshua Watt 
Cc: Khem Raj 
Cc: Richard Purdie 
---
NOTE: I didn't find any example of setting up the screen mirroring,
  so I hope this example will be useful to someone.
---
 meta/recipes-graphics/wayland/weston_9.0.0.bb | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/wayland/weston_9.0.0.bb 
b/meta/recipes-graphics/wayland/weston_9.0.0.bb
index fbf181b4a6..295cddc57d 100644
--- a/meta/recipes-graphics/wayland/weston_9.0.0.bb
+++ b/meta/recipes-graphics/wayland/weston_9.0.0.bb
@@ -32,7 +32,7 @@ LDFLAGS += "${@bb.utils.contains('DISTRO_FEATURES', 'lto', 
'-Wl,-z,undefs', '',
 
 WESTON_MAJOR_VERSION = "${@'.'.join(d.getVar('PV').split('.')[0:1])}"
 
-EXTRA_OEMESON += "-Dbackend-default=auto -Dbackend-rdp=false -Dpipewire=false"
+EXTRA_OEMESON += "-Dbackend-default=auto -Dpipewire=false"
 
 PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'wayland', 'kms 
fbdev wayland egl clients', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'x11 wayland', 
'xwayland', '', d)} \
@@ -58,6 +58,8 @@ PACKAGECONFIG[x11] = 
"-Dbackend-x11=true,-Dbackend-x11=false,virtual/libx11 libx
 PACKAGECONFIG[headless] = "-Dbackend-headless=true,-Dbackend-headless=false"
 # Weston on framebuffer
 PACKAGECONFIG[fbdev] = "-Dbackend-fbdev=true,-Dbackend-fbdev=false,udev mtdev"
+# Weston on RDP
+PACKAGECONFIG[rdp] = "-Dbackend-rdp=true,-Dbackend-rdp=false,freerdp"
 # weston-launch
 PACKAGECONFIG[launch] = "-Dweston-launch=true,-Dweston-launch=false,drm"
 # VA-API desktop recorder
-- 
2.33.0


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

[OE-core] [meta-oe][PATCH v2] hidapi: add rdep on glibc-gconv-utf-16

[Justin Bronder]

libhidapi-libusb needs to convert from UTF-16LE to WCHAR_T in order to
read various libusb string descriptors.

Signed-off-by: Justin Bronder 
---
 meta-oe/recipes-support/hidapi/hidapi_git.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta-oe/recipes-support/hidapi/hidapi_git.bb 
b/meta-oe/recipes-support/hidapi/hidapi_git.bb
index 76f5dc762..e45445073 100644
--- a/meta-oe/recipes-support/hidapi/hidapi_git.bb
+++ b/meta-oe/recipes-support/hidapi/hidapi_git.bb
@@ -7,6 +7,7 @@ LICENSE = "BSD-3-Clause | GPLv3"
 LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=7c3949a631240cb6c31c50f3eb696077"
 
 DEPENDS = "libusb udev"
+RDEPENDS:${PN}:append:libc-glibc = " glibc-gconv-utf-16"
 
 inherit autotools pkgconfig
 
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155490): 
https://lists.openembedded.org/g/openembedded-core/message/155490
Mute This Topic: https://lists.openembedded.org/mt/85252569/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] hidapi: add rdep on glibc-gconv-utf-16

[Justin Bronder]

My apologies, this should have been sent to
openembedded-de...@lists.openembedded.org.

On 30/08/21 10:59 -0400, Justin Bronder wrote:
> libhidapi-libusb needs to convert from UTF-16LE to WCHAR_T in order to
> read various libusb string descriptors.
> 
> Signed-off-by: Justin Bronder 
> ---
>  meta-oe/recipes-support/hidapi/hidapi_git.bb | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/meta-oe/recipes-support/hidapi/hidapi_git.bb 
> b/meta-oe/recipes-support/hidapi/hidapi_git.bb
> index 76f5dc762..e45445073 100644
> --- a/meta-oe/recipes-support/hidapi/hidapi_git.bb
> +++ b/meta-oe/recipes-support/hidapi/hidapi_git.bb
> @@ -7,6 +7,7 @@ LICENSE = "BSD-3-Clause | GPLv3"
>  LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=7c3949a631240cb6c31c50f3eb696077"
>  
>  DEPENDS = "libusb udev"
> +RDEPENDS:${PN}:append:libc-glibc = " glibc-gconv-utf-16"
>  
>  inherit autotools pkgconfig
>  
> -- 
> 2.33.0
> 

> 
> 
> 


-- 
Justin Bronder

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155494): 
https://lists.openembedded.org/g/openembedded-core/message/155494
Mute This Topic: https://lists.openembedded.org/mt/85256427/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] why "PREFERRED_PROVIDER_udev" and not "PREFERRED_PROVIDER_virtual/udev"?

[Khem Raj]

On Mon, Aug 30, 2021 at 12:52 AM Robert P. J. Day  wrote:
>
>
>   i was going to extend section 3.3.17, "Using Virtual Providers",
> with an intro example using "udev" until i realized that that example
> doesn't use the "virtual/" notation. so ... why not? is there some
> distinction between other components that use the "virtual/" prefix,
> but a reason that one does not specify:
>
>   PROVIDES = "virtual/udev"
>
> rather than just:
>
>   PROVIDES = "udev"
>
> and then use the corresponding PREFERRED_PROVIDER_virtual/udev
> notation?

we also have VIRTUAL-RUNTIME_dev_manager which spans across systemd to mdev
so I guess we could but perhaps we already have this functionality
>
> rday
>
> 
>

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

[OE-core] [hardknott][PATCH] bitbake: server: Fix early parsing errors preventing zombie bitbake

[Chris Laplante via lists.openembedded.org]

From: Joshua Watt 

From: Chris Laplante 

If the client process never sends cooker data, the server timeout will
be 0.0, not None. This will prevent the server from exiting, as it is
waiting for a new client. In particular, the client will disconnect with
a bad "INHERIT" line, such as:

INHERIT += "this-class-does-not-exist"

Instead of checking explicitly for None, check for a false value, which
means either 0.0 or None.

(Bitbake rev: 7668057f8565655611de23d143432d1c05dae3ce)

Signed-off-by: Joshua Watt 
Signed-off-by: Richard Purdie 
(cherry picked from commit 881005ec405f26b8f7f4b41505d69579e83b69c4)
---
 bitbake/lib/bb/server/process.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/bitbake/lib/bb/server/process.py b/bitbake/lib/bb/server/process.py
index 155e8d131fea..a0955722e336 100644
--- a/bitbake/lib/bb/server/process.py
+++ b/bitbake/lib/bb/server/process.py
@@ -147,7 +147,7 @@ class ProcessServer():
 conn = newconnections.pop(-1)
 fds.append(conn)
 self.controllersock = conn
-elif self.timeout is None and not ready:
+elif not self.timeout and not ready:
 serverlog("No timeout, exiting.")
 self.quit = True
 
-- 
2.17.1


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

Re: [OE-core] [PATCH 2/2] gcc: disable zstd by default

[Khem Raj]

On Mon, Aug 30, 2021 at 3:47 AM Hsia-Jun Li  wrote:
>
> From: "Hsia-Jun(Randy) Li" 
>
> I think this script is a little trick, unless you disable
> it, it would consider it enabled anyway.
>
> Signed-off-by: Hsia-Jun(Randy) Li 
> ---
>  meta/recipes-devtools/gcc/gcc-11.2.inc | 2 ++
>  1 file changed, 2 insertions(+)
>
> diff --git a/meta/recipes-devtools/gcc/gcc-11.2.inc 
> b/meta/recipes-devtools/gcc/gcc-11.2.inc
> index 9fd30f5..77dd94e 100644
> --- a/meta/recipes-devtools/gcc/gcc-11.2.inc
> +++ b/meta/recipes-devtools/gcc/gcc-11.2.inc
> @@ -90,6 +90,7 @@ EXTRA_OECONF_BASE = "\
>  --enable-lto \
>  --disable-bootstrap \
>  --with-system-zlib \
> +--with-zstd=no \
>  ${@'--with-linker-hash-style=${LINKER_HASH_STYLE}' if 
> '${LINKER_HASH_STYLE}' else ''} \
>  --enable-linker-build-id \
>  --with-ppl=no \
> @@ -105,6 +106,7 @@ EXTRA_OECONF_INITIAL = "\
>  --disable-libquadmath \
>  --with-system-zlib \
>  --disable-lto \
> +--with-zstd=no \
>  --disable-plugin \
>  --enable-linker-build-id \
>  --enable-decimal-float=no \
> --

why do we want to disable it ? In anycase perhaps make it a
packageconfig for consistency and I would
think we should enable it by default.

> 2.7.4
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155492): 
https://lists.openembedded.org/g/openembedded-core/message/155492
Mute This Topic: https://lists.openembedded.org/mt/85247840/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 PATCH 2/7] lua: update 5.3.6 -> 5.4.3

[Alexander Kanavin]

Drop three backports and 0001-Allow-building-lua-without-readline-on-Linux.patch
(feature added upstream, adjust the recipe accordingly).

Adjust ar/ranlib flags for reproducibility on liblua.a.

License-Update: lines moved around, formatting
Signed-off-by: Alexander Kanavin 
---
 ...ilding-lua-without-readline-on-Linux.patch |  59 ---
 ...rriers-cannot-be-active-during-sweep.patch |  90 --
 .../lua/lua/CVE-2020-15888.patch  |  45 -
 .../lua/lua/CVE-2020-15945.patch  | 167 --
 .../lua/{lua_5.3.6.bb => lua_5.4.3.bb}|  28 +--
 5 files changed, 9 insertions(+), 380 deletions(-)
 delete mode 100644 
meta/recipes-devtools/lua/lua/0001-Allow-building-lua-without-readline-on-Linux.patch
 delete mode 100644 
meta/recipes-devtools/lua/lua/0001-Fixed-bug-barriers-cannot-be-active-during-sweep.patch
 delete mode 100644 meta/recipes-devtools/lua/lua/CVE-2020-15888.patch
 delete mode 100644 meta/recipes-devtools/lua/lua/CVE-2020-15945.patch
 rename meta/recipes-devtools/lua/{lua_5.3.6.bb => lua_5.4.3.bb} (58%)

diff --git 
a/meta/recipes-devtools/lua/lua/0001-Allow-building-lua-without-readline-on-Linux.patch
 
b/meta/recipes-devtools/lua/lua/0001-Allow-building-lua-without-readline-on-Linux.patch
deleted file mode 100644
index e767900864..00
--- 
a/meta/recipes-devtools/lua/lua/0001-Allow-building-lua-without-readline-on-Linux.patch
+++ /dev/null
@@ -1,59 +0,0 @@
-From 601ef636fc4dfb2af3e7fda88d8ea1c1d92affe4 Mon Sep 17 00:00:00 2001
-From: Alexander Kanavin 
-Date: Wed, 2 Oct 2019 17:54:15 +0200
-Subject: [PATCH] Allow building lua without readline on Linux
-
-Upstream-Status: Pending
-Signed-off-by: Alexander Kanavin 

- Makefile  | 2 +-
- src/Makefile  | 3 +++
- src/luaconf.h | 5 +
- 3 files changed, 9 insertions(+), 1 deletion(-)
-
-diff --git a/Makefile b/Makefile
-index 119110d..9f6df45 100644
 a/Makefile
-+++ b/Makefile
-@@ -36,7 +36,7 @@ RM= rm -f
- # == END OF USER SETTINGS -- NO NEED TO CHANGE ANYTHING BELOW THIS LINE 
===
- 
- # Convenience platforms targets.
--PLATS= aix bsd c89 freebsd generic linux macosx mingw posix solaris
-+PLATS= aix bsd c89 freebsd generic linux linux-no-readline macosx mingw posix 
solaris
- 
- # What to install.
- TO_BIN= lua luac
-diff --git a/src/Makefile b/src/Makefile
-index 64c78f7..5c0428a 100644
 a/src/Makefile
-+++ b/src/Makefile
-@@ -109,6 +109,9 @@ generic: $(ALL)
- linux:
-   $(MAKE) $(ALL) SYSCFLAGS="-DLUA_USE_LINUX" SYSLIBS="-Wl,-E -ldl 
-lreadline"
- 
-+linux-no-readline:
-+  $(MAKE) $(ALL) SYSCFLAGS="-DLUA_USE_LINUX_NO_READLINE" SYSLIBS="-Wl,-E 
-ldl"
-+
- macosx:
-   $(MAKE) $(ALL) SYSCFLAGS="-DLUA_USE_MACOSX" SYSLIBS="-lreadline"
- 
-diff --git a/src/luaconf.h b/src/luaconf.h
-index 9a6..d71ca25 100644
 a/src/luaconf.h
-+++ b/src/luaconf.h
-@@ -64,6 +64,11 @@
- #define LUA_USE_READLINE  /* needs some extra libraries */
- #endif
- 
-+#if defined(LUA_USE_LINUX_NO_READLINE)
-+#define LUA_USE_POSIX
-+#define LUA_USE_DLOPEN/* needs an extra library: -ldl */
-+#endif
-+
- 
- #if defined(LUA_USE_MACOSX)
- #define LUA_USE_POSIX
--- 
-2.17.1
-
diff --git 
a/meta/recipes-devtools/lua/lua/0001-Fixed-bug-barriers-cannot-be-active-during-sweep.patch
 
b/meta/recipes-devtools/lua/lua/0001-Fixed-bug-barriers-cannot-be-active-during-sweep.patch
deleted file mode 100644
index a302874d76..00
--- 
a/meta/recipes-devtools/lua/lua/0001-Fixed-bug-barriers-cannot-be-active-during-sweep.patch
+++ /dev/null
@@ -1,90 +0,0 @@
-From 1e6df25ac28dcd89f0324177bb55019422404b44 Mon Sep 17 00:00:00 2001
-From: Roberto Ierusalimschy 
-Date: Thu, 3 Sep 2020 15:32:17 +0800
-Subject: [PATCH] Fixed bug: barriers cannot be active during sweep
-
-Barriers cannot be active during sweep, even in generational mode.
-(Although gen. mode is not incremental, it can hit a barrier when
-deleting a thread and closing its upvalues.)  The colors of objects are
-being changed during sweep and, therefore, cannot be trusted.
-
-Upstream-Status: Backport 
[https://github.com/lua/lua/commit/a6da1472c0c5e05ff249325f979531ad51533110]
-CVE: CVE-2020-24371
-
-[Adjust code KGC_INC -> KGC_NORMAL, refer 
69371c4b84becac09c445aae01d005b49658ef82]
-Signed-off-by: Wenlin Kang 

- src/lgc.c | 33 -
- 1 file changed, 24 insertions(+), 9 deletions(-)
-
-diff --git a/src/lgc.c b/src/lgc.c
-index 973c269..7af23d5 100644
 a/src/lgc.c
-+++ b/src/lgc.c
-@@ -142,10 +142,17 @@ static int iscleared (global_State *g, const TValue *o) {
- 
- 
- /*
--** barrier that moves collector forward, that is, mark the white object
--** being pointed by a black object. (If in sweep phase, clear the black
--** object to white [sweep it] to avoid other barrier calls for this
--** same object.)
-+** Barrier that moves collector forward, that is, marks the white object
-+** 'v' being pointed by the black object 'o'.  In the generational
-+** mode, 'v' must also become old, if 

[OE-core] [RFC PATCH 3/7] rpm: update 4.16.1.3 -> 4.17.0

[Alexander Kanavin]

The flagship features are migration from bdb to sqlite and zstd support,
both are enabled and taken into use. The relationship and upstream preference
between sqlite and ndb formats isn't quite clear.

Lua is now a hard dependency.

Added packageconfig option for r/o support for bdb (that doesn't need bdb
itself), but not enabled it as upstream marks it EXPERIMENTAL in capital
letters.

Drop sed adjustment for a file that is not anymore installed.

Adjust oeqa test to check for sqlite database instead of bdb.

Drop
0001-Fix-build-with-musl-C-library.patch (nss support removed upstream)
0001-rpm-rpmio.c-restrict-virtual-memory-usage-if-limit-s.patch
(difficult to undersand and rebase; obsolete with the move to zstd)
0011-Do-not-require-that-ELF-binaries-are-executable-to-b.patch
(upstream made the same change)

Portions of 0001-tools-Add-error.h-for-non-glibc-case.patch dropped
(upstream moved the files to a separate component).

Added 0001-docs-do-not-build-manpages-requires-pandoc.patch to avoid
pandoc dependency.

Signed-off-by: Alexander Kanavin 
---
 meta/lib/oeqa/runtime/cases/rpm.py|  6 +-
 ...lib-rpm-as-the-installation-path-for.patch | 14 ++--
 .../0001-Fix-build-with-musl-C-library.patch  | 22 ---
 ...o-not-build-manpages-requires-pandoc.patch | 26 
 ...rict-virtual-memory-usage-if-limit-s.patch | 65 ---
 ...tools-Add-error.h-for-non-glibc-case.patch | 59 ++---
 ...hat-ELF-binaries-are-executable-to-b.patch | 33 --
 .../rpm/{rpm_4.16.1.3.bb => rpm_4.17.0.bb}| 21 +++---
 8 files changed, 52 insertions(+), 194 deletions(-)
 delete mode 100644 
meta/recipes-devtools/rpm/files/0001-Fix-build-with-musl-C-library.patch
 create mode 100644 
meta/recipes-devtools/rpm/files/0001-docs-do-not-build-manpages-requires-pandoc.patch
 delete mode 100644 
meta/recipes-devtools/rpm/files/0001-rpm-rpmio.c-restrict-virtual-memory-usage-if-limit-s.patch
 delete mode 100644 
meta/recipes-devtools/rpm/files/0011-Do-not-require-that-ELF-binaries-are-executable-to-b.patch
 rename meta/recipes-devtools/rpm/{rpm_4.16.1.3.bb => rpm_4.17.0.bb} (91%)

diff --git a/meta/lib/oeqa/runtime/cases/rpm.py 
b/meta/lib/oeqa/runtime/cases/rpm.py
index 7a9d62c003..a4339116bf 100644
--- a/meta/lib/oeqa/runtime/cases/rpm.py
+++ b/meta/lib/oeqa/runtime/cases/rpm.py
@@ -116,12 +116,12 @@ class RpmInstallRemoveTest(OERuntimeTestCase):
 Author:  Alexander Kanavin 
 AutomatedBy: Daniel Istrate 
 """
-db_files_cmd = 'ls /var/lib/rpm/__db.*'
+db_files_cmd = 'ls /var/lib/rpm/rpmdb.sqlite*'
 check_log_cmd = "grep RPM /var/log/messages | wc -l"
 
-# Make sure that some database files are under /var/lib/rpm as 
'__db.xxx'
+# Make sure that some database files are under /var/lib/rpm as 
'rpmdb.sqlite'
 status, output = self.target.run(db_files_cmd)
-msg =  'Failed to find database files under /var/lib/rpm/ as __db.xxx'
+msg =  'Failed to find database files under /var/lib/rpm/ as 
rpmdb.sqlite'
 self.assertEqual(0, status, msg=msg)
 
 self.tc.target.copyTo(self.test_file, self.dst)
diff --git 
a/meta/recipes-devtools/rpm/files/0001-Do-not-hardcode-lib-rpm-as-the-installation-path-for.patch
 
b/meta/recipes-devtools/rpm/files/0001-Do-not-hardcode-lib-rpm-as-the-installation-path-for.patch
index d8fcc16729..6d236ac400 100644
--- 
a/meta/recipes-devtools/rpm/files/0001-Do-not-hardcode-lib-rpm-as-the-installation-path-for.patch
+++ 
b/meta/recipes-devtools/rpm/files/0001-Do-not-hardcode-lib-rpm-as-the-installation-path-for.patch
@@ -1,4 +1,4 @@
-From 7b2dd83d8fcd06af8e583b53da79ed0033793d46 Mon Sep 17 00:00:00 2001
+From 8d013fe154a162305f76141151baf767dd04b598 Mon Sep 17 00:00:00 2001
 From: Alexander Kanavin 
 Date: Mon, 27 Feb 2017 09:43:30 +0200
 Subject: [PATCH] Do not hardcode "lib/rpm" as the installation path for
@@ -14,10 +14,10 @@ Signed-off-by: Alexander Kanavin 
  3 files changed, 4 insertions(+), 4 deletions(-)
 
 diff --git a/configure.ac b/configure.ac
-index fe35a90fa..b2faec6f3 100644
+index eb7d6941b..10a889b5d 100644
 --- a/configure.ac
 +++ b/configure.ac
-@@ -966,7 +966,7 @@ else
+@@ -871,7 +871,7 @@ else
  usrprefix=$prefix
  fi
  
@@ -27,10 +27,10 @@ index fe35a90fa..b2faec6f3 100644
  
  AC_SUBST(OBJDUMP)
 diff --git a/macros.in b/macros.in
-index 35c8cf9df..9d8b2825c 100644
+index a1f795e5f..689e784ef 100644
 --- a/macros.in
 +++ b/macros.in
-@@ -996,7 +996,7 @@ package or when debugging this package.\
+@@ -933,7 +933,7 @@ package or when debugging this package.\
  %_sharedstatedir  %{_prefix}/com
  %_localstatedir   %{_prefix}/var
  %_lib lib
@@ -40,7 +40,7 @@ index 35c8cf9df..9d8b2825c 100644
  %_infodir %{_datadir}/info
  %_mandir  %{_datadir}/man
 diff --git a/rpm.am b/rpm.am
-index 8e1dc2184..3d889ec86 100644
+index 7b57f433b..9bbb9ee96 100644
 --- a/rpm.am
 +++ b/rpm.am
 @@ -1,10 +1,10 @@
@@ 

[OE-core] [RFC PATCH 1/7] lua: add a recipe from meta-oe

[Alexander Kanavin]

Lua is a hard dependency in rpm 4.17.

Signed-off-by: Alexander Kanavin 
---
 meta/conf/distro/include/maintainers.inc  |   1 +
 .../distro/include/ptest-packagelists.inc |   1 +
 ...ilding-lua-without-readline-on-Linux.patch |  59 +++
 ...rriers-cannot-be-active-during-sweep.patch |  90 ++
 .../lua/lua/CVE-2020-15888.patch  |  45 +
 .../lua/lua/CVE-2020-15945.patch  | 167 ++
 meta/recipes-devtools/lua/lua/lua.pc.in   |  10 ++
 meta/recipes-devtools/lua/lua/run-ptest   |  19 ++
 meta/recipes-devtools/lua/lua_5.3.6.bb|  67 +++
 9 files changed, 459 insertions(+)
 create mode 100644 
meta/recipes-devtools/lua/lua/0001-Allow-building-lua-without-readline-on-Linux.patch
 create mode 100644 
meta/recipes-devtools/lua/lua/0001-Fixed-bug-barriers-cannot-be-active-during-sweep.patch
 create mode 100644 meta/recipes-devtools/lua/lua/CVE-2020-15888.patch
 create mode 100644 meta/recipes-devtools/lua/lua/CVE-2020-15945.patch
 create mode 100644 meta/recipes-devtools/lua/lua/lua.pc.in
 create mode 100644 meta/recipes-devtools/lua/lua/run-ptest
 create mode 100644 meta/recipes-devtools/lua/lua_5.3.6.bb

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index 0e8185f4e3..d9d57459cf 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -467,6 +467,7 @@ RECIPE_MAINTAINER:pn-ltp = "Yi Zhao "
 RECIPE_MAINTAINER:pn-lttng-modules = "Richard Purdie 
"
 RECIPE_MAINTAINER:pn-lttng-tools = "Richard Purdie 
"
 RECIPE_MAINTAINER:pn-lttng-ust = "Richard Purdie 
"
+RECIPE_MAINTAINER:pn-lua = "Alexander Kanavin "
 RECIPE_MAINTAINER:pn-lz4 = "Denys Dmytriyenko "
 RECIPE_MAINTAINER:pn-lzo = "Denys Dmytriyenko "
 RECIPE_MAINTAINER:pn-lzip = "Denys Dmytriyenko "
diff --git a/meta/conf/distro/include/ptest-packagelists.inc 
b/meta/conf/distro/include/ptest-packagelists.inc
index e0ae1dd971..3709998f29 100644
--- a/meta/conf/distro/include/ptest-packagelists.inc
+++ b/meta/conf/distro/include/ptest-packagelists.inc
@@ -40,6 +40,7 @@ PTESTS_FAST = "\
 libxml-sax-base-perl-ptest \
 libxml-simple-perl-ptest \
 libxml2-ptest \
+lua-ptest \
 lzo-ptest \
 m4-ptest \
 nettle-ptest \
diff --git 
a/meta/recipes-devtools/lua/lua/0001-Allow-building-lua-without-readline-on-Linux.patch
 
b/meta/recipes-devtools/lua/lua/0001-Allow-building-lua-without-readline-on-Linux.patch
new file mode 100644
index 00..e767900864
--- /dev/null
+++ 
b/meta/recipes-devtools/lua/lua/0001-Allow-building-lua-without-readline-on-Linux.patch
@@ -0,0 +1,59 @@
+From 601ef636fc4dfb2af3e7fda88d8ea1c1d92affe4 Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Wed, 2 Oct 2019 17:54:15 +0200
+Subject: [PATCH] Allow building lua without readline on Linux
+
+Upstream-Status: Pending
+Signed-off-by: Alexander Kanavin 
+---
+ Makefile  | 2 +-
+ src/Makefile  | 3 +++
+ src/luaconf.h | 5 +
+ 3 files changed, 9 insertions(+), 1 deletion(-)
+
+diff --git a/Makefile b/Makefile
+index 119110d..9f6df45 100644
+--- a/Makefile
 b/Makefile
+@@ -36,7 +36,7 @@ RM= rm -f
+ # == END OF USER SETTINGS -- NO NEED TO CHANGE ANYTHING BELOW THIS LINE 
===
+ 
+ # Convenience platforms targets.
+-PLATS= aix bsd c89 freebsd generic linux macosx mingw posix solaris
++PLATS= aix bsd c89 freebsd generic linux linux-no-readline macosx mingw posix 
solaris
+ 
+ # What to install.
+ TO_BIN= lua luac
+diff --git a/src/Makefile b/src/Makefile
+index 64c78f7..5c0428a 100644
+--- a/src/Makefile
 b/src/Makefile
+@@ -109,6 +109,9 @@ generic: $(ALL)
+ linux:
+   $(MAKE) $(ALL) SYSCFLAGS="-DLUA_USE_LINUX" SYSLIBS="-Wl,-E -ldl 
-lreadline"
+ 
++linux-no-readline:
++  $(MAKE) $(ALL) SYSCFLAGS="-DLUA_USE_LINUX_NO_READLINE" SYSLIBS="-Wl,-E 
-ldl"
++
+ macosx:
+   $(MAKE) $(ALL) SYSCFLAGS="-DLUA_USE_MACOSX" SYSLIBS="-lreadline"
+ 
+diff --git a/src/luaconf.h b/src/luaconf.h
+index 9a6..d71ca25 100644
+--- a/src/luaconf.h
 b/src/luaconf.h
+@@ -64,6 +64,11 @@
+ #define LUA_USE_READLINE  /* needs some extra libraries */
+ #endif
+ 
++#if defined(LUA_USE_LINUX_NO_READLINE)
++#define LUA_USE_POSIX
++#define LUA_USE_DLOPEN/* needs an extra library: -ldl */
++#endif
++
+ 
+ #if defined(LUA_USE_MACOSX)
+ #define LUA_USE_POSIX
+-- 
+2.17.1
+
diff --git 
a/meta/recipes-devtools/lua/lua/0001-Fixed-bug-barriers-cannot-be-active-during-sweep.patch
 
b/meta/recipes-devtools/lua/lua/0001-Fixed-bug-barriers-cannot-be-active-during-sweep.patch
new file mode 100644
index 00..a302874d76
--- /dev/null
+++ 
b/meta/recipes-devtools/lua/lua/0001-Fixed-bug-barriers-cannot-be-active-during-sweep.patch
@@ -0,0 +1,90 @@
+From 1e6df25ac28dcd89f0324177bb55019422404b44 Mon Sep 17 00:00:00 2001
+From: Roberto Ierusalimschy 
+Date: Thu, 3 Sep 2020 15:32:17 +0800
+Subject: [PATCH] Fixed bug: barriers cannot be active during sweep
+
+Barriers cannot be active during 

[OE-core] [RFC PATCH 4/7] libdnf: fix the rpm sqlite-only target setup

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 ...xt.cpp-do-not-try-to-access-BDB-data.patch | 37 +++
 meta/recipes-devtools/libdnf/libdnf_0.63.1.bb |  1 +
 2 files changed, 38 insertions(+)
 create mode 100644 
meta/recipes-devtools/libdnf/libdnf/0001-libdnf-dnf-context.cpp-do-not-try-to-access-BDB-data.patch

diff --git 
a/meta/recipes-devtools/libdnf/libdnf/0001-libdnf-dnf-context.cpp-do-not-try-to-access-BDB-data.patch
 
b/meta/recipes-devtools/libdnf/libdnf/0001-libdnf-dnf-context.cpp-do-not-try-to-access-BDB-data.patch
new file mode 100644
index 00..6f8a3dcb50
--- /dev/null
+++ 
b/meta/recipes-devtools/libdnf/libdnf/0001-libdnf-dnf-context.cpp-do-not-try-to-access-BDB-data.patch
@@ -0,0 +1,37 @@
+From 2f7382b35d59fe08034603497e82ffb943fedef1 Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Wed, 30 Jun 2021 15:31:16 +0200
+Subject: [PATCH] libdnf/dnf-context.cpp: do not try to access BDB database
+
+Upstream-Status: Inappropriate [upstream needs to rework this to support
+sqlite]
+Signed-off-by: Alexander Kanavin 
+---
+ libdnf/dnf-context.cpp | 14 --
+ 1 file changed, 14 deletions(-)
+
+diff --git a/libdnf/dnf-context.cpp b/libdnf/dnf-context.cpp
+index 86f71a79..9cdcf769 100644
+--- a/libdnf/dnf-context.cpp
 b/libdnf/dnf-context.cpp
+@@ -2264,20 +2264,6 @@ dnf_context_setup(DnfContext *context,
+ !dnf_context_set_os_release(context, error))
+ return FALSE;
+ 
+-/* setup a file monitor on the rpmdb, if we're operating on the native / 
*/
+-if (g_strcmp0(priv->install_root, "/") == 0) {
+-rpmdb_path = g_build_filename(priv->install_root, 
"var/lib/rpm/Packages", NULL);
+-file_rpmdb = g_file_new_for_path(rpmdb_path);
+-priv->monitor_rpmdb = g_file_monitor_file(file_rpmdb,
+-   G_FILE_MONITOR_NONE,
+-   NULL,
+-   error);
+-if (priv->monitor_rpmdb == NULL)
+-return FALSE;
+-g_signal_connect(priv->monitor_rpmdb, "changed",
+- G_CALLBACK(dnf_context_rpmdb_changed_cb), context);
+-}
+-
+ /* copy any vendor distributed cached metadata */
+ if (!dnf_context_copy_vendor_cache(context, error))
+ return FALSE;
diff --git a/meta/recipes-devtools/libdnf/libdnf_0.63.1.bb 
b/meta/recipes-devtools/libdnf/libdnf_0.63.1.bb
index 282c28e2c4..a9f393e722 100644
--- a/meta/recipes-devtools/libdnf/libdnf_0.63.1.bb
+++ b/meta/recipes-devtools/libdnf/libdnf_0.63.1.bb
@@ -13,6 +13,7 @@ SRC_URI = 
"git://github.com/rpm-software-management/libdnf;branch=dnf-4-master \
file://enable_test_data_dir_set.patch \

file://0001-libdnf-config.h-avoid-the-use-of-non-portable-__WORD.patch \
file://0001-drop-FindPythonInstDir.cmake.patch \
+   
file://0001-libdnf-dnf-context.cpp-do-not-try-to-access-BDB-data.patch \
"
 
 SRCREV = "8e451380bf84bd76e3925cbae2a06bb0e56f5cd9"
-- 
2.31.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155498): 
https://lists.openembedded.org/g/openembedded-core/message/155498
Mute This Topic: https://lists.openembedded.org/mt/85258554/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 PATCH 6/7] perl: do not build berkeley db module by default

[Alexander Kanavin]

Bdb is unmaintained and altogether obsolete, the less dependencies
we have on it, the better.

This leaves only apt (specifically, apt-ftparchive) in core as a bdb consumer,
sadly it has a hard dependency that isn't easy to patch out. Maybe apt
upstream will get to it at some point.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/perl/perl_5.34.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/perl/perl_5.34.0.bb 
b/meta/recipes-devtools/perl/perl_5.34.0.bb
index ab19a8d0be..a12a0be2f2 100644
--- a/meta/recipes-devtools/perl/perl_5.34.0.bb
+++ b/meta/recipes-devtools/perl/perl_5.34.0.bb
@@ -35,7 +35,7 @@ DEPENDS += "perlcross-native zlib virtual/crypt"
 
 PERL_LIB_VER = "${@'.'.join(d.getVar('PV').split('.')[0:2])}.0"
 
-PACKAGECONFIG ??= "bdb gdbm"
+PACKAGECONFIG ??= "gdbm"
 PACKAGECONFIG[bdb] = ",-Ui_db,db"
 PACKAGECONFIG[gdbm] = ",-Ui_gdbm,gdbm"
 
-- 
2.31.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155500): 
https://lists.openembedded.org/g/openembedded-core/message/155500
Mute This Topic: https://lists.openembedded.org/mt/85258556/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 PATCH 5/7] libsolv: disable rpm bdb format support

[Alexander Kanavin]

Otherwise this causes runtime errors when only sqlite is present.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-extended/libsolv/libsolv_0.7.19.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-extended/libsolv/libsolv_0.7.19.bb 
b/meta/recipes-extended/libsolv/libsolv_0.7.19.bb
index bb925073ed..d30e61e9d9 100644
--- a/meta/recipes-extended/libsolv/libsolv_0.7.19.bb
+++ b/meta/recipes-extended/libsolv/libsolv_0.7.19.bb
@@ -20,7 +20,7 @@ S = "${WORKDIR}/git"
 inherit cmake
 
 PACKAGECONFIG ??= 
"${@bb.utils.contains('PACKAGE_CLASSES','package_rpm','rpm','',d)}"
-PACKAGECONFIG[rpm] = "-DENABLE_RPMMD=ON -DENABLE_RPMDB=ON 
-DENABLE_RPMDB_BDB=ON,,db rpm"
+PACKAGECONFIG[rpm] = "-DENABLE_RPMMD=ON -DENABLE_RPMDB=ON,,rpm"
 
 EXTRA_OECMAKE = "-DMULTI_SEMANTICS=ON -DENABLE_COMPLEX_DEPS=ON"
 
-- 
2.31.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#155499): 
https://lists.openembedded.org/g/openembedded-core/message/155499
Mute This Topic: https://lists.openembedded.org/mt/85258555/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 PATCH 7/7] package_rpm: use zstd instead of xz

[Alexander Kanavin]

zstd has similar time and space performance in compression but is
vastly faster in decompression, which benefits rootfs creation
(especially when installing very large packages) and on-target
package installation.

Signed-off-by: Alexander Kanavin 
---
 meta/classes/package_rpm.bbclass | 4 ++--
 meta/conf/bitbake.conf   | 3 +++
 2 files changed, 5 insertions(+), 2 deletions(-)

diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass
index 88d861c0e7..fc1e4b3a4a 100644
--- a/meta/classes/package_rpm.bbclass
+++ b/meta/classes/package_rpm.bbclass
@@ -684,8 +684,8 @@ python do_package_rpm () {
 cmd = cmd + " --define '_use_internal_dependency_generator 0'"
 cmd = cmd + " --define '_binaries_in_noarch_packages_terminate_build 0'"
 cmd = cmd + " --define '_build_id_links none'"
-cmd = cmd + " --define '_binary_payload w6T%d.xzdio'" % 
int(d.getVar("XZ_THREADS"))
-cmd = cmd + " --define '_source_payload w6T%d.xzdio'" % 
int(d.getVar("XZ_THREADS"))
+cmd = cmd + " --define '_binary_payload w19T%d.zstdio'" % 
int(d.getVar("ZSTD_THREADS"))
+cmd = cmd + " --define '_source_payload w19T%d.zstdio'" % 
int(d.getVar("ZSTD_THREADS"))
 cmd = cmd + " --define 'clamp_mtime_to_source_date_epoch 1'"
 cmd = cmd + " --define 'use_source_date_epoch_as_buildtime 1'"
 cmd = cmd + " --define '_buildhost reproducible'"
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 2140d498f7..52d40738f4 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -814,6 +814,9 @@ XZ_THREADS ?= "${@oe.utils.cpu_count(at_least=2)}"
 XZ_DEFAULTS ?= "--memlimit=${XZ_MEMLIMIT} --threads=${XZ_THREADS}"
 XZ_DEFAULTS[vardepsexclude] += "XZ_MEMLIMIT XZ_THREADS"
 
+# Default parallelism for zstd
+ZSTD_THREADS ?= "${@oe.utils.cpu_count(at_least=2)}"
+
 # Limit the number of threads that OpenMP libraries will use. Otherwise they
 # may fallback to using all CPUs
 export OMP_NUM_THREADS = "${BB_NUMBER_THREADS}"
-- 
2.31.1


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