[OE-core] [PATCH] python3-ruamel-yaml: upgrade 0.17.20 -> 0.17.21

2022-02-14 Thread wangmy
Changelog:
=
- fix bug in calling '.compose()' method with 'pathlib.Path' instance.

Signed-off-by: Wang Mingyu 
---
 ...n3-ruamel-yaml_0.17.20.bb => python3-ruamel-yaml_0.17.21.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/python/{python3-ruamel-yaml_0.17.20.bb => 
python3-ruamel-yaml_0.17.21.bb} (86%)

diff --git a/meta/recipes-devtools/python/python3-ruamel-yaml_0.17.20.bb 
b/meta/recipes-devtools/python/python3-ruamel-yaml_0.17.21.bb
similarity index 86%
rename from meta/recipes-devtools/python/python3-ruamel-yaml_0.17.20.bb
rename to meta/recipes-devtools/python/python3-ruamel-yaml_0.17.21.bb
index a6bee1bea1..7d65c4c2d8 100644
--- a/meta/recipes-devtools/python/python3-ruamel-yaml_0.17.20.bb
+++ b/meta/recipes-devtools/python/python3-ruamel-yaml_0.17.21.bb
@@ -9,7 +9,7 @@ PYPI_PACKAGE = "ruamel.yaml"
 
 inherit pypi setuptools3
 
-SRC_URI[sha256sum] = 
"4b8a33c1efb2b443a93fcaafcfa4d2e445f8e8c29c528d9f5cdafb7cc9e4004c"
+SRC_URI[sha256sum] = 
"8b7ce697a2f212752a35c1ac414471dc16c424c9573be4926b56ff3f5d23b7af"
 
 RDEPENDS:${PN} += "\
 ${PYTHON_PN}-shell \
-- 
2.25.1


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



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

2022-02-14 Thread Teoh, Jay Shen
Hi all,

Intel and WR YP QA is planning for QA execution for YP build yocto-3.4.2.rc2. 
We are planning to execute following tests for this cycle:

OEQA-manual tests for following module:
1. OE-Core
2. BSP-hw

Runtime auto test for following platforms:
1. MinnowTurbot 32-bit
2. Coffee Lake
3. NUC 7
4. NUC 6
5. Edgerouter
6. Beaglebone

ETA for completion this Friday, Feb 18.

Thanks,
Jay
> -Original Message-
> From: qa-build-notificat...@lists.yoctoproject.org  notificat...@lists.yoctoproject.org> On Behalf Of Richard Purdie
> Sent: Tuesday, 15 February, 2022 2:39 AM
> To:  
> Cc: qa-build-notification 
> Subject: [qa-build-notification] QA notification for completed autobuilder
> build (yocto-3.4.2.rc2)
> 
> A build flagged for QA (yocto-3.4.2.rc2) was completed on the autobuilder
> and is available at:
> 
> 
> https://autobuilder.yocto.io/pub/releases/yocto-3.4.2.rc2
> 
> 
> Build hash information:
> 
> bitbake: c039182c79e2ccc54fff5d7f4f266340014ca6e0
> meta-agl: 1a8abc70c4f2339200b612d96d81c4eec3ac0519
> meta-arm: 51b728a52bde7c613d5855afeac0fa6a31771bd2
> meta-aws: c92344938ab4d37de8bd8b799186dbbe3019a069
> meta-gplv2: f04e4369bf9dd3385165281b9fa2ed1043b0e400
> meta-intel: 5a30dcefa54040dd05099549a56156a83263554c
> meta-mingw: f5d761cbd5c957e4405c5d40b0c236d263c916a8
> meta-openembedded: c05ae80ba680887ac924c21536091be7a1173427
> oecore: 418a9c4c31615a9e3e011fc2b21fb7154bc6c93a
> poky: e0ab08bb6a32916b457d221021e7f402ffa36b1a
> 
> 
> 
> This is an automated message from the Yocto Project Autobuilder
> Git: git://git.yoctoproject.org/yocto-autobuilder2
> Email: richard.pur...@linuxfoundation.org
> 
> 
> 
> 
> 
> 
> 


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



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

2022-02-14 Thread Stephen Jolley
All,

 

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

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

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

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

 

Also, the triage team meets weekly and does its best to handle the bugs
reported into the Bugzilla. The number of people attending that meeting has
fallen, as have the number of people available to help fix bugs. One of the
things we hear users report is they don't know how to help. We (the triage
team) are therefore going to start reporting out the currently 401
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 (#161739): 
https://lists.openembedded.org/g/openembedded-core/message/161739
Mute This Topic: https://lists.openembedded.org/mt/89151326/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] mesa: upgrade 21.3.5 -> 21.3.6

2022-02-14 Thread wangmy
Changelog:
=
Bug fixes
-
radv: CullDistance fail
i965: Segmentation fault during glinfo context destruction, regression in 21.3.x
Vulkan Wayland WSI returns empty surface formats
[REGRESSION][BISECTED] iris: Qutebrowser/QtWebEngine sporadically flashes the 
window in white
Flickering Intel Uhd 620 Graphics
Broken Terraria & Glitches in Forza Horizon 4

Changes
---
Revert "nir/algebraic: distribute fmul(fadd(a, b), c) when b and c are 
constants"
anv: Fix subgroupSupportedStages physical property
Revert "zink: handle vertex buffer offset overflows"
ir3: Fix copy-paste mistakes in ir3_block_remove_physical_predecessor()
ir3/cp: ir3: Prevent propagating shared regs out of loops harder
ir3: opt_deref in opt loop to remove unnecessary tex casts
crocus: find correct relocation target for the bo.
vulkan: Fix leak of error messages
pick_status.json: Update to cb781fc350108584116280fc597c695d2f476c68
pick_status.json: Mark 15e77504461a30038a054c87cc53a694171c9cf4 as denominated
pick_status.json: Mark 960e72417f3e8885699cf384f690853e14ba44da as denominated
intel/fs: Take into account region strides during SIMD lowering decision of 
SHUFFLE.
vulkan/wsi/wayland: Fix add_wl_shm_format alpha/opaqueness.
vulkan/wsi/wayland: Convert missing vulkan formats to shm formats.
vulkan/wsi/wayland: Add modifiers for RGB formats.
vulkan/wsi/wayland: Fix add_drm_format_modifier aplha/opaqueness.
anv/pass: Don't set first_subpass_layout for stencil-only attachments
vulkan/wsi: Set MUTABLE_FORMAT_BIT in the prime path
i965: Avoid NULL drawbuffer in brw_flush_front
intel/fs: don't set allow_sample_mask for CS intrinsics
intel/nir: fix shader call lowering
panvk: Fix pointer corruption in panvk_add_wait_event_syncobjs
zink: never use SpvOpImageQuerySizeLod for texel buffers
zink: reorder fbfetch flag-setting to avoid null deref
zink: fix vertex buffer mask computation for null buffers
zink: clamp tbo creation to maxTexelBufferElements
zink: add vertex shader pipeline bit for generated barrier construction
zink: fix waiting on current batch id
zink: cast image atomic op params/results based on image type
zink: use SpvScopeDevice over SpvScopeWorkgroup for atomic shader ops
zink: disable PIPE_SHADER_CAP_FP16_CONST_BUFFERS
llvmpipe: disable PIPE_SHADER_CAP_FP16_CONST_BUFFERS
llvmpipe: ci updates
zink: add VK_BUFFER_USAGE_CONDITIONAL_RENDERING_BIT_EXT for query binds
zink: fix PIPE_CAP_TGSI_BALLOT export conditional
zink: reject invalid draws
zink: min/max blit region in coverage functions
anv: Disable CCS_E for some 8/16bpp copies on TGL+
anv: Use ANV_FAST_CLEAR_DEFAULT_VALUE for CCS on TGL+
anv: Re-enable CCS_E on TGL+
iris: implement inter-context busy-tracking
aco: fix neg(abs(mul(a, b))) if the mul is not VOP3
aco: don't encode src2 for v_writelane_b32_e64
radv: fix R_02881C_PA_CL_VS_OUT_CNTL with mixed cull/clip distances
radv/winsys: fix missing buffer_make_resident() for the null winsys
tu: VkExternalImageFormatProperties is optional

Signed-off-by: Wang Mingyu 
---
 .../mesa/{mesa-gl_21.3.5.bb => mesa-gl_21.3.6.bb}   | 0
 meta/recipes-graphics/mesa/mesa.inc | 2 +-
 meta/recipes-graphics/mesa/{mesa_21.3.5.bb => mesa_21.3.6.bb}   | 0
 3 files changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-graphics/mesa/{mesa-gl_21.3.5.bb => mesa-gl_21.3.6.bb} 
(100%)
 rename meta/recipes-graphics/mesa/{mesa_21.3.5.bb => mesa_21.3.6.bb} (100%)

diff --git a/meta/recipes-graphics/mesa/mesa-gl_21.3.5.bb 
b/meta/recipes-graphics/mesa/mesa-gl_21.3.6.bb
similarity index 100%
rename from meta/recipes-graphics/mesa/mesa-gl_21.3.5.bb
rename to meta/recipes-graphics/mesa/mesa-gl_21.3.6.bb
diff --git a/meta/recipes-graphics/mesa/mesa.inc 
b/meta/recipes-graphics/mesa/mesa.inc
index e8093f5665..cfd325add1 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -23,7 +23,7 @@ SRC_URI = 
"https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \
file://0001-v3dv-account-for-64bit-time_t-on-32bit-arches.patch \
"
 
-SRC_URI[sha256sum] = 
"d93b2a9d2464ee856d7637a07dff6b7cd950f295ad58518bb959f76882cf4a4c"
+SRC_URI[sha256sum] = 
"96bb761fd546e9aa41d025fcc025225c5668443839dae21e3731959beb096736"
 
 UPSTREAM_CHECK_GITTAGREGEX = "mesa-(?P\d+(\.\d+)+)"
 
diff --git a/meta/recipes-graphics/mesa/mesa_21.3.5.bb 
b/meta/recipes-graphics/mesa/mesa_21.3.6.bb
similarity index 100%
rename from meta/recipes-graphics/mesa/mesa_21.3.5.bb
rename to meta/recipes-graphics/mesa/mesa_21.3.6.bb
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161737): 
https://lists.openembedded.org/g/openembedded-core/message/161737
Mute This Topic: https://lists.openembedded.org/mt/89150443/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] rng-tools: upgrade 6.14 -> 6.15

2022-02-14 Thread wangmy
0001-Adding-ability-to-detect-non-posix-extensions-for-pt.patch
0002-Allow-for-use-of-either-pthread-affinity-set-methods.patch
removed since they're included in 6.15.

Changelog:
=
Adjust rngtests for better behavior in travis
fix use of non-posix setaffinity call to allow building on strict posix (musl) 
systems
Add armv6l to list of detected arches for pkcs11
misc fixes to allow building on libc-musl
fix a deadlock in jitter shutdown sequence
minor warning fixups (unused variables)
improve cpu detection code
improve jitter cpu monopolization on small/single cpu systems

Signed-off-by: Wang Mingyu 
---
 ...o-detect-non-posix-extensions-for-pt.patch | 41 
 ...-either-pthread-affinity-set-methods.patch | 47 ---
 .../{rng-tools_6.14.bb => rng-tools_6.15.bb}  |  4 +-
 3 files changed, 1 insertion(+), 91 deletions(-)
 delete mode 100644 
meta/recipes-support/rng-tools/rng-tools/0001-Adding-ability-to-detect-non-posix-extensions-for-pt.patch
 delete mode 100644 
meta/recipes-support/rng-tools/rng-tools/0002-Allow-for-use-of-either-pthread-affinity-set-methods.patch
 rename meta/recipes-support/rng-tools/{rng-tools_6.14.bb => rng-tools_6.15.bb} 
(90%)

diff --git 
a/meta/recipes-support/rng-tools/rng-tools/0001-Adding-ability-to-detect-non-posix-extensions-for-pt.patch
 
b/meta/recipes-support/rng-tools/rng-tools/0001-Adding-ability-to-detect-non-posix-extensions-for-pt.patch
deleted file mode 100644
index 89edc4c403..00
--- 
a/meta/recipes-support/rng-tools/rng-tools/0001-Adding-ability-to-detect-non-posix-extensions-for-pt.patch
+++ /dev/null
@@ -1,41 +0,0 @@
-From 66e6adc138eef1367d7492fb79ae4da84ed62934 Mon Sep 17 00:00:00 2001
-From: Neil Horman 
-Date: Thu, 15 Jul 2021 08:43:01 -0400
-Subject: [PATCH] Adding ability to detect non-posix extensions for pthreads
-
-Theres a desire to build rngd with musl, which doesn't have all the gnu
-extensions (but it has some).  So test for those.  Note, this requires
-the addition of the USE_EXTENSIONS macro to enable -d_GNU_SOURCE
-
-Upstream-Status: Backport
-Signed-off-by: Neil Horman 
-Signed-off-by: Alexander Kanavin 

- configure.ac | 7 +++
- 1 file changed, 7 insertions(+)
-
-diff --git a/configure.ac b/configure.ac
-index 9df633d..d0c2179 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -25,6 +25,7 @@ AC_CANONICAL_TARGET dnl required for broken AX_PTHREAD
- AM_INIT_AUTOMAKE([foreign])
- AC_CONFIG_HEADERS([rng-tools-config.h])
- AC_CONFIG_MACRO_DIRS([m4])
-+AC_USE_SYSTEM_EXTENSIONS
- 
- dnl Parse options
- 
-@@ -100,6 +101,12 @@ AS_IF(
-   ], [AC_MSG_NOTICE([Disabling JITTER entropy source])]
- )
- 
-+AC_CHECK_DECL(pthread_attr_setaffinity_np,
-+  [AC_DEFINE([HAVE_PTHREAD_ATTR_SETAFFINITY], 1,[Set 
ATTR_SETAFFINITY])],
-+  [ AC_CHECK_DECL(pthread_setaffinity_np,
-+ [AC_DEFINE([HAVE_PTHREAD_SETAFFINITY],1, [Set 
PTHREAD_SETAFFINITY])], [ AC_MSG_ERROR([Neither pthread_setaffinity_np nor 
pthread_attr_setaffinity_np found])],[[#include ]])
-+  ], [[#include ]])
-+
- AS_IF(
-   [ test "x$with_nistbeacon" != "xno"],
-   [
diff --git 
a/meta/recipes-support/rng-tools/rng-tools/0002-Allow-for-use-of-either-pthread-affinity-set-methods.patch
 
b/meta/recipes-support/rng-tools/rng-tools/0002-Allow-for-use-of-either-pthread-affinity-set-methods.patch
deleted file mode 100644
index f7470d04bf..00
--- 
a/meta/recipes-support/rng-tools/rng-tools/0002-Allow-for-use-of-either-pthread-affinity-set-methods.patch
+++ /dev/null
@@ -1,47 +0,0 @@
-From e4909f329245db52415102e96fc7c99ca1445d05 Mon Sep 17 00:00:00 2001
-From: Neil Horman 
-Date: Thu, 15 Jul 2021 08:48:10 -0400
-Subject: [PATCH] Allow for use of either pthread affinity set methods
-
-musl has support for pthread_setaffinity_np, but not
-pthread_attr_setaffinity_np.  so check for hte existence of either
-function in configure, and use the appropriate one.
-
-Upstream-Status: Backport
-Signed-off-by: Neil Horman 
-Signed-off-by: Alexander Kanavin 

- rngd_jitter.c | 15 ++-
- 1 file changed, 14 insertions(+), 1 deletion(-)
-
-diff --git a/rngd_jitter.c b/rngd_jitter.c
-index ea29436..5c7e09e 100644
 a/rngd_jitter.c
-+++ b/rngd_jitter.c
-@@ -67,12 +67,25 @@ static int rngd_notime_start(void *ctx,
-   for(i=i-1;i>=0;i--) {
-   CPU_SET(i,cpus);
-   }
--  pthread_attr_setaffinity_np(_ctx->notime_pthread_attr, cpusize, 
cpus);
- 
-+/*
-+   * Note that only one of:
-+   * HAVE_PTHREAD_ATTR_SETAFFINITY
-+   * and
-+   * HAVE_PTHREAD_SETAFFINITY
-+   * Will ever be set, as per the configure.ac logic
-+   */
-+#ifdef HAVE_PTHREAD_ATTR_SETAFFINITY
-+  pthread_attr_setaffinity_np(_ctx->notime_pthread_attr, cpusize, 
cpus);
-+#endif
-   ret = -pthread_create(_ctx->notime_thread_id,
-   _ctx->notime_pthread_attr,
-   start_routine, arg);
- 
-+#ifdef 

[OE-core] [PATCH] linux-firmware: upgrade 20211216 -> 20220209

2022-02-14 Thread wangmy
License-Update:
Version of some driver files updated
Added files for some drivers

Signed-off-by: Wang Mingyu 
---
 ...{linux-firmware_20211216.bb => linux-firmware_20220209.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-kernel/linux-firmware/{linux-firmware_20211216.bb => 
linux-firmware_20220209.bb} (99%)

diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_20211216.bb 
b/meta/recipes-kernel/linux-firmware/linux-firmware_20220209.bb
similarity index 99%
rename from meta/recipes-kernel/linux-firmware/linux-firmware_20211216.bb
rename to meta/recipes-kernel/linux-firmware/linux-firmware_20220209.bb
index 5f1b696092..fe51892eb4 100644
--- a/meta/recipes-kernel/linux-firmware/linux-firmware_20211216.bb
+++ b/meta/recipes-kernel/linux-firmware/linux-firmware_20220209.bb
@@ -132,7 +132,7 @@ LIC_FILES_CHKSUM = 
"file://LICENCE.Abilis;md5=b5ee3f410780e56711ad48eadc22b8bc \
 file://LICENCE.xc4000;md5=0ff51d2dc49fce04814c9155081092f0 
\
 file://LICENCE.xc5000;md5=1e170c13175323c32c7f4d0998d53f66 
\
 
file://LICENCE.xc5000c;md5=12b02efa3049db65d524aeb418dd87ca \
-file://WHENCE;md5=79f477f9d53eedee5a65b45193785963 \
+file://WHENCE;md5=ed3d7426e4df06fbadcca24ebf00cc5f \
 "
 
 # These are not common licenses, set NO_GENERIC_LICENSE for them
@@ -205,7 +205,7 @@ PE = "1"
 
 SRC_URI = "${KERNELORG_MIRROR}/linux/kernel/firmware/${BPN}-${PV}.tar.xz"
 
-SRC_URI[sha256sum] = 
"eeddb4e6bef31fd1a3757f12ccc324929bbad97855c0b9ec5ed780f74de1837d"
+SRC_URI[sha256sum] = 
"e2e46fa618414952bbf2f6920cd3abcddbef45bfb7d1352994b4bfc35394d177"
 
 inherit allarch
 
-- 
2.25.1


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

2022-02-14 Thread wangmy
0001-Add-private-headers.patch
removed since it's included in 1.5.90.

Changelog:
=
- Documentation
  - Port to gi-docgen
  - Use "Since: 1.0" for pre-1.0 symbols
  - Various cleanups and consistency updates
- Demo
  - Fix keyboard navigation
  - Don't make rows containing buttons activatable
  - Set minimum width on the view switcher window
- HdyCarousel
  - Properly remove mouse wheel timer
- HdyClamp
  - Fix measuring
- HdyKeypad
  - Fix keyboard navigation
- HdyStyleManager
  - Properly reset animations after style changes
- HdySwipeTracker
  - Fix a runtime warning
- HdyTabView
  - Propagate Alt+[0-9] when trying to switch to the selected tab
- HdyViewSwitcher
  - Properly center button labels
- Build and CI cleanups
- Remove unused distro packaging
- Translation updates:
  - Czech
  - Romanian
  - Slovenian
  - Spanish

Signed-off-by: Wang Mingyu 
---
 .../libhandy/0001-Add-private-headers.patch   | 37 ---
 .../{libhandy_1.5.0.bb => libhandy_1.5.90.bb} |  6 +--
 2 files changed, 2 insertions(+), 41 deletions(-)
 delete mode 100644 
meta/recipes-gnome/libhandy/libhandy/0001-Add-private-headers.patch
 rename meta/recipes-gnome/libhandy/{libhandy_1.5.0.bb => libhandy_1.5.90.bb} 
(88%)

diff --git 
a/meta/recipes-gnome/libhandy/libhandy/0001-Add-private-headers.patch 
b/meta/recipes-gnome/libhandy/libhandy/0001-Add-private-headers.patch
deleted file mode 100644
index 7b2a512738..00
--- a/meta/recipes-gnome/libhandy/libhandy/0001-Add-private-headers.patch
+++ /dev/null
@@ -1,37 +0,0 @@
-From e7c3e8fa00f6a68b2e0629db5ee115e641ea710e Mon Sep 17 00:00:00 2001
-From: Mingli Yu 
-Date: Wed, 8 Dec 2021 07:35:52 +
-Subject: [PATCH] Add private headers
-
-After the commit(8157ecc Separate public and private enums) introduced,
-there comes a race as below:
- | In file included from ../git/src/hdy-settings.c:11:
- | ../git/src/hdy-settings-private.h:16:10: fatal error: hdy-enums-private.h: 
No such file or directory
- |16 | #include "hdy-enums-private.h"
-
-So also add private headers like private sources to libhandy_sources to
-fix the issue.
-
-Upstream-Status: Submitted 
[https://gitlab.gnome.org/GNOME/libhandy/-/merge_requests/796]
-
-Signed-off-by: Mingli Yu 

- src/meson.build | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/src/meson.build b/src/meson.build
-index d087323..6f11f27 100644
 a/src/meson.build
-+++ b/src/meson.build
-@@ -64,7 +64,7 @@ hdy_private_enums = gnome.mkenums('hdy-enums-private',
- )
- 
- libhandy_public_sources += [hdy_public_enums[0]]
--libhandy_private_sources += [hdy_private_enums[0]]
-+libhandy_private_sources += hdy_private_enums
- libhandy_generated_headers += [hdy_public_enums[1]]
- 
- src_headers = [
--- 
-2.32.0
-
diff --git a/meta/recipes-gnome/libhandy/libhandy_1.5.0.bb 
b/meta/recipes-gnome/libhandy/libhandy_1.5.90.bb
similarity index 88%
rename from meta/recipes-gnome/libhandy/libhandy_1.5.0.bb
rename to meta/recipes-gnome/libhandy/libhandy_1.5.90.bb
index 605ef2b5fa..cb8abcee73 100644
--- a/meta/recipes-gnome/libhandy/libhandy_1.5.0.bb
+++ b/meta/recipes-gnome/libhandy/libhandy_1.5.90.bb
@@ -9,10 +9,8 @@ BUGTRACKER = "https://gitlab.gnome.org/GNOME/libhandy/-/issues;
 LICENSE = "LGPLv2.1"
 LIC_FILES_CHKSUM = "file://COPYING;md5=4fbd65380cdd255951079008b364516c"
 
-SRC_URI = 
"git://gitlab.gnome.org/GNOME/libhandy.git;protocol=https;branch=master \
-   file://0001-Add-private-headers.patch \
-"
-SRCREV = "8fa8306a79215fc6ebf2483145da98bf9b2495ab"
+SRC_URI = 
"git://gitlab.gnome.org/GNOME/libhandy.git;protocol=https;branch=main"
+SRCREV = "c09c1503237dc719d91b52182fc4ab632cc390ad"
 S = "${WORKDIR}/git"
 
 GIR_MESON_ENABLE_FLAG = 'enabled'
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161735): 
https://lists.openembedded.org/g/openembedded-core/message/161735
Mute This Topic: https://lists.openembedded.org/mt/89150438/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] u-boot: Fix RISCV build with binutils 2.38

2022-02-14 Thread Khem Raj
Ensure right ABI and march is used which matches OE core settings

Signed-off-by: Khem Raj 
---
 ...1-riscv-fix-build-with-binutils-2.38.patch | 40 +++
 ...iscv32-Use-double-float-ABI-for-rv32.patch | 16 
 meta/recipes-bsp/u-boot/u-boot_2022.01.bb |  4 +-
 3 files changed, 52 insertions(+), 8 deletions(-)
 create mode 100644 
meta/recipes-bsp/u-boot/files/0001-riscv-fix-build-with-binutils-2.38.patch

diff --git 
a/meta/recipes-bsp/u-boot/files/0001-riscv-fix-build-with-binutils-2.38.patch 
b/meta/recipes-bsp/u-boot/files/0001-riscv-fix-build-with-binutils-2.38.patch
new file mode 100644
index 000..3598329b99d
--- /dev/null
+++ 
b/meta/recipes-bsp/u-boot/files/0001-riscv-fix-build-with-binutils-2.38.patch
@@ -0,0 +1,40 @@
+From 26a7f6b1e4c5f715c03e59a623f0d620498b92cf Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Sun, 13 Feb 2022 21:11:31 -0800
+Subject: [PATCH] riscv: fix build with binutils 2.38
+
+From version 2.38, binutils default to ISA spec version 20191213. This
+means that the csr read/write (csrr*/csrw*) instructions and fence.i
+instruction has separated from the `I` extension, become two standalone
+extensions: Zicsr and Zifencei.
+
+The fix is to specify those extensions explicitely in -march. However as
+older binutils version do not support this, we first need to detect
+that.
+
+Fixes
+arch/riscv/lib/cache.c: Assembler messages:
+arch/riscv/lib/cache.c:12: Error: unrecognized opcode `fence.i'
+
+Upstream-Status: Submitted []
+Signed-off-by: Khem Raj 
+---
+ arch/riscv/Makefile | 7 ++-
+ 1 file changed, 6 insertions(+), 1 deletion(-)
+
+--- a/arch/riscv/Makefile
 b/arch/riscv/Makefile
+@@ -28,7 +28,12 @@ ifeq ($(CONFIG_CMODEL_MEDANY),y)
+   CMODEL = medany
+ endif
+ 
+-ARCH_FLAGS = -march=$(ARCH_BASE)$(ARCH_A)$(ARCH_F)$(ARCH_D)$(ARCH_C) 
-mabi=$(ABI) \
++# Newer binutils versions default to ISA spec version 20191213 which moves 
some
++# instructions from the I extension to the Zicsr and Zifencei extensions.
++toolchain-need-zicsr-zifencei := $(call cc-option-yn, 
-march=$(ARCH_BASE)$(ARCH_A)$(ARCH_F)$(ARCH_D)$(ARCH_C)_zicsr_zifencei)
++zicsr_zifencei-$(toolchain-need-zicsr-zifencei) := _zicsr_zifencei
++
++ARCH_FLAGS = 
-march=$(ARCH_BASE)$(ARCH_A)$(ARCH_F)$(ARCH_D)$(ARCH_C)$(zicsr_zifencei-y) 
-mabi=$(ABI) \
+-mcmodel=$(CMODEL)
+ 
+ PLATFORM_CPPFLAGS += $(ARCH_FLAGS)
diff --git 
a/meta/recipes-bsp/u-boot/files/0001-riscv32-Use-double-float-ABI-for-rv32.patch
 
b/meta/recipes-bsp/u-boot/files/0001-riscv32-Use-double-float-ABI-for-rv32.patch
index 0ed3de4914e..0bf1bef2c99 100644
--- 
a/meta/recipes-bsp/u-boot/files/0001-riscv32-Use-double-float-ABI-for-rv32.patch
+++ 
b/meta/recipes-bsp/u-boot/files/0001-riscv32-Use-double-float-ABI-for-rv32.patch
@@ -13,11 +13,16 @@ Upstream-Status: Inappropriate [embedded specific]
  arch/riscv/Makefile | 6 --
  1 file changed, 4 insertions(+), 2 deletions(-)
 
-diff --git a/arch/riscv/Makefile b/arch/riscv/Makefile
-index 0b80eb8d86..7324946f48 100644
 --- a/arch/riscv/Makefile
 +++ b/arch/riscv/Makefile
-@@ -9,7 +9,9 @@ ifeq ($(CONFIG_ARCH_RV64I),y)
+@@ -5,11 +5,15 @@
+ 
+ ifeq ($(CONFIG_ARCH_RV64I),y)
+   ARCH_BASE = rv64im
+-  ABI = lp64
++  ABI = lp64d
++  ARCH_D = d
++  ARCH_F = f
  endif
  ifeq ($(CONFIG_ARCH_RV32I),y)
ARCH_BASE = rv32im
@@ -28,7 +33,7 @@ index 0b80eb8d86..7324946f48 100644
  endif
  ifeq ($(CONFIG_RISCV_ISA_A),y)
ARCH_A = a
-@@ -24,7 +26,7 @@ ifeq ($(CONFIG_CMODEL_MEDANY),y)
+@@ -24,7 +28,7 @@ ifeq ($(CONFIG_CMODEL_MEDANY),y)
CMODEL = medany
  endif
  
@@ -37,6 +42,3 @@ index 0b80eb8d86..7324946f48 100644
 -mcmodel=$(CMODEL)
  
  PLATFORM_CPPFLAGS += $(ARCH_FLAGS)
--- 
-2.30.0
-
diff --git a/meta/recipes-bsp/u-boot/u-boot_2022.01.bb 
b/meta/recipes-bsp/u-boot/u-boot_2022.01.bb
index 617827ff083..0d2464d74bd 100644
--- a/meta/recipes-bsp/u-boot/u-boot_2022.01.bb
+++ b/meta/recipes-bsp/u-boot/u-boot_2022.01.bb
@@ -1,7 +1,9 @@
 require u-boot-common.inc
 require u-boot.inc
 
-SRC_URI:append = " file://0001-riscv32-Use-double-float-ABI-for-rv32.patch"
+SRC_URI:append = " file://0001-riscv32-Use-double-float-ABI-for-rv32.patch \
+   file://0001-riscv-fix-build-with-binutils-2.38.patch \
+ "
 
 DEPENDS += "bc-native dtc-native python3-setuptools-native"
 
-- 
2.35.1


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

2022-02-14 Thread Khem Raj
Drop OE specific patch to shunt march/mabi
this seems to work fine now.

unset CLANG_TARGET so it can compile with OE produced clang toolchain
which provides --target itself

Signed-off-by: Khem Raj 
Cc: Alistair Francis 
---
 ...Makefile-Don-t-specify-mabi-or-march.patch | 36 ---
 .../{opensbi_0.9.bb => opensbi_1.0.bb}|  5 ++-
 2 files changed, 2 insertions(+), 39 deletions(-)
 delete mode 100644 
meta/recipes-bsp/opensbi/files/0001-Makefile-Don-t-specify-mabi-or-march.patch
 rename meta/recipes-bsp/opensbi/{opensbi_0.9.bb => opensbi_1.0.bb} (91%)

diff --git 
a/meta/recipes-bsp/opensbi/files/0001-Makefile-Don-t-specify-mabi-or-march.patch
 
b/meta/recipes-bsp/opensbi/files/0001-Makefile-Don-t-specify-mabi-or-march.patch
deleted file mode 100644
index d2a8048e87e..000
--- 
a/meta/recipes-bsp/opensbi/files/0001-Makefile-Don-t-specify-mabi-or-march.patch
+++ /dev/null
@@ -1,36 +0,0 @@
-From fe9860fd85e49a75bef545e5d9914070491e8002 Mon Sep 17 00:00:00 2001
-From: Alistair Francis 
-Date: Fri, 15 Feb 2019 14:57:41 -0800
-Subject: [PATCH] Makefile: Don't specify mabi or march
-
-To avoid
-can't link double-float modules with soft-float modules
-errors when building 32-bit openSBI don't specify mabi or march.
-
-Upstream-Status: Inappropriate [Fixes a 32-bit OE flow bug]
-Signed-off-by: Alistair Francis 
-

- Makefile | 2 --
- 1 file changed, 2 deletions(-)
-
-diff --git a/Makefile b/Makefile
-index ccf8ea3..69e5b38 100644
 a/Makefile
-+++ b/Makefile
-@@ -169,7 +169,6 @@ GENFLAGS   +=  $(firmware-genflags-y)
- CFLAGS=   -g -Wall -Werror -ffreestanding -nostdlib 
-fno-strict-aliasing -O2
- CFLAGS+=  -fno-omit-frame-pointer 
-fno-optimize-sibling-calls
- CFLAGS+=  -mno-save-restore -mstrict-align
--CFLAGS+=  -mabi=$(PLATFORM_RISCV_ABI) 
-march=$(PLATFORM_RISCV_ISA)
- CFLAGS+=  -mcmodel=$(PLATFORM_RISCV_CODE_MODEL)
- CFLAGS+=  $(GENFLAGS)
- CFLAGS+=  $(platform-cflags-y)
-@@ -183,7 +182,6 @@ CPPFLAGS   +=  $(firmware-cppflags-y)
- ASFLAGS   =   -g -Wall -nostdlib -D__ASSEMBLY__
- ASFLAGS   +=  -fno-omit-frame-pointer 
-fno-optimize-sibling-calls
- ASFLAGS   +=  -mno-save-restore -mstrict-align
--ASFLAGS   +=  -mabi=$(PLATFORM_RISCV_ABI) 
-march=$(PLATFORM_RISCV_ISA)
- ASFLAGS   +=  -mcmodel=$(PLATFORM_RISCV_CODE_MODEL)
- ASFLAGS   +=  $(GENFLAGS)
- ASFLAGS   +=  $(platform-asflags-y)
diff --git a/meta/recipes-bsp/opensbi/opensbi_0.9.bb 
b/meta/recipes-bsp/opensbi/opensbi_1.0.bb
similarity index 91%
rename from meta/recipes-bsp/opensbi/opensbi_0.9.bb
rename to meta/recipes-bsp/opensbi/opensbi_1.0.bb
index 1956fbf9ffc..8430f62543a 100644
--- a/meta/recipes-bsp/opensbi/opensbi_0.9.bb
+++ b/meta/recipes-bsp/opensbi/opensbi_1.0.bb
@@ -8,14 +8,13 @@ require opensbi-payloads.inc
 
 inherit autotools-brokensep deploy
 
-SRCREV = "234ed8e427f4d92903123199f6590d144e0d9351"
+SRCREV = "ce4c0188d96b2c20c2e08d24646a5e517fe15a4b"
 SRC_URI = "git://github.com/riscv/opensbi.git;branch=master;protocol=https \
-   file://0001-Makefile-Don-t-specify-mabi-or-march.patch \
   "
 
 S = "${WORKDIR}/git"
 
-EXTRA_OEMAKE += "PLATFORM=${RISCV_SBI_PLAT} I=${D} FW_PIC=n"
+EXTRA_OEMAKE += "PLATFORM=${RISCV_SBI_PLAT} I=${D} FW_PIC=n CLANG_TARGET= "
 # If RISCV_SBI_PAYLOAD is set then include it as a payload
 EXTRA_OEMAKE:append = " ${@riscv_get_extra_oemake_image(d)}"
 EXTRA_OEMAKE:append = " ${@riscv_get_extra_oemake_fdt(d)}"
-- 
2.35.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161733): 
https://lists.openembedded.org/g/openembedded-core/message/161733
Mute This Topic: https://lists.openembedded.org/mt/89150183/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 4/4] selftest: wic: Add rawcopy plugin unpack test

2022-02-14 Thread Stefan Herbrechtsmeier
From: Stefan Herbrechtsmeier 

Signed-off-by: Stefan Herbrechtsmeier 

---

(no changes since v1)

 meta/lib/oeqa/selftest/cases/wic.py | 18 +++---
 1 file changed, 15 insertions(+), 3 deletions(-)

diff --git a/meta/lib/oeqa/selftest/cases/wic.py 
b/meta/lib/oeqa/selftest/cases/wic.py
index 96b3e1b6a5..a021f8d84b 100644
--- a/meta/lib/oeqa/selftest/cases/wic.py
+++ b/meta/lib/oeqa/selftest/cases/wic.py
@@ -1065,13 +1065,14 @@ class Wic2(WicTestCase):
 self.assertEqual(1, status, 'Failed to run command "%s": %s' % 
(cmd, output))
 self.assertEqual(output, '2')
 
-def test_rawcopy_plugin(self):
+def _rawcopy_plugin(self, fstype):
 """Test rawcopy plugin"""
 img = 'core-image-minimal'
 machine = get_bb_var('MACHINE', img)
+params = ',unpack' if fstype.endswith('.gz') else ''
 with NamedTemporaryFile("w", suffix=".wks") as wks:
-wks.write('part / --source rawcopy 
--sourceparams="file=%s-%s.ext4"\n'\
-  % (img, machine))
+wks.write('part / --source rawcopy 
--sourceparams="file=%s-%s.%s%s"\n'\
+  % (img, machine, fstype, params))
 wks.flush()
 cmd = "wic create %s -e %s -o %s" % (wks.name, img, self.resultdir)
 runCmd(cmd)
@@ -1079,6 +1080,17 @@ class Wic2(WicTestCase):
 out = glob(self.resultdir + "%s-*direct" % wksname)
 self.assertEqual(1, len(out))
 
+def test_rawcopy_plugin(self):
+self._rawcopy_plugin('ext4')
+
+def test_rawcopy_plugin_unpack(self):
+fstype = 'ext4.gz'
+config = 'IMAGE_FSTYPES = "%s"\n' % fstype
+self.append_config(config)
+self.assertEqual(0, bitbake('core-image-minimal').status)
+self.remove_config(config)
+self._rawcopy_plugin(fstype)
+
 def test_empty_plugin(self):
 """Test empty plugin"""
 config = 'IMAGE_FSTYPES = "wic"\nWKS_FILE = "test_empty_plugin.wks"\n'
-- 
2.30.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161732): 
https://lists.openembedded.org/g/openembedded-core/message/161732
Mute This Topic: https://lists.openembedded.org/mt/89142899/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 3/4] selftest: wic: Remove requirement of syslinux from test_rawcopy_plugin

2022-02-14 Thread Stefan Herbrechtsmeier
From: Stefan Herbrechtsmeier 

Remove bootimg-pcbios from wks to eliminate requirement of syslinux from
test_rawcopy_plugin to avoid the following error.

ERROR: Couldn't find correct bootimg_dir, exiting

Signed-off-by: Stefan Herbrechtsmeier 
---

(no changes since v1)

 meta/lib/oeqa/selftest/cases/wic.py | 6 ++
 1 file changed, 2 insertions(+), 4 deletions(-)

diff --git a/meta/lib/oeqa/selftest/cases/wic.py 
b/meta/lib/oeqa/selftest/cases/wic.py
index 5fc8e65142..96b3e1b6a5 100644
--- a/meta/lib/oeqa/selftest/cases/wic.py
+++ b/meta/lib/oeqa/selftest/cases/wic.py
@@ -1070,10 +1070,8 @@ class Wic2(WicTestCase):
 img = 'core-image-minimal'
 machine = get_bb_var('MACHINE', img)
 with NamedTemporaryFile("w", suffix=".wks") as wks:
-wks.writelines(['part /boot --active --source bootimg-pcbios\n',
-'part / --source rawcopy 
--sourceparams="file=%s-%s.ext4" --use-uuid\n'\
- % (img, machine),
-'bootloader --timeout=0 
--append="console=ttyS0,115200n8"\n'])
+wks.write('part / --source rawcopy 
--sourceparams="file=%s-%s.ext4"\n'\
+  % (img, machine))
 wks.flush()
 cmd = "wic create %s -e %s -o %s" % (wks.name, img, self.resultdir)
 runCmd(cmd)
-- 
2.30.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161731): 
https://lists.openembedded.org/g/openembedded-core/message/161731
Mute This Topic: https://lists.openembedded.org/mt/89142897/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 2/4] wic: rawcopy: Add support for packed images

2022-02-14 Thread Stefan Herbrechtsmeier
From: Stefan Herbrechtsmeier 

Add support for packed images to wic rawcopy handler do minimize disk
usage in deploy directory and reuse of packed images between wic and
swupdate. Add `unpack` to sourceparams to unpack an bz2, gz and xz
archives.

Example:
part / --source rawcopy 
--sourceparams="file=core-image-minimal-qemu.ext4.gz,unpack"

Signed-off-by: Stefan Herbrechtsmeier 

---

(no changes since v2)

Changes in v2:
- Reword WicError message and add compressor filename extension

 scripts/lib/wic/plugins/source/rawcopy.py | 29 ++-
 1 file changed, 28 insertions(+), 1 deletion(-)

diff --git a/scripts/lib/wic/plugins/source/rawcopy.py 
b/scripts/lib/wic/plugins/source/rawcopy.py
index fa7b1eb8ac..7c90cd3cf8 100644
--- a/scripts/lib/wic/plugins/source/rawcopy.py
+++ b/scripts/lib/wic/plugins/source/rawcopy.py
@@ -4,6 +4,8 @@
 
 import logging
 import os
+import signal
+import subprocess
 
 from wic import WicError
 from wic.pluginbase import SourcePlugin
@@ -38,6 +40,25 @@ class RawCopyPlugin(SourcePlugin):
 
 exec_cmd(cmd)
 
+@staticmethod
+def do_image_uncompression(src, dst, workdir):
+def subprocess_setup():
+# Python installs a SIGPIPE handler by default. This is usually 
not what
+# non-Python subprocesses expect.
+# SIGPIPE errors are known issues with gzip/bash
+signal.signal(signal.SIGPIPE, signal.SIG_DFL)
+
+extension = os.path.splitext(src)[1]
+decompressor = {
+".bz2": "bzip2",
+".gz": "gzip",
+".xz": "xz"
+}.get(extension)
+if not decompressor:
+raise WicError("Not supported compressor filename extension: %s" % 
extension)
+cmd = "%s -dc %s > %s" % (decompressor, src, dst)
+subprocess.call(cmd, preexec_fn=subprocess_setup, shell=True, 
cwd=workdir)
+
 @classmethod
 def do_prepare_partition(cls, part, source_params, cr, cr_workdir,
  oe_builddir, bootimg_dir, kernel_dir,
@@ -56,7 +77,13 @@ class RawCopyPlugin(SourcePlugin):
 if 'file' not in source_params:
 raise WicError("No file specified")
 
-src = os.path.join(kernel_dir, source_params['file'])
+if 'unpack' in source_params:
+img = os.path.join(kernel_dir, source_params['file'])
+src = os.path.join(cr_workdir, 
os.path.splitext(source_params['file'])[0])
+RawCopyPlugin.do_image_uncompression(img, src, cr_workdir)
+else:
+src = os.path.join(kernel_dir, source_params['file'])
+
 dst = os.path.join(cr_workdir, "%s.%s" % 
(os.path.basename(source_params['file']), part.lineno))
 
 if not os.path.exists(os.path.dirname(dst)):
-- 
2.30.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161730): 
https://lists.openembedded.org/g/openembedded-core/message/161730
Mute This Topic: https://lists.openembedded.org/mt/89142895/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 1/4] wic: partition: Support valueless keys in sourceparams

2022-02-14 Thread Stefan Herbrechtsmeier
From: Stefan Herbrechtsmeier 

Accept valueless keys in sourceparams without equals sign (=) to match
the comment and support Boolean entries.

Signed-off-by: Stefan Herbrechtsmeier 
---

(no changes since v1)

 scripts/lib/wic/partition.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/scripts/lib/wic/partition.py b/scripts/lib/wic/partition.py
index a25834048e..09e491dd49 100644
--- a/scripts/lib/wic/partition.py
+++ b/scripts/lib/wic/partition.py
@@ -171,7 +171,7 @@ class Partition():
 # Split sourceparams string of the form key1=val1[,key2=val2,...]
 # into a dict.  Also accepts valueless keys i.e. without =
 splitted = self.sourceparams.split(',')
-srcparams_dict = dict(par.split('=', 1) for par in splitted if par)
+srcparams_dict = dict((par.split('=', 1) + [None])[:2] for par in 
splitted if par)
 
 plugin = PluginMgr.get_plugins('source')[self.source]
 plugin.do_configure_partition(self, srcparams_dict, creator,
-- 
2.30.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161729): 
https://lists.openembedded.org/g/openembedded-core/message/161729
Mute This Topic: https://lists.openembedded.org/mt/89142894/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 v2 5/5] selftest: wic: Disable graphic of qemu to support WSL

2022-02-14 Thread Alexander Kanavin
On Mon, 14 Feb 2022 at 18:12, Stefan Herbrechtsmeier
 wrote:
> Am 14.02.2022 um 17:28 schrieb Alexander Kanavin:
> > This fixes one location where the problem can occur in selftests, but
> > what about all the others?
>
> Other tests like efibootpartition, gcc, glibc or runqemu already set
> nographic.

Yes, some of them do. Others do not, here's a complete list:
[ak@localhost meta]$ grep -ilr "with runqemu" lib/oeqa/selftest/cases
lib/oeqa/selftest/cases/gcc.py
lib/oeqa/selftest/cases/runqemu.py
lib/oeqa/selftest/cases/efibootpartition.py
lib/oeqa/selftest/cases/package.py
lib/oeqa/selftest/cases/wic.py
lib/oeqa/selftest/cases/devtool.py
lib/oeqa/selftest/cases/imagefeatures.py
lib/oeqa/selftest/cases/overlayfs.py
lib/oeqa/selftest/cases/runtime_test.py


> > Generally, it is not selftest's job to ensure qemu can be started:
> Why selftest requires features which it doesn't need?

Selftest does not 'require' anything; it simply uses runqemu()'s
defaults. If the defaults aren't suitable, the right place to correct
them is runqemu() in lib/oeqa/utils/commands.py.

> The graphic support depends on the WSL version.

Yep, so please correct this in the right place, subject to actually
running in WSL version where nographic is required.

Alex

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161728): 
https://lists.openembedded.org/g/openembedded-core/message/161728
Mute This Topic: https://lists.openembedded.org/mt/89138943/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 v2 5/5] selftest: wic: Disable graphic of qemu to support WSL

2022-02-14 Thread Stefan Herbrechtsmeier

Hi Alex,

Am 14.02.2022 um 17:28 schrieb Alexander Kanavin:

This fixes one location where the problem can occur in selftests, but
what about all the others?


Other tests like efibootpartition, gcc, glibc or runqemu already set 
nographic.



Generally, it is not selftest's job to ensure qemu can be started:


Why selftest requires features which it doesn't need?


you
need to either tweak runqemu to detect WSL, configure
qemu-system-native from your local.conf so that it doesn't enable sdl
or gtk, or, better yet, fix the problem at the source - find out why
graphical qemu doesn't work in WSL and fix that.


The graphic support depends on the WSL version.

Regards
  Stefan

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161727): 
https://lists.openembedded.org/g/openembedded-core/message/161727
Mute This Topic: https://lists.openembedded.org/mt/89138943/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] dev-manual: update example from kernel.bbclass

2022-02-14 Thread Michael Opdenacker via lists.openembedded.org

On 2/14/22 17:24, Quentin Schulz wrote:
> Hi Christian,
>
> On 2/14/22 17:17, Christian Eggers wrote:
>> Since f7485646534e ("kernel: provide virtual/kernel for all kernels"),
>> all recipes which inherit kernel.bbclass provide "virtual/kernel",
>> independent of the value of `KERNEL_PACKAGE_NAME`.
>>
>> Signed-off-by: Christian Eggers 
>> ---
>>   documentation/dev-manual/common-tasks.rst | 2 +-
>
> Documentation patches have a different mailing list:
> d...@lists.yoctoproject.org
>
> I've added it to the Cc recipients now so there's probably no need to
> resend this patch :)
>
> Reviewed-by: Quentin Schulz 


Indeed. Thanks to Quentin´s review I merged your patch into the
"master-next" branch of the yocto-docs repository.
Many thanks for the update!
Michael.

-- 
Michael Opdenacker, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161726): 
https://lists.openembedded.org/g/openembedded-core/message/161726
Mute This Topic: https://lists.openembedded.org/mt/89139800/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] cmake: read asm flags correctly from environment in toolchain file

2022-02-14 Thread Martin Beeger



I'm a little more puzzled on this one since whilst we set CFLAGS and CXXFLAGS in
bitbake.conf, we don't set ASMFLAGS and it wouldn't be present in our
environment.

Perhaps this should be $ENV{CFLAGS} instead of ${CMAKE_C_FLAGS}? There are flags
in our CFLAGS which like need to be passed to the assembler too?


I am a bit unsure now about this.
As far as I understand the environment-setup will not set ASMFLAGS, that 
is correct. For all non-cmake recipes, the compiler will not pick up 
CFLAGS instead. It will simply still use no extra parameters for the 
inline assembly.
In cmake it will use the CFLAGS for the ASM too, yielding inconsistent 
behaviour over build systems. Is that really a good thing?


Also the CFLAGS are usually "-O2 -g". At least the -g parameter will 
have limited effect for the assembly, and optimizations for inline 
assembly are also extremely limited.
So the practical difference between both modes and whether the flags 
propagate through is minimal, if at all existent.


All critical compiler parameters like the --sysroot and others are not 
stored in CFLAGS, but are instead directly appended to the compiler 
executable path for CC, CXX and so on. These are always applied and 
cmake does understand these, parses them out, forces them to always be 
there etc.
This code has nothing to do with that, it only impacts the optimization 
and debugging flags.


This patch makes this behaviour consistent between cmake and non-cmake 
recipes in that is never applies ASM flags, instead of inconsistently 
applying them.



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161725): 
https://lists.openembedded.org/g/openembedded-core/message/161725
Mute This Topic: https://lists.openembedded.org/mt/89138781/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 v2 5/5] selftest: wic: Disable graphic of qemu to support WSL

2022-02-14 Thread Alexander Kanavin
This fixes one location where the problem can occur in selftests, but
what about all the others?

Generally, it is not selftest's job to ensure qemu can be started: you
need to either tweak runqemu to detect WSL, configure
qemu-system-native from your local.conf so that it doesn't enable sdl
or gtk, or, better yet, fix the problem at the source - find out why
graphical qemu doesn't work in WSL and fix that.

Alex



On Mon, 14 Feb 2022 at 16:46, Stefan Herbrechtsmeier
 wrote:
>
> From: Stefan Herbrechtsmeier 
>
> Disable graphic support of qemu to support qemu tests in WSL.
>
> Signed-off-by: Stefan Herbrechtsmeier 
>
> ---
>
> Changes in v2:
> - Add patch
>
>  meta/lib/oeqa/selftest/cases/wic.py | 14 --
>  1 file changed, 8 insertions(+), 6 deletions(-)
>
> diff --git a/meta/lib/oeqa/selftest/cases/wic.py 
> b/meta/lib/oeqa/selftest/cases/wic.py
> index a021f8d84b..6f3dc27743 100644
> --- a/meta/lib/oeqa/selftest/cases/wic.py
> +++ b/meta/lib/oeqa/selftest/cases/wic.py
> @@ -851,7 +851,7 @@ class Wic2(WicTestCase):
>  self.assertEqual(0, bitbake('wic-image-minimal').status)
>  self.remove_config(config)
>
> -with runqemu('wic-image-minimal', ssh=False) as qemu:
> +with runqemu('wic-image-minimal', ssh=False, 
> runqemuparams='nographic') as qemu:
>  cmd = "mount | grep '^/dev/' | cut -f1,3 -d ' ' | egrep -c -e 
> '/dev/sda1 /boot' " \
>"-e '/dev/root /|/dev/sda2 /' -e '/dev/sda3 /media' -e 
> '/dev/sda4 /mnt'"
>  status, output = qemu.run_serial(cmd)
> @@ -871,7 +871,7 @@ class Wic2(WicTestCase):
>  self.remove_config(config)
>
>  with runqemu('core-image-minimal', ssh=False,
> - runqemuparams='ovmf', image_fstype='wic') as qemu:
> + runqemuparams='nographic ovmf', image_fstype='wic') as 
> qemu:
>  cmd = "grep sda. /proc/partitions  |wc -l"
>  status, output = qemu.run_serial(cmd)
>  self.assertEqual(1, status, 'Failed to run command "%s": %s' % 
> (cmd, output))
> @@ -1059,7 +1059,8 @@ class Wic2(WicTestCase):
>  self.assertEqual(0, bitbake('core-image-minimal-mtdutils').status)
>  self.remove_config(config)
>
> -with runqemu('core-image-minimal-mtdutils', ssh=False, 
> image_fstype='wic') as qemu:
> +with runqemu('core-image-minimal-mtdutils', ssh=False,
> + runqemuparams='nographic', image_fstype='wic') as qemu:
>  cmd = "grep sda. /proc/partitions  |wc -l"
>  status, output = qemu.run_serial(cmd)
>  self.assertEqual(1, status, 'Failed to run command "%s": %s' % 
> (cmd, output))
> @@ -1119,7 +1120,8 @@ class Wic2(WicTestCase):
>  self.assertEqual(0, bitbake('core-image-minimal').status)
>  self.remove_config(config)
>
> -with runqemu('core-image-minimal', ssh=False, image_fstype='wic') as 
> qemu:
> +with runqemu('core-image-minimal', ssh=False,
> + runqemuparams='nographic', image_fstype='wic') as qemu:
>  # Check that we have ONLY two /dev/sda* partitions (/boot and /)
>  cmd = "grep sda. /proc/partitions | wc -l"
>  status, output = qemu.run_serial(cmd)
> @@ -1180,7 +1182,7 @@ class Wic2(WicTestCase):
>  self.remove_config(config)
>
>  with runqemu('core-image-minimal', ssh=False,
> - runqemuparams='ovmf', image_fstype='wic') as qemu:
> + runqemuparams='nographic ovmf', image_fstype='wic') as 
> qemu:
>  # Check that /boot has EFI bootx64.efi (required for EFI)
>  cmd = "ls /boot/EFI/BOOT/bootx64.efi | wc -l"
>  status, output = qemu.run_serial(cmd)
> @@ -1418,7 +1420,7 @@ class Wic2(WicTestCase):
>  bb.utils.rename(new_image_path, image_path)
>
>  # Check if it boots in qemu
> -with runqemu('core-image-minimal', ssh=False) as qemu:
> +with runqemu('core-image-minimal', ssh=False, 
> runqemuparams='nographic') as qemu:
>  cmd = "ls /etc/"
>  status, output = qemu.run_serial('true')
>  self.assertEqual(1, status, 'Failed to run command "%s": %s' 
> % (cmd, output))
> --
> 2.30.2
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161724): 
https://lists.openembedded.org/g/openembedded-core/message/161724
Mute This Topic: https://lists.openembedded.org/mt/89138943/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] dev-manual: update example from kernel.bbclass

2022-02-14 Thread Quentin Schulz

Hi Christian,

On 2/14/22 17:17, Christian Eggers wrote:

Since f7485646534e ("kernel: provide virtual/kernel for all kernels"),
all recipes which inherit kernel.bbclass provide "virtual/kernel",
independent of the value of `KERNEL_PACKAGE_NAME`.

Signed-off-by: Christian Eggers 
---
  documentation/dev-manual/common-tasks.rst | 2 +-


Documentation patches have a different mailing list:
d...@lists.yoctoproject.org

I've added it to the Cc recipients now so there's probably no need to 
resend this patch :)


Reviewed-by: Quentin Schulz 

Thanks!
Quentin


  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/documentation/dev-manual/common-tasks.rst 
b/documentation/dev-manual/common-tasks.rst
index d35b590ee185..1856d4c3ad53 100644
--- a/documentation/dev-manual/common-tasks.rst
+++ b/documentation/dev-manual/common-tasks.rst
@@ -2114,7 +2114,7 @@ statement that essentially identifies itself as being 
able to provide
  ``virtual/kernel``. Here is one way through the
  :ref:`kernel ` class::
  
-   PROVIDES += "${@ "virtual/kernel" if (d.getVar("KERNEL_PACKAGE_NAME") == "kernel") else "" }"

+   PROVIDES += "virtual/kernel"
  
  Any recipe that inherits the :ref:`kernel ` class is

  going to utilize a :term:`PROVIDES` statement that identifies that recipe as






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161723): 
https://lists.openembedded.org/g/openembedded-core/message/161723
Mute This Topic: https://lists.openembedded.org/mt/89139800/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] ltp: Disable proc01 test

2022-02-14 Thread Richard Purdie
This test has history of hanging on arm trying to read from /proc/kmsg and it 
has
reappeared. Disable the test since hanging autobuilder builds are annoying. I 
suspect
there is a genuine race on ARM somewhere here in the kernel.

Signed-off-by: Richard Purdie 
---
 .../ltp/ltp/disable_hanging_tests.patch   | 27 +++
 meta/recipes-extended/ltp/ltp_20220121.bb |  1 +
 2 files changed, 28 insertions(+)
 create mode 100644 meta/recipes-extended/ltp/ltp/disable_hanging_tests.patch

diff --git a/meta/recipes-extended/ltp/ltp/disable_hanging_tests.patch 
b/meta/recipes-extended/ltp/ltp/disable_hanging_tests.patch
new file mode 100644
index 000..f25a692dc0f
--- /dev/null
+++ b/meta/recipes-extended/ltp/ltp/disable_hanging_tests.patch
@@ -0,0 +1,27 @@
+This patch disables tests which we've found "hang" on our infrastructure.
+
+proc01:
+https://autobuilder.yoctoproject.org/typhoon/#/builders/96/builds/1748 (arm)
+https://autobuilder.yoctoproject.org/typhoon/#/builders/96/builds/1781 (arm)
+https://autobuilder.yoctoproject.org/typhoon/#/builders/96/builds/2782 (arm)
+(was trying to read /proc/kmsg, looks like a horrible test anyway)
+
+Upstream-Status: Inappropriate [OE Configuration]
+Signed-off-by: Richard Purdie 
+
+Index: git/runtest/fs
+===
+--- git.orig/runtest/fs
 git/runtest/fs
+@@ -64,11 +64,6 @@ writetest01 writetest
+ #Also run the fs_di (Data Integrity tests)
+ fs_di fs_di -d $TMPDIR
+ 
+-# Read every file in /proc. Not likely to crash, but does enough
+-# to disturb the kernel. A good kernel latency killer too.
+-# Was not sure why it should reside in runtest/crashme and won't get tested 
ever
+-proc01 proc01 -m 128
+-
+ read_all_dev read_all -d /dev -p -q -r 3
+ read_all_proc read_all -d /proc -q -r 3
+ read_all_sys read_all -d /sys -q -r 3
diff --git a/meta/recipes-extended/ltp/ltp_20220121.bb 
b/meta/recipes-extended/ltp/ltp_20220121.bb
index bf567c6fb88..655f99f8381 100644
--- a/meta/recipes-extended/ltp/ltp_20220121.bb
+++ b/meta/recipes-extended/ltp/ltp_20220121.bb
@@ -27,6 +27,7 @@ SRCREV = "b0561ad8d9ee9fe1244b5385e941eb65a21e91a1"
 SRC_URI = 
"git://github.com/linux-test-project/ltp.git;branch=master;protocol=https \
file://0001-Remove-OOM-tests-from-runtest-mm.patch \

file://0001-metadata-parse.sh-sort-filelist-for-reproducibility.patch \
+   file://disable_hanging_tests.patch \
"
 
 S = "${WORKDIR}/git"
-- 
2.32.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161722): 
https://lists.openembedded.org/g/openembedded-core/message/161722
Mute This Topic: https://lists.openembedded.org/mt/89139930/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] ltp: Disable proc01 test

2022-02-14 Thread Richard Purdie
Signed-off-by: Richard Purdie 
---
 .../ltp/ltp/disable_hanging_tests.patch   | 27 +++
 meta/recipes-extended/ltp/ltp_20220121.bb |  1 +
 2 files changed, 28 insertions(+)
 create mode 100644 meta/recipes-extended/ltp/ltp/disable_hanging_tests.patch

diff --git a/meta/recipes-extended/ltp/ltp/disable_hanging_tests.patch 
b/meta/recipes-extended/ltp/ltp/disable_hanging_tests.patch
new file mode 100644
index 000..f25a692dc0f
--- /dev/null
+++ b/meta/recipes-extended/ltp/ltp/disable_hanging_tests.patch
@@ -0,0 +1,27 @@
+This patch disables tests which we've found "hang" on our infrastructure.
+
+proc01:
+https://autobuilder.yoctoproject.org/typhoon/#/builders/96/builds/1748 (arm)
+https://autobuilder.yoctoproject.org/typhoon/#/builders/96/builds/1781 (arm)
+https://autobuilder.yoctoproject.org/typhoon/#/builders/96/builds/2782 (arm)
+(was trying to read /proc/kmsg, looks like a horrible test anyway)
+
+Upstream-Status: Inappropriate [OE Configuration]
+Signed-off-by: Richard Purdie 
+
+Index: git/runtest/fs
+===
+--- git.orig/runtest/fs
 git/runtest/fs
+@@ -64,11 +64,6 @@ writetest01 writetest
+ #Also run the fs_di (Data Integrity tests)
+ fs_di fs_di -d $TMPDIR
+ 
+-# Read every file in /proc. Not likely to crash, but does enough
+-# to disturb the kernel. A good kernel latency killer too.
+-# Was not sure why it should reside in runtest/crashme and won't get tested 
ever
+-proc01 proc01 -m 128
+-
+ read_all_dev read_all -d /dev -p -q -r 3
+ read_all_proc read_all -d /proc -q -r 3
+ read_all_sys read_all -d /sys -q -r 3
diff --git a/meta/recipes-extended/ltp/ltp_20220121.bb 
b/meta/recipes-extended/ltp/ltp_20220121.bb
index bf567c6fb88..655f99f8381 100644
--- a/meta/recipes-extended/ltp/ltp_20220121.bb
+++ b/meta/recipes-extended/ltp/ltp_20220121.bb
@@ -27,6 +27,7 @@ SRCREV = "b0561ad8d9ee9fe1244b5385e941eb65a21e91a1"
 SRC_URI = 
"git://github.com/linux-test-project/ltp.git;branch=master;protocol=https \
file://0001-Remove-OOM-tests-from-runtest-mm.patch \

file://0001-metadata-parse.sh-sort-filelist-for-reproducibility.patch \
+   file://disable_hanging_tests.patch \
"
 
 S = "${WORKDIR}/git"
-- 
2.32.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161721): 
https://lists.openembedded.org/g/openembedded-core/message/161721
Mute This Topic: https://lists.openembedded.org/mt/89139930/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] dev-manual: update example from kernel.bbclass

2022-02-14 Thread Christian Eggers
Since f7485646534e ("kernel: provide virtual/kernel for all kernels"),
all recipes which inherit kernel.bbclass provide "virtual/kernel",
independent of the value of `KERNEL_PACKAGE_NAME`.

Signed-off-by: Christian Eggers 
---
 documentation/dev-manual/common-tasks.rst | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/documentation/dev-manual/common-tasks.rst 
b/documentation/dev-manual/common-tasks.rst
index d35b590ee185..1856d4c3ad53 100644
--- a/documentation/dev-manual/common-tasks.rst
+++ b/documentation/dev-manual/common-tasks.rst
@@ -2114,7 +2114,7 @@ statement that essentially identifies itself as being 
able to provide
 ``virtual/kernel``. Here is one way through the
 :ref:`kernel ` class::
 
-   PROVIDES += "${@ "virtual/kernel" if (d.getVar("KERNEL_PACKAGE_NAME") == 
"kernel") else "" }"
+   PROVIDES += "virtual/kernel"
 
 Any recipe that inherits the :ref:`kernel ` class is
 going to utilize a :term:`PROVIDES` statement that identifies that recipe as
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161720): 
https://lists.openembedded.org/g/openembedded-core/message/161720
Mute This Topic: https://lists.openembedded.org/mt/89139800/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 2/5] wic: rawcopy: Add support for packed images

2022-02-14 Thread Stefan Herbrechtsmeier
From: Stefan Herbrechtsmeier 

Add support for packed images to wic rawcopy handler do minimize disk
usage in deploy directory and reuse of packed images between wic and
swupdate. Add `unpack` to sourceparams to unpack an bz2, gz and xz
archives.

Example:
part / --source rawcopy 
--sourceparams="file=core-image-minimal-qemu.ext4.gz,unpack"

Signed-off-by: Stefan Herbrechtsmeier 

---

Changes in v2:
- Reword WicError message and add compressor filename extension

 scripts/lib/wic/plugins/source/rawcopy.py | 29 ++-
 1 file changed, 28 insertions(+), 1 deletion(-)

diff --git a/scripts/lib/wic/plugins/source/rawcopy.py 
b/scripts/lib/wic/plugins/source/rawcopy.py
index fa7b1eb8ac..7c90cd3cf8 100644
--- a/scripts/lib/wic/plugins/source/rawcopy.py
+++ b/scripts/lib/wic/plugins/source/rawcopy.py
@@ -4,6 +4,8 @@
 
 import logging
 import os
+import signal
+import subprocess
 
 from wic import WicError
 from wic.pluginbase import SourcePlugin
@@ -38,6 +40,25 @@ class RawCopyPlugin(SourcePlugin):
 
 exec_cmd(cmd)
 
+@staticmethod
+def do_image_uncompression(src, dst, workdir):
+def subprocess_setup():
+# Python installs a SIGPIPE handler by default. This is usually 
not what
+# non-Python subprocesses expect.
+# SIGPIPE errors are known issues with gzip/bash
+signal.signal(signal.SIGPIPE, signal.SIG_DFL)
+
+extension = os.path.splitext(src)[1]
+decompressor = {
+".bz2": "bzip2",
+".gz": "gzip",
+".xz": "xz"
+}.get(extension)
+if not decompressor:
+raise WicError("Not supported compressor filename extension: %s" % 
extension)
+cmd = "%s -dc %s > %s" % (decompressor, src, dst)
+subprocess.call(cmd, preexec_fn=subprocess_setup, shell=True, 
cwd=workdir)
+
 @classmethod
 def do_prepare_partition(cls, part, source_params, cr, cr_workdir,
  oe_builddir, bootimg_dir, kernel_dir,
@@ -56,7 +77,13 @@ class RawCopyPlugin(SourcePlugin):
 if 'file' not in source_params:
 raise WicError("No file specified")
 
-src = os.path.join(kernel_dir, source_params['file'])
+if 'unpack' in source_params:
+img = os.path.join(kernel_dir, source_params['file'])
+src = os.path.join(cr_workdir, 
os.path.splitext(source_params['file'])[0])
+RawCopyPlugin.do_image_uncompression(img, src, cr_workdir)
+else:
+src = os.path.join(kernel_dir, source_params['file'])
+
 dst = os.path.join(cr_workdir, "%s.%s" % 
(os.path.basename(source_params['file']), part.lineno))
 
 if not os.path.exists(os.path.dirname(dst)):
-- 
2.30.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161719): 
https://lists.openembedded.org/g/openembedded-core/message/161719
Mute This Topic: https://lists.openembedded.org/mt/89138944/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 5/5] selftest: wic: Disable graphic of qemu to support WSL

2022-02-14 Thread Stefan Herbrechtsmeier
From: Stefan Herbrechtsmeier 

Disable graphic support of qemu to support qemu tests in WSL.

Signed-off-by: Stefan Herbrechtsmeier 

---

Changes in v2:
- Add patch

 meta/lib/oeqa/selftest/cases/wic.py | 14 --
 1 file changed, 8 insertions(+), 6 deletions(-)

diff --git a/meta/lib/oeqa/selftest/cases/wic.py 
b/meta/lib/oeqa/selftest/cases/wic.py
index a021f8d84b..6f3dc27743 100644
--- a/meta/lib/oeqa/selftest/cases/wic.py
+++ b/meta/lib/oeqa/selftest/cases/wic.py
@@ -851,7 +851,7 @@ class Wic2(WicTestCase):
 self.assertEqual(0, bitbake('wic-image-minimal').status)
 self.remove_config(config)
 
-with runqemu('wic-image-minimal', ssh=False) as qemu:
+with runqemu('wic-image-minimal', ssh=False, 
runqemuparams='nographic') as qemu:
 cmd = "mount | grep '^/dev/' | cut -f1,3 -d ' ' | egrep -c -e 
'/dev/sda1 /boot' " \
   "-e '/dev/root /|/dev/sda2 /' -e '/dev/sda3 /media' -e 
'/dev/sda4 /mnt'"
 status, output = qemu.run_serial(cmd)
@@ -871,7 +871,7 @@ class Wic2(WicTestCase):
 self.remove_config(config)
 
 with runqemu('core-image-minimal', ssh=False,
- runqemuparams='ovmf', image_fstype='wic') as qemu:
+ runqemuparams='nographic ovmf', image_fstype='wic') as 
qemu:
 cmd = "grep sda. /proc/partitions  |wc -l"
 status, output = qemu.run_serial(cmd)
 self.assertEqual(1, status, 'Failed to run command "%s": %s' % 
(cmd, output))
@@ -1059,7 +1059,8 @@ class Wic2(WicTestCase):
 self.assertEqual(0, bitbake('core-image-minimal-mtdutils').status)
 self.remove_config(config)
 
-with runqemu('core-image-minimal-mtdutils', ssh=False, 
image_fstype='wic') as qemu:
+with runqemu('core-image-minimal-mtdutils', ssh=False,
+ runqemuparams='nographic', image_fstype='wic') as qemu:
 cmd = "grep sda. /proc/partitions  |wc -l"
 status, output = qemu.run_serial(cmd)
 self.assertEqual(1, status, 'Failed to run command "%s": %s' % 
(cmd, output))
@@ -1119,7 +1120,8 @@ class Wic2(WicTestCase):
 self.assertEqual(0, bitbake('core-image-minimal').status)
 self.remove_config(config)
 
-with runqemu('core-image-minimal', ssh=False, image_fstype='wic') as 
qemu:
+with runqemu('core-image-minimal', ssh=False,
+ runqemuparams='nographic', image_fstype='wic') as qemu:
 # Check that we have ONLY two /dev/sda* partitions (/boot and /)
 cmd = "grep sda. /proc/partitions | wc -l"
 status, output = qemu.run_serial(cmd)
@@ -1180,7 +1182,7 @@ class Wic2(WicTestCase):
 self.remove_config(config)
 
 with runqemu('core-image-minimal', ssh=False,
- runqemuparams='ovmf', image_fstype='wic') as qemu:
+ runqemuparams='nographic ovmf', image_fstype='wic') as 
qemu:
 # Check that /boot has EFI bootx64.efi (required for EFI)
 cmd = "ls /boot/EFI/BOOT/bootx64.efi | wc -l"
 status, output = qemu.run_serial(cmd)
@@ -1418,7 +1420,7 @@ class Wic2(WicTestCase):
 bb.utils.rename(new_image_path, image_path)
 
 # Check if it boots in qemu
-with runqemu('core-image-minimal', ssh=False) as qemu:
+with runqemu('core-image-minimal', ssh=False, 
runqemuparams='nographic') as qemu:
 cmd = "ls /etc/"
 status, output = qemu.run_serial('true')
 self.assertEqual(1, status, 'Failed to run command "%s": %s' % 
(cmd, output))
-- 
2.30.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161718): 
https://lists.openembedded.org/g/openembedded-core/message/161718
Mute This Topic: https://lists.openembedded.org/mt/89138943/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 4/5] selftest: wic: Add rawcopy plugin unpack test

2022-02-14 Thread Stefan Herbrechtsmeier
From: Stefan Herbrechtsmeier 

Signed-off-by: Stefan Herbrechtsmeier 

---

(no changes since v1)

 meta/lib/oeqa/selftest/cases/wic.py | 18 +++---
 1 file changed, 15 insertions(+), 3 deletions(-)

diff --git a/meta/lib/oeqa/selftest/cases/wic.py 
b/meta/lib/oeqa/selftest/cases/wic.py
index 96b3e1b6a5..a021f8d84b 100644
--- a/meta/lib/oeqa/selftest/cases/wic.py
+++ b/meta/lib/oeqa/selftest/cases/wic.py
@@ -1065,13 +1065,14 @@ class Wic2(WicTestCase):
 self.assertEqual(1, status, 'Failed to run command "%s": %s' % 
(cmd, output))
 self.assertEqual(output, '2')
 
-def test_rawcopy_plugin(self):
+def _rawcopy_plugin(self, fstype):
 """Test rawcopy plugin"""
 img = 'core-image-minimal'
 machine = get_bb_var('MACHINE', img)
+params = ',unpack' if fstype.endswith('.gz') else ''
 with NamedTemporaryFile("w", suffix=".wks") as wks:
-wks.write('part / --source rawcopy 
--sourceparams="file=%s-%s.ext4"\n'\
-  % (img, machine))
+wks.write('part / --source rawcopy 
--sourceparams="file=%s-%s.%s%s"\n'\
+  % (img, machine, fstype, params))
 wks.flush()
 cmd = "wic create %s -e %s -o %s" % (wks.name, img, self.resultdir)
 runCmd(cmd)
@@ -1079,6 +1080,17 @@ class Wic2(WicTestCase):
 out = glob(self.resultdir + "%s-*direct" % wksname)
 self.assertEqual(1, len(out))
 
+def test_rawcopy_plugin(self):
+self._rawcopy_plugin('ext4')
+
+def test_rawcopy_plugin_unpack(self):
+fstype = 'ext4.gz'
+config = 'IMAGE_FSTYPES = "%s"\n' % fstype
+self.append_config(config)
+self.assertEqual(0, bitbake('core-image-minimal').status)
+self.remove_config(config)
+self._rawcopy_plugin(fstype)
+
 def test_empty_plugin(self):
 """Test empty plugin"""
 config = 'IMAGE_FSTYPES = "wic"\nWKS_FILE = "test_empty_plugin.wks"\n'
-- 
2.30.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161717): 
https://lists.openembedded.org/g/openembedded-core/message/161717
Mute This Topic: https://lists.openembedded.org/mt/89138942/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 3/5] selftest: wic: Remove requirement of syslinux from test_rawcopy_plugin

2022-02-14 Thread Stefan Herbrechtsmeier
From: Stefan Herbrechtsmeier 

Remove bootimg-pcbios from wks to eliminate requirement of syslinux from
test_rawcopy_plugin to avoid the following error.

ERROR: Couldn't find correct bootimg_dir, exiting

Signed-off-by: Stefan Herbrechtsmeier 
---

(no changes since v1)

 meta/lib/oeqa/selftest/cases/wic.py | 6 ++
 1 file changed, 2 insertions(+), 4 deletions(-)

diff --git a/meta/lib/oeqa/selftest/cases/wic.py 
b/meta/lib/oeqa/selftest/cases/wic.py
index 5fc8e65142..96b3e1b6a5 100644
--- a/meta/lib/oeqa/selftest/cases/wic.py
+++ b/meta/lib/oeqa/selftest/cases/wic.py
@@ -1070,10 +1070,8 @@ class Wic2(WicTestCase):
 img = 'core-image-minimal'
 machine = get_bb_var('MACHINE', img)
 with NamedTemporaryFile("w", suffix=".wks") as wks:
-wks.writelines(['part /boot --active --source bootimg-pcbios\n',
-'part / --source rawcopy 
--sourceparams="file=%s-%s.ext4" --use-uuid\n'\
- % (img, machine),
-'bootloader --timeout=0 
--append="console=ttyS0,115200n8"\n'])
+wks.write('part / --source rawcopy 
--sourceparams="file=%s-%s.ext4"\n'\
+  % (img, machine))
 wks.flush()
 cmd = "wic create %s -e %s -o %s" % (wks.name, img, self.resultdir)
 runCmd(cmd)
-- 
2.30.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161716): 
https://lists.openembedded.org/g/openembedded-core/message/161716
Mute This Topic: https://lists.openembedded.org/mt/89138940/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 1/5] wic: partition: Support valueless keys in sourceparams

2022-02-14 Thread Stefan Herbrechtsmeier
From: Stefan Herbrechtsmeier 

Accept valueless keys in sourceparams without equals sign (=) to match
the comment and support Boolean entries.

Signed-off-by: Stefan Herbrechtsmeier 
---

(no changes since v1)

 scripts/lib/wic/partition.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/scripts/lib/wic/partition.py b/scripts/lib/wic/partition.py
index a25834048e..09e491dd49 100644
--- a/scripts/lib/wic/partition.py
+++ b/scripts/lib/wic/partition.py
@@ -171,7 +171,7 @@ class Partition():
 # Split sourceparams string of the form key1=val1[,key2=val2,...]
 # into a dict.  Also accepts valueless keys i.e. without =
 splitted = self.sourceparams.split(',')
-srcparams_dict = dict(par.split('=', 1) for par in splitted if par)
+srcparams_dict = dict((par.split('=', 1) + [None])[:2] for par in 
splitted if par)
 
 plugin = PluginMgr.get_plugins('source')[self.source]
 plugin.do_configure_partition(self, srcparams_dict, creator,
-- 
2.30.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161715): 
https://lists.openembedded.org/g/openembedded-core/message/161715
Mute This Topic: https://lists.openembedded.org/mt/89138936/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] cmake: read asm flags correctly from environment in toolchain file

2022-02-14 Thread Richard Purdie
On Mon, 2022-02-14 at 16:38 +0100, Martin Beeger wrote:
> As discussied in [YOCTO #14717] cmake contains a OEToolchainConfig.cmake
> file to configure the toolchain correctly in cross-compile build for recipes
> using cmake. The CMAKE_ASM_FLAGS are the configuration for inline assembly,
> and these are set in toolchain environment via the ASMFLAGS variable.
> This changes the toolchain so cmake correctly picks up the given ASMFLAGS
> instead of errorneously forcing the C flags instead.
> 
> Signed-off-by: Martin Beeger 
> ---
>  meta/recipes-devtools/cmake/cmake/OEToolchainConfig.cmake | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-devtools/cmake/cmake/OEToolchainConfig.cmake 
> b/meta/recipes-devtools/cmake/cmake/OEToolchainConfig.cmake
> index 86446c3ace..3513d05b2f 100644
> --- a/meta/recipes-devtools/cmake/cmake/OEToolchainConfig.cmake
> +++ b/meta/recipes-devtools/cmake/cmake/OEToolchainConfig.cmake
> @@ -1,7 +1,7 @@
>  set( CMAKE_SYSTEM_NAME Linux )
>  set( CMAKE_C_FLAGS $ENV{CFLAGS} CACHE STRING "" FORCE )
>  set( CMAKE_CXX_FLAGS $ENV{CXXFLAGS}  CACHE STRING "" FORCE )
> -set( CMAKE_ASM_FLAGS ${CMAKE_C_FLAGS} CACHE STRING "" FORCE )
> +set( CMAKE_ASM_FLAGS $ENV{ASMFLAGS} CACHE STRING "" FORCE )
>  set( CMAKE_SYSROOT $ENV{OECORE_TARGET_SYSROOT} )
>  
>  set( CMAKE_FIND_ROOT_PATH $ENV{OECORE_TARGET_SYSROOT} )

I'm a little more puzzled on this one since whilst we set CFLAGS and CXXFLAGS in
bitbake.conf, we don't set ASMFLAGS and it wouldn't be present in our
environment.

Perhaps this should be $ENV{CFLAGS} instead of ${CMAKE_C_FLAGS}? There are flags
in our CFLAGS which like need to be passed to the assembler too?

Cheers,

Richard


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161714): 
https://lists.openembedded.org/g/openembedded-core/message/161714
Mute This Topic: https://lists.openembedded.org/mt/89138781/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] cmake: read asm flags correctly from environment in toolchain file

2022-02-14 Thread Martin Beeger
As discussied in [YOCTO #14717] cmake contains a OEToolchainConfig.cmake
file to configure the toolchain correctly in cross-compile build for recipes
using cmake. The CMAKE_ASM_FLAGS are the configuration for inline assembly,
and these are set in toolchain environment via the ASMFLAGS variable.
This changes the toolchain so cmake correctly picks up the given ASMFLAGS
instead of errorneously forcing the C flags instead.

Signed-off-by: Martin Beeger 
---
 meta/recipes-devtools/cmake/cmake/OEToolchainConfig.cmake | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/cmake/cmake/OEToolchainConfig.cmake 
b/meta/recipes-devtools/cmake/cmake/OEToolchainConfig.cmake
index 86446c3ace..3513d05b2f 100644
--- a/meta/recipes-devtools/cmake/cmake/OEToolchainConfig.cmake
+++ b/meta/recipes-devtools/cmake/cmake/OEToolchainConfig.cmake
@@ -1,7 +1,7 @@
 set( CMAKE_SYSTEM_NAME Linux )
 set( CMAKE_C_FLAGS $ENV{CFLAGS} CACHE STRING "" FORCE )
 set( CMAKE_CXX_FLAGS $ENV{CXXFLAGS}  CACHE STRING "" FORCE )
-set( CMAKE_ASM_FLAGS ${CMAKE_C_FLAGS} CACHE STRING "" FORCE )
+set( CMAKE_ASM_FLAGS $ENV{ASMFLAGS} CACHE STRING "" FORCE )
 set( CMAKE_SYSROOT $ENV{OECORE_TARGET_SYSROOT} )
 
 set( CMAKE_FIND_ROOT_PATH $ENV{OECORE_TARGET_SYSROOT} )
-- 
2.20.1


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

2022-02-14 Thread wangmy
Changelog:
=
This version will be the last release to support Python 2.7.
Fix bug in samefile on Windows when file does not exist.
Add newline parameter for write_text (see issue #64).
Add many more type annotations.
Continuous integration migrated to github actions.
Project migrated to jazzband.

Signed-off-by: Wang Mingyu 
---
 .../{python3-pathlib2_2.3.6.bb => python3-pathlib2_2.3.7.bb}| 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/python/{python3-pathlib2_2.3.6.bb => 
python3-pathlib2_2.3.7.bb} (78%)

diff --git a/meta/recipes-devtools/python/python3-pathlib2_2.3.6.bb 
b/meta/recipes-devtools/python/python3-pathlib2_2.3.7.bb
similarity index 78%
rename from meta/recipes-devtools/python/python3-pathlib2_2.3.6.bb
rename to meta/recipes-devtools/python/python3-pathlib2_2.3.7.bb
index 1f1cf1ab28..673b5c7ef0 100644
--- a/meta/recipes-devtools/python/python3-pathlib2_2.3.6.bb
+++ b/meta/recipes-devtools/python/python3-pathlib2_2.3.7.bb
@@ -3,7 +3,7 @@ HOMEPAGE = "https://github.com/mcmtroffaes/pathlib2;
 LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://LICENSE.rst;md5=2dc08586cce3ab91bfa091b655c0e440"
 
-SRC_URI[sha256sum] = 
"7d8bcb003cdf4a8d2872c538faa3a0f5d20630cb360e518ca3b981795e5f"
+SRC_URI[sha256sum] = 
"7a4329d67beff9a712e1d3ae147e4e3e108b0bfd284ffdea03a635126c76b3c0"
 
 inherit pypi setuptools3
 
-- 
2.25.1


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

2022-02-14 Thread wangmy
Signed-off-by: Wang Mingyu 
---
 meta/recipes-devtools/python/python3-pbr_5.8.0.bb | 4 
 meta/recipes-devtools/python/python3-pbr_5.8.1.bb | 4 
 2 files changed, 4 insertions(+), 4 deletions(-)
 delete mode 100644 meta/recipes-devtools/python/python3-pbr_5.8.0.bb
 create mode 100644 meta/recipes-devtools/python/python3-pbr_5.8.1.bb

diff --git a/meta/recipes-devtools/python/python3-pbr_5.8.0.bb 
b/meta/recipes-devtools/python/python3-pbr_5.8.0.bb
deleted file mode 100644
index b74fc16754..00
--- a/meta/recipes-devtools/python/python3-pbr_5.8.0.bb
+++ /dev/null
@@ -1,4 +0,0 @@
-inherit setuptools3
-require python-pbr.inc
-
-SRC_URI[sha256sum] = 
"672d8ebee84921862110f23fcec2acea191ef58543d34dfe9ef3d9f13c31cddf"
diff --git a/meta/recipes-devtools/python/python3-pbr_5.8.1.bb 
b/meta/recipes-devtools/python/python3-pbr_5.8.1.bb
new file mode 100644
index 00..c8664018fa
--- /dev/null
+++ b/meta/recipes-devtools/python/python3-pbr_5.8.1.bb
@@ -0,0 +1,4 @@
+inherit setuptools3
+require python-pbr.inc
+
+SRC_URI[sha256sum] = 
"66bc5a34912f408bb3925bf21231cb6f59206267b7f63f3503ef865c1a292e25"
-- 
2.25.1


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

2022-02-14 Thread wangmy
Changelog:
=
Updates vendored list of top-level domains, which is used by the provisional
domains() strategy.

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

diff --git a/meta/recipes-devtools/python/python3-hypothesis_6.36.1.bb 
b/meta/recipes-devtools/python/python3-hypothesis_6.36.2.bb
similarity index 91%
rename from meta/recipes-devtools/python/python3-hypothesis_6.36.1.bb
rename to meta/recipes-devtools/python/python3-hypothesis_6.36.2.bb
index 24def74905..8642fb55b9 100644
--- a/meta/recipes-devtools/python/python3-hypothesis_6.36.1.bb
+++ b/meta/recipes-devtools/python/python3-hypothesis_6.36.2.bb
@@ -13,7 +13,7 @@ SRC_URI += " \
 file://test_rle.py \
 "
 
-SRC_URI[sha256sum] = 
"46cbee9d7aed822149af75ec63d5f86cd1042df69b2e8eae17b26a56a4dda781"
+SRC_URI[sha256sum] = 
"7202ea05759f591adf6c1887edbd4d53c049821284f630c5ec8ec3f3f57fd46b"
 
 RDEPENDS:${PN} += " \
 python3-attrs \
-- 
2.25.1


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

2022-02-14 Thread wangmy
Changelog:
=
*Perform sanity checks on shaping results is now part of "harfbuzz" library
 and can be enabled by setting the buffer flag HB_BUFFER_FLAG_VERIFY.
*Arabic Mark Transient Reordering Algorithm have been updated to revision 6.
*ISO 15924 code for mathematical notation, 'Zmth', now maps to the OpenType
 'math' tag.
*It is now possible to get at once all math kerning values for a given glyph
 at a given corner.
*Fix locale_t portability issues on systems the typedef's it to a void pointer
*New API:
+HB_BUFFER_FLAG_VERIFY
+HB_OT_TAG_MATH_SCRIPT
+HB_SCRIPT_MATH
+hb_ot_math_kern_entry_t
+hb_ot_math_get_glyph_kernings

Deprecated API

Signed-off-by: Wang Mingyu 
---
 .../harfbuzz/{harfbuzz_3.3.2.bb => harfbuzz_3.4.0.bb}   | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-graphics/harfbuzz/{harfbuzz_3.3.2.bb => harfbuzz_3.4.0.bb} 
(95%)

diff --git a/meta/recipes-graphics/harfbuzz/harfbuzz_3.3.2.bb 
b/meta/recipes-graphics/harfbuzz/harfbuzz_3.4.0.bb
similarity index 95%
rename from meta/recipes-graphics/harfbuzz/harfbuzz_3.3.2.bb
rename to meta/recipes-graphics/harfbuzz/harfbuzz_3.4.0.bb
index 9eaa14c56f..e392aa3b33 100644
--- a/meta/recipes-graphics/harfbuzz/harfbuzz_3.3.2.bb
+++ b/meta/recipes-graphics/harfbuzz/harfbuzz_3.4.0.bb
@@ -12,7 +12,7 @@ UPSTREAM_CHECK_URI = 
"https://github.com/${BPN}/${BPN}/releases;
 UPSTREAM_CHECK_REGEX = "harfbuzz-(?P\d+(\.\d+)+).tar"
 
 SRC_URI = 
"https://github.com/${BPN}/${BPN}/releases/download/${PV}/${BPN}-${PV}.tar.xz;
-SRC_URI[sha256sum] = 
"1c13bca136c4f66658059853e2c1253f34c88f4b5c5aba6050aba7b5e0ce2503"
+SRC_URI[sha256sum] = 
"7158a87c4db82521fc506711f0c8864115f0292d95f7136c8812c11811cdf952"
 
 inherit meson pkgconfig lib_package gtk-doc gobject-introspection
 
-- 
2.25.1


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

2022-02-14 Thread wangmy
The following patches refreshed for 1.17.0
0001-pkgconfig.patch
0001-use-closefrom-on-linux-and-glibc-2.34.patch

Changelog:
=
qt: Fix build for older Qt versions.

Signed-off-by: Wang Mingyu 
---
 .../gpgme/gpgme/0001-pkgconfig.patch  | 25 ++-
 ...se-closefrom-on-linux-and-glibc-2.34.patch | 10 ++--
 .../{gpgme_1.16.0.bb => gpgme_1.17.0.bb}  |  2 +-
 3 files changed, 22 insertions(+), 15 deletions(-)
 rename meta/recipes-support/gpgme/{gpgme_1.16.0.bb => gpgme_1.17.0.bb} (97%)

diff --git a/meta/recipes-support/gpgme/gpgme/0001-pkgconfig.patch 
b/meta/recipes-support/gpgme/gpgme/0001-pkgconfig.patch
index 827d95a151..35c6b4056c 100644
--- a/meta/recipes-support/gpgme/gpgme/0001-pkgconfig.patch
+++ b/meta/recipes-support/gpgme/gpgme/0001-pkgconfig.patch
@@ -12,22 +12,23 @@ RP 2015/4/17
 Signed-off-by: Richard Purdie 
 
 Rebase to 1.13.0
-
 Signed-off-by: Hongxu Jia 
+Rebase to 1.17.0
+Signed-off-by: Wang Mingyu 
 ---
  configure.ac|   1 +
  src/Makefile.am |   4 +-
- src/gpgme-pthread.pc.in |  15 +++
- src/gpgme.m4| 114 
+ src/gpgme-pthread.pc.in |  15 ++
+ src/gpgme.m4| 114 +++-
  src/gpgme.pc.in |   4 +-
  5 files changed, 28 insertions(+), 110 deletions(-)
  create mode 100644 src/gpgme-pthread.pc.in
 
 diff --git a/configure.ac b/configure.ac
-index 25184f4..1c0a386 100644
+index 80ce79c..d7c0ac1 100644
 --- a/configure.ac
 +++ b/configure.ac
-@@ -899,6 +899,7 @@ AC_CONFIG_FILES(Makefile src/Makefile
+@@ -905,6 +905,7 @@ AC_CONFIG_FILES(Makefile src/Makefile
  src/gpgme-glib.pc
  src/gpgme.h)
  AC_CONFIG_FILES(src/gpgme-config, chmod +x src/gpgme-config)
@@ -36,7 +37,7 @@ index 25184f4..1c0a386 100644
  AC_CONFIG_FILES(lang/cpp/tests/Makefile)
  AC_CONFIG_FILES(lang/cpp/src/GpgmeppConfig-w32.cmake.in)
 diff --git a/src/Makefile.am b/src/Makefile.am
-index d85a85c..d942f3e 100644
+index 39c341f..3aca716 100644
 --- a/src/Makefile.am
 +++ b/src/Makefile.am
 @@ -20,11 +20,11 @@
@@ -75,7 +76,7 @@ index 000..074bbf6
 +Cflags: -I${includedir}
 +Requires: libassuan gpg-error
 diff --git a/src/gpgme.m4 b/src/gpgme.m4
-index 6c2be44..d8a75cb 100644
+index 71b0010..30ec151 100644
 --- a/src/gpgme.m4
 +++ b/src/gpgme.m4
 @@ -79,7 +79,7 @@ dnl config script does not match the host specification the 
script
@@ -274,18 +275,18 @@ index 6c2be44..d8a75cb 100644
 -  AC_SUBST(GPGME_GLIB_LIBS)
  ])
 diff --git a/src/gpgme.pc.in b/src/gpgme.pc.in
-index be288b8..16f56ac 100644
+index 80d59de..932645b 100644
 --- a/src/gpgme.pc.in
 +++ b/src/gpgme.pc.in
 @@ -9,6 +9,6 @@ Name: gpgme
  Description: GnuPG Made Easy to access GnuPG
- Requires: gpg-error, libassuan
+ Requires.private: gpg-error, libassuan
  Version: @PACKAGE_VERSION@
--Cflags: @GPGME_CONFIG_CFLAGS@
--Libs: @GPGME_CONFIG_LIBS@
+-Cflags: -I${includedir} @GPGME_CONFIG_CFLAGS@
+-Libs: -L${libdir} @GPGME_CONFIG_LIBS@
 +Cflags: -I${includedir}
 +Libs: -L${libdir} -lgpgme
  URL: https://www.gnupg.org/software/gpgme/index.html
 -- 
-2.7.4
+2.25.1
 
diff --git 
a/meta/recipes-support/gpgme/gpgme/0001-use-closefrom-on-linux-and-glibc-2.34.patch
 
b/meta/recipes-support/gpgme/gpgme/0001-use-closefrom-on-linux-and-glibc-2.34.patch
index 1c46684c6d..f3de55f7b3 100644
--- 
a/meta/recipes-support/gpgme/gpgme/0001-use-closefrom-on-linux-and-glibc-2.34.patch
+++ 
b/meta/recipes-support/gpgme/gpgme/0001-use-closefrom-on-linux-and-glibc-2.34.patch
@@ -5,20 +5,26 @@ Subject: [PATCH] use closefrom() on linux and glibc 2.34+
 
 Upstream-Status: Pending
 Signed-off-by: Khem Raj 
+
+Rebase to 1.17.0
+Signed-off-by: Wang Mingyu 
 ---
  src/posix-io.c | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)
 
 diff --git a/src/posix-io.c b/src/posix-io.c
-index e712ef2..ab8ded9 100644
+index 5c6cf1d..52e513a 100644
 --- a/src/posix-io.c
 +++ b/src/posix-io.c
 @@ -570,7 +570,7 @@ _gpgme_io_spawn (const char *path, char *const argv[], 
unsigned int flags,
if (fd_list[i].fd > fd)
  fd = fd_list[i].fd;
  fd++;
--#if defined(__sun) || defined(__FreeBSD__)
+-#if defined(__sun) || defined(__FreeBSD__) || defined(__GLIBC__)
 +#if defined(__sun) || defined(__FreeBSD__) || (defined(__GLIBC__) && 
__GNUC_PREREQ(2, 34))
  closefrom (fd);
  max_fds = fd;
  #else /*!__sun */
+-- 
+2.25.1
+
diff --git a/meta/recipes-support/gpgme/gpgme_1.16.0.bb 
b/meta/recipes-support/gpgme/gpgme_1.17.0.bb
similarity index 97%
rename from meta/recipes-support/gpgme/gpgme_1.16.0.bb
rename to meta/recipes-support/gpgme/gpgme_1.17.0.bb
index d31e1b3132..6a201789e1 100644
--- a/meta/recipes-support/gpgme/gpgme_1.16.0.bb
+++ b/meta/recipes-support/gpgme/gpgme_1.17.0.bb
@@ -23,7 +23,7 @@ SRC_URI = "${GNUPG_MIRROR}/gpgme/${BP}.tar.bz2 \
file://0001-use-closefrom-on-linux-and-glibc-2.34.patch \
"
 
-SRC_URI[sha256sum] = 

[OE-core] [PATCH] go: upgrade 1.17.6 -> 1.17.7

2022-02-14 Thread wangmy
Signed-off-by: Wang Mingyu 
---
 meta/recipes-devtools/go/{go-1.17.6.inc => go-1.17.7.inc} | 2 +-
 ...{go-binary-native_1.17.6.bb => go-binary-native_1.17.7.bb} | 4 ++--
 ...o-cross-canadian_1.17.6.bb => go-cross-canadian_1.17.7.bb} | 0
 .../go/{go-cross_1.17.6.bb => go-cross_1.17.7.bb} | 0
 .../go/{go-crosssdk_1.17.6.bb => go-crosssdk_1.17.7.bb}   | 0
 .../go/{go-native_1.17.6.bb => go-native_1.17.7.bb}   | 0
 .../go/{go-runtime_1.17.6.bb => go-runtime_1.17.7.bb} | 0
 meta/recipes-devtools/go/{go_1.17.6.bb => go_1.17.7.bb}   | 0
 8 files changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-devtools/go/{go-1.17.6.inc => go-1.17.7.inc} (92%)
 rename meta/recipes-devtools/go/{go-binary-native_1.17.6.bb => 
go-binary-native_1.17.7.bb} (83%)
 rename meta/recipes-devtools/go/{go-cross-canadian_1.17.6.bb => 
go-cross-canadian_1.17.7.bb} (100%)
 rename meta/recipes-devtools/go/{go-cross_1.17.6.bb => go-cross_1.17.7.bb} 
(100%)
 rename meta/recipes-devtools/go/{go-crosssdk_1.17.6.bb => 
go-crosssdk_1.17.7.bb} (100%)
 rename meta/recipes-devtools/go/{go-native_1.17.6.bb => go-native_1.17.7.bb} 
(100%)
 rename meta/recipes-devtools/go/{go-runtime_1.17.6.bb => go-runtime_1.17.7.bb} 
(100%)
 rename meta/recipes-devtools/go/{go_1.17.6.bb => go_1.17.7.bb} (100%)

diff --git a/meta/recipes-devtools/go/go-1.17.6.inc 
b/meta/recipes-devtools/go/go-1.17.7.inc
similarity index 92%
rename from meta/recipes-devtools/go/go-1.17.6.inc
rename to meta/recipes-devtools/go/go-1.17.7.inc
index 3ea23e0320..e8c8c031ae 100644
--- a/meta/recipes-devtools/go/go-1.17.6.inc
+++ b/meta/recipes-devtools/go/go-1.17.7.inc
@@ -17,7 +17,7 @@ SRC_URI += "\
 file://0001-exec.go-do-not-write-linker-flags-into-buildids.patch \
 file://0001-src-cmd-dist-buildgo.go-do-not-hardcode-host-compile.patch \
 "
-SRC_URI[main.sha256sum] = 
"4dc1bbf3ff61f0c1ff2b19355e6d88151a70126268a47c761477686ef94748c8"
+SRC_URI[main.sha256sum] = 
"c108cd33b73b1911a02b697741df3dea43e01a5c4e08e409e8b3a0e3745d2b4d"
 
 # Upstream don't believe it is a signifiant real world issue and will only
 # fix in 1.17 onwards where we can drop this.
diff --git a/meta/recipes-devtools/go/go-binary-native_1.17.6.bb 
b/meta/recipes-devtools/go/go-binary-native_1.17.7.bb
similarity index 83%
rename from meta/recipes-devtools/go/go-binary-native_1.17.6.bb
rename to meta/recipes-devtools/go/go-binary-native_1.17.7.bb
index 674f9176af..c78c28f84e 100644
--- a/meta/recipes-devtools/go/go-binary-native_1.17.6.bb
+++ b/meta/recipes-devtools/go/go-binary-native_1.17.7.bb
@@ -8,8 +8,8 @@ LIC_FILES_CHKSUM = 
"file://LICENSE;md5=5d4950ecb7b26d2c5e4e7b4e0dd74707"
 PROVIDES = "go-native"
 
 SRC_URI = 
"https://dl.google.com/go/go${PV}.${BUILD_GOOS}-${BUILD_GOARCH}.tar.gz;name=go_${BUILD_GOTUPLE};
-SRC_URI[go_linux_amd64.sha256sum] = 
"231654bbf2dab3d86c1619ce799e77b03d96f9b50770297c8f4dff8836fc8ca2"
-SRC_URI[go_linux_arm64.sha256sum] = 
"82c1a033cce9bc1b47073fd6285233133040f0378439f3c4659fe77cc534622a"
+SRC_URI[go_linux_amd64.sha256sum] = 
"02b111284bedbfa35a7e5b74a06082d18632eff824fd144312f6063943d49259"
+SRC_URI[go_linux_arm64.sha256sum] = 
"a5aa1ed17d45ee1d58b4a4099b12f8942acbd1dd09b2e9a6abb1c4898043c5f5"
 
 UPSTREAM_CHECK_URI = "https://golang.org/dl/;
 UPSTREAM_CHECK_REGEX = "go(?P\d+(\.\d+)+)\.linux"
diff --git a/meta/recipes-devtools/go/go-cross-canadian_1.17.6.bb 
b/meta/recipes-devtools/go/go-cross-canadian_1.17.7.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-cross-canadian_1.17.6.bb
rename to meta/recipes-devtools/go/go-cross-canadian_1.17.7.bb
diff --git a/meta/recipes-devtools/go/go-cross_1.17.6.bb 
b/meta/recipes-devtools/go/go-cross_1.17.7.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-cross_1.17.6.bb
rename to meta/recipes-devtools/go/go-cross_1.17.7.bb
diff --git a/meta/recipes-devtools/go/go-crosssdk_1.17.6.bb 
b/meta/recipes-devtools/go/go-crosssdk_1.17.7.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-crosssdk_1.17.6.bb
rename to meta/recipes-devtools/go/go-crosssdk_1.17.7.bb
diff --git a/meta/recipes-devtools/go/go-native_1.17.6.bb 
b/meta/recipes-devtools/go/go-native_1.17.7.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-native_1.17.6.bb
rename to meta/recipes-devtools/go/go-native_1.17.7.bb
diff --git a/meta/recipes-devtools/go/go-runtime_1.17.6.bb 
b/meta/recipes-devtools/go/go-runtime_1.17.7.bb
similarity index 100%
rename from meta/recipes-devtools/go/go-runtime_1.17.6.bb
rename to meta/recipes-devtools/go/go-runtime_1.17.7.bb
diff --git a/meta/recipes-devtools/go/go_1.17.6.bb 
b/meta/recipes-devtools/go/go_1.17.7.bb
similarity index 100%
rename from meta/recipes-devtools/go/go_1.17.6.bb
rename to meta/recipes-devtools/go/go_1.17.7.bb
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161707): 
https://lists.openembedded.org/g/openembedded-core/message/161707
Mute This Topic: 

[OE-core] [PATCH] glib-2.0: upgrade 2.70.3 -> 2.70.4

2022-02-14 Thread wangmy
Changelog:
=
* Bugs fixed:
 - !2462 Backport !2461 "Fix memory leak in gio/gdbusauthmechanismsha1.c"
   to glib-2-70

* Translation updates:
 - Czech
 - French
 - Indonesian
 - Japanese
 - Polish
 - Portuguese (Brazil)
 - Russian
 - Slovenian
 - Spanish
 - Swedish
 - Ukrainian

Signed-off-by: Wang Mingyu 
---
 .../glib-2.0/{glib-2.0_2.70.3.bb => glib-2.0_2.70.4.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-core/glib-2.0/{glib-2.0_2.70.3.bb => glib-2.0_2.70.4.bb} 
(96%)

diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.70.3.bb 
b/meta/recipes-core/glib-2.0/glib-2.0_2.70.4.bb
similarity index 96%
rename from meta/recipes-core/glib-2.0/glib-2.0_2.70.3.bb
rename to meta/recipes-core/glib-2.0/glib-2.0_2.70.4.bb
index 760f71dcda..704d428f04 100644
--- a/meta/recipes-core/glib-2.0/glib-2.0_2.70.3.bb
+++ b/meta/recipes-core/glib-2.0/glib-2.0_2.70.4.bb
@@ -20,7 +20,7 @@ SRC_URI = "${GNOME_MIRROR}/glib/${SHRT_VER}/glib-${PV}.tar.xz 
\
"
 SRC_URI:append:class-native = " file://relocate-modules.patch"
 
-SRC_URI[sha256sum] = 
"233fa4841c1e19e396db7607d58f6b75ba3313c50bf0fce07b2e3532d5eb7d46"
+SRC_URI[sha256sum] = 
"ab3d176f3115dcc4e5d02db795984e04e4f4b48d836252e23e8c468e9d423c33"
 
 # Find any meson cross files in FILESPATH that are relevant for the current
 # build (using siteinfo) and add them to EXTRA_OEMESON.
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161708): 
https://lists.openembedded.org/g/openembedded-core/message/161708
Mute This Topic: https://lists.openembedded.org/mt/89137049/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] autoconf-archive: upgrade 2021.02.19 -> 2022.02.11

2022-02-14 Thread wangmy
Changelog:
=
AX_CC_FOR_BUILD was deprecated in favor of AX_PROG_CC_FOR_BUILD.

Signed-off-by: Wang Mingyu 
---
 ...onf-archive_2021.02.19.bb => autoconf-archive_2022.02.11.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/autoconf-archive/{autoconf-archive_2021.02.19.bb 
=> autoconf-archive_2022.02.11.bb} (85%)

diff --git 
a/meta/recipes-devtools/autoconf-archive/autoconf-archive_2021.02.19.bb 
b/meta/recipes-devtools/autoconf-archive/autoconf-archive_2022.02.11.bb
similarity index 85%
rename from 
meta/recipes-devtools/autoconf-archive/autoconf-archive_2021.02.19.bb
rename to meta/recipes-devtools/autoconf-archive/autoconf-archive_2022.02.11.bb
index 2f86b50655..47bf2380f0 100644
--- a/meta/recipes-devtools/autoconf-archive/autoconf-archive_2021.02.19.bb
+++ b/meta/recipes-devtools/autoconf-archive/autoconf-archive_2022.02.11.bb
@@ -6,7 +6,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=11cc2d3ee574f9d6b7ee797bdce4d423 \
 file://COPYING.EXCEPTION;md5=fdef168ebff3bc2f13664c365a5fb515"
 
 SRC_URI = "${GNU_MIRROR}/${BPN}/${BPN}-${PV}.tar.xz"
-SRC_URI[sha256sum] = 
"e8a6eb9d28ddcba8ffef3fa211653239e9bf239aba6a01a6b7cfc7ceaec69cbd"
+SRC_URI[sha256sum] = 
"78a61b611e2eeb55a89e0398e0ce387bcaf57fe2dd53c6fe427130f777ad1e8c"
 
 inherit autotools allarch texinfo
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161705): 
https://lists.openembedded.org/g/openembedded-core/message/161705
Mute This Topic: https://lists.openembedded.org/mt/89137035/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] openssl: Add perl functionality test to do_configure

2022-02-14 Thread Richard Purdie
Loading the POSIX module after loading others in perl causes errors to get 
hidden. The
resulting build failures are obtuse and hard to debug. We see this quite often 
when
we upgrade glibc but not uninative and there are symbol mismatches.

Add a quick test to the start of configure which tests perl operates correct 
and shows
a much more obvious error if it isn't since the POSIX module doesn't have to 
reload.

An example of the new error is:

| Can't load 
'XXX/buildtools-extended-tarball/1.0-r0/testimage-sdk/XXX/openssl-native/3.0.1-r0/recipe-sysroot-native/usr/lib/perl5/5.34.0/x86_64-linux/auto/POSIX/POSIX.so'
 for module POSIX:
| 
XXX/buildtools-extended-tarball/1.0-r0/testimage-sdk/sysroots-uninative/x86_64-linux/lib/libm.so.6:
 version `GLIBC_2.35' not found
|  (required by 
XXX/buildtools-extended-tarball/1.0-r0/testimage-sdk/XXX/openssl-native/3.0.1-r0/recipe-sysroot-native/usr/lib/perl5/5.34.0/x86_64-linux/auto/POSIX/POSIX.so)
 at
|  
XXX/buildtools-extended-tarball/1.0-r0/testimage-sdk/XXX/openssl-native/3.0.1-r0/recipe-sysroot-native/usr/lib/perl5/5.34.0/XSLoader.pm
 line 111.
|  at 
XXX/buildtools-extended-tarball/1.0-r0/testimage-sdk/XXX/openssl-native/3.0.1-r0/recipe-sysroot-native/usr/lib/perl5/5.34.0/x86_64-linux/POSIX.pm
 line 24.

which clearly shows the glibc symbol issue.

Signed-off-by: Richard Purdie 
---
 meta/recipes-connectivity/openssl/openssl_3.0.1.bb | 9 +
 1 file changed, 9 insertions(+)

diff --git a/meta/recipes-connectivity/openssl/openssl_3.0.1.bb 
b/meta/recipes-connectivity/openssl/openssl_3.0.1.bb
index e97c986b398..d08d9b02dcb 100644
--- a/meta/recipes-connectivity/openssl/openssl_3.0.1.bb
+++ b/meta/recipes-connectivity/openssl/openssl_3.0.1.bb
@@ -55,6 +55,15 @@ CFLAGS:append:class-nativesdk = " -DOPENSSLDIR=/not/builtin 
-DENGINESDIR=/not/bu
 DEPRECATED_CRYPTO_FLAGS ?= ""
 
 do_configure () {
+   # When we upgrade glibc but not uninative we see obtuse failures in 
openssl. Make
+   # the issue really clear that perl isn't functional due to symbol 
mismatch issues.
+   cat <<- EOF > ${WORKDIR}/perltest
+   #!/usr/bin/env perl
+   use POSIX;
+   EOF
+   chmod a+x ${WORKDIR}/perltest
+   ${WORKDIR}/perltest
+
os=${HOST_OS}
case $os in
linux-gnueabi |\
-- 
2.32.0


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



Re: [OE-core] [PATCH] bitbake.conf: Add COMMON_LICENSE_DIR to BB_HASHEXCLUDE_COMMON

2022-02-14 Thread Peter Kjellerstedt
> -Original Message-
> From: Richard Purdie 
> Sent: den 14 februari 2022 11:32
> To: Peter Kjellerstedt ; openembedded-
> c...@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH] bitbake.conf: Add COMMON_LICENSE_DIR to
> BB_HASHEXCLUDE_COMMON
> 
> On Sun, 2022-02-13 at 22:36 +, Peter Kjellerstedt wrote:
> > > -Original Message-
> > > From: Richard Purdie 
> > > Sent: den 13 februari 2022 22:44
> > > To: Peter Kjellerstedt ;
> > > openembedded-core@lists.openembedded.org
> > > Subject: Re: [OE-core] [PATCH] bitbake.conf: Add COMMON_LICENSE_DIR to
> > > BB_HASHEXCLUDE_COMMON
> > >
> > > On Sun, 2022-02-13 at 21:34 +0100, Peter Kjellerstedt wrote:
> > > > Differences in COMMON_LICENSE_DIR should not affect the task hashes.
> > > >
> > > > Signed-off-by: Peter Kjellerstedt 
> > > > ---
> > > >  meta/conf/bitbake.conf | 2 +-
> > > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > > >
> > > > diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> > > > index fba99e8f0c..47c8cb39f9 100644
> > > > --- a/meta/conf/bitbake.conf
> > > > +++ b/meta/conf/bitbake.conf
> > > > @@ -922,7 +922,7 @@ BB_HASHEXCLUDE_COMMON ?= "TMPDIR FILE PATH PWD
> > > > BB_TASKHASH BBPATH BBSERVER DL_DI
> > > >  BB_WORKERCONTEXT BB_LIMITEDDEPS BB_UNIHASH
> extend_recipe_sysroot
> > > > DEPLOY_DIR \
> > > >  SSTATE_HASHEQUIV_METHOD SSTATE_HASHEQUIV_REPORT_TASKDATA \
> > > >  SSTATE_HASHEQUIV_OWNER CCACHE_TOP_DIR BB_HASHSERVE
> > > > GIT_CEILING_DIRECTORIES \
> > > > -OMP_NUM_THREADS BB_CURRENTTASK"
> > > > +OMP_NUM_THREADS BB_CURRENTTASK COMMON_LICENSE_DIR"
> > > >  BB_HASHBASE_WHITELIST ?= "${BB_HASHEXCLUDE_COMMON}
> PSEUDO_IGNORE_PATHS
> > > > BUILDHISTORY_DIR \
> > > >  SSTATE_DIR SOURCE_DATE_EPOCH"
> > > >  BB_HASHCONFIG_WHITELIST ?= "${BB_HASHEXCLUDE_COMMON} DATE TIME
> > > > SSH_AGENT_PID \
> > >
> > > I think this has been discussed before and I'm very uneasy at the
> idea. Some
> > > users would expect that if they add "their" version of a license in a
> layer
> > > with
> > > higher priority, they'd expect the hashes to change.
> >
> > If the value was a relative path I could buy that, but not for an
> > absolute path.
> 
> True, however my concern is more that if you're changing this you are changing
> the configuration and you'd expect the hashes to change as a result. Adding it
> to the exclusion list hides that.

On the other hand, most (all?) other variables that take absolute paths are 
also present in BB_HASHEXCLUDE_COMMON so that differences to where the build 
directory happens to be do not affect the sstate.

> > > Where is this causing an issue?
> >
> > Due to the huge number of licenses in meta/files/common-licenses after
> > all SPDX licenses were added, we cannot use that directory anymore as
> > it triples the recipe parsing time for us (since we define
> > INCOMPATIBLE LICENSE as AVAILABLE_LICENSES minus COMPATIBLE_LICENSES,
> > and the license code doesn't really handle having many hundreds of
> > licenses in INCOMPATIBLE LICENSE). Thus as a workaround I have had to
> > create a common-licenses directory in one of our layers which only has
> > symbolic links to the licenses in meta that we need. Then we set:
> >
> > COMMON_LICENSE_DIR := "${LAYERDIR}/files/common-licenses"
> >
> > in that layer's layer.conf, but since ${LAYERDIR} varies from build host
> > to build host, our whole global sstate was now only useable on the build
> > servers and not for local developer builds.
> 
> So shouldn't you just add COMMON_LICENSE_DIR to BB_HASHEXCLUDE_COMMON in
> your config?

Well, based on your reluctance to add it to bitbake.conf, I have now instead 
added COMMON_LICENSE_DIR[vardepvalue] = "" together with where we redefine 
COMMON_LICENSE_DIR. 

However, the reason I suggested adding it to bitbake.conf is that if you 
change this variable, it is easy to miss that it can cause your sstate to 
be different for each build host. I know I did, and we have had it modified 
for half a year. It wasn't until yesterday, when I made a local build that 
I expected to fully build from our global sstate and it instead rebuilt a 
lot of recipes, that I found out there was something wrong. It took me a 
couple of hours to dig into the siginfo files to finally end up at the 
absolute path in COMMON_LICENSE_DIR as the source of the differing sstate.

> Cheers,
> 
> Richard

//Peter


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161703): 
https://lists.openembedded.org/g/openembedded-core/message/161703
Mute This Topic: https://lists.openembedded.org/mt/89121479/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][PATCH] sdk: fix search for dynamic loader

2022-02-14 Thread Christian Eggers
if the package "nativesdk-glibc-dbg" is installed as part of the SDK,
the existing search expression finds two files:

$OECORE_NATIVE_SYSROOT/lib/.debug/ld-linux-x86-64.so.2
$OECORE_NATIVE_SYSROOT/lib/ld-linux-x86-64.so.2

The generated relocate_sdk.sh shell script contains then an extra
newline and segfaults during SDK relocation.

Limit the search depth to 1, to avoid finding the file in the .debug
directory.

Signed-off-by: Christian Eggers 
Signed-off-by: Richard Purdie 
---
 meta/files/toolchain-shar-relocate.sh | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/files/toolchain-shar-relocate.sh 
b/meta/files/toolchain-shar-relocate.sh
index 3ece04db0a4a..cee9adbf399c 100644
--- a/meta/files/toolchain-shar-relocate.sh
+++ b/meta/files/toolchain-shar-relocate.sh
@@ -5,7 +5,7 @@ fi
 
 # fix dynamic loader paths in all ELF SDK binaries
 native_sysroot=$($SUDO_EXEC cat $env_setup_script |grep 
'OECORE_NATIVE_SYSROOT='|cut -d'=' -f2|tr -d '"')
-dl_path=$($SUDO_EXEC find $native_sysroot/lib -name "ld-linux*")
+dl_path=$($SUDO_EXEC find $native_sysroot/lib -maxdepth 1 -name "ld-linux*")
 if [ "$dl_path" = "" ] ; then
echo "SDK could not be set up. Relocate script unable to find 
ld-linux.so. Abort!"
exit 1
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161702): 
https://lists.openembedded.org/g/openembedded-core/message/161702
Mute This Topic: https://lists.openembedded.org/mt/89133465/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] sdk: fix search for dynamic loader

2022-02-14 Thread Christian Eggers
if the package "nativesdk-glibc-dbg" is installed as part of the SDK,
the existing search expression finds two files:

$OECORE_NATIVE_SYSROOT/lib/.debug/ld-linux-x86-64.so.2
$OECORE_NATIVE_SYSROOT/lib/ld-linux-x86-64.so.2

The generated relocate_sdk.sh shell script contains then an extra
newline and segfaults during SDK relocation.

Limit the search depth to 1, to avoid finding the file in the .debug
directory.

Signed-off-by: Christian Eggers 
Signed-off-by: Richard Purdie 
---
 meta/files/toolchain-shar-relocate.sh | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/files/toolchain-shar-relocate.sh 
b/meta/files/toolchain-shar-relocate.sh
index 3ece04db0a4a..cee9adbf399c 100644
--- a/meta/files/toolchain-shar-relocate.sh
+++ b/meta/files/toolchain-shar-relocate.sh
@@ -5,7 +5,7 @@ fi
 
 # fix dynamic loader paths in all ELF SDK binaries
 native_sysroot=$($SUDO_EXEC cat $env_setup_script |grep 
'OECORE_NATIVE_SYSROOT='|cut -d'=' -f2|tr -d '"')
-dl_path=$($SUDO_EXEC find $native_sysroot/lib -name "ld-linux*")
+dl_path=$($SUDO_EXEC find $native_sysroot/lib -maxdepth 1 -name "ld-linux*")
 if [ "$dl_path" = "" ] ; then
echo "SDK could not be set up. Relocate script unable to find 
ld-linux.so. Abort!"
exit 1
-- 
2.34.1


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



[OE-core] [honister][PATCH] sdk: fix search for dynamic loader

2022-02-14 Thread Christian Eggers
if the package "nativesdk-glibc-dbg" is installed as part of the SDK,
the existing search expression finds two files:

$OECORE_NATIVE_SYSROOT/lib/.debug/ld-linux-x86-64.so.2
$OECORE_NATIVE_SYSROOT/lib/ld-linux-x86-64.so.2

The generated relocate_sdk.sh shell script contains then an extra
newline and segfaults during SDK relocation.

Limit the search depth to 1, to avoid finding the file in the .debug
directory.

Signed-off-by: Christian Eggers 
Signed-off-by: Richard Purdie 
---
 meta/files/toolchain-shar-relocate.sh | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/files/toolchain-shar-relocate.sh 
b/meta/files/toolchain-shar-relocate.sh
index 3ece04db0a4a..cee9adbf399c 100644
--- a/meta/files/toolchain-shar-relocate.sh
+++ b/meta/files/toolchain-shar-relocate.sh
@@ -5,7 +5,7 @@ fi
 
 # fix dynamic loader paths in all ELF SDK binaries
 native_sysroot=$($SUDO_EXEC cat $env_setup_script |grep 
'OECORE_NATIVE_SYSROOT='|cut -d'=' -f2|tr -d '"')
-dl_path=$($SUDO_EXEC find $native_sysroot/lib -name "ld-linux*")
+dl_path=$($SUDO_EXEC find $native_sysroot/lib -maxdepth 1 -name "ld-linux*")
 if [ "$dl_path" = "" ] ; then
echo "SDK could not be set up. Relocate script unable to find 
ld-linux.so. Abort!"
exit 1
-- 
2.34.1


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



Re: [OE-core] [PATCH] bitbake.conf: Add COMMON_LICENSE_DIR to BB_HASHEXCLUDE_COMMON

2022-02-14 Thread Richard Purdie
On Sun, 2022-02-13 at 22:36 +, Peter Kjellerstedt wrote:
> > -Original Message-
> > From: Richard Purdie 
> > Sent: den 13 februari 2022 22:44
> > To: Peter Kjellerstedt ;
> > openembedded-core@lists.openembedded.org
> > Subject: Re: [OE-core] [PATCH] bitbake.conf: Add COMMON_LICENSE_DIR to
> > BB_HASHEXCLUDE_COMMON
> > 
> > On Sun, 2022-02-13 at 21:34 +0100, Peter Kjellerstedt wrote:
> > > Differences in COMMON_LICENSE_DIR should not affect the task hashes.
> > > 
> > > Signed-off-by: Peter Kjellerstedt 
> > > ---
> > >  meta/conf/bitbake.conf | 2 +-
> > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > > 
> > > diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> > > index fba99e8f0c..47c8cb39f9 100644
> > > --- a/meta/conf/bitbake.conf
> > > +++ b/meta/conf/bitbake.conf
> > > @@ -922,7 +922,7 @@ BB_HASHEXCLUDE_COMMON ?= "TMPDIR FILE PATH PWD
> > > BB_TASKHASH BBPATH BBSERVER DL_DI
> > >  BB_WORKERCONTEXT BB_LIMITEDDEPS BB_UNIHASH extend_recipe_sysroot
> > > DEPLOY_DIR \
> > >  SSTATE_HASHEQUIV_METHOD SSTATE_HASHEQUIV_REPORT_TASKDATA \
> > >  SSTATE_HASHEQUIV_OWNER CCACHE_TOP_DIR BB_HASHSERVE
> > > GIT_CEILING_DIRECTORIES \
> > > -OMP_NUM_THREADS BB_CURRENTTASK"
> > > +OMP_NUM_THREADS BB_CURRENTTASK COMMON_LICENSE_DIR"
> > >  BB_HASHBASE_WHITELIST ?= "${BB_HASHEXCLUDE_COMMON} PSEUDO_IGNORE_PATHS
> > > BUILDHISTORY_DIR \
> > >  SSTATE_DIR SOURCE_DATE_EPOCH"
> > >  BB_HASHCONFIG_WHITELIST ?= "${BB_HASHEXCLUDE_COMMON} DATE TIME
> > > SSH_AGENT_PID \
> > 
> > I think this has been discussed before and I'm very uneasy at the idea. Some
> > users would expect that if they add "their" version of a license in a layer
> > with
> > higher priority, they'd expect the hashes to change.
> 
> If the value was a relative path I could buy that, but not for an 
> absolute path.

True, however my concern is more that if you're changing this you are changing
the configuration and you'd expect the hashes to change as a result. Adding it
to the exclusion list hides that.

> > Where is this causing an issue?
> 
> Due to the huge number of licenses in meta/files/common-licenses after 
> all SPDX licenses were added, we cannot use that directory anymore as 
> it triples the recipe parsing time for us (since we define 
> INCOMPATIBLE LICENSE as AVAILABLE_LICENSES minus COMPATIBLE_LICENSES, 
> and the license code doesn't really handle having many hundreds of 
> licenses in INCOMPATIBLE LICENSE). Thus as a workaround I have had to 
> create a common-licenses directory in one of our layers which only has 
> symbolic links to the licenses in meta that we need. Then we set:
> 
> COMMON_LICENSE_DIR := "${LAYERDIR}/files/common-licenses"
> 
> in that layer's layer.conf, but since ${LAYERDIR} varies from build host 
> to build host, our whole global sstate was now only useable on the build 
> servers and not for local developer builds.

So shouldn't you just add COMMON_LICENSE_DIR to BB_HASHEXCLUDE_COMMON in your
config?

Cheers,

Richard



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#161699): 
https://lists.openembedded.org/g/openembedded-core/message/161699
Mute This Topic: https://lists.openembedded.org/mt/89121479/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] mc: fix build if ncurses have been configured without wide characters

2022-02-14 Thread Christian Eggers
Some distros like poky-tiny set ENABLE_WIDEC=false, which disables wide
character support for ncurses. The new patch fixes the build of mc for
this case.

Since 9000f8033662, NCURSES_WIDECHAR is set explicitly to 1 for musl.
This doesn't work for ENABLE_WIDEC==false. In this case,
NCURSES_WIDECHAR must be set explicitly to 0, as curses.h does not
record whether the ncurses library has actually been built with or
without wide characters.

Fixes: 9000f8033662 ("mc: upgrade 4.8.25 -> 4.8.26")
Signed-off-by: Christian Eggers 
---
 ...FTBFS-with-ncurses-build-with-disabl.patch | 87 +++
 meta/recipes-extended/mc/mc_4.8.27.bb |  5 +-
 2 files changed, 91 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-extended/mc/files/0001-Ticket-4200-fix-FTBFS-with-ncurses-build-with-disabl.patch

diff --git 
a/meta/recipes-extended/mc/files/0001-Ticket-4200-fix-FTBFS-with-ncurses-build-with-disabl.patch
 
b/meta/recipes-extended/mc/files/0001-Ticket-4200-fix-FTBFS-with-ncurses-build-with-disabl.patch
new file mode 100644
index ..408473664f5d
--- /dev/null
+++ 
b/meta/recipes-extended/mc/files/0001-Ticket-4200-fix-FTBFS-with-ncurses-build-with-disabl.patch
@@ -0,0 +1,87 @@
+From e7bbf72544ab62db9c92bfe7bd1155227e78c621 Mon Sep 17 00:00:00 2001
+From: Andrew Borodin 
+Date: Sat, 28 Aug 2021 11:46:53 +0300
+Subject: [PATCH] Ticket #4200: fix FTBFS with ncurses build with
+ --disable-widec.
+
+Upstream-Status: Accepted 
[https://github.com/MidnightCommander/mc/commit/e7bbf72544]
+Signed-off-by: Andrew Borodin 
+---
+ lib/tty/tty-ncurses.c   | 8 
+ lib/tty/tty-ncurses.h   | 5 +
+ lib/tty/tty-slang.h | 2 ++
+ src/filemanager/boxes.c | 2 ++
+ 4 files changed, 17 insertions(+)
+
+diff --git a/lib/tty/tty-ncurses.c b/lib/tty/tty-ncurses.c
+index f619c0a7bf31..13058a624208 100644
+--- a/lib/tty/tty-ncurses.c
 b/lib/tty/tty-ncurses.c
+@@ -560,6 +560,7 @@ tty_fill_region (int y, int x, int rows, int cols, 
unsigned char ch)
+ void
+ tty_colorize_area (int y, int x, int rows, int cols, int color)
+ {
++#ifdef ENABLE_SHADOWS
+ cchar_t *ctext;
+ wchar_t wch[10];/* TODO not sure if the length is correct */
+ attr_t attrs;
+@@ -585,6 +586,13 @@ tty_colorize_area (int y, int x, int rows, int cols, int 
color)
+ }
+ 
+ g_free (ctext);
++#else
++(void) y;
++(void) x;
++(void) rows;
++(void) cols;
++(void) color;
++#endif /* ENABLE_SHADOWS */
+ }
+ 
+ /* 
-
 */
+diff --git a/lib/tty/tty-ncurses.h b/lib/tty/tty-ncurses.h
+index d75df9533ab9..8feb17ccd045 100644
+--- a/lib/tty/tty-ncurses.h
 b/lib/tty/tty-ncurses.h
+@@ -30,6 +30,11 @@
+ #define NCURSES_CONST const
+ #endif
+ 
++/* do not draw shadows if NCurses is built with --disable-widec */
++#if defined(NCURSES_WIDECHAR) && NCURSES_WIDECHAR
++#define ENABLE_SHADOWS 1
++#endif
++
+ /*** typedefs(not structures) and defined constants 
**/
+ 
+ /*** enums 
***/
+diff --git a/lib/tty/tty-slang.h b/lib/tty/tty-slang.h
+index 5b12c6512853..eeaade388af4 100644
+--- a/lib/tty/tty-slang.h
 b/lib/tty/tty-slang.h
+@@ -23,6 +23,8 @@
+ #define COLS  SLtt_Screen_Cols
+ #define LINES SLtt_Screen_Rows
+ 
++#define ENABLE_SHADOWS 1
++
+ /*** enums 
***/
+ 
+ enum
+diff --git a/src/filemanager/boxes.c b/src/filemanager/boxes.c
+index 3eb525be4a9b..98df5ff2ed9a 100644
+--- a/src/filemanager/boxes.c
 b/src/filemanager/boxes.c
+@@ -280,7 +280,9 @@ appearance_box_callback (Widget * w, Widget * sender, 
widget_msg_t msg, int parm
+ switch (msg)
+ {
+ case MSG_INIT:
++#ifdef ENABLE_SHADOWS
+ if (!tty_use_colors ())
++#endif
+ {
+ Widget *shadow;
+ 
+-- 
+2.34.1
+
diff --git a/meta/recipes-extended/mc/mc_4.8.27.bb 
b/meta/recipes-extended/mc/mc_4.8.27.bb
index 546e615d1d1c..e877780ea051 100644
--- a/meta/recipes-extended/mc/mc_4.8.27.bb
+++ b/meta/recipes-extended/mc/mc_4.8.27.bb
@@ -11,6 +11,7 @@ RRECOMMENDS:${PN} = "ncurses-terminfo"
 SRC_URI = "http://www.midnight-commander.org/downloads/${BPN}-${PV}.tar.bz2 \
file://0001-mc-replace-perl-w-with-use-warnings.patch \
file://nomandate.patch \
+   
file://0001-Ticket-4200-fix-FTBFS-with-ncurses-build-with-disabl.patch \
"
 SRC_URI[sha256sum] = 
"2f52dd9c75c20d8eac7701bd3a8c6c125aaf8cdd9cf12b78ca50a0102b543407"
 
@@ -27,7 +28,9 @@ PACKAGECONFIG ??= ""
 PACKAGECONFIG[smb] = "--enable-vfs-smb,--disable-vfs-smb,samba,"
 PACKAGECONFIG[sftp] = "--enable-vfs-sftp,--disable-vfs-sftp,libssh2,"
 
-CFLAGS:append:libc-musl = ' -DNCURSES_WIDECHAR=1 '
+# enable NCURSES_WIDECHAR=1 only if ENABLE_WIDEC has not been explicitly 
disabled (e.g. by the distro config).
+# When 

Re: [OE-core] [honister][PATCH 3/3] package: Pass dv (debug_vars) around instead of individual vars

2022-02-14 Thread Anuj Mittal
Hi Peter

On Tue, 2022-02-08 at 16:53 +0100, Peter Kjellerstedt wrote:
> From: Peter Kjellerstedt 
> 
> This simplifies the APIs for splitdebuginfo(), splitstaticdebuginfo()
> and inject_minidebuginfo()

It doesn't look like these patches are fixing any bug so not
appropriate for honister in my opinion.

Thanks,

Anuj

> 
> Signed-off-by: Peter Kjellerstedt 
> Signed-off-by: Richard Purdie 
> ---
>  meta/classes/package.bbclass | 22 +++---
>  1 file changed, 11 insertions(+), 11 deletions(-)
> 
> diff --git a/meta/classes/package.bbclass
> b/meta/classes/package.bbclass
> index c3b4c0390a..dc1494eb1e 100644
> --- a/meta/classes/package.bbclass
> +++ b/meta/classes/package.bbclass
> @@ -369,7 +369,7 @@ def source_info(file, d, fatal=True):
>  
>  return list(debugsources)
>  
> -def splitdebuginfo(file, dvar, debugdir, debuglibdir, debugappend,
> debugsrcdir, d):
> +def splitdebuginfo(file, dvar, dv, d):
>  # Function to split a single file into two components, one is
> the stripped
>  # target system binary, the other contains any debugging
> information. The
>  # two files are linked to reference each other.
> @@ -380,7 +380,7 @@ def splitdebuginfo(file, dvar, debugdir,
> debuglibdir, debugappend, debugsrcdir,
>  import subprocess
>  
>  src = file[len(dvar):]
> -    dest = debuglibdir + os.path.dirname(src) + debugdir + "/" +
> os.path.basename(src) + debugappend
> +    dest = dv["libdir"] + os.path.dirname(src) + dv["dir"] + "/" +
> os.path.basename(src) + dv["append"]
>  debugfile = dvar + dest
>  sources = []
>  
> @@ -403,7 +403,7 @@ def splitdebuginfo(file, dvar, debugdir,
> debuglibdir, debugappend, debugsrcdir,
>  os.chmod(file, newmode)
>  
>  # We need to extract the debug src information here...
> -    if debugsrcdir:
> +    if dv["srcdir"]:
>  sources = source_info(file, d)
>  
>  bb.utils.mkdirhier(os.path.dirname(debugfile))
> @@ -418,7 +418,7 @@ def splitdebuginfo(file, dvar, debugdir,
> debuglibdir, debugappend, debugsrcdir,
>  
>  return (file, sources)
>  
> -def splitstaticdebuginfo(file, dvar, debugstaticdir,
> debugstaticlibdir, debugstaticappend, debugsrcdir, d):
> +def splitstaticdebuginfo(file, dvar, dv, d):
>  # Unlike the function above, there is no way to split a static
> library
>  # two components.  So to get similar results we will copy the
> unmodified
>  # static library (containing the debug symbols) into a new
> directory.
> @@ -431,7 +431,7 @@ def splitstaticdebuginfo(file, dvar,
> debugstaticdir, debugstaticlibdir, debugsta
>  import shutil
>  
>  src = file[len(dvar):]
> -    dest = debugstaticlibdir + os.path.dirname(src) + debugstaticdir
> + "/" + os.path.basename(src) + debugstaticappend
> +    dest = dv["staticlibdir"] + os.path.dirname(src) +
> dv["staticdir"] + "/" + os.path.basename(src) + dv["staticappend"]
>  debugfile = dvar + dest
>  sources = []
>  
> @@ -448,7 +448,7 @@ def splitstaticdebuginfo(file, dvar,
> debugstaticdir, debugstaticlibdir, debugsta
>  os.chmod(file, newmode)
>  
>  # We need to extract the debug src information here...
> -    if debugsrcdir:
> +    if dv["srcdir"]:
>  sources = source_info(file, d)
>  
>  bb.utils.mkdirhier(os.path.dirname(debugfile))
> @@ -461,7 +461,7 @@ def splitstaticdebuginfo(file, dvar,
> debugstaticdir, debugstaticlibdir, debugsta
>  
>  return (file, sources)
>  
> -def inject_minidebuginfo(file, dvar, debugdir, debuglibdir,
> debugappend, debugsrcdir, d):
> +def inject_minidebuginfo(file, dvar, dv, d):
>  # Extract just the symbols from debuginfo into minidebuginfo,
>  # compress it with xz and inject it back into the binary in a
> .gnu_debugdata section.
>  # https://sourceware.org/gdb/onlinedocs/gdb/MiniDebugInfo.html
> @@ -475,7 +475,7 @@ def inject_minidebuginfo(file, dvar, debugdir,
> debuglibdir, debugappend, debugsr
>  minidebuginfodir = d.expand('${WORKDIR}/minidebuginfo')
>  
>  src = file[len(dvar):]
> -    dest = debuglibdir + os.path.dirname(src) + debugdir + "/" +
> os.path.basename(src) + debugappend
> +    dest = dv["libdir"] + os.path.dirname(src) + dv["dir"] + "/" +
> os.path.basename(src) + dv["append"]
>  debugfile = dvar + dest
>  minidebugfile = minidebuginfodir + src + '.minidebug'
>  bb.utils.mkdirhier(os.path.dirname(minidebugfile))
> @@ -1249,11 +1249,11 @@ python split_and_strip_files () {
>  # First lets process debug splitting
>  #
>  if (d.getVar('INHIBIT_PACKAGE_DEBUG_SPLIT') != '1'):
> -    results = oe.utils.multiprocess_launch(splitdebuginfo,
> list(elffiles), d, extraargs=(dvar, dv["dir"], dv["libdir"],
> dv["append"], dv["srcdir"], d))
> +    results = oe.utils.multiprocess_launch(splitdebuginfo,
> list(elffiles), d, extraargs=(dvar, dv, d))
>  
>  if dv["srcdir"] and not hostos.startswith("mingw"):
>  if (d.getVar('PACKAGE_DEBUG_STATIC_SPLIT') == '1'):
> -    

Re: [OE-core] [hardknott][PATCH] glibc: upgrade glibc-2.33 to latest version

2022-02-14 Thread Anuj Mittal
On Mon, 2022-02-14 at 13:08 +0530, pgowda cve wrote:
> Gentle Ping on this patch.

I didn't realize this is separate from the glibc upgrade sent earlier.
I will include it now.

Thanks,

Anuj

> 
> On Sun, Jan 30, 2022 at 11:50 AM pgowda  wrote:
> > 
> > glibc-2.33 has been upgraded to latest version that includes many
> > CVE and
> > other bug fixes. Ran the regressions and results are better.
> > 
> > Signed-off-by: pgowda 
> > ---
> >  meta/recipes-core/glibc/glibc-version.inc | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> > 
> > diff --git a/meta/recipes-core/glibc/glibc-version.inc
> > b/meta/recipes-core/glibc/glibc-version.inc
> > index 63241ee951..e1eefdee49 100644
> > --- a/meta/recipes-core/glibc/glibc-version.inc
> > +++ b/meta/recipes-core/glibc/glibc-version.inc
> > @@ -1,6 +1,6 @@
> >  SRCBRANCH ?= "release/2.33/master"
> >  PV = "2.33"
> > -SRCREV_glibc ?= "55b99e9ed07688019609bd4dcd17d3ebf4572948"
> > +SRCREV_glibc ?= "3e2a15c666e40e5ee740e5079c56d83469280323"
> >  SRCREV_localedef ?= "bd644c9e6f3e20c5504da1488448173c69c56c28"
> > 
> >  GLIBC_GIT_URI ?= "git://sourceware.org/git/glibc.git"
> > --
> > 2.31.1
> > 


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