Re: [OE-core] [PATCH] python3-dbusmock: Add native recipe

[Markus Volk]

The python3-dbusmock dependency could be dropped if folks is build with

EXTRA_OEMESON += "-Dtests=false"

Am 25.01.22 um 06:53 schrieb Markus Volk:


https://gitlab.gnome.org/GNOME/folks/-/blob/master/meson.build#L112

it's needed for the bluez test

Am 24.01.22 um 20:38 schrieb Ross Burton:

Seems like a workaround for a bad dependency.  Can this be disabled in folks?

Ross

On Mon, 24 Jan 2022 at 18:12, Khem Raj  wrote:

Needed by apps like folks

Signed-off-by: Khem Raj
---
  meta/recipes-devtools/python/python3-dbusmock_0.25.0.bb | 2 ++
  1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/python/python3-dbusmock_0.25.0.bb 
b/meta/recipes-devtools/python/python3-dbusmock_0.25.0.bb
index e64e343a1e0..4a857eaf5ae 100644
--- a/meta/recipes-devtools/python/python3-dbusmock_0.25.0.bb
+++ b/meta/recipes-devtools/python/python3-dbusmock_0.25.0.bb
@@ -16,3 +16,5 @@ RDEPENDS:${PN} += "\
  ${PYTHON_PN}-unittest \
  ${PYTHON_PN}-xml \
  "
+
+BBCLASSEXTEND = "native"
--
2.34.1










-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#160911): 
https://lists.openembedded.org/g/openembedded-core/message/160911
Mute This Topic: https://lists.openembedded.org/mt/88653359/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] python3-dbusmock: Add native recipe

[Markus Volk]

https://gitlab.gnome.org/GNOME/folks/-/blob/master/meson.build#L112

it's needed for the bluez test

Am 24.01.22 um 20:38 schrieb Ross Burton:

Seems like a workaround for a bad dependency.  Can this be disabled in folks?

Ross

On Mon, 24 Jan 2022 at 18:12, Khem Raj  wrote:

Needed by apps like folks

Signed-off-by: Khem Raj 
---
  meta/recipes-devtools/python/python3-dbusmock_0.25.0.bb | 2 ++
  1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/python/python3-dbusmock_0.25.0.bb 
b/meta/recipes-devtools/python/python3-dbusmock_0.25.0.bb
index e64e343a1e0..4a857eaf5ae 100644
--- a/meta/recipes-devtools/python/python3-dbusmock_0.25.0.bb
+++ b/meta/recipes-devtools/python/python3-dbusmock_0.25.0.bb
@@ -16,3 +16,5 @@ RDEPENDS:${PN} += "\
  ${PYTHON_PN}-unittest \
  ${PYTHON_PN}-xml \
  "
+
+BBCLASSEXTEND = "native"
--
2.34.1








-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#160910): 
https://lists.openembedded.org/g/openembedded-core/message/160910
Mute This Topic: https://lists.openembedded.org/mt/88653359/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 398
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.5, "3.6", "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 (#160909): 
https://lists.openembedded.org/g/openembedded-core/message/160909
Mute This Topic: https://lists.openembedded.org/mt/88664398/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 00/15] Pull request (cover letter only)

[Anuj Mittal]

The following changes since commit 7e569186820163d731cbb14f8c25ce6a2cc45dc9:

  python3-pyelftools: fix the override syntax (2022-01-11 10:07:36 +0800)

are available in the Git repository at:

  git://push.openembedded.org/openembedded-core-contrib stable/hardknott-next

Bruce Ashfield (5):
  linux-yocto/5.10: update to v5.10.89
  linux-yocto/5.10/cfg: add kcov feature fragment
  linux-yocto/5.10: update to v5.10.90
  linux-yocto/5.10: amdgpu: updates for CVE-2021-42327
  linux-yocto/5.10: update to v5.10.91

Changqing Li (1):
  libsndfile1: fix CVE-2021-4156

Chen Qi (1):
  populate_sdk_base: remove unneeded dirs such as /dev

Joshua Watt (1):
  selftest: reproducible: Set maximum report size

Kevin Hao (2):
  arch-armv8-5a.inc: Add tune include for armv8.5a
  armv9a/tune: Add the support for the Neoverse N2 core

Konrad Weihmann (1):
  cve-check: add lockfile to task

Richard Purdie (1):
  scripts: Update to use exec_module() instead of load_module()

Robert Joslyn (1):
  curl: Backport CVE fixes

Ross Burton (1):
  xserver-xorg: whitelist two CVEs

Sakib Sajal (1):
  go: upgrade 1.16.10 -> 1.16.13

 meta/classes/cve-check.bbclass|   1 +
 meta/classes/populate_sdk_base.bbclass|  11 +-
 .../machine/include/arm/arch-armv8-5a.inc |  19 +
 .../include/arm/armv9a/tune-neoversen2.inc|  22 ++
 meta/lib/oeqa/selftest/cases/reproducible.py  |  10 +-
 .../go/{go-1.16.10.inc => go-1.16.13.inc} |   4 +-
 ...1.16.10.bb => go-binary-native_1.16.13.bb} |   4 +-
 16.10.bb => go-cross-canadian_1.16.13.bb} |   0
 ...o-cross_1.16.10.bb => go-cross_1.16.13.bb} |   0
 ...ssdk_1.16.10.bb => go-crosssdk_1.16.13.bb} |   0
 ...native_1.16.10.bb => go-native_1.16.13.bb} |   0
 ...ntime_1.16.10.bb => go-runtime_1.16.13.bb} |   0
 .../go/{go_1.16.10.bb => go_1.16.13.bb}   |   0
 .../xorg-xserver/xserver-xorg.inc |   8 +
 .../linux/linux-yocto-rt_5.10.bb  |   6 +-
 .../linux/linux-yocto-tiny_5.10.bb|   8 +-
 meta/recipes-kernel/linux/linux-yocto_5.10.bb |  24 +-
 .../libsndfile1/CVE-2021-4156.patch   |  32 ++
 .../libsndfile/libsndfile1_1.0.28.bb  |   1 +
 .../curl/curl/CVE-2021-22945.patch|  35 ++
 .../curl/curl/CVE-2021-22946.patch| 333 
 .../curl/curl/CVE-2021-22947.patch| 357 ++
 meta/recipes-support/curl/curl_7.75.0.bb  |   8 +
 scripts/lib/scriptutils.py|   7 +-
 scripts/lib/wic/pluginbase.py |   8 +-
 25 files changed, 867 insertions(+), 31 deletions(-)
 create mode 100644 meta/conf/machine/include/arm/arch-armv8-5a.inc
 create mode 100644 meta/conf/machine/include/arm/armv9a/tune-neoversen2.inc
 rename meta/recipes-devtools/go/{go-1.16.10.inc => go-1.16.13.inc} (91%)
 rename meta/recipes-devtools/go/{go-binary-native_1.16.10.bb => 
go-binary-native_1.16.13.bb} (83%)
 rename meta/recipes-devtools/go/{go-cross-canadian_1.16.10.bb => 
go-cross-canadian_1.16.13.bb} (100%)
 rename meta/recipes-devtools/go/{go-cross_1.16.10.bb => go-cross_1.16.13.bb} 
(100%)
 rename meta/recipes-devtools/go/{go-crosssdk_1.16.10.bb => 
go-crosssdk_1.16.13.bb} (100%)
 rename meta/recipes-devtools/go/{go-native_1.16.10.bb => go-native_1.16.13.bb} 
(100%)
 rename meta/recipes-devtools/go/{go-runtime_1.16.10.bb => 
go-runtime_1.16.13.bb} (100%)
 rename meta/recipes-devtools/go/{go_1.16.10.bb => go_1.16.13.bb} (100%)
 create mode 100644 
meta/recipes-multimedia/libsndfile/libsndfile1/CVE-2021-4156.patch
 create mode 100644 meta/recipes-support/curl/curl/CVE-2021-22945.patch
 create mode 100644 meta/recipes-support/curl/curl/CVE-2021-22946.patch
 create mode 100644 meta/recipes-support/curl/curl/CVE-2021-22947.patch

-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#160908): 
https://lists.openembedded.org/g/openembedded-core/message/160908
Mute This Topic: https://lists.openembedded.org/mt/88663970/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] nfs-utils: upgrade 2.5.4 -> 2.6.1

[wangmy]

Signed-off-by: Wang Mingyu 
---
 .../nfs-utils/{nfs-utils_2.5.4.bb => nfs-utils_2.6.1.bb}| 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-connectivity/nfs-utils/{nfs-utils_2.5.4.bb => 
nfs-utils_2.6.1.bb} (98%)

diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils_2.5.4.bb 
b/meta/recipes-connectivity/nfs-utils/nfs-utils_2.6.1.bb
similarity index 98%
rename from meta/recipes-connectivity/nfs-utils/nfs-utils_2.5.4.bb
rename to meta/recipes-connectivity/nfs-utils/nfs-utils_2.6.1.bb
index 459f68f05e..4ad8a01844 100644
--- a/meta/recipes-connectivity/nfs-utils/nfs-utils_2.5.4.bb
+++ b/meta/recipes-connectivity/nfs-utils/nfs-utils_2.6.1.bb
@@ -31,7 +31,7 @@ SRC_URI = 
"${KERNELORG_MIRROR}/linux/utils/nfs-utils/${PV}/nfs-utils-${PV}.tar.x
file://0001-Makefile.am-fix-undefined-function-for-libnsm.a.patch \
file://clang-warnings.patch \
"
-SRC_URI[sha256sum] = 
"51997d94e4c8bcef5456dd36a9ccc38e231207c4e9b6a9a2c108841e6aebe3dd"
+SRC_URI[sha256sum] = 
"60dfcd94a9f3d72a12bc7058d811787ec87a6d593d70da2123faf9aad3d7a1df"
 
 # Only kernel-module-nfsd is required here (but can be built-in)  - the nfsd 
module will
 # pull in the remainder of the dependencies.
-- 
2.25.1


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

[wangmy]

Signed-off-by: Wang Mingyu 
---
 .../webp/{libwebp_1.2.1.bb => libwebp_1.2.2.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-multimedia/webp/{libwebp_1.2.1.bb => libwebp_1.2.2.bb} 
(95%)

diff --git a/meta/recipes-multimedia/webp/libwebp_1.2.1.bb 
b/meta/recipes-multimedia/webp/libwebp_1.2.2.bb
similarity index 95%
rename from meta/recipes-multimedia/webp/libwebp_1.2.1.bb
rename to meta/recipes-multimedia/webp/libwebp_1.2.2.bb
index d634e02180..281cff1bf2 100644
--- a/meta/recipes-multimedia/webp/libwebp_1.2.1.bb
+++ b/meta/recipes-multimedia/webp/libwebp_1.2.2.bb
@@ -14,7 +14,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=6e8dee932c26f2dab503abf70c96d8bb \
 file://PATENTS;md5=c6926d0cb07d296f886ab6e0cc5a85b7"
 
 SRC_URI = "http://downloads.webmproject.org/releases/webp/${BP}.tar.gz;
-SRC_URI[sha256sum] = 
"808b98d2f5b84e9b27fdef6c5372dac769c3bda4502febbfa5031bd3c4d7d018"
+SRC_URI[sha256sum] = 
"7656532f837af5f4cec3ff6bafe552c044dc39bf453587bd5b77450802f4aee6"
 
 UPSTREAM_CHECK_URI = 
"http://downloads.webmproject.org/releases/webp/index.html;
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#160905): 
https://lists.openembedded.org/g/openembedded-core/message/160905
Mute This Topic: https://lists.openembedded.org/mt/88661612/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] lighttpd: upgrade 1.4.63 -> 1.4.64

[wangmy]

0001-mod_extforward-fix-out-of-bounds-OOB-write-fixes-313.patch
removed since it's included in 1.4.64.

with_gdbm, with_memcached
removed since they're not applicable in 1.4.64. 

Changelog:
=
Important changes
 remove deprecated modules, bugfixes, CVE-2022-22707 (rare configs)

Behavior Changes
 (previously announced and scheduled)

 -graceful restart/shutdown timeout changed from 0 (disabled) to 8 seconds
  configure an alternative with:
  server.feature-flags += ("server.graceful-shutdown-timeout" => 8)
  build: lighttpd defaults to -with-pcre2 instead of -with-pcre
  pcre2 is current. pcre is no longer maintained.
  Explicitly specify -with-pcre in build to use pcre instead of pcre2.
 -deprecated modules (previously announced) have been removed
  mod_authn_mysql
  mod_mysql_vhost
  mod_cml
  mod_flv_streaming
  mod_geoip
  mod_trigger_b4_dl
  https://wiki.lighttpd.net/Docs_ConfigurationOptions#Deprecated
  suggests migration steps for replacements, if needed

Changes from 1.4.63
 [core] fix trace issued for loading mod_auth (fixes #3121)
 [meson] need -lrt with glibc < 2.17 (fixes #3120)
 [core] adjust time jump detection (fixes #3123)
 [core] make setrlimit() warn, not fatal
 [core] add remote IP to some error msgs (fixes #3122)
 [mod_webdav] If-None-Match on non-existent entity
 [build] check getxattr before attr_get and -lattr
 [doc] SELinux: setsebool -P httpd_setrlimit on
 [build] create sha512sum file with release
 [build] CI builds now use make -j 2
 [core] http_response_send_file() takes const path
 [core] use ETag response header to check cachable
 [core] add more const to stat_cache_update_entry()
 [multiple] remove r->physical.etag
 [mod_magnet] interface to http_response_send_file
 [build] add headers for sendfile() detect on MacOS
 [core] http_response_write_prepare optimization
 [core] define static_assert for uClibc (fixes #3127)
 [build] -Wno-implicit-fallthrough for ls-hpack
 [core] ignore pcre2 "bad JIT option" warning
 [build] pcre2: use pkg-config before pcre2-config
 [core] http_response_has_error_handler()
 [core] consolidate request restart loop check
 [core] defer retrieving Last-Modified until needed
 [mod_dirlisting] fix logic inversion in cache
 [core] mark expect cond in http_response_send_file
 [core] connection_handle_read_state() tweak
 [core] connection_state_machine_loop() tweaks
 [core] connection_state_machine_h2() tweaks
 [core] quiet coverity noise
 [core] use lower limit for max-fds if !setrlimit
 [build] do not check for prctl; HAVE_PRCTL unused
 [core] server.core-files support on FreeBSD (fixes #3128)
 [mod_extforward] support longer PROXY v2 TLV vec
 [mod_webdav] detect truncated copy_file_range()
 [mod_webdav] copy_file_range() new in FreeBSD 13
 [mod_webdav] copy_file_range() new in FreeBSD 13
 [build] feature consistency between build types
 [build] cmake build now defaults to C11
 [core] CCRandomGenerateBytes() for rand on macOS (fixes #3129)
 [multiple] remove long-deprecated modules
 [build] default -with-pcre2 unless -with-pcre
 [core] "server.graceful-shutdown-timeout" => 8
 [build] adjust trace for regex-conditionals
 [build] update tests/SConscript
 [core] errno_t detection on Illumos
 [build] cmake build now defaults to C11
 [build] meson: find pcre2 w/o pkg-config
 [core] define EXTENSIONS on Illumos
 [build] cmake,meson socket libs for win32, Illumos (fixes #3130)
 [core] hide bsd_accept_filter code on OpenBSD (fixes #3131)
 [core] errno_t and rsize_t detection on Illumos
 [mod_webdav] copy acceleration
 [mod_webdav] define HAVE_RENAMEAT2 earlier
 [build] meson misdetects mempcpy on some platforms
 [build] cmake: skip "-Wl,-export-dynamic" Illumos
 [build] adjust .gitignore for macOS
 [build] meson crypt and dl detection on *BSD (fixes #3133)
 [core] /dev/null is a symlink on Illumos (fixes #3132)
 [core] server.core-files support for solaris (fixes #3135)
 [build] feature consistency between build types
 [build] Haiku build fix (fixes #3136)
 [lemon] silence coverity warnings
 [cmake] raise minimum version to 3.7
 [cmake] add address/undefined sanitize compile options
 [asan tests] fix memory leaks
 [array] use speaking names for array "fn" vtables for better debugging 
experience
 [ci] add cmake-asan build type
 [core] buffer_copy_string() use "" if s is NULL
 [mod_authn_gssapi] code reuse: fdevent_mkostemp()
 [mod_authn_gssapi] reduce KRB5CCNAME mem alloc
 [build] adjust help strings for pcre2 default
 [core] (const char *) for srvconf.modules_dir
 [multiple] remove buffer_init_string()
 [multiple] remove buffer_init_buffer()
 [mod_extforward] fix out-of-bounds (OOB) write (fixes #3134)
 [build] use -fstack-protector-strong w/ extra warn
 [build] collect Sun-specific headers and funcs
 [build] collect Sun-specific headers and funcs
 [build] rm redundant check for -lnetwork on Haiku
 [build] check headers before some funcs
 [core] allow LISTEN_PID to be ppid if TRACEME (fixes #3137)
 [core] allow tests/tmp/bind.conf override (#3137)
 

[OE-core] [PATCH] python3-libarchive-c: upgrade 3.2 -> 4.0

[wangmy]

Changelog:
=
-BREAKING & SECURITY: The archive extraction functions now pass 3 security flags
 (SECURE_NODOTDOT, SECURE_NOABSOLUTEPATHS and SECURE_SYMLINKS) to libarchive by
 default, unless the current directory is the root.
-BREAKING: The ArchiveEntry properties atime, mtime, ctime, birthtime and size
 now have the value None instead of 0 when they're unset.
-BREAKING: The ArchiveEntry.pathname property now attempts to decode bytes using
 UTF-8. This breaks reading archives that contain file names which look like
 UTF-8 but aren't, if such a thing exists. Proper support of encodings will
 probably be added in the next version.
-Multiple entries from the same archive can now be kept in memory, however only
 the current entry's content can be read.
-The filetype, linkpath, size, mode, redvmajor, redvminor, uid and gid
 attributes of an archive entry can now be modified.
-The four time properties of archive entries now have setters, so for example
 entry.set_mtime(0, 0) can be replaced by entry.mtime = 0.
-Archive entries have 4 new properties: perm, rdev, uname and gname.
-When adding files to an archive, a destination path can now be specified.
-The ArchiveRead class now has a bytes_read property.
-The ArchiveWrite class now has a bytes_written property.
-Python 3.6 is no longer tested.
-The documentation has been improved.

Signed-off-by: Wang Mingyu 
---
 ...{python3-libarchive-c_3.2.bb => python3-libarchive-c_4.0.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/python/{python3-libarchive-c_3.2.bb => 
python3-libarchive-c_4.0.bb} (85%)

diff --git a/meta/recipes-devtools/python/python3-libarchive-c_3.2.bb 
b/meta/recipes-devtools/python/python3-libarchive-c_4.0.bb
similarity index 85%
rename from meta/recipes-devtools/python/python3-libarchive-c_3.2.bb
rename to meta/recipes-devtools/python/python3-libarchive-c_4.0.bb
index cc04210e72..3c6bc1e1ca 100644
--- a/meta/recipes-devtools/python/python3-libarchive-c_3.2.bb
+++ b/meta/recipes-devtools/python/python3-libarchive-c_4.0.bb
@@ -9,7 +9,7 @@ PYPI_PACKAGE = "libarchive-c"
 
 inherit pypi setuptools3
 
-SRC_URI[sha256sum] = 
"21ad493f4628972fc82440bff54c834a9fbe13be3893037a4bad332b9ee741e5"
+SRC_URI[sha256sum] = 
"a5b41ade94ba58b198d778e68000f6b7de41da768de7140c984f71d7fa8416e5"
 
 RDEPENDS:${PN} += "\
   libarchive \
-- 
2.25.1


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

[OE-core][dunfell 00/11] Pull request (cover letter only)

[Steve Sakoman]

The following changes since commit 01f256bc72fb45c80b6a6c77506bc4c375965a3a:

  glibc: Add fix for data races in pthread_create and TLS access (2022-01-12 
04:37:31 -1000)

are available in the Git repository at:

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

Bruce Ashfield (5):
  linux-yocto/5.4: update to v5.4.169
  linux-yocto/5.4: update to v5.4.170
  linux-yocto/5.4: update to v5.4.171
  linux-yocto/5.4: update to v5.4.172
  kernel: introduce python3-dtschema-wrapper

Kai Kang (1):
  speex: fix CVE-2020-23903

Marek Vasut (1):
  Revert "weston: Use systemd notify,"

Richard Purdie (1):
  lttng-tools: Add missing DEPENDS on bison-native

Steve Sakoman (3):
  expat fix CVE-2022-22822 through CVE-2022-22827
  expat: fix CVE-2021-45960
  expat: fix CVE-2021-46143

 meta/conf/distro/include/maintainers.inc  |   1 +
 .../expat/expat/CVE-2021-45960.patch  |  65 +
 .../expat/expat/CVE-2021-46143.patch  |  43 +++
 .../expat/expat/CVE-2022-22822-27.patch   | 257 ++
 meta/recipes-core/expat/expat_2.2.9.bb|   3 +
 .../wayland/weston-init/weston-start  |  12 -
 .../wayland/weston-init/weston@.service   |   6 -
 .../weston/systemd-notify.weston-start|   9 -
 .../wayland/weston/xwayland.weston-start  |   3 +-
 meta/recipes-graphics/wayland/weston_8.0.0.bb |   6 -
 .../python3-dtschema-wrapper/dt-doc-validate  |  20 ++
 .../dtc/python3-dtschema-wrapper/dt-mk-schema |  20 ++
 .../dtc/python3-dtschema-wrapper/dt-validate  |  20 ++
 .../dtc/python3-dtschema-wrapper_2021.10.bb   |  17 ++
 .../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 +-
 .../lttng/lttng-tools_2.11.5.bb   |   2 +-
 .../speex/speex/CVE-2020-23903.patch  |  30 ++
 meta/recipes-multimedia/speex/speex_1.2.0.bb  |   4 +-
 20 files changed, 500 insertions(+), 54 deletions(-)
 create mode 100644 meta/recipes-core/expat/expat/CVE-2021-45960.patch
 create mode 100644 meta/recipes-core/expat/expat/CVE-2021-46143.patch
 create mode 100644 meta/recipes-core/expat/expat/CVE-2022-22822-27.patch
 delete mode 100644 
meta/recipes-graphics/wayland/weston/systemd-notify.weston-start
 create mode 100644 
meta/recipes-kernel/dtc/python3-dtschema-wrapper/dt-doc-validate
 create mode 100644 
meta/recipes-kernel/dtc/python3-dtschema-wrapper/dt-mk-schema
 create mode 100644 meta/recipes-kernel/dtc/python3-dtschema-wrapper/dt-validate
 create mode 100644 meta/recipes-kernel/dtc/python3-dtschema-wrapper_2021.10.bb
 create mode 100644 meta/recipes-multimedia/speex/speex/CVE-2020-23903.patch

-- 
2.25.1


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

[OE-core] [poky][dunfell][PATCH] libcap: Use specific BSD license variant

[Nisha Parrakat]

From: Joshua Watt 

Make the license more accurate by specifying the specific variant of BSD
license instead of the generic one. This helps with SPDX license
attribution as "BSD" is not a valid SPDX license.

(From OE-Core rev: 9e8b2bc55792932e23d3b053b393b7ff88bffd6b)

Signed-off-by: Joshua Watt 
Signed-off-by: Richard Purdie 
Signed-off-by: Nisha Parrakat 
---
 meta/recipes-support/libcap/libcap_2.32.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-support/libcap/libcap_2.32.bb 
b/meta/recipes-support/libcap/libcap_2.32.bb
index 325fa87a1b..d67babb5e9 100644
--- a/meta/recipes-support/libcap/libcap_2.32.bb
+++ b/meta/recipes-support/libcap/libcap_2.32.bb
@@ -4,7 +4,7 @@ These allow giving various kinds of specific privileges to 
individual \
 users, without giving them full root permissions."
 HOMEPAGE = "http://sites.google.com/site/fullycapable/;
 # no specific GPL version required
-LICENSE = "BSD | GPLv2"
+LICENSE = "BSD-3-Clause | GPLv2"
 LIC_FILES_CHKSUM = "file://License;md5=3f84fd6f29d453a56514cb7e4ead25f1"
 
 DEPENDS = "hostperl-runtime-native gperf-native"
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#160902): 
https://lists.openembedded.org/g/openembedded-core/message/160902
Mute This Topic: https://lists.openembedded.org/mt/88657933/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/4] python3-importlib-metadata: upgrade 4.10.0 -> 4.10.1

[Tim Orling]

v4.10.1
* 361: Avoid potential REDoS in EntryPoint.pattern.

References:
https://github.com/python/importlib_metadata/issues/361

Signed-off-by: Tim Orling 
---
 ...-metadata_4.10.0.bb => python3-importlib-metadata_4.10.1.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/python/{python3-importlib-metadata_4.10.0.bb => 
python3-importlib-metadata_4.10.1.bb} (88%)

diff --git a/meta/recipes-devtools/python/python3-importlib-metadata_4.10.0.bb 
b/meta/recipes-devtools/python/python3-importlib-metadata_4.10.1.bb
similarity index 88%
rename from meta/recipes-devtools/python/python3-importlib-metadata_4.10.0.bb
rename to meta/recipes-devtools/python/python3-importlib-metadata_4.10.1.bb
index ea19afc0c23..ff40def563f 100644
--- a/meta/recipes-devtools/python/python3-importlib-metadata_4.10.0.bb
+++ b/meta/recipes-devtools/python/python3-importlib-metadata_4.10.1.bb
@@ -8,7 +8,7 @@ inherit pypi setuptools3
 PYPI_PACKAGE = "importlib_metadata"
 UPSTREAM_CHECK_REGEX = "/importlib-metadata/(?P(\d+[\.\-_]*)+)/"
 
-SRC_URI[sha256sum] = 
"92a8b58ce734b2a4494878e0ecf7d79ccd7a128b5fc6014c401e0b61f006f0f6"
+SRC_URI[sha256sum] = 
"951f0d8a5b7260e9db5e41d429285b5f451e928479f19d80818878527d36e95e"
 
 S = "${WORKDIR}/importlib_metadata-${PV}"
 
-- 
2.30.2


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

[OE-core] [PATCH 4/4] python3-pyparsing: upgrade 3.0.6 -> 3.0.7

[Tim Orling]

* Update HOMEPAGE to reflect move to github (in 2018)
* Add DESCRIPTION and BUGTRACKER

This upgrade includes bug fixes and minor enhancements.

For changes, see:
https://github.com/pyparsing/pyparsing/blob/master/CHANGES

Signed-off-by: Tim Orling 
---
 ...-pyparsing_3.0.6.bb => python3-pyparsing_3.0.7.bb} | 11 +--
 1 file changed, 9 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/python/{python3-pyparsing_3.0.6.bb => 
python3-pyparsing_3.0.7.bb} (47%)

diff --git a/meta/recipes-devtools/python/python3-pyparsing_3.0.6.bb 
b/meta/recipes-devtools/python/python3-pyparsing_3.0.7.bb
similarity index 47%
rename from meta/recipes-devtools/python/python3-pyparsing_3.0.6.bb
rename to meta/recipes-devtools/python/python3-pyparsing_3.0.7.bb
index d15ff33e9b9..14faea6590b 100644
--- a/meta/recipes-devtools/python/python3-pyparsing_3.0.6.bb
+++ b/meta/recipes-devtools/python/python3-pyparsing_3.0.7.bb
@@ -1,9 +1,16 @@
 SUMMARY = "Python parsing module"
-HOMEPAGE = "http://pyparsing.wikispaces.com/;
+DESCRIPTION = "The pyparsing module is an alternative approach to creating \
+and executing simple grammars, vs. the traditional lex/yacc approach, or \
+the use of regular expressions. The pyparsing module provides a library of \
+classes that client code uses to construct the grammar directly in Python \
+code."
+HOMEPAGE = "https://github.com/pyparsing/pyparsing/;
+BUGTRACKER = "https://github.com/pyparsing/pyparsing/issues;
+
 LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=657a566233888513e1f07ba13e2f47f1"
 
-SRC_URI[sha256sum] = 
"d9bdec0013ef1eb5a84ab39a3b3868911598afa494f5faa038647101504e2b81"
+SRC_URI[sha256sum] = 
"18ee9022775d270c55187733956460083db60b37d0d0fb357445f3094eed3eea"
 
 UPSTREAM_CHECK_REGEX = "pyparsing-(?P.*)\.tar"
 
-- 
2.30.2


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

[OE-core] [PATCH 3/4] python3-setuptools-scm: upgrade 6.3.2 -> 6.4.2

[Tim Orling]

v6.4.2
* fix #671 : NoReturn is not avaliable in painfully dead python 3.6

v6.4.1
* fix regression #669: restore get_version signature
* fix #668: harden the selftest for distribution extras

v6.4.0
* compatibility adjustments for setuptools >58
* only put minimal setuptools version into toml extra to warn people with old 
strict pins
* coorectly handle hg-git self-use
* better mercurial detection
* modernize packaging setup
* python 3.10 support
* better handling of setuptools install command deprecation
* consider pyproject.tomls when running as command
* use list in git describe command to avoid shell expansions while supporting 
both windows and posix
* add --strip-dev flag to python -m setuptools_scm to print the next guessed 
version cleanly
* ensure no-guess-dev will fail on bad tags instead of generating invalid 
versions
* ensure we use utc everywhere to avoid confusion

References:
https://github.com/pypa/setuptools_scm/issues/668
https://github.com/pypa/setuptools_scm/issues/669
https://github.com/pypa/setuptools_scm/issues/671

Signed-off-by: Tim Orling 
---
 ...-setuptools-scm_6.3.2.bb => python3-setuptools-scm_6.4.2.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/python/{python3-setuptools-scm_6.3.2.bb => 
python3-setuptools-scm_6.4.2.bb} (89%)

diff --git a/meta/recipes-devtools/python/python3-setuptools-scm_6.3.2.bb 
b/meta/recipes-devtools/python/python3-setuptools-scm_6.4.2.bb
similarity index 89%
rename from meta/recipes-devtools/python/python3-setuptools-scm_6.3.2.bb
rename to meta/recipes-devtools/python/python3-setuptools-scm_6.4.2.bb
index bc594d96201..10dad5a37be 100644
--- a/meta/recipes-devtools/python/python3-setuptools-scm_6.3.2.bb
+++ b/meta/recipes-devtools/python/python3-setuptools-scm_6.4.2.bb
@@ -4,7 +4,7 @@ DESCRIPTION = "setuptools_scm handles managing your Python 
package versions in S
 LICENSE = "MIT"
 LIC_FILES_CHKSUM = 
"file://PKG-INFO;beginline=8;endline=8;md5=8227180126797a0148f94f483f3e1489"
 
-SRC_URI[sha256sum] = 
"a49aa8081eeb3514eb9728fa5040f2eaa962d6c6f4ec9c32f6c1fba88f88a0f2"
+SRC_URI[sha256sum] = 
"6833ac65c6ed9711a4d5d2266f8024cfa07c533a0e55f4c12f6eff280a5a9e30"
 
 PYPI_PACKAGE = "setuptools_scm"
 inherit pypi setuptools3
-- 
2.30.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#160900): 
https://lists.openembedded.org/g/openembedded-core/message/160900
Mute This Topic: https://lists.openembedded.org/mt/88655925/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/4] python3-hypothesis: upgrade 6.35.0 -> 6.36.0

[Tim Orling]

6.36.0 - 2022-01-19
* This release disallows using typing.Final with from_type() and 
register_type_strategy().
  - Why? Because Final can only be used during class definition. We don’t 
generate class attributes.
  - It also does not make sense as a runtime type on its own.

Signed-off-by: Tim Orling 
---
 ...ython3-hypothesis_6.35.0.bb => python3-hypothesis_6.36.0.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/python/{python3-hypothesis_6.35.0.bb => 
python3-hypothesis_6.36.0.bb} (91%)

diff --git a/meta/recipes-devtools/python/python3-hypothesis_6.35.0.bb 
b/meta/recipes-devtools/python/python3-hypothesis_6.36.0.bb
similarity index 91%
rename from meta/recipes-devtools/python/python3-hypothesis_6.35.0.bb
rename to meta/recipes-devtools/python/python3-hypothesis_6.36.0.bb
index 246ff84f61a..3918d7d15cd 100644
--- a/meta/recipes-devtools/python/python3-hypothesis_6.35.0.bb
+++ b/meta/recipes-devtools/python/python3-hypothesis_6.36.0.bb
@@ -13,7 +13,7 @@ SRC_URI += " \
 file://test_rle.py \
 "
 
-SRC_URI[sha256sum] = 
"ce3961fff61e7353d022608788cbc9876c293d2468749eeba27511adc9565131"
+SRC_URI[sha256sum] = 
"2b9c56faa067d660f0802679689f825bf142eec8261ab9e2e6ea916b1d8278a1"
 
 RDEPENDS:${PN} += " \
 python3-attrs \
-- 
2.30.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#160898): 
https://lists.openembedded.org/g/openembedded-core/message/160898
Mute This Topic: https://lists.openembedded.org/mt/88655923/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/4] AUH python3-* upgrades

[Tim Orling]

Upgrades with the help of AUH for:
* python3-hypothesis
* python3-importlib-metadata
* python3-pyparsing
* python3-setuptools-scm

The following changes since commit 27ff420543f0195dab024698d804aca33f2ae139:

  build-appliance-image: Update to master head revision (2022-01-22 11:28:56 
+)

are available in the Git repository at:

  git://git.yoctoproject.org/git/poky-contrib timo/auh-upgrades-2022-01-24
  
http://git.yoctoproject.org/cgit.cgi/git/poky-contrib/log/?h=timo/auh-upgrades-2022-01-24

Tim Orling (4):
  python3-hypothesis: upgrade 6.35.0 -> 6.36.0
  python3-importlib-metadata: upgrade 4.10.0 -> 4.10.1
  python3-setuptools-scm: upgrade 6.3.2 -> 6.4.2
  python3-pyparsing: upgrade 3.0.6 -> 3.0.7

 ...othesis_6.35.0.bb => python3-hypothesis_6.36.0.bb} |  2 +-
 ...4.10.0.bb => python3-importlib-metadata_4.10.1.bb} |  2 +-
 ...-pyparsing_3.0.6.bb => python3-pyparsing_3.0.7.bb} | 11 +--
 ...s-scm_6.3.2.bb => python3-setuptools-scm_6.4.2.bb} |  2 +-
 4 files changed, 12 insertions(+), 5 deletions(-)
 rename meta/recipes-devtools/python/{python3-hypothesis_6.35.0.bb => 
python3-hypothesis_6.36.0.bb} (91%)
 rename meta/recipes-devtools/python/{python3-importlib-metadata_4.10.0.bb => 
python3-importlib-metadata_4.10.1.bb} (88%)
 rename meta/recipes-devtools/python/{python3-pyparsing_3.0.6.bb => 
python3-pyparsing_3.0.7.bb} (47%)
 rename meta/recipes-devtools/python/{python3-setuptools-scm_6.3.2.bb => 
python3-setuptools-scm_6.4.2.bb} (89%)

-- 
2.30.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#160897): 
https://lists.openembedded.org/g/openembedded-core/message/160897
Mute This Topic: https://lists.openembedded.org/mt/88655920/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 meta-oe] rtc-tool: Add a recipe

[Christian Eggers]

Hi Fabio, hi Alexandre,

On Monday, 24 January 2022, 20:18:34 CET, Fabio Estevam wrote:
> Hi Christian,
>

___
Christian
Eggers
Software Engineer
​
ARRI
Arnold & Richter Cine Technik GmbH & Co. Betriebs KG
Arriweg 17,
83071
Stephanskirchen
www.arri.com

+49 8036 3009-3118
cegg...@arri.de

​
Get all the latest information from www.arri.com, Facebook, Twitter, Instagram 
and YouTube.

Arnold & Richter Cine Technik GmbH & Co. Betriebs KG
Sitz: München - Registergericht: Amtsgericht München - Handelsregisternummer: 
HRA 57918
Persönlich haftender Gesellschafter: Arnold & Richter Cine Technik GmbH
Sitz: München - Registergericht: Amtsgericht München - Handelsregisternummer: 
HRB 54477
Geschäftsführer: Dr. Michael Neuhäuser; Stephan Schenk; Walter Trauninger; 
Markus Zeiler

​
> On Mon, Jan 24, 2022 at 6:57 AM Christian Eggers  wrote:
> >
> > Hi Fabio,
> >
> > from my experience, custom build systems (including "bare" Makefiles)
> > are often hard to integrate/maintain for distributors.
>
> rtc-tools is a straightforward package and I have sent the Makefile
> patch upstream.
>
> Not sure why it can be hard to integrate or maintain it.
ok, maybe my statement was a little bit opinion based. It is likely
that the OE/Yocto maintainers have a different position to this.

I remember that I've read an article (but cannot find it again) that
custom build systems regularly causes headaches for distributors
(because they usually use custom/no ways for setting compiler switches
and installation directories which normally the distributor want to
control).

Well known systems like autotools (I don't fully understand them) or
cmake (I use it) have a standardized interface for setting
important switches. Additionally they provide common features like
cross-compiling, platform specific stuff, removing build artifacts
(clean), installation of generated files or out-of-tree builds.

Doing the same in bare Makefiles is possible, but requires much hand-crafted
code. Often Makefiles consist of a lot of repetitive code. You can use
macros for this. After putting everything into macros, you will have
reinvented either cmake or kbuild.

>
> > What about using CMake instead?
>
> I can do that if needed, but it is up to the rtc-tools maintainer, Alexandre.
I am not involved into rtc-tools and also not much into OE/Yocto.
So don't count too much on my opinion and choose the best solution
yourself.

regards
Christia
(having created hand-written Makefiles for 13 years)




-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#160896): 
https://lists.openembedded.org/g/openembedded-core/message/160896
Mute This Topic: https://lists.openembedded.org/mt/88625470/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] python3-dbusmock: Add native recipe

[Ross Burton]

Seems like a workaround for a bad dependency.  Can this be disabled in folks?

Ross

On Mon, 24 Jan 2022 at 18:12, Khem Raj  wrote:
>
> Needed by apps like folks
>
> Signed-off-by: Khem Raj 
> ---
>  meta/recipes-devtools/python/python3-dbusmock_0.25.0.bb | 2 ++
>  1 file changed, 2 insertions(+)
>
> diff --git a/meta/recipes-devtools/python/python3-dbusmock_0.25.0.bb 
> b/meta/recipes-devtools/python/python3-dbusmock_0.25.0.bb
> index e64e343a1e0..4a857eaf5ae 100644
> --- a/meta/recipes-devtools/python/python3-dbusmock_0.25.0.bb
> +++ b/meta/recipes-devtools/python/python3-dbusmock_0.25.0.bb
> @@ -16,3 +16,5 @@ RDEPENDS:${PN} += "\
>  ${PYTHON_PN}-unittest \
>  ${PYTHON_PN}-xml \
>  "
> +
> +BBCLASSEXTEND = "native"
> --
> 2.34.1
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#160895): 
https://lists.openembedded.org/g/openembedded-core/message/160895
Mute This Topic: https://lists.openembedded.org/mt/88653359/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 meta-oe] rtc-tool: Add a recipe

[Fabio Estevam]

Hi Christian,

On Mon, Jan 24, 2022 at 6:57 AM Christian Eggers  wrote:
>
> Hi Fabio,
>
> from my experience, custom build systems (including "bare" Makefiles)
> are often hard to integrate/maintain for distributors.

rtc-tools is a straightforward package and I have sent the Makefile
patch upstream.

Not sure why it can be hard to integrate or maintain it.

> What about using CMake instead?

I can do that if needed, but it is up to the rtc-tools maintainer, Alexandre.

Alexandre, any advice?

Thanks

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#160894): 
https://lists.openembedded.org/g/openembedded-core/message/160894
Mute This Topic: https://lists.openembedded.org/mt/88625470/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] systemd: Forward port musl patches

[Khem Raj]

Redo the header include patch and add fixes for new code.

Signed-off-by: Khem Raj 
---
v2: Fix build with musl/mips

 .../0001-Adjust-for-musl-headers.patch| 453 ++
 ...ass-correct-parameters-to-getdents64.patch |  50 ++
 .../0002-Add-sys-stat.h-for-S_IFDIR.patch |  29 ++
 ...002-don-t-use-glibc-specific-qsort_r.patch |  26 +-
 ...dd-__compare_fn_t-and-comparison_fn_.patch |  14 +-
 ...k-parse_printf_format-implementation.patch |  22 +-
 ...missing.h-check-for-missing-strndupa.patch | 200 +++-
 .../0006-Include-netinet-if_ether.h.patch | 382 ---
 ...OB_BRACE-and-GLOB_ALTDIRFUNC-is-not-.patch |  28 +-
 ...008-add-missing-FTW_-macros-for-musl.patch |  16 +-
 ...10-Use-uintmax_t-for-handling-rlim_t.patch |  44 +-
 ...sable-tests-for-missing-typedefs-in-.patch |   8 +-
 ...T_SYMLINK_NOFOLLOW-flag-to-faccessat.patch |  19 +-
 ...patible-basename-for-non-glibc-syste.patch |   4 +-
 ...uffering-when-writing-to-oom_score_a.patch |   8 +-
 ...compliant-strerror_r-from-GNU-specif.patch |   8 +-
 ...ible-pointer-type-struct-sockaddr_un.patch |   4 +-
 .../0021-test-json.c-define-M_PIl.patch   |   6 +-
 ...-not-disable-buffer-in-writing-files.patch | 222 +
 .../systemd/0026-Handle-missing-gshadow.patch |  14 +-
 ...l.h-Define-MIPS-ABI-defines-for-musl.patch |  20 +-
 meta/recipes-core/systemd/systemd_250.3.bb|   4 +-
 22 files changed, 809 insertions(+), 772 deletions(-)
 create mode 100644 
meta/recipes-core/systemd/systemd/0001-Adjust-for-musl-headers.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0001-pass-correct-parameters-to-getdents64.patch
 create mode 100644 
meta/recipes-core/systemd/systemd/0002-Add-sys-stat.h-for-S_IFDIR.patch
 delete mode 100644 
meta/recipes-core/systemd/systemd/0006-Include-netinet-if_ether.h.patch

diff --git 
a/meta/recipes-core/systemd/systemd/0001-Adjust-for-musl-headers.patch 
b/meta/recipes-core/systemd/systemd/0001-Adjust-for-musl-headers.patch
new file mode 100644
index 000..2363679c988
--- /dev/null
+++ b/meta/recipes-core/systemd/systemd/0001-Adjust-for-musl-headers.patch
@@ -0,0 +1,453 @@
+From 4c2e932664ec67662f4a0306cca4a7cd82853bda Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Fri, 21 Jan 2022 22:19:37 -0800
+Subject: [PATCH] Adjust for musl headers
+
+Upstream-Status: Inappropriate [musl specific]
+
+Signed-off-by: Khem Raj 
+---
+ src/libsystemd-network/sd-dhcp6-client.c  | 2 +-
+ src/network/netdev/bareudp.c  | 2 +-
+ src/network/netdev/batadv.c   | 2 +-
+ src/network/netdev/bond.c | 2 +-
+ src/network/netdev/bridge.c   | 2 +-
+ src/network/netdev/dummy.c| 2 +-
+ src/network/netdev/geneve.c   | 2 +-
+ src/network/netdev/ifb.c  | 2 +-
+ src/network/netdev/ipoib.c| 2 +-
+ src/network/netdev/ipvlan.c   | 2 +-
+ src/network/netdev/macsec.c   | 2 +-
+ src/network/netdev/macvlan.c  | 2 +-
+ src/network/netdev/netdev.c   | 2 +-
+ src/network/netdev/netdevsim.c| 2 +-
+ src/network/netdev/nlmon.c| 2 +-
+ src/network/netdev/tunnel.c   | 2 +-
+ src/network/netdev/vcan.c | 2 +-
+ src/network/netdev/veth.c | 2 +-
+ src/network/netdev/vlan.c | 2 +-
+ src/network/netdev/vrf.c  | 2 +-
+ src/network/netdev/vxcan.c| 2 +-
+ src/network/netdev/vxlan.c| 2 +-
+ src/network/netdev/xfrm.c | 2 +-
+ src/network/networkd-bridge-mdb.c | 4 ++--
+ src/network/networkd-dhcp-common.c| 3 ++-
+ src/network/networkd-dhcp-prefix-delegation.c | 4 ++--
+ src/network/networkd-dhcp-server.c| 2 +-
+ src/network/networkd-dhcp4.c  | 2 +-
+ src/network/networkd-link.c   | 2 +-
+ src/network/networkd-route.c  | 8 
+ src/network/networkd-setlink.c| 2 +-
+ src/shared/linux/ethtool.h| 3 ++-
+ src/shared/netif-util.c   | 2 +-
+ src/udev/udev-builtin-net_id.c| 2 +-
+ 34 files changed, 41 insertions(+), 39 deletions(-)
+
+--- a/src/libsystemd-network/sd-dhcp6-client.c
 b/src/libsystemd-network/sd-dhcp6-client.c
+@@ -5,7 +5,7 @@
+ 
+ #include 
+ #include 
+-#include 
++//#include 
+ #include 
+ 
+ #include "sd-dhcp6-client.h"
+--- a/src/network/netdev/bareudp.c
 b/src/network/netdev/bareudp.c
+@@ -2,7 +2,7 @@
+  * Copyright © 2020 VMware, Inc. */
+ 
+ #include 
+-#include 
++//#include 
+ 
+ #include "bareudp.h"
+ #include "netlink-util.h"
+--- a/src/network/netdev/batadv.c
 b/src/network/netdev/batadv.c
+@@ -3,7 +3,7 @@
+ #include 
+ #include 
+ #include 
+-#include 
++//#include 
+ 
+ #include "batadv.h"
+ #include "fileio.h"
+--- a/src/network/netdev/bond.c

[OE-core] [PATCH] ffmpeg: Remove --disable-msa2 mips option

[Khem Raj]

This is now deleted option in 5.0+

Signed-off-by: Khem Raj 
---
 meta/recipes-multimedia/ffmpeg/ffmpeg_5.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg_5.0.bb 
b/meta/recipes-multimedia/ffmpeg/ffmpeg_5.0.bb
index 4ba5ff45377..4ff7bebbc9a 100644
--- a/meta/recipes-multimedia/ffmpeg/ffmpeg_5.0.bb
+++ b/meta/recipes-multimedia/ffmpeg/ffmpeg_5.0.bb
@@ -126,7 +126,7 @@ EXTRA_OECONF += "${@bb.utils.contains('TUNE_FEATURES', 
'mipsisa64r2', '--disable
 EXTRA_OECONF += "${@bb.utils.contains('TUNE_FEATURES', 'mips32r2', 
'--disable-mips64r6 --disable-mips32r6', '', d)}"
 EXTRA_OECONF += "${@bb.utils.contains('TUNE_FEATURES', 'mips32r6', 
'--disable-mips64r2 --disable-mips32r2', '', d)}"
 EXTRA_OECONF:append:mips = " --extra-libs=-latomic --disable-mips32r5 
--disable-mipsdsp --disable-mipsdspr2 \
- --disable-loongson2 --disable-loongson3 
--disable-mmi --disable-msa --disable-msa2"
+ --disable-loongson2 --disable-loongson3 
--disable-mmi --disable-msa"
 EXTRA_OECONF:append:riscv32 = " --extra-libs=-latomic"
 EXTRA_OECONF:append:armv5 = " --extra-libs=-latomic"
 EXTRA_OECONF:append:powerpc = " --extra-libs=-latomic"
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#160892): 
https://lists.openembedded.org/g/openembedded-core/message/160892
Mute This Topic: https://lists.openembedded.org/mt/88654486/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] python3-dbusmock: Add native recipe

[Khem Raj]

Needed by apps like folks

Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/python/python3-dbusmock_0.25.0.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/python/python3-dbusmock_0.25.0.bb 
b/meta/recipes-devtools/python/python3-dbusmock_0.25.0.bb
index e64e343a1e0..4a857eaf5ae 100644
--- a/meta/recipes-devtools/python/python3-dbusmock_0.25.0.bb
+++ b/meta/recipes-devtools/python/python3-dbusmock_0.25.0.bb
@@ -16,3 +16,5 @@ RDEPENDS:${PN} += "\
 ${PYTHON_PN}-unittest \
 ${PYTHON_PN}-xml \
 "
+
+BBCLASSEXTEND = "native"
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#160891): 
https://lists.openembedded.org/g/openembedded-core/message/160891
Mute This Topic: https://lists.openembedded.org/mt/88653359/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] core-image-sato-sdk: allocate more memory when in qemu

[Ross Burton]

Compiling code is memory-intensive, especially kernel modules like the
SystemTap probes, so give the VM 1GB of RAM.

Hopefully this solves the intermittent failures caused by OOMs during
the SystemTap test.

[ YOCTO #14673 ]

Signed-off-by: Ross Burton 
---
 meta/recipes-sato/images/core-image-sato-sdk.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-sato/images/core-image-sato-sdk.bb 
b/meta/recipes-sato/images/core-image-sato-sdk.bb
index b52de0def02..7df8d00971c 100644
--- a/meta/recipes-sato/images/core-image-sato-sdk.bb
+++ b/meta/recipes-sato/images/core-image-sato-sdk.bb
@@ -10,3 +10,6 @@ IMAGE_FEATURES += "dev-pkgs tools-sdk \
 
 IMAGE_INSTALL += "kernel-devsrc"
 
+# Compiling stuff, specifically SystemTap probes, can require lots of memory
+# See https://bugzilla.yoctoproject.org/show_bug.cgi?id=14673
+QB_MEM = '-m 1024'
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#160890): 
https://lists.openembedded.org/g/openembedded-core/message/160890
Mute This Topic: https://lists.openembedded.org/mt/88653349/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] Revert "oeqa/runtime/stap: increase buffer size"

[Ross Burton]

The failures appear to be OOMs during the compile phase, so the buffer
size isn't (yet) relevant.

If the buffer size is a problem, SystemTap commit 3106bc65 would be a
better fix.

This reverts commit 674fd536bc1c2308d557652ae100b1a1eee103b9.

Signed-off-by: Ross Burton 
---
 meta/lib/oeqa/runtime/cases/stap.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oeqa/runtime/cases/stap.py 
b/meta/lib/oeqa/runtime/cases/stap.py
index 615c290ce61..ac0125edb2b 100644
--- a/meta/lib/oeqa/runtime/cases/stap.py
+++ b/meta/lib/oeqa/runtime/cases/stap.py
@@ -18,7 +18,7 @@ class StapTest(OERuntimeTestCase):
 status, output = self.target.run(cmd, 900)
 self.assertEqual(status, 0, msg='\n'.join([cmd, output]))
 
-cmd = 'stap -v --disable-cache -DSTP_NO_VERREL_CHECK -s1 -e \'probe 
oneshot { print("Hello, "); println("world!") }\''
+cmd = 'stap -v --disable-cache -DSTP_NO_VERREL_CHECK -e \'probe 
oneshot { print("Hello, "); println("world!") }\''
 status, output = self.target.run(cmd, 900)
 self.assertEqual(status, 0, msg='\n'.join([cmd, output]))
 self.assertIn('Hello, world!', output, msg='\n'.join([cmd, output]))
-- 
2.25.1


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

[OE-core] [poky][dunfell][PATCH 3/6] e2fsprogs: Use specific BSD license variant

[Nisha Parrakat]

From: Joshua Watt 

Make the license more accurate by specifying the specific variant of BSD
license instead of the generic one. This helps with SPDX license
attribution as "BSD" is not a valid SPDX license.

(From OE-Core rev: 966fb77981e4fed0ab7998439940b1e05dd0ee43)

Signed-off-by: Joshua Watt 
Signed-off-by: Richard Purdie 
Signed-off-by: Nisha Parrakat 
---
 meta/recipes-devtools/e2fsprogs/e2fsprogs.inc | 12 ++--
 1 file changed, 6 insertions(+), 6 deletions(-)

diff --git a/meta/recipes-devtools/e2fsprogs/e2fsprogs.inc 
b/meta/recipes-devtools/e2fsprogs/e2fsprogs.inc
index 45fb9720ee..08fb30fc71 100644
--- a/meta/recipes-devtools/e2fsprogs/e2fsprogs.inc
+++ b/meta/recipes-devtools/e2fsprogs/e2fsprogs.inc
@@ -3,12 +3,12 @@ DESCRIPTION = "The Ext2 Filesystem Utilities (e2fsprogs) 
contain all of the stan
 fixing, configuring , and debugging ext2 filesystems."
 HOMEPAGE = "http://e2fsprogs.sourceforge.net/;
 
-LICENSE = "GPLv2 & LGPLv2 & BSD & MIT"
-LICENSE_e2fsprogs-dumpe2fs = "GPLv2"
-LICENSE_e2fsprogs-e2fsck = "GPLv2"
-LICENSE_e2fsprogs-mke2fs = "GPLv2"
-LICENSE_e2fsprogs-tune2fs = "GPLv2"
-LICENSE_e2fsprogs-badblocks = "GPLv2"
+LICENSE = "GPLv2 & LGPLv2 & BSD-3-Clause & MIT"
+LICENSE:e2fsprogs-dumpe2fs = "GPLv2"
+LICENSE:e2fsprogs-e2fsck = "GPLv2"
+LICENSE:e2fsprogs-mke2fs = "GPLv2"
+LICENSE:e2fsprogs-tune2fs = "GPLv2"
+LICENSE:e2fsprogs-badblocks = "GPLv2"
 LIC_FILES_CHKSUM = "file://NOTICE;md5=d50be0580c0b0a7fbc7a4830bbe6c12b \
   
file://lib/ext2fs/ext2fs.h;beginline=1;endline=9;md5=596a8dedcb4e731c6b21c7a46fba6bef
 \
   
file://lib/e2p/e2p.h;beginline=1;endline=7;md5=8a74ade8f9d65095d70ef2d4bf48e36a 
\
-- 
2.17.1


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

[OE-core] [poky][dunfell][PATCH 6/6] shadow-sysroot: sync license with shadow

[Nisha Parrakat]

From: Ross Burton 

This recipe is just a single data file from shadow, but as we can't
easily tell what license that specific file is under just copy the full
license statement.

(From OE-Core rev: f0e2f3b1f855ea6e184bd1d8d796279fedcbfa33)

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
Signed-off-by: Nisha Parrakat 
---
 meta/recipes-extended/shadow/shadow-sysroot_4.6.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-extended/shadow/shadow-sysroot_4.6.bb 
b/meta/recipes-extended/shadow/shadow-sysroot_4.6.bb
index 5f7ea00bf1..4e68f826c6 100644
--- a/meta/recipes-extended/shadow/shadow-sysroot_4.6.bb
+++ b/meta/recipes-extended/shadow/shadow-sysroot_4.6.bb
@@ -2,7 +2,7 @@ SUMMARY = "Shadow utils requirements for useradd.bbclass"
 HOMEPAGE = "http://github.com/shadow-maint/shadow;
 BUGTRACKER = "http://github.com/shadow-maint/shadow/issues;
 SECTION = "base utils"
-LICENSE = "BSD | Artistic-1.0"
+LICENSE = "BSD-3-Clause | Artistic-1.0"
 LIC_FILES_CHKSUM = 
"file://login.defs_shadow-sysroot;md5=25e2f2de4dfc8f966ac5cdfce45cd7d5"
 
 DEPENDS = "base-passwd"
-- 
2.17.1


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

[OE-core] [poky][dunfell][PATCH 2/6] tzdata: Remove BSD License specifier

[Nisha Parrakat]

From: Joshua Watt 

The code in question is licensed under the BSD-3-Clause license, so
including the generic "BSD" license is unnecessary.

(From OE-Core rev: c39fc075ce3fd5b53c2a2fccb43500ee0a12f39d)

Signed-off-by: Joshua Watt 
Signed-off-by: Richard Purdie 
Signed-off-by: Nisha Parrakat 
---
 meta/recipes-extended/timezone/timezone.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-extended/timezone/timezone.inc 
b/meta/recipes-extended/timezone/timezone.inc
index e9eb249afe..43d14d7f12 100644
--- a/meta/recipes-extended/timezone/timezone.inc
+++ b/meta/recipes-extended/timezone/timezone.inc
@@ -3,7 +3,7 @@ DESCRIPTION = "The Time Zone Database contains code and data 
that represent \
 the history of local time for many representative locations around the globe."
 HOMEPAGE = "http://www.iana.org/time-zones;
 SECTION = "base"
-LICENSE = "PD & BSD & BSD-3-Clause"
+LICENSE = "PD & BSD-3-Clause"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=c679c9d6b02bc2757b3eaf8f53c43fba"
 
 PV = "2021e"
-- 
2.17.1


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

[OE-core] [poky][dunfell][PATCH 5/6] shadow: Use specific BSD license variant

[Nisha Parrakat]

From: Joshua Watt 

Make the license more accurate by specifying the specific variant of BSD
license instead of the generic one. This helps with SPDX license
attribution as "BSD" is not a valid SPDX license.

(From OE-Core rev: 65e3b23e1b266653fd30c90222e953f7e37fba0c)

Signed-off-by: Joshua Watt 
Signed-off-by: Richard Purdie 
Signed-off-by: Nisha Parrakat 
---
 meta/recipes-extended/shadow/shadow.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-extended/shadow/shadow.inc 
b/meta/recipes-extended/shadow/shadow.inc
index 7061dc7505..bfe50c18f6 100644
--- a/meta/recipes-extended/shadow/shadow.inc
+++ b/meta/recipes-extended/shadow/shadow.inc
@@ -3,7 +3,7 @@ HOMEPAGE = "http://github.com/shadow-maint/shadow;
 DESCRIPTION = "${SUMMARY}"
 BUGTRACKER = "http://github.com/shadow-maint/shadow/issues;
 SECTION = "base/utils"
-LICENSE = "BSD | Artistic-1.0"
+LICENSE = "BSD-3-Clause | Artistic-1.0"
 LIC_FILES_CHKSUM = "file://COPYING;md5=ed80ff1c2b40843cf5768e5229cf16e5 \
 
file://src/passwd.c;beginline=2;endline=30;md5=5720ff729a6ff39ecc9f64555d75f4af"
 
-- 
2.17.1


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

[OE-core] [poky][dunfell][PATCH 4/6] glib-2.0: Use specific BSD license variant

[Nisha Parrakat]

From: Joshua Watt 

Make the license more accurate by specifying the specific variant of BSD
license instead of the generic one. This helps with SPDX license
attribution as "BSD" is not a valid SPDX license.

(From OE-Core rev: 91cd1ef01a3f3883c04bac67af2672ec60e20fb8)

Signed-off-by: Joshua Watt 
Signed-off-by: Richard Purdie 
Signed-off-by: Nisha Parrakat 
---
 meta/recipes-core/glib-2.0/glib.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/glib-2.0/glib.inc 
b/meta/recipes-core/glib-2.0/glib.inc
index c3ddf18387..1849a6e05c 100644
--- a/meta/recipes-core/glib-2.0/glib.inc
+++ b/meta/recipes-core/glib-2.0/glib.inc
@@ -4,7 +4,7 @@ HOMEPAGE = "https://developer.gnome.org/glib/;
 
 # pcre is under BSD;
 # docs/reference/COPYING is with a 'public domain'-like license!
-LICENSE = "LGPLv2.1+ & BSD & PD"
+LICENSE = "LGPLv2.1+ & BSD-3-Clause & PD"
 LIC_FILES_CHKSUM = "file://COPYING;md5=4fbd65380cdd255951079008b364516c \
 
file://glib/glib.h;beginline=4;endline=17;md5=b88abb7f3ad09607e71cb9d530155906 \
 
file://gmodule/COPYING;md5=4fbd65380cdd255951079008b364516c \
-- 
2.17.1


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

[OE-core] [poky][dunfell][PATCH 1/6] lsof: correct LICENSE

[Nisha Parrakat]

From: Ross Burton 

The lsof LICENSE is superficially BSD-like, but it isn't BSD.  Now that
we have the full SPDX license set in oe-core, use Spencer-94.

(From OE-Core rev: 5c1d61d1d4dfacb643a366285c0392e6a31087ed)

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
Signed-off-by: Nisha Parrakat 
---
 meta/recipes-extended/lsof/lsof_4.91.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-extended/lsof/lsof_4.91.bb 
b/meta/recipes-extended/lsof/lsof_4.91.bb
index b3adfd57af..7c85bf23fc 100644
--- a/meta/recipes-extended/lsof/lsof_4.91.bb
+++ b/meta/recipes-extended/lsof/lsof_4.91.bb
@@ -3,7 +3,7 @@ DESCRIPTION = "Lsof is a Unix-specific diagnostic tool. \
 Its name stands for LiSt Open Files, and it does just that."
 HOMEPAGE = "http://people.freebsd.org/~abe/;
 SECTION = "devel"
-LICENSE = "BSD"
+LICENSE = "Spencer-94"
 LIC_FILES_CHKSUM = 
"file://00README;beginline=645;endline=679;md5=964df275d26429ba3b39dbb9f205172a"
 
 # Upstream lsof releases are hosted on an ftp server which times out download
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#160883): 
https://lists.openembedded.org/g/openembedded-core/message/160883
Mute This Topic: https://lists.openembedded.org/mt/88651664/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 v3] yocto-check-layer: add debug output for the layers that were found

[Ross Burton]

When debugging weird yocto-check-layer output it is useful to know
what the tool found when looking for layers.

Signed-off-by: Ross Burton 
---
 scripts/yocto-check-layer | 13 +
 1 file changed, 13 insertions(+)

diff --git a/scripts/yocto-check-layer b/scripts/yocto-check-layer
index 2445ad5e43f..f3cf139d8a5 100755
--- a/scripts/yocto-check-layer
+++ b/scripts/yocto-check-layer
@@ -41,6 +41,12 @@ def test_layer(td, layer, test_software_layer_signatures):
 tc.loadTests(CASES_PATHS)
 return tc.runTests()
 
+def dump_layer_debug(layer):
+logger.debug("Found layer %s (%s)" % (layer["name"], layer["path"]))
+collections = layer.get("collections", {})
+if collections:
+logger.debug("%s collections: %s" % (layer["name"], ", 
".join(collections)))
+
 def main():
 parser = argparse.ArgumentParser(
 description="Yocto Project layer checking tool",
@@ -106,6 +112,13 @@ def main():
 else:
 dep_layers = layers
 
+logger.debug("Found additional layers:")
+for l in additional_layers:
+dump_layer_debug(l)
+logger.debug("Found dependency layers:")
+for l in dep_layers:
+dump_layer_debug(l)
+
 logger.info("Detected layers:")
 for layer in layers:
 if layer['type'] == LayerType.ERROR_BSP_DISTRO:
-- 
2.25.1


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

[OE-core] Inclusive Language Proposal for YP/OE

[Jon Mason]

>From the beginning, OpenEmbedded and The Yocto Project have always
strived to be as inclusive as possible to all races, sexes,
orientations, religions, nationalities, and any other thing which
might divide people.  As continuation of this striving, there are
suggested changes below that are being proposed to make the projects
more inclusive and show the community as the professional, friendly,
and welcoming group that it is.   There are words in use by the
projects directly or one of its derivative layers that could be
offensive to some.  For more information on which words we selected
and why, please consult
https://inclusivenaming.org/word-lists/overview/

In the process of changing these, we are using this opportunity to
make the terms more obvious and useful, as well as removing cruft and
other unused code.  This is the pure definition of a win-win solution.

With this in mind, a group of people have tried to identify issues and
come up with a plan to address these.   We’ve divided the tasks into 3
areas: bitbake variables, oe-core variables, and everything else.

Bitbake Variables
Taking issues in turn, for bitbake:

For BB_DISKMON_DIRS, the actions "ABORT, STOPTASKS and WARN" would
become "HALT, NO_NEW_TASKS and "WARN".

BB_ENV_WHITELIST -> BB_ENV_PASSTHROUGH
BB_ENV_EXTRAWHITE -> BB_ENV_PASSTHROUGH_ADDITIONS

BB_HASHCONFIG_WHITELIST -> BB_HASHCONFIG_IGNORE_VARS
BB_SETSCENE_ENFORCE_WHITELIST -> BB_SETSCENE_ENFORCE_IGNORE_TASKS
BB_HASHBASE_WHITELIST -> BB_BASEHASH_IGNORE_VARS
MULTI_PROVIDER_WHITELIST -> BB_MULTI_PROVIDER_ALLOWED
BB_STAMP_WHITELIST and BB_STAMP_POLICY -> delete the code (already merged)

basewhitelist and taskwhitelist as used in sigdata/siginfo will need
to be renamed and older file usage of the variables renamed at import
for backwards compatibility. The variables in bitbake along with usage
of abort will be renamed as appropriate.

For most variables, errors will be shown to the user if the old
variable names are set. Mostly this can be done in event hooks but
some like the BB_ENV changes will need special handling.

These changes hopefully improve consistency (e.g. a consistent BB_
prefix and BASHHASH as terminology used elsewhere) and also improve
the description of the variables to be more understandable to users.

OE-Core Variables
For OE-Core, the proposals are:

For blacklist.bbclass, the proposal is to add the functionality to the
anonymous Python in base.bbclass instead. PNBLACKLIST[xxx] would
become SKIP_RECIPE[xxx]. INHERIT_BLACKLIST would simply be dropped.

SSTATE_DUPWHITELIST -> SSTATE_ALLOW_OVERLAP_FILES
CVE_CHECK_PN_WHITELIST -> CVE_CHECK_SKIPRECIPE
CVE_CHECK_WHITELIST -> CVE_CHECK_IGNORECVE
SYSROOT_DIRS_BLACKLIST -> SYSROOT_DIRS_IGNORE
LICENSE_FLAGS_WHITELIST -> LICENSE_FLAGS_ACCEPTED
UNKNOWN_CONFIGURE_WHITELIST -> UNKNOWN_CONFIGURE_OPT_IGNORE
SDK_LOCAL_CONF_BLACKLIST -> ESDK_LOCALCONF_REMOVE
SDK_LOCAL_CONF_WHITELIST -> ESDK_LOCALCONF_ALLOW
SDK_INHERIT_BLACKLIST -> ESDK_CLASS_INHERIT_DISABLE
TUNEABI_WHITELIST - already removed as obsolete

For the ICECC_USER_XXX and ICECC_SYSTEM_XXX, we think these can likely
be merged into single variables:

ICECC_USER_CLASS_BL -> ICECC_CLASS_DISABLE
ICECC_SYSTEM_CLASS_BL -> ICECC_CLASS_DISABLE
ICECC_USER_PACKAGE_WL -> ICECC_RECIPE_ENABLE
ICECC_USER_PACKAGE_BL -> ICECC_RECIPE_DISABLE
ICECC_SYSTEM_PACKAGE_BL -> ICECC_RECIPE_DISABLE

For license handling, we’d use the opportunity to clean up the
WHITELIST_(ANY LICENSE) syntax and replace it with a
INCOMPATIBLE_LICENSE_ALLOWED_RECIPES, which would be a list of recipes
which are of a blocked the INCOMPATIBLE_LICENSE list.

Everything else
The migration plan includes writing a script to assist with the
migration. In many cases it can likely make the translation. In cases
where that isn’t possible, it will aim to list the areas the user
needs to fix references.

A warning mechanism will be added to bitbake to detect usage of old
variable names (post parsing), except for BB_ENV issues which will
likely need special handling. A (limited) conversion script will be
created to help with the migration. For those instances where a 1-1
mapping is not achievable, a list of the occurrences and what it
should be changed to will occur.


Patch files in OE to be renamed:
11_tcpd_blacklist.patch -> 11_tcpd_blocklist.patch
mount.blacklist -> mount.disallow
0001-lxdm.conf.in-blacklist-root-for-release-images.patch ->
0001-lxdm.conf.in-deny-root-for-release-images.patch
022-RH-Remove-the-property-blacklist-exception-builtin.patch ->
022-RH-Remove-the-default-property-exception-builtin.patch
0001-Cargo.toml-do-not-abort-on-panic.patch ->
0001-Cargo.toml-do-not-exit-on-panic.patch
0004-Cargo.toml-do-not-abort-on-panic.patch ->
0004-Cargo.toml-do-not-exit-on-panic.patch
Also, there are a few others outside of OE that should probably be patched too.

Branch Names
The “master” branches on the relevant OpenEmbedded and Yocto Project
git trees will be changed to an alternative name at some point in the
future.  

[OE-core] [PATCH v2] yocto-check-layer: add debug output for the layers that were found

[Ross Burton]

When debugging weird yocto-check-layer output it is useful to know
what the tool found when looking for layers.

Signed-off-by: Ross Burton 
---
 scripts/yocto-check-layer | 13 +
 1 file changed, 13 insertions(+)

diff --git a/scripts/yocto-check-layer b/scripts/yocto-check-layer
index 2445ad5e43f..393bee794f3 100755
--- a/scripts/yocto-check-layer
+++ b/scripts/yocto-check-layer
@@ -41,6 +41,12 @@ def test_layer(td, layer, test_software_layer_signatures):
 tc.loadTests(CASES_PATHS)
 return tc.runTests()
 
+def dump_layer_debug(layer):
+logger.debug("Found additional layer %s (%s)" % (layer["name"], 
layer["path"]))
+collections = layer.get("collections", {})
+if collections:
+logger.debug("%s collections: %s" % (layer["name"], ", 
".join(collections)))
+
 def main():
 parser = argparse.ArgumentParser(
 description="Yocto Project layer checking tool",
@@ -106,6 +112,13 @@ def main():
 else:
 dep_layers = layers
 
+logger.debug("Found additional layers:")
+for l in additional_layers:
+dump_layer_debug(l)
+logger.debug("Found dependency layers:")
+for l in dep_layers:
+dump_layer_debug(l)
+
 logger.info("Detected layers:")
 for layer in layers:
 if layer['type'] == LayerType.ERROR_BSP_DISTRO:
-- 
2.25.1


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

[OE-core] [PATCH] yocto-check-layer: add debug output for the layers that were found

[Ross Burton]

When debugging weird yocto-check-layer output it is useful to know
what the tool found when looking for layers.

Signed-off-by: Ross Burton 
---
 scripts/yocto-check-layer | 5 +
 1 file changed, 5 insertions(+)

diff --git a/scripts/yocto-check-layer b/scripts/yocto-check-layer
index 2445ad5e43f..c637aad3950 100755
--- a/scripts/yocto-check-layer
+++ b/scripts/yocto-check-layer
@@ -106,6 +106,11 @@ def main():
 else:
 dep_layers = layers
 
+for l in additional_layers:
+logger.debug("Found additional layer %s (%s)" % (l["name"], l["path"]))
+for l in dep_layers:
+logger.debug("Found dependency layer %s (%s)" % (l["name"], l["path"]))
+
 logger.info("Detected layers:")
 for layer in layers:
 if layer['type'] == LayerType.ERROR_BSP_DISTRO:
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#160879): 
https://lists.openembedded.org/g/openembedded-core/message/160879
Mute This Topic: https://lists.openembedded.org/mt/88649070/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] [dunfell][PATCH RFC] busybox.inc: Create temporary busybox links during install

[Bryan Evenson]

Andrej,

I suspect it is still an issue in master, but I haven't been able to confirm.  
I'm using a third-party layer that hasn't been updated to support the new 
override syntax introduced in the honister release.  I agree that it should be 
fixed in master and then backported as deemed necessary to other supported 
releases.  I wasn’t able to do that yet but I wanted to give some visibility to 
the issue.  I suspect that it is still a problem in master since I don't see 
any changes in busybox.inc between dunfell and master that I think could change 
this behavior.

I'll continue to work on a consistent way for others to reproduce the problem.  
I suspect anyone could reproduce this problem by just adding 'util-linux' to 
core-image-minimal and attempting an upgrade between major releases.  I'll work 
to confirm if this is true or not.

Thanks,
Bryan

> -Original Message-
> From: Valek, Andrej 
> Sent: Saturday, January 22, 2022 2:26 AM
> To: openembedded-core@lists.openembedded.org; Bryan Evenson
> 
> Subject: Re: [dunfell][PATCH RFC] busybox.inc: Create temporary busybox
> links during install
> 
> Hello again,
> 
> Maybe a general question. Is it working in current master? I do not want to
> brake dunfell, just applying something, which will create a lot of divergence.
> 
> Cheers,
> Andrej
> 
> On Fri, 2022-01-21 at 15:02 +, Bryan Evenson wrote:
> > Andrej,
> >
> > Thanks for the response.  This is an attempt to fix a problem I am
> > having with automated firmware upgrades for my system.  I am using
> > opkg for a package manager; not sure if the same problem exists with
> > other package managers.  I run into problems whenever busybox is one
> > of the packages that needs to get updated.  I enact my distribution
> > firmware upgrade by calling "opkg --download-only upgrade; opkg
> > upgrade".  What I see happen is:
> >
> > 1. In the busybox pkg_prerm stage sets up some soft links for some
> > common applets in a temporary directory and exports a path to that
> > directory.  It might also setup a temporary alternative to /bin/sh if
> > it is the last shell.
> > 2. After the remove stage, the busybox binary is gone.  The softlinks
> > created in the prerm stage are useless since they point to binary that
> > no longer exists.
> > 3. opkg continues with upgrade on other packages which may depend on a
> > command provided by busybox in a prerm, postrm, preinst or postinst
> > script.  These upgrades then fail since the commands are no longer
> > available.
> > 4. The busybox upgrade completes, which may or may not complete
> > successfully.  For what I am attempting, I am upgrading my system from
> > the morty branch to dunfell.  I have util-linux on my system which
> > shares some alternatives with busybox.  The util-linux upgrade fails
> > because it needs some busybox applets during its upgrade process.
> > Then the busybox upgrade fails because the final update- alternatives
> > doesn’t work; some files still exist that util-linux couldn't remove
> > during its upgrade that clash with busybox's alternatives.
> >
> > After trying several ways to get my upgrade to work, I landed on the
> > approach below.  I'm creating a temporary directory and copying the
> > busybox binary and the busybox.links files to that directory.  I then
> > install an alternative for every applet for busybox listed in all of
> > its busybox.links files that points to the temporary copy of the
> > busybox binary.  This means that any package that uses a busybox
> > applet during its install process should still work.  Then during the
> > postinst step I am removing all the temporary alternative links.  I
> > use the temporary busybox.links files for removing the alternative
> > links in case the upgraded busybox is now configured with a different
> > set of applets.
> >
> > This is a heavy handed approach, and it does extend the upgrade
> > process for me by a few minutes since it runs through update-
> > alternatives for busybox two more times.  But, the approach works for
> > me and I think would be more resilient than past approaches.  I tried
> > to mimic the existing code in my additions.  If a more widescale
> > rewrite makes sense than that works for me also.
> >
> > Thanks,
> > Bryan
> >
> >
> > > -Original Message-
> > > From: Valek, Andrej 
> > > Sent: Friday, January 21, 2022 9:01 AM
> > > To: openembedded-core@lists.openembedded.org; Bryan Evenson
> > > 
> > > Subject: Re: [dunfell][PATCH RFC] busybox.inc: Create temporary
> > > busybox links during install
> > >
> > > Hi Bryan,
> > >
> > > Sorry, maybe I didn't fully understand the use-case. Are you trying
> > > to upgrade the busybox on demand? If yes, that is not a good idea.
> > >
> > > I'm little bit scary about doing "export PATH=$busybox_rmdir:$PATH"
> > > and
> > > creating a custom locks is not a good at all.
> > >
> > > Cheers,
> > > Andrej
> > >
> > > On Fri, 2022-01-21 at 13:29 +, Bryan Evenson wrote:
> > > > All,
> > > >
> > 

[OE-core] dvb.ko for Miraclebox mbultra broken

[Thomas Törnblom]

[Edited Message Follows]

I'm the owner of two Miraclebox mbultra boxes on which I run OpenATV 6.4.

Both of them have one DVB-S2 and one DVB-T/DVB-T2 tuners installed.

Since many years the driver /lib/modules/3.14.2/extra/dvb.ko has issues with a 
few DVB-T2 channels in Sweden and I have had to replace the file with an older 
one from an old openmb distro every time I upgrade to a newer OpenATV version.

Would it be possible to have you bundle that older module instead of the broken 
one you are distributing now? I can provide the module in case you have 
difficulty finding a working one.

The build date on the working module is: Feb 20 2014

The build date on the broken one you ship is: Aug 22 2014

Thanks,
Thomas

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

[OE-core] dvb.ko for Miraclebox mbultra broken

[Thomas Törnblom]

I'm the owner of two Miraclebox mbultra boxes on which I run OpenATV 6.4.

Both of them have one DVB-S2 and one DVB-T/DVB-T2 tuners installed.

Since many years the driver /lib/modules/3.14.2/extra/dvb.ko has issues with a 
few DVB-T2 channels in Sweden and I have had to replace file with an older one 
from an old openmb distro every time I upgrade to a newer OpenATV version.

Would it be possible to have you bundle that older module instead of the broken 
one you are distributing now? I can provide the module in case you have 
difficulty finding a working one.

The build date on the working module is: Feb 20 2014

The build date on the broken one you ship is: Aug 22 2014

Thanks,
Thomas

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#160877): 
https://lists.openembedded.org/g/openembedded-core/message/160877
Mute This Topic: https://lists.openembedded.org/mt/88646061/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] glibc : Fix CVE-2021-3999

[Pgowda]

Upstream-Status: Backport 
[https://sourceware.org/git/?p=glibc.git;a=commit;h=8c8a71c85f2ed5cc90d08d82ce645513fc907cb6]
Upstream-Status: Backport 
[https://sourceware.org/git/?p=glibc.git;a=commit;h=472e799a5f2102bc0c3206dbd5a801765fceb39c]

Signed-off-by: pgowda 
---
 .../glibc/glibc/0001-CVE-2021-3999.patch  |  36 ++
 .../glibc/glibc/0002-CVE-2021-3999.patch  | 357 ++
 meta/recipes-core/glibc/glibc_2.34.bb |   2 +
 3 files changed, 395 insertions(+)
 create mode 100644 meta/recipes-core/glibc/glibc/0001-CVE-2021-3999.patch
 create mode 100644 meta/recipes-core/glibc/glibc/0002-CVE-2021-3999.patch

diff --git a/meta/recipes-core/glibc/glibc/0001-CVE-2021-3999.patch 
b/meta/recipes-core/glibc/glibc/0001-CVE-2021-3999.patch
new file mode 100644
index 00..64749390b5
--- /dev/null
+++ b/meta/recipes-core/glibc/glibc/0001-CVE-2021-3999.patch
@@ -0,0 +1,36 @@
+From 8c8a71c85f2ed5cc90d08d82ce645513fc907cb6 Mon Sep 17 00:00:00 2001
+From: Siddhesh Poyarekar 
+Date: Mon, 24 Jan 2022 10:57:09 +0530
+Subject: [PATCH] tst-realpath-toolong: Fix hurd build
+
+Define PATH_MAX to a constant if it isn't already defined, like in hurd.
+
+Signed-off-by: Siddhesh Poyarekar 
+(cherry picked from commit 976db046bc3a3738f69255ae00b0a09b8e77fd9c)
+
+Upstream-Status: Backport 
[https://sourceware.org/git/?p=glibc.git;a=commit;h=8c8a71c85f2ed5cc90d08d82ce645513fc907cb6]
+CVE: CVE-2021-3999
+
+Signed-off-by: Pgowda 
+---
+ stdlib/tst-realpath-toolong.c | 4 
+ 1 file changed, 4 insertions(+)
+
+diff --git a/stdlib/tst-realpath-toolong.c b/stdlib/tst-realpath-toolong.c
+index 8bed772460..4388890294 100644
+--- a/stdlib/tst-realpath-toolong.c
 b/stdlib/tst-realpath-toolong.c
+@@ -29,6 +29,10 @@
+ 
+ #define BASENAME "tst-realpath-toolong."
+ 
++#ifndef PATH_MAX
++# define PATH_MAX 1024
++#endif
++
+ int
+ do_test (void)
+ {
+-- 
+2.27.0
+
diff --git a/meta/recipes-core/glibc/glibc/0002-CVE-2021-3999.patch 
b/meta/recipes-core/glibc/glibc/0002-CVE-2021-3999.patch
new file mode 100644
index 00..ef3a504fdf
--- /dev/null
+++ b/meta/recipes-core/glibc/glibc/0002-CVE-2021-3999.patch
@@ -0,0 +1,357 @@
+From 472e799a5f2102bc0c3206dbd5a801765fceb39c Mon Sep 17 00:00:00 2001
+From: Siddhesh Poyarekar 
+Date: Fri, 21 Jan 2022 23:32:56 +0530
+Subject: [PATCH] getcwd: Set errno to ERANGE for size == 1 (CVE-2021-3999)
+
+No valid path returned by getcwd would fit into 1 byte, so reject the
+size early and return NULL with errno set to ERANGE.  This change is
+prompted by CVE-2021-3999, which describes a single byte buffer
+underflow and overflow when all of the following conditions are met:
+
+- The buffer size (i.e. the second argument of getcwd) is 1 byte
+- The current working directory is too long
+- '/' is also mounted on the current working directory
+
+Sequence of events:
+
+- In sysdeps/unix/sysv/linux/getcwd.c, the syscall returns ENAMETOOLONG
+  because the linux kernel checks for name length before it checks
+  buffer size
+
+- The code falls back to the generic getcwd in sysdeps/posix
+
+- In the generic func, the buf[0] is set to '\0' on line 250
+
+- this while loop on line 262 is bypassed:
+
+while (!(thisdev == rootdev && thisino == rootino))
+
+  since the rootfs (/) is bind mounted onto the directory and the flow
+  goes on to line 449, where it puts a '/' in the byte before the
+  buffer.
+
+- Finally on line 458, it moves 2 bytes (the underflowed byte and the
+  '\0') to the buf[0] and buf[1], resulting in a 1 byte buffer overflow.
+
+- buf is returned on line 469 and errno is not set.
+
+This resolves BZ #28769.
+
+Reviewed-by: Andreas Schwab 
+Reviewed-by: Adhemerval Zanella  
+Signed-off-by: Qualys Security Advisory 
+Signed-off-by: Siddhesh Poyarekar 
+(cherry picked from commit 23e0e8f5f1fb5ed150253d986ecccdc90c2dcd5e)
+
+Upstream-Status: Backport 
[https://sourceware.org/git/?p=glibc.git;a=commit;h=472e799a5f2102bc0c3206dbd5a801765fceb39c]
+CVE: CVE-2021-3999
+
+Signed-off-by: Pgowda 
+---
+ NEWS  |   6 +
+ sysdeps/posix/getcwd.c|   7 +
+ sysdeps/unix/sysv/linux/Makefile  |   7 +-
+ .../unix/sysv/linux/tst-getcwd-smallbuff.c| 241 ++
+ 4 files changed, 260 insertions(+), 1 deletion(-)
+ create mode 100644 sysdeps/unix/sysv/linux/tst-getcwd-smallbuff.c
+
+diff --git a/NEWS b/NEWS
+index b4f81c2668..8d7467d2c1 100644
+--- a/NEWS
 b/NEWS
+@@ -214,6 +214,12 @@ Security related changes:
+   function could result in a memory leak and potential access of
+   uninitialized memory.  Reported by Qualys.
+ 
++  CVE-2021-3999: Passing a buffer of size exactly 1 byte to the getcwd
++  function may result in an off-by-one buffer underflow and overflow
++  when the current working directory is longer than PATH_MAX and also
++  corresponds to the / directory through an unprivileged mount
++  namespace.  Reported by Qualys.
++
+ The following bugs are resolved with this release:
+ 

[OE-core] [PATCH 1/2] glibc : Fix CVE-2021-3998

[Pgowda]

Upstream-Status: Backport 
[https://sourceware.org/git/?p=glibc.git;a=commit;h=062ff490c1467059f6cd64bb9c3d85f6cc6cf97a]
Upstream-Status: Backport 
[https://sourceware.org/git/?p=glibc.git;a=commit;h=f7a79879c0b2bef0dadd6caaaeeb0d26423e04e5]

Signed-off-by: pgowda 
---
 .../glibc/glibc/0001-CVE-2021-3998.patch  | 282 ++
 .../glibc/glibc/0002-CVE-2021-3998.patch  | 138 +
 meta/recipes-core/glibc/glibc_2.34.bb |   2 +
 3 files changed, 422 insertions(+)
 create mode 100644 meta/recipes-core/glibc/glibc/0001-CVE-2021-3998.patch
 create mode 100644 meta/recipes-core/glibc/glibc/0002-CVE-2021-3998.patch

diff --git a/meta/recipes-core/glibc/glibc/0001-CVE-2021-3998.patch 
b/meta/recipes-core/glibc/glibc/0001-CVE-2021-3998.patch
new file mode 100644
index 00..c6bd5916e3
--- /dev/null
+++ b/meta/recipes-core/glibc/glibc/0001-CVE-2021-3998.patch
@@ -0,0 +1,282 @@
+From fb7bff12e81c677a6622f724edd4d4987dd9d971 Mon Sep 17 00:00:00 2001
+From: Siddhesh Poyarekar 
+Date: Tue, 18 Jan 2022 13:29:36 +0530
+Subject: [PATCH] support: Add helpers to create paths longer than PATH_MAX
+
+Add new helpers support_create_and_chdir_toolong_temp_directory and
+support_chdir_toolong_temp_directory to create and descend into
+directory trees longer than PATH_MAX.
+
+Reviewed-by: Adhemerval Zanella  
+Signed-off-by: Siddhesh Poyarekar 
+
+Upstream-Status: Backport 
[https://sourceware.org/git/?p=glibc.git;a=commit;h=062ff490c1467059f6cd64bb9c3d85f6cc6cf97a]
+CVE: CVE-2021-3998
+
+Signed-off-by: Pgowda 
+---
+ support/temp_file.c | 159 +---
+ support/temp_file.h |   9 +++
+ 2 files changed, 159 insertions(+), 9 deletions(-)
+
+diff --git a/support/temp_file.c b/support/temp_file.c
+index e7bb8aadb9..e41128c2d4 100644
+--- a/support/temp_file.c
 b/support/temp_file.c
+@@ -1,5 +1,6 @@
+ /* Temporary file handling for tests.
+Copyright (C) 1998-2021 Free Software Foundation, Inc.
++   Copyright The GNU Tools Authors.
+This file is part of the GNU C Library.
+ 
+The GNU C Library is free software; you can redistribute it and/or
+@@ -20,15 +21,17 @@
+some 32-bit platforms. */
+ #define _FILE_OFFSET_BITS 64
+ 
++#include 
+ #include 
+ #include 
+ #include 
+ 
++#include 
+ #include 
+ #include 
+ #include 
+ #include 
+-#include 
++#include 
+ 
+ /* List of temporary files.  */
+ static struct temp_name_list
+@@ -36,14 +39,20 @@ static struct temp_name_list
+   struct temp_name_list *next;
+   char *name;
+   pid_t owner;
++  bool toolong;
+ } *temp_name_list;
+ 
+ /* Location of the temporary files.  Set by the test skeleton via
+support_set_test_dir.  The string is not be freed.  */
+ static const char *test_dir = _PATH_TMP;
+ 
+-void
+-add_temp_file (const char *name)
++/* Name of subdirectories in a too long temporary directory tree.  */
++static char toolong_subdir[NAME_MAX + 1];
++static bool toolong_initialized;
++static size_t toolong_path_max;
++
++static void
++add_temp_file_internal (const char *name, bool toolong)
+ {
+   struct temp_name_list *newp
+ = (struct temp_name_list *) xcalloc (sizeof (*newp), 1);
+@@ -53,12 +62,19 @@ add_temp_file (const char *name)
+   newp->name = newname;
+   newp->next = temp_name_list;
+   newp->owner = getpid ();
++  newp->toolong = toolong;
+   temp_name_list = newp;
+ }
+   else
+ free (newp);
+ }
+ 
++void
++add_temp_file (const char *name)
++{
++  add_temp_file_internal (name, false);
++}
++
+ int
+ create_temp_file_in_dir (const char *base, const char *dir, char **filename)
+ {
+@@ -90,8 +106,8 @@ create_temp_file (const char *base, char
+   return create_temp_file_in_dir (base, test_dir, filename);
+ }
+ 
+-char *
+-support_create_temp_directory (const char *base)
++static char *
++create_temp_directory_internal (const char *base, bool toolong)
+ {
+   char *path = xasprintf ("%s/%sXX", test_dir, base);
+   if (mkdtemp (path) == NULL)
+@@ -99,16 +115,132 @@ support_create_temp_directory (const cha
+   printf ("error: mkdtemp (\"%s\"): %m", path);
+   exit (1);
+ }
+-  add_temp_file (path);
++  add_temp_file_internal (path, toolong);
+   return path;
+ }
+ 
+-/* Helper functions called by the test skeleton follow.  */
++char *
++support_create_temp_directory (const char *base)
++{
++  return create_temp_directory_internal (base, false);
++}
++
++static void
++ensure_toolong_initialized (void)
++{
++  if (!toolong_initialized)
++FAIL_EXIT1 ("uninitialized toolong directory tree\n");
++}
++
++static void
++initialize_toolong (const char *base)
++{
++  long name_max = pathconf (base, _PC_NAME_MAX);
++  name_max = (name_max < 0 ? 64
++: (name_max < sizeof (toolong_subdir) ? name_max
++   : sizeof (toolong_subdir) - 1));
++
++  long path_max = pathconf (base, _PC_PATH_MAX);
++  path_max = (path_max < 0 ? 1024
++: path_max <= PTRDIFF_MAX ? path_max : PTRDIFF_MAX);
++
++  /* Sanity check to ensure 

[OE-core][PATCH v3] icu: fix make_icudata dependencies

[Kory Maincent]

The make_icudata task is set before the configure task then the
dependencies for this task are not populate yet.

Fixed it by adding do_prepare_recipe_sysroot task dependency to the
make_icudata task.

Signed-off-by: Kory Maincent 
---

Change in v2:
Use deptask flag instead of setting manually the task dependencies with
depends flag.

Change in v3:
Add do_prepare_recipe_sysroot task dependency in place of using deptask
flags.

 meta/recipes-support/icu/icu_70.1.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-support/icu/icu_70.1.bb 
b/meta/recipes-support/icu/icu_70.1.bb
index 0988ae8b8e..dd684fe5b9 100644
--- a/meta/recipes-support/icu/icu_70.1.bb
+++ b/meta/recipes-support/icu/icu_70.1.bb
@@ -147,4 +147,4 @@ do_make_icudata() {
 :
 }
 
-addtask make_icudata before do_configure after do_patch
+addtask make_icudata before do_configure after do_patch 
do_prepare_recipe_sysroot
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#160874): 
https://lists.openembedded.org/g/openembedded-core/message/160874
Mute This Topic: https://lists.openembedded.org/mt/88644775/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 meta-oe] rtc-tool: Add a recipe

[Christian Eggers]

Hi Fabio,

from my experience, custom build systems (including "bare" Makefiles)
are often hard to integrate/maintain for distributors.

What about using CMake instead?

regards
Christian

On Sunday, 23 January 2022, 16:03:58 CET, Fabio Estevam wrote:
> From: Fabio Estevam 
>
> rtc-tools is a useful utility developed by Alexandre Belloni
> for testing RTC kernel drivers, such as y2038 support.
>
> Based on the initial recipe from Heiko Schocher .
>
> Signed-off-by: Fabio Estevam 
> ---
>  .../0001-rtc-tools-Add-a-Makefile.patch   | 52 +++
>  .../rtc-tools/rtc-tools_1.0.0.bb  | 19 +++
>  2 files changed, 71 insertions(+)
>  create mode 100644 
> meta-oe/recipes-support/rtc-tools/rtc-tools/0001-rtc-tools-Add-a-Makefile.patch
>  create mode 100644 meta-oe/recipes-support/rtc-tools/rtc-tools_1.0.0.bb
>
> diff --git 
> a/meta-oe/recipes-support/rtc-tools/rtc-tools/0001-rtc-tools-Add-a-Makefile.patch
>  
> b/meta-oe/recipes-support/rtc-tools/rtc-tools/0001-rtc-tools-Add-a-Makefile.patch
> new file mode 100644
> index ..a372e390efb9
> --- /dev/null
> +++ 
> b/meta-oe/recipes-support/rtc-tools/rtc-tools/0001-rtc-tools-Add-a-Makefile.patch
> @@ -0,0 +1,52 @@
> +From faa6dd2e4d063afcaa19f16740a3fc413a399e60 Mon Sep 17 00:00:00 2001
> +
___
Christian
Eggers
Software Engineer
​
ARRI
Arnold & Richter Cine Technik GmbH & Co. Betriebs KG
Arriweg 17,
83071
Stephanskirchen
www.arri.com

+49 8036 3009-3118
cegg...@arri.de

​
Get all the latest information from www.arri.com, Facebook, Twitter, Instagram 
and YouTube.

Arnold & Richter Cine Technik GmbH & Co. Betriebs KG
Sitz: München - Registergericht: Amtsgericht München - Handelsregisternummer: 
HRA 57918
Persönlich haftender Gesellschafter: Arnold & Richter Cine Technik GmbH
Sitz: München - Registergericht: Amtsgericht München - Handelsregisternummer: 
HRB 54477
Geschäftsführer: Dr. Michael Neuhäuser; Stephan Schenk; Walter Trauninger; 
Markus Zeiler

​
From: Fabio Estevam 
> +Date: Sun, 23 Jan 2022 09:22:19 -0300
> +Subject: [PATCH rtc-tools] rtc-tools: Add a Makefile
> +
> +Add a Makefile to make installation and uninstallation
> +process easier.
> +
> +Upstream-Status: Submitted 
> [https://marc.info/?l=linux-rtc=164294073129803=2]
> +Signed-off-by: Fabio Estevam 
> +---
> + Makefile | 29 +
> + 1 file changed, 29 insertions(+)
> + create mode 100644 Makefile
> +
> +diff --git a/Makefile b/Makefile
> +new file mode 100644
> +index ..4f244d9289f1
> +--- /dev/null
>  b/Makefile
> +@@ -0,0 +1,29 @@
> ++prefix ?= /usr
> ++bindir ?= $(prefix)/bin
> ++
> ++EXEC = rtc-range rtc rtc-sync
> ++
> ++all: $(EXEC)
> ++
> ++rtc-range: rtc-range.c
> ++$(CC) $(CFLAGS) -o $@ rtc-range.c
> ++
> ++rtc: rtc.c
> ++$(CC) $(CFLAGS) -o $@ rtc.c
> ++
> ++rtc-sync: rtc-sync.c
> ++$(CC) $(CFLAGS) -o $@ rtc-sync.c
> ++
> ++clean:
> ++rm -f $(EXEC)
> ++
> ++install: rtc-range rtc rtc-sync
> ++mkdir -p '$(DESTDIR)$(bindir)'
> ++install -m755 rtc-range '$(DESTDIR)$(bindir)/rtc-range'
> ++install -m755 rtc '$(DESTDIR)$(bindir)/rtc'
> ++install -m755 rtc-sync '$(DESTDIR)$(bindir)/rtc-sync'
> ++
> ++uninstall:
> ++rm -rf '$(DESTDIR)$(bindir)/rtc-range'
> ++rm -rf '$(DESTDIR)$(bindir)/rtc'
> ++rm -rf '$(DESTDIR)$(bindir)/rtc-sync'
> +--
> +2.25.1
> diff --git a/meta-oe/recipes-support/rtc-tools/rtc-tools_1.0.0.bb 
> b/meta-oe/recipes-support/rtc-tools/rtc-tools_1.0.0.bb
> new file mode 100644
> index ..8f0326829d8c
> --- /dev/null
> +++ b/meta-oe/recipes-support/rtc-tools/rtc-tools_1.0.0.bb
> @@ -0,0 +1,19 @@
> +DESCRIPTION = "Useful programs to test rtc drivers"
> +LICENSE = "GPLv2"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=74274e8a218423e49eefdea80bc55038"
> +
> +SRC_URI = 
> "git://git.kernel.org/pub/scm/linux/kernel/git/abelloni/rtc-tools.git;protocol=https;branch=master
>  \
> +   file://0001-rtc-tools-Add-a-Makefile.patch \
> +   "
> +SRCREV ?= "acc442e7af4e1e783432a43d37f1a7938c692659"
> +
> +S = "${WORKDIR}/git"
> +
> +TARGET_CC_ARCH += "${LDFLAGS}"
> +EXTRA_OEMAKE = " \
> + DESTDIR=${D} \
> + all \
> + "
> +do_install() {
> + oe_runmake install
> +}
>





-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#160873): 
https://lists.openembedded.org/g/openembedded-core/message/160873
Mute This Topic: https://lists.openembedded.org/mt/88625470/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] kernel: add missing path to search for debug files

[Andrej Valek]

Hello Richard,

Fine, that we have it, but are you going to take a look on the patch :)
?

Regards,
Andrej

On Fri, 2022-01-21 at 10:18 +0100, Michael Opdenacker wrote:
> 
> On 1/19/22 5:48 PM, Richard Purdie wrote:
> > On Wed, 2022-01-19 at 12:57 +0100, Andrej Valek wrote:
> > > Since explicit debug package creation via ${KERNEL_PACKAGE_NAME}-
> > > dbg has
> > > been added to kernel, it has to cover all
> > > PACKAGE_DEBUG_SPLIT_STYLE
> > > options. For ex. when the variable "debug-file-directory" package
> > > search
> > > path has to be set explicitly, otherwise it will not find any
> > > files.
> > > 
> > > Signed-off-by: Andrej Valek 
> > > ---
> > >  meta/classes/kernel.bbclass | 1 +
> > >  1 file changed, 1 insertion(+)
> > > 
> > > diff --git a/meta/classes/kernel.bbclass
> > > b/meta/classes/kernel.bbclass
> > > index 473e28be47..9ea201c936 100644
> > > --- a/meta/classes/kernel.bbclass
> > > +++ b/meta/classes/kernel.bbclass
> > > @@ -647,6 +647,7 @@ FILES:${KERNEL_PACKAGE_NAME}-image = ""
> > >  FILES:${KERNEL_PACKAGE_NAME}-dev = "/boot/System.map*
> > > /boot/Module.symvers* /boot/config* ${KERNEL_SRC_PATH}
> > > ${nonarch_base_libdir}/modules/${KERNEL_VERSION}/build"
> > >  FILES:${KERNEL_PACKAGE_NAME}-vmlinux = "/boot/vmlinux-
> > > ${KERNEL_VERSION_NAME}"
> > >  FILES:${KERNEL_PACKAGE_NAME}-modules = ""
> > > +FILES:${KERNEL_PACKAGE_NAME}-dbg = "/usr/lib/debug
> > > /usr/src/debug"
> > This seems to highlight that we have no tests for
> > KERNEL_PACKAGE_NAME. At the
> > very least we need a bugzilla entry for creating some...
> 
> 
> Done: https://bugzilla.yoctoproject.org/show_bug.cgi?id=14700
> Cheers
> Michael
> 


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

[Andrej Valek]

- extend find command
- disable rootfs skip
- busybox-inittab_1.34.1 -> busybox-inittab_1.35.0

Signed-off-by: Andrej Valek 
---
 ...ab_1.34.1.bb => busybox-inittab_1.35.0.bb} |  0
 meta/recipes-core/busybox/busybox/defconfig   | 70 +++
 2 files changed, 39 insertions(+), 31 deletions(-)
 rename meta/recipes-core/busybox/{busybox-inittab_1.34.1.bb => 
busybox-inittab_1.35.0.bb} (100%)

diff --git a/meta/recipes-core/busybox/busybox-inittab_1.34.1.bb 
b/meta/recipes-core/busybox/busybox-inittab_1.35.0.bb
similarity index 100%
rename from meta/recipes-core/busybox/busybox-inittab_1.34.1.bb
rename to meta/recipes-core/busybox/busybox-inittab_1.35.0.bb
diff --git a/meta/recipes-core/busybox/busybox/defconfig 
b/meta/recipes-core/busybox/busybox/defconfig
index 16c61a84b2..5e1e1f5638 100644
--- a/meta/recipes-core/busybox/busybox/defconfig
+++ b/meta/recipes-core/busybox/busybox/defconfig
@@ -1,7 +1,7 @@
 #
 # Automatically generated make config: don't edit
-# Busybox version: 1.34.0
-# Wed Aug 23 09:07:25 2021
+# Busybox version: 1.35.0
+# Sun Dec 26 16:55:55 2021
 #
 CONFIG_HAVE_DOT_CONFIG=y
 
@@ -94,9 +94,12 @@ CONFIG_FEATURE_BUFFERS_USE_MALLOC=y
 CONFIG_PASSWORD_MINLEN=6
 CONFIG_MD5_SMALL=1
 CONFIG_SHA3_SMALL=1
-CONFIG_FEATURE_FAST_TOP=y
-# CONFIG_FEATURE_ETC_NETWORKS is not set
-# CONFIG_FEATURE_ETC_SERVICES is not set
+CONFIG_FEATURE_NON_POSIX_CP=y
+# CONFIG_FEATURE_VERBOSE_CP_MESSAGE is not set
+CONFIG_FEATURE_USE_SENDFILE=y
+CONFIG_FEATURE_COPYBUF_KB=4
+CONFIG_MONOTONIC_SYSCALL=y
+CONFIG_IOCTL_HEX2STR_ERROR=y
 CONFIG_FEATURE_EDITING=y
 CONFIG_FEATURE_EDITING_MAX_LEN=1024
 # CONFIG_FEATURE_EDITING_VI is not set
@@ -120,14 +123,6 @@ CONFIG_UNICODE_WIDE_WCHARS=y
 # CONFIG_UNICODE_BIDI_SUPPORT is not set
 # CONFIG_UNICODE_NEUTRAL_TABLE is not set
 # CONFIG_UNICODE_PRESERVE_BROKEN is not set
-CONFIG_FEATURE_NON_POSIX_CP=y
-# CONFIG_FEATURE_VERBOSE_CP_MESSAGE is not set
-CONFIG_FEATURE_USE_SENDFILE=y
-CONFIG_FEATURE_COPYBUF_KB=4
-CONFIG_FEATURE_SKIP_ROOTFS=y
-CONFIG_MONOTONIC_SYSCALL=y
-CONFIG_IOCTL_HEX2STR_ERROR=y
-CONFIG_FEATURE_HWIB=y
 
 #
 # Applets
@@ -162,6 +157,8 @@ CONFIG_FEATURE_BZIP2_DECOMPRESS=y
 CONFIG_CPIO=y
 # CONFIG_FEATURE_CPIO_O is not set
 # CONFIG_FEATURE_CPIO_P is not set
+# CONFIG_FEATURE_CPIO_IGNORE_DEVNO is not set
+# CONFIG_FEATURE_CPIO_RENUMBER_INODES is not set
 # CONFIG_DPKG is not set
 # CONFIG_DPKG_DEB is not set
 CONFIG_GZIP=y
@@ -197,6 +194,22 @@ CONFIG_FEATURE_UNZIP_CDF=y
 #
 # Coreutils
 #
+CONFIG_FEATURE_VERBOSE=y
+
+#
+# Common options for date and touch
+#
+# CONFIG_FEATURE_TIMEZONE is not set
+
+#
+# Common options for cp and mv
+#
+# CONFIG_FEATURE_PRESERVE_HARDLINKS is not set
+
+#
+# Common options for df, du, ls
+#
+CONFIG_FEATURE_HUMAN_READABLE=y
 CONFIG_BASENAME=y
 CONFIG_CAT=y
 CONFIG_FEATURE_CATN=y
@@ -225,6 +238,7 @@ CONFIG_FEATURE_DD_SIGNAL_HANDLING=y
 # CONFIG_FEATURE_DD_STATUS is not set
 CONFIG_DF=y
 # CONFIG_FEATURE_DF_FANCY is not set
+# CONFIG_FEATURE_SKIP_ROOTFS is not set
 CONFIG_DIRNAME=y
 # CONFIG_DOS2UNIX is not set
 # CONFIG_UNIX2DOS is not set
@@ -343,21 +357,6 @@ CONFIG_USERS=y
 CONFIG_WHOAMI=y
 CONFIG_YES=y
 
-#
-# Common options
-#
-CONFIG_FEATURE_VERBOSE=y
-
-#
-# Common options for cp and mv
-#
-# CONFIG_FEATURE_PRESERVE_HARDLINKS is not set
-
-#
-# Common options for df, du, ls
-#
-CONFIG_FEATURE_HUMAN_READABLE=y
-
 #
 # Console Utilities
 #
@@ -448,7 +447,11 @@ CONFIG_FEATURE_ALLOW_EXEC=y
 CONFIG_FIND=y
 CONFIG_FEATURE_FIND_PRINT0=y
 CONFIG_FEATURE_FIND_MTIME=y
+CONFIG_FEATURE_FIND_ATIME=y
+CONFIG_FEATURE_FIND_CTIME=y
 CONFIG_FEATURE_FIND_MMIN=y
+CONFIG_FEATURE_FIND_AMIN=y
+CONFIG_FEATURE_FIND_CMIN=y
 CONFIG_FEATURE_FIND_PERM=y
 CONFIG_FEATURE_FIND_TYPE=y
 CONFIG_FEATURE_FIND_EXECUTABLE=y
@@ -456,6 +459,7 @@ CONFIG_FEATURE_FIND_XDEV=y
 CONFIG_FEATURE_FIND_MAXDEPTH=y
 CONFIG_FEATURE_FIND_NEWER=y
 # CONFIG_FEATURE_FIND_INUM is not set
+CONFIG_FEATURE_FIND_SAMEFILE=y
 CONFIG_FEATURE_FIND_EXEC=y
 CONFIG_FEATURE_FIND_EXEC_PLUS=y
 CONFIG_FEATURE_FIND_USER=y
@@ -851,6 +855,9 @@ CONFIG_FEATURE_IPV6=y
 # CONFIG_FEATURE_UNIX_LOCAL is not set
 CONFIG_FEATURE_PREFER_IPV4_ADDRESS=y
 # CONFIG_VERBOSE_RESOLUTION_ERRORS is not set
+# CONFIG_FEATURE_ETC_NETWORKS is not set
+# CONFIG_FEATURE_ETC_SERVICES is not set
+CONFIG_FEATURE_HWIB=y
 # CONFIG_FEATURE_TLS_SHA1 is not set
 # CONFIG_ARP is not set
 # CONFIG_ARPING is not set
@@ -1024,17 +1031,19 @@ CONFIG_IFUPDOWN_UDHCPC_CMD_OPTIONS="-R -b"
 #
 # Mail Utilities
 #
+CONFIG_FEATURE_MIME_CHARSET=""
 # CONFIG_MAKEMIME is not set
 # CONFIG_POPMAILDIR is not set
 # CONFIG_FEATURE_POPMAILDIR_DELIVERY is not set
 # CONFIG_REFORMIME is not set
 # CONFIG_FEATURE_REFORMIME_COMPAT is not set
 # CONFIG_SENDMAIL is not set
-CONFIG_FEATURE_MIME_CHARSET=""
 
 #
 # Process Utilities
 #
+CONFIG_FEATURE_FAST_TOP=y
+# CONFIG_FEATURE_SHOW_THREADS is not set
 CONFIG_FREE=y
 CONFIG_FUSER=y
 # CONFIG_IOSTAT is not set
@@ -1073,7 +1082,6 @@ CONFIG_FEATURE_TOP_CPU_GLOBAL_PERCENTS=y
 CONFIG_UPTIME=y
 #