Re: [OE-core] [PATCH] wic: bootimg-efi: implement --include-path

[Maxim Uvarov]

On Mon, 20 Jan 2020 at 22:31, Maxim Uvarov  wrote:
>
> --include-path can be used for placing files on ESP,
> like dtbs.
>
> Signed-off-by: Maxim Uvarov 
> ---
>  scripts/lib/wic/plugins/source/bootimg-efi.py | 4 
>  1 file changed, 4 insertions(+)
>
> diff --git a/scripts/lib/wic/plugins/source/bootimg-efi.py 
> b/scripts/lib/wic/plugins/source/bootimg-efi.py
> index 2cfdc10ecd..fa320a50b8 100644
> --- a/scripts/lib/wic/plugins/source/bootimg-efi.py
> +++ b/scripts/lib/wic/plugins/source/bootimg-efi.py
> @@ -289,6 +289,10 @@ class BootimgEFIPlugin(SourcePlugin):
>  mcopy_cmd = "mcopy -i %s -s %s/* ::/" % (bootimg, hdddir)
>  exec_native_cmd(mcopy_cmd, native_sysroot)
>
> +for path in part.include_path:

missed or [] like other plugins do. array can be not defined in wic
plugins. Will send v2.

> +mcopy_cmd = "mcopy -i %s -s %s/ ::/" % (bootimg, path)
> +exec_native_cmd(mcopy_cmd, native_sysroot)
> +
>  chmod_cmd = "chmod 644 %s" % bootimg
>  exec_cmd(chmod_cmd)
>
> --
> 2.17.1
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] ✗ patchtest: failure for gstreamer1.0-plugins-common.inc: disable orc on mips

[Patchwork]

== Series Details ==

Series: gstreamer1.0-plugins-common.inc: disable orc on mips
Revision: 1
URL   : https://patchwork.openembedded.org/series/22184/
State : failure

== Summary ==


Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
series by patchtest resulting in the following failures:



* Issue Series does not apply on top of target branch 
[test_series_merge_on_head] 
  Suggested fixRebase your series on top of targeted branch
  Targeted branch  master (currently at 1098fdf360)



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] gstreamer1.0-plugins-common.inc: disable orc on mips

[mingli.yu]

From: Mingli Yu 

After transiton to meson build for gstreamer series,
for gstreamer1.0-plugins-base, with below two commits
introduced:
238080ed89 gstreamer: Remove unused common files and patches
20614408dc gstreamer1.0-plugins-base: Transition to meson based builds

With below config in local.conf
MACHINE ??= "qemumips64"
require conf/multilib.conf
MULTILIB_GLOBAL_VARIANTS_append = " libn32"
MULTILIBS ?= "multilib:lib32 multilib:libn32"
DEFAULTTUNE_virtclass-multilib-lib32 ?= "mips"
DEFAULTTUNE_virtclass-multilib-libn32 ?= "mips64-n32"

there comes below failure:
$ bitbake lib32-gstreamer1.0-plugins-base
[snip]
mips-pokymllib32-linux-gcc -meb -mabi=32 -mhard-float -fstack-protector-strong 
-D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security 
--sysroot=/mybuild/tmp/work/mips-pokymllib32-linux/lib32-gstreamer1.0-plugins-base/1.16.1-r0/lib32-recipe-sysroot
 -Itests/check/7d01337@@orc_video@exe -Itests/check 
-I../gst-plugins-base-1.16.1/tests/check 
-I/mybuild/tmp/work/mips-pokymllib32-linux/lib32-gstreamer1.0-plugins-base/1.16.1-r0/lib32-recipe-sysroot/usr/include/orc-0.4
 -fdiagnostics-color=always -pipe -D_FILE_OFFSET_BITS=64 -fvisibility=hidden 
-fno-strict-aliasing -DG_DISABLE_CAST_CHECKS -Wmissing-declarations 
-Wredundant-decls -Wundef -Wwrite-strings -Wformat -Wformat-nonliteral 
-Wformat-security -Winit-self -Wmissing-include-dirs -Waddress -Wno-multichar 
-Wvla -Wpointer-arith -Wmissing-prototypes -Wdeclaration-after-statement -O2 -g 
-feliminate-unused-debug-types 
-fmacro-prefix-map=/mybuild/tmp/work/mips-pokymllib32-linux/lib32-gstreamer1.0-plugins-base/1.16.1-r0=/u
 sr/src/debug/lib32-gstreamer1.0-plugins-base/1.16.1-r0 
-fdebug-prefix-map=/mybuild/tmp/work/mips-pokymllib32-linux/lib32-gstreamer1.0-plugins-base/1.16.1-r0=/usr/src/debug/lib32-gstreamer1.0-plugins-base/1.16.1-r0
 
-fdebug-prefix-map=/mybuild/tmp/work/mips-pokymllib32-linux/lib32-gstreamer1.0-plugins-base/1.16.1-r0/lib32-recipe-sysroot=
 
-fdebug-prefix-map=/mybuild/tmp/work/mips-pokymllib32-linux/lib32-gstreamer1.0-plugins-base/1.16.1-r0/recipe-sysroot-native=
 -MD -MQ 'tests/check/7d01337@@orc_video@exe/meson-generated_.._orc_video.c.o' 
-MF 'tests/check/7d01337@@orc_video@exe/meson-generated_.._orc_video.c.o.d' -o 
'tests/check/7d01337@@orc_video@exe/meson-generated_.._orc_video.c.o' -c 
tests/check/orc_video.c
FAILED: tests/check/7d01337@@orc_video@exe/meson-generated_.._orc_video.c.o
{standard input}: Assembler messages:
{standard input}:46587: Error: branch out of range
{standard input}:46613: Error: branch out of range
[snip]

BTW, gstreamer1.0-plugins-good also occurs
the same build failure as above.

Disable orc as workaround to fix the above issue

Signed-off-by: Mingli Yu 
---
 .../findutils/{findutils_4.6.0.bb => findutils_4.7.0.bb} | 0
 .../gstreamer/gstreamer1.0-plugins-common.inc| 5 -
 2 files changed, 4 insertions(+), 1 deletion(-)
 rename meta/recipes-extended/findutils/{findutils_4.6.0.bb => 
findutils_4.7.0.bb} (100%)

diff --git a/meta/recipes-extended/findutils/findutils_4.6.0.bb 
b/meta/recipes-extended/findutils/findutils_4.7.0.bb
similarity index 100%
rename from meta/recipes-extended/findutils/findutils_4.6.0.bb
rename to meta/recipes-extended/findutils/findutils_4.7.0.bb
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-common.inc 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-common.inc
index ccf55500a9..3896424b2d 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-common.inc
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-common.inc
@@ -18,7 +18,10 @@ require gstreamer1.0-plugins-packaging.inc
 # This value is used in the PACKAGECONFIG values for each plugin set recipe.
 # By modifying it, Orc can be enabled/disabled in all of these recipes at once.
 GSTREAMER_ORC ?= "orc"
-
+# workaround to disable orc on mips to fix the build failure
+# {standard input}: Assembler messages:
+# {standard input}:46587: Error: branch out of range
+GSTREAMER_ORC_remove_mips = "orc"
 PACKAGECONFIG[orc] = "-Dorc=enabled,-Dorc=disabled,orc orc-native"
 
 # TODO: put this in a gettext.bbclass patch (with variables to allow for
-- 
2.23.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [poky][sumo][PATCH] bzip2: Fix CVE-2019-12900

[Saloni Jain]

From: Sana Kazi 

Added patch for CVE-2019-12900 as backport from upstream.
Fixes out of bound access discovered while fuzzying karchive.

Tested by: sana.k...@kpit.com

Signed-off-by: Saloni Jain 
---
 .../bzip2/bzip2-1.0.6/CVE-2019-12900.patch | 36 ++
 meta/recipes-extended/bzip2/bzip2_1.0.6.bb |  2 ++
 2 files changed, 38 insertions(+)
 create mode 100644 meta/recipes-extended/bzip2/bzip2-1.0.6/CVE-2019-12900.patch

diff --git a/meta/recipes-extended/bzip2/bzip2-1.0.6/CVE-2019-12900.patch 
b/meta/recipes-extended/bzip2/bzip2-1.0.6/CVE-2019-12900.patch
new file mode 100644
index 000..c2eb82a
--- /dev/null
+++ b/meta/recipes-extended/bzip2/bzip2-1.0.6/CVE-2019-12900.patch
@@ -0,0 +1,36 @@
+From 74de1e2e6ffc9d51ef9824db71a8ffee5962cdbc Mon Sep 17 00:00:00 2001
+From: Albert Astals Cid 
+Date: Tue, 28 May 2019 19:35:18 +0200
+Subject: [PATCH] Make sure nSelectors is not out of range
+
+nSelectors is used in a loop from 0 to nSelectors to access selectorMtf
+which is
+UCharselectorMtf[BZ_MAX_SELECTORS];
+so if nSelectors is bigger than BZ_MAX_SELECTORS it'll do an invalid memory
+access
+Fixes out of bounds access discovered while fuzzying karchive
+
+Link: 
https://gitlab.com/federicomenaquintero/bzip2/commit/74de1e2e6ffc9d51ef9824db71a8ffee5962cdbc.patch
+
+Upstream-Status: Backport
+CVE: CVE-2019-12900.patch
+Signed-off-by: Saloni Jain 
+---
+ decompress.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/decompress.c b/decompress.c
+index ab6a624..f3db91d 100644
+--- a/decompress.c
 b/decompress.c
+@@ -287,7 +287,7 @@ Int32 BZ2_decompress ( DState* s )
+   GET_BITS(BZ_X_SELECTOR_1, nGroups, 3);
+   if (nGroups < 2 || nGroups > 6) RETURN(BZ_DATA_ERROR);
+   GET_BITS(BZ_X_SELECTOR_2, nSelectors, 15);
+-  if (nSelectors < 1) RETURN(BZ_DATA_ERROR);
++  if (nSelectors < 1 || nSelectors > BZ_MAX_SELECTORS) 
RETURN(BZ_DATA_ERROR);
+   for (i = 0; i < nSelectors; i++) {
+  j = 0;
+  while (True) {
+--
+2.22.0
diff --git a/meta/recipes-extended/bzip2/bzip2_1.0.6.bb 
b/meta/recipes-extended/bzip2/bzip2_1.0.6.bb
index acbf80a..688e177 100644
--- a/meta/recipes-extended/bzip2/bzip2_1.0.6.bb
+++ b/meta/recipes-extended/bzip2/bzip2_1.0.6.bb
@@ -8,12 +8,14 @@ LICENSE = "bzip2"
 LIC_FILES_CHKSUM = 
"file://LICENSE;beginline=8;endline=37;md5=40d9d1eb05736d1bfc86cfdd9106e6b2"
 PR = "r5"

+FILESEXTRAPATHS_prepend := "${THISDIR}/bzip2-1.0.6:"
 SRC_URI = "http://downloads.yoctoproject.org/mirror/sources/${BP}.tar.gz \
file://fix-bunzip2-qt-returns-0-for-corrupt-archives.patch \
file://configure.ac;subdir=${BP} \
file://Makefile.am;subdir=${BP} \
file://run-ptest \
file://CVE-2016-3189.patch \
+   file://CVE-2019-12900.patch \
"

 SRC_URI[md5sum] = "00b516f4704d4a7cb50a1d97e6e8e15b"
--
2.7.4

This message contains information that may be privileged or confidential and is 
the property of the KPIT Technologies Ltd. It is intended only for the person 
to whom it is addressed. If you are not the intended recipient, you are not 
authorized to read, print, retain copy, disseminate, distribute, or use this 
message or any part thereof. If you receive this message in error, please 
notify the sender immediately and delete all copies of this message. KPIT 
Technologies Ltd. does not accept any liability for virus infected mails.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [poky][zeus][PATCH] bzip2: Fix CVE-2019-12900

[Saloni Jain]

From: Sana Kazi 

Added patch for CVE-2019-12900 as backport from upstream.
Fixes out of bound access discovered while fuzzying karchive.

Tested by: sana.k...@kpit.com

Signed-off-by: Saloni Jain 
---
 .../bzip2/bzip2-1.0.6/CVE-2019-12900.patch | 36 ++
 1 file changed, 36 insertions(+)
 create mode 100644 meta/recipes-extended/bzip2/bzip2-1.0.6/CVE-2019-12900.patch

diff --git a/meta/recipes-extended/bzip2/bzip2-1.0.6/CVE-2019-12900.patch 
b/meta/recipes-extended/bzip2/bzip2-1.0.6/CVE-2019-12900.patch
new file mode 100644
index 000..c2eb82a
--- /dev/null
+++ b/meta/recipes-extended/bzip2/bzip2-1.0.6/CVE-2019-12900.patch
@@ -0,0 +1,36 @@
+From 74de1e2e6ffc9d51ef9824db71a8ffee5962cdbc Mon Sep 17 00:00:00 2001
+From: Albert Astals Cid 
+Date: Tue, 28 May 2019 19:35:18 +0200
+Subject: [PATCH] Make sure nSelectors is not out of range
+
+nSelectors is used in a loop from 0 to nSelectors to access selectorMtf
+which is
+UCharselectorMtf[BZ_MAX_SELECTORS];
+so if nSelectors is bigger than BZ_MAX_SELECTORS it'll do an invalid memory
+access
+Fixes out of bounds access discovered while fuzzying karchive
+
+Link: 
https://gitlab.com/federicomenaquintero/bzip2/commit/74de1e2e6ffc9d51ef9824db71a8ffee5962cdbc.patch
+
+Upstream-Status: Backport
+CVE: CVE-2019-12900.patch
+Signed-off-by: Saloni Jain 
+---
+ decompress.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/decompress.c b/decompress.c
+index ab6a624..f3db91d 100644
+--- a/decompress.c
 b/decompress.c
+@@ -287,7 +287,7 @@ Int32 BZ2_decompress ( DState* s )
+   GET_BITS(BZ_X_SELECTOR_1, nGroups, 3);
+   if (nGroups < 2 || nGroups > 6) RETURN(BZ_DATA_ERROR);
+   GET_BITS(BZ_X_SELECTOR_2, nSelectors, 15);
+-  if (nSelectors < 1) RETURN(BZ_DATA_ERROR);
++  if (nSelectors < 1 || nSelectors > BZ_MAX_SELECTORS) 
RETURN(BZ_DATA_ERROR);
+   for (i = 0; i < nSelectors; i++) {
+  j = 0;
+  while (True) {
+--
+2.22.0
--
2.7.4

This message contains information that may be privileged or confidential and is 
the property of the KPIT Technologies Ltd. It is intended only for the person 
to whom it is addressed. If you are not the intended recipient, you are not 
authorized to read, print, retain copy, disseminate, distribute, or use this 
message or any part thereof. If you receive this message in error, please 
notify the sender immediately and delete all copies of this message. KPIT 
Technologies Ltd. does not accept any liability for virus infected mails.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] ✗ patchtest: failure for Added patch for CVE-2019-12900 as backport from upstream.

[Patchwork]

== Series Details ==

Series: Added patch for CVE-2019-12900 as backport from upstream.
Revision: 1
URL   : https://patchwork.openembedded.org/series/22179/
State : failure

== Summary ==


Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
series by patchtest resulting in the following failures:



* Patch[poky, master] Added patch for CVE-2019-12900 as backport 
from upstream.
 Issue Shortlog does not follow expected format 
[test_shortlog_format] 
  Suggested fixCommit shortlog (first line of commit message) should follow 
the format ": "



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [poky][master][PATCH] bzip2: Fix CVE-2019-12900

[Saloni Jain]

From: Sana Kazi 

Added patch for CVE-2019-12900 as backport from upstream.
Fixes out of bound access discovered while fuzzying karchive.

Tested by: sana.k...@kpit.com

Signed-off-by: Saloni Jain 
---
 .../bzip2/bzip2-1.0.6/CVE-2019-12900.patch | 36 ++
 1 file changed, 36 insertions(+)
 create mode 100644 meta/recipes-extended/bzip2/bzip2-1.0.6/CVE-2019-12900.patch

diff --git a/meta/recipes-extended/bzip2/bzip2-1.0.6/CVE-2019-12900.patch 
b/meta/recipes-extended/bzip2/bzip2-1.0.6/CVE-2019-12900.patch
new file mode 100644
index 000..c2eb82a
--- /dev/null
+++ b/meta/recipes-extended/bzip2/bzip2-1.0.6/CVE-2019-12900.patch
@@ -0,0 +1,36 @@
+From 74de1e2e6ffc9d51ef9824db71a8ffee5962cdbc Mon Sep 17 00:00:00 2001
+From: Albert Astals Cid 
+Date: Tue, 28 May 2019 19:35:18 +0200
+Subject: [PATCH] Make sure nSelectors is not out of range
+
+nSelectors is used in a loop from 0 to nSelectors to access selectorMtf
+which is
+UCharselectorMtf[BZ_MAX_SELECTORS];
+so if nSelectors is bigger than BZ_MAX_SELECTORS it'll do an invalid memory
+access
+Fixes out of bounds access discovered while fuzzying karchive
+
+Link: 
https://gitlab.com/federicomenaquintero/bzip2/commit/74de1e2e6ffc9d51ef9824db71a8ffee5962cdbc.patch
+
+Upstream-Status: Backport
+CVE: CVE-2019-12900.patch
+Signed-off-by: Saloni Jain 
+---
+ decompress.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/decompress.c b/decompress.c
+index ab6a624..f3db91d 100644
+--- a/decompress.c
 b/decompress.c
+@@ -287,7 +287,7 @@ Int32 BZ2_decompress ( DState* s )
+   GET_BITS(BZ_X_SELECTOR_1, nGroups, 3);
+   if (nGroups < 2 || nGroups > 6) RETURN(BZ_DATA_ERROR);
+   GET_BITS(BZ_X_SELECTOR_2, nSelectors, 15);
+-  if (nSelectors < 1) RETURN(BZ_DATA_ERROR);
++  if (nSelectors < 1 || nSelectors > BZ_MAX_SELECTORS) 
RETURN(BZ_DATA_ERROR);
+   for (i = 0; i < nSelectors; i++) {
+  j = 0;
+  while (True) {
+--
+2.22.0
--
2.7.4

This message contains information that may be privileged or confidential and is 
the property of the KPIT Technologies Ltd. It is intended only for the person 
to whom it is addressed. If you are not the intended recipient, you are not 
authorized to read, print, retain copy, disseminate, distribute, or use this 
message or any part thereof. If you receive this message in error, please 
notify the sender immediately and delete all copies of this message. KPIT 
Technologies Ltd. does not accept any liability for virus infected mails.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [poky][master][PATCH] Added patch for CVE-2019-12900 as backport from upstream.

[Mittal, Anuj]

On Tue, 2020-01-21 at 06:14 +, Saloni Jain wrote:
> From: Sana Kazi 
> 
> Fixes out of bound access discovered while fuzzying karchive.
> 
> Tested by: sana.k...@kpit.com
> 
> Signed-off-by: Saloni Jain 
> ---
>  .../bzip2/bzip2-1.0.6/CVE-2019-12900.patch | 36
> ++
>  1 file changed, 36 insertions(+)

The patch file would also need to included in the recipe SRC_URI. Also,
this patch should only be applicable to warrior/thud since it's already
in 1.0.7.

Thanks,

Anuj
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [poky][master][PATCH] Added patch for CVE-2019-12900 as backport from upstream.

[Saloni Jain]

From: Sana Kazi 

Fixes out of bound access discovered while fuzzying karchive.

Tested by: sana.k...@kpit.com

Signed-off-by: Saloni Jain 
---
 .../bzip2/bzip2-1.0.6/CVE-2019-12900.patch | 36 ++
 1 file changed, 36 insertions(+)
 create mode 100644 meta/recipes-extended/bzip2/bzip2-1.0.6/CVE-2019-12900.patch

diff --git a/meta/recipes-extended/bzip2/bzip2-1.0.6/CVE-2019-12900.patch 
b/meta/recipes-extended/bzip2/bzip2-1.0.6/CVE-2019-12900.patch
new file mode 100644
index 000..c2eb82a
--- /dev/null
+++ b/meta/recipes-extended/bzip2/bzip2-1.0.6/CVE-2019-12900.patch
@@ -0,0 +1,36 @@
+From 74de1e2e6ffc9d51ef9824db71a8ffee5962cdbc Mon Sep 17 00:00:00 2001
+From: Albert Astals Cid 
+Date: Tue, 28 May 2019 19:35:18 +0200
+Subject: [PATCH] Make sure nSelectors is not out of range
+
+nSelectors is used in a loop from 0 to nSelectors to access selectorMtf
+which is
+UCharselectorMtf[BZ_MAX_SELECTORS];
+so if nSelectors is bigger than BZ_MAX_SELECTORS it'll do an invalid memory
+access
+Fixes out of bounds access discovered while fuzzying karchive
+
+Link: 
https://gitlab.com/federicomenaquintero/bzip2/commit/74de1e2e6ffc9d51ef9824db71a8ffee5962cdbc.patch
+
+Upstream-Status: Backport
+CVE: CVE-2019-12900.patch
+Signed-off-by: Saloni Jain 
+---
+ decompress.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/decompress.c b/decompress.c
+index ab6a624..f3db91d 100644
+--- a/decompress.c
 b/decompress.c
+@@ -287,7 +287,7 @@ Int32 BZ2_decompress ( DState* s )
+   GET_BITS(BZ_X_SELECTOR_1, nGroups, 3);
+   if (nGroups < 2 || nGroups > 6) RETURN(BZ_DATA_ERROR);
+   GET_BITS(BZ_X_SELECTOR_2, nSelectors, 15);
+-  if (nSelectors < 1) RETURN(BZ_DATA_ERROR);
++  if (nSelectors < 1 || nSelectors > BZ_MAX_SELECTORS) 
RETURN(BZ_DATA_ERROR);
+   for (i = 0; i < nSelectors; i++) {
+  j = 0;
+  while (True) {
+--
+2.22.0
--
2.7.4

This message contains information that may be privileged or confidential and is 
the property of the KPIT Technologies Ltd. It is intended only for the person 
to whom it is addressed. If you are not the intended recipient, you are not 
authorized to read, print, retain copy, disseminate, distribute, or use this 
message or any part thereof. If you receive this message in error, please 
notify the sender immediately and delete all copies of this message. KPIT 
Technologies Ltd. does not accept any liability for virus infected mails.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] rsync: whitelist CVE-2017-16548

[chee . yang . lee]

From: Lee Chee Yang 

patch for this CVE applies to v3.1.3pre1 not for v3.1.3.
patch already in v3.1.3.
see
https://git.samba.org/rsync.git/?p=rsync.git;a=commitdiff;h=47a63d90e71d3e19e0e96052bb8c6b9cb140ecc1;hp=bc112b0e7feece62ce98708092306639a8a53cce

Signed-off-by: Lee Chee Yang 
---
 meta/recipes-devtools/rsync/rsync_3.1.3.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-devtools/rsync/rsync_3.1.3.bb 
b/meta/recipes-devtools/rsync/rsync_3.1.3.bb
index ffb1d06..152ff02 100644
--- a/meta/recipes-devtools/rsync/rsync_3.1.3.bb
+++ b/meta/recipes-devtools/rsync/rsync_3.1.3.bb
@@ -20,6 +20,9 @@ SRC_URI = 
"https://download.samba.org/pub/${BPN}/src/${BP}.tar.gz \
 SRC_URI[md5sum] = "1581a588fde9d89f6bc6201e8129afaf"
 SRC_URI[sha256sum] = 
"55cc554efec5fdaad70de921cd5a5eeb6c29a95524c715f3bbf849235b0800c0"
 
+# -16548 required for v3.1.3pre1. Already in v3.1.3.
+CVE_CHECK_WHITELIST += " CVE-2017-16548 "
+
 inherit autotools
 
 PACKAGECONFIG ??= "acl attr \
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/2] bash: include patch 8-11

[chee . yang . lee]

From: Lee Chee Yang 

Signed-off-by: Lee Chee Yang 
---
 meta/recipes-extended/bash/bash_5.0.bb | 12 
 1 file changed, 12 insertions(+)

diff --git a/meta/recipes-extended/bash/bash_5.0.bb 
b/meta/recipes-extended/bash/bash_5.0.bb
index eadc822..0c7b234 100644
--- a/meta/recipes-extended/bash/bash_5.0.bb
+++ b/meta/recipes-extended/bash/bash_5.0.bb
@@ -12,6 +12,10 @@ SRC_URI = "${GNU_MIRROR}/bash/${BP}.tar.gz;name=tarball \

${GNU_MIRROR}/bash/bash-${PV}-patches/bash50-005;apply=yes;striplevel=0;name=patch005
 \

${GNU_MIRROR}/bash/bash-${PV}-patches/bash50-006;apply=yes;striplevel=0;name=patch006
 \

${GNU_MIRROR}/bash/bash-${PV}-patches/bash50-007;apply=yes;striplevel=0;name=patch007
 \
+   
${GNU_MIRROR}/bash/bash-${PV}-patches/bash50-008;apply=yes;striplevel=0;name=patch008
 \
+   
${GNU_MIRROR}/bash/bash-${PV}-patches/bash50-009;apply=yes;striplevel=0;name=patch009
 \
+   
${GNU_MIRROR}/bash/bash-${PV}-patches/bash50-010;apply=yes;striplevel=0;name=patch010
 \
+   
${GNU_MIRROR}/bash/bash-${PV}-patches/bash50-011;apply=yes;striplevel=0;name=patch011
 \
file://execute_cmd.patch \
file://mkbuiltins_have_stringize.patch \
file://build-tests.patch \
@@ -38,6 +42,14 @@ SRC_URI[patch006.md5sum] = "4a8ee95adb72c3aba03d9e8c9f96ece6"
 SRC_URI[patch006.sha256sum] = 
"d68529a6ff201b6ff5915318ab12fc16b8a0ebb77fda3308303fcc1e13398420"
 SRC_URI[patch007.md5sum] = "411560d81fde2dc5b17b83c3f3b58c6f"
 SRC_URI[patch007.sha256sum] = 
"17b41e7ee3673d8887dd25992417a398677533ab8827938aa41fad70df19af9b"
+SRC_URI[patch008.md5sum] = "dd7cf7a784d1838822cad8d419315991"
+SRC_URI[patch008.sha256sum] = 
"eec64588622a82a5029b2776e218a75a3640bef4953f09d6ee1f4199670ad7e3"
+SRC_URI[patch009.md5sum] = "c1b3e937cd6dccbb7fd772f32812a0da"
+SRC_URI[patch009.sha256sum] = 
"ed3ca21767303fc3de93934aa524c2e920787c506b601cc40a4897d4b094d903"
+SRC_URI[patch010.md5sum] = "19b41e73b03602d0e261c471b53e670c"
+SRC_URI[patch010.sha256sum] = 
"d6fbc325f0b5dc54ddbe8ee43020bced8bd589ddffea59d128db14b2e52a8a11"
+SRC_URI[patch011.md5sum] = "414339330a3634137081a97f2c8615a8"
+SRC_URI[patch011.sha256sum] = 
"2c4de332b91eaf797abbbd6c79709690b5cbd48b12e8dfe748096dbd7bf474ea"
 
 DEBUG_OPTIMIZATION_append_armv4 = " ${@bb.utils.contains('TUNE_CCARGS', 
'-mthumb', '-fomit-frame-pointer', '', d)}"
 DEBUG_OPTIMIZATION_append_armv5 = " ${@bb.utils.contains('TUNE_CCARGS', 
'-mthumb', '-fomit-frame-pointer', '', d)}"
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2] gdb: add PACKAGECONFIG for xz (lzma) compression support

[Dan Callaghan]

Similar to elfutils, when xz support is built into gdb it will be able
to read xz-compressed ELF sections containing debuginfo. This is used by
the "mini debuginfo" format:
https://sourceware.org/gdb/onlinedocs/gdb/MiniDebugInfo.html

Signed-off-by: Dan Callaghan 
---
 meta/recipes-devtools/gdb/gdb-common.inc | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/gdb/gdb-common.inc 
b/meta/recipes-devtools/gdb/gdb-common.inc
index 08f615addf..878a03715c 100644
--- a/meta/recipes-devtools/gdb/gdb-common.inc
+++ b/meta/recipes-devtools/gdb/gdb-common.inc
@@ -21,7 +21,7 @@ EXPAT = "--with-expat 
--with-libexpat-prefix=${STAGING_DIR_HOST}"
 
 EXTRA_OECONF = "--disable-gdbtk --disable-x --disable-werror \
 --with-curses --disable-multilib --disable-sim \
---without-lzma --without-guile \
+--without-guile \
 ${GDBPROPREFIX} ${EXPAT} \
 ${@bb.utils.contains('DISTRO_FEATURES', 'multiarch', 
'--enable-64-bit-bfd', '', d)} \
 --disable-rpath \
@@ -37,6 +37,7 @@ PACKAGECONFIG[python] = 
"--with-python=${WORKDIR}/python,--without-python,python
 PACKAGECONFIG[babeltrace] = "--with-babeltrace,--without-babeltrace,babeltrace"
 # ncurses is already a hard DEPENDS, but would be added here if it weren't
 PACKAGECONFIG[tui] = "--enable-tui,--disable-tui"
+PACKAGECONFIG[xz] = "--with-lzma,--without-lzma,xz"
 
 GDBPROPREFIX = "--program-prefix=''"
 
-- 
2.21.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCHv2] meta/recipes-graphics/waffle: Add python3 dependency

[Anibal Limon]

I found the answer, poky adds wayland support via DISTRO_FEATURES that ends
on python3 dependency in the waffle recipe-sysroot.

You can test removing wayland from DISTRO_FEATURES to see the failure, we
use OE and has two distro variants X/Wayland so the builds
fails only in X [1][2].

Regards,
Anibal

[1]
https://ci.linaro.org/job/lt-qcom-openembedded-rpb-zeus/61/DISTRO=rpb,MACHINE=dragonboard-410c,label=docker-stretch-amd64/console
[2]
https://ci.linaro.org/job/lt-qcom-openembedded-rpb-zeus/61/DISTRO=rpb-wayland,MACHINE=dragonboard-410c,label=docker-stretch-amd64/console


On Tue, 14 Jan 2020 at 10:24, Alexander Kanavin 
wrote:

> This failure is not seen on the autobuilder. Is it something that happens
> only under specific condition, and so should the dependency be conditional
> to that?
>
> Alex
>
> On Tue, 14 Jan 2020 at 17:20, Aníbal Limón 
> wrote:
>
>> The python3native.bbclass set PYTHON_{LIBRARY, INCLUDE_DIR} pointing to
>> python target build, a patch was add to use target _sysconfigdata too [1]
>> but is not available without python3 dependency.
>>
>> Fixes waffle build when trying to find _sysconfigdata module,
>>
>> ...
>> | Program python3 found: YES
>> (/home/anibal.limon/linaro/oe-rpb-master/build-410c/tmp-rpb-glibc/work/aarch64-linaro-linux/waffle/1.6.0-r0/recipe-sysroot-native/usr/bin/python3-native/python3)
>> |
>> | meson.build:36:0: ERROR: 
>> ['/home/anibal.limon/linaro/oe-rpb-master/build-410c/tmp-rpb-glibc/work/aarch64-linaro-linux/waffle/1.6.0-r0/recipe-sysroot-native/usr/bin/python3-native/python3']>
>> is not a valid python or it is missing setuptools
>> |
>> | A full log can be found at
>> /home/anibal.limon/linaro/oe-rpb-master/build-410c/tmp-rpb-glibc/work/aarch64-linaro-linux/waffle/1.6.0-r0/build/meson-logs/meson-log.txt
>> | WARNING: exit code 1 from a shell command.
>> ...
>>
>> [1]
>> http://git.openembedded.org/openembedded-core/commit/?id=02714c105426b0d687620913c1a7401b386428b6
>>
>> Signed-off-by: Aníbal Limón 
>> ---
>>  meta/recipes-graphics/waffle/waffle_1.6.0.bb | 2 ++
>>  1 file changed, 2 insertions(+)
>>
>> diff --git a/meta/recipes-graphics/waffle/waffle_1.6.0.bb
>> b/meta/recipes-graphics/waffle/waffle_1.6.0.bb
>> index 52cb1df899..a620295978 100644
>> --- a/meta/recipes-graphics/waffle/waffle_1.6.0.bb
>> +++ b/meta/recipes-graphics/waffle/waffle_1.6.0.bb
>> @@ -11,6 +11,8 @@ UPSTREAM_CHECK_URI = "
>> http://www.waffle-gl.org/releases.html";
>>
>>  inherit meson features_check lib_package bash-completion
>>
>> +DEPENDS_append = " python3"
>> +
>>  # This should be overridden per-machine to reflect the capabilities of
>> the GL
>>  # stack.
>>  PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'glx
>> x11-egl', '', d)} \
>> --
>> 2.24.1
>>
>>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] gdb: add PACKAGECONFIG for xz (lzma) compression support

[Dan Callaghan]

Excerpts from Richard Purdie's message of 2020-01-21 00:04:53 +00:00:
> Is there an extra DEPENDS needed when enabling this?

Oops, yes it should really pull in xz. I missed this because xz is 
already a transitive dependency through something else. Will post a new 
patch.

-- 
Dan Callaghan 
Software Engineer
Opengear 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] gdb: add PACKAGECONFIG for xz (lzma) compression support

[Richard Purdie]

On Tue, 2020-01-21 at 09:48 +1000, Dan Callaghan wrote:
> Similar to elfutils, when xz support is built into gdb it will be able
> to read xz-compressed ELF sections containing debuginfo. This is used by
> the "mini debuginfo" format:
> 
> https://sourceware.org/gdb/onlinedocs/gdb/MiniDebugInfo.html
> ---
>  meta/recipes-devtools/gdb/gdb-common.inc | 3 ++-
>  1 file changed, 2 insertions(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-devtools/gdb/gdb-common.inc 
> b/meta/recipes-devtools/gdb/gdb-common.inc
> index 08f615addf..5d670561b0 100644
> --- a/meta/recipes-devtools/gdb/gdb-common.inc
> +++ b/meta/recipes-devtools/gdb/gdb-common.inc
> @@ -21,7 +21,7 @@ EXPAT = "--with-expat 
> --with-libexpat-prefix=${STAGING_DIR_HOST}"
>  
>  EXTRA_OECONF = "--disable-gdbtk --disable-x --disable-werror \
>  --with-curses --disable-multilib --disable-sim \
> ---without-lzma --without-guile \
> +--without-guile \
>  ${GDBPROPREFIX} ${EXPAT} \
>  ${@bb.utils.contains('DISTRO_FEATURES', 'multiarch', 
> '--enable-64-bit-bfd', '', d)} \
>  --disable-rpath \
> @@ -37,6 +37,7 @@ PACKAGECONFIG[python] = 
> "--with-python=${WORKDIR}/python,--without-python,python
>  PACKAGECONFIG[babeltrace] = 
> "--with-babeltrace,--without-babeltrace,babeltrace"
>  # ncurses is already a hard DEPENDS, but would be added here if it weren't
>  PACKAGECONFIG[tui] = "--enable-tui,--disable-tui"
> +PACKAGECONFIG[xz] = "--with-lzma,--without-lzma"
>  
>  GDBPROPREFIX = "--program-prefix=''"

Is there an extra DEPENDS needed when enabling this?

Cheers,

Richard

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] ✗ patchtest: failure for gdb: add PACKAGECONFIG for xz (lzma) compression support

[Patchwork]

== Series Details ==

Series: gdb: add PACKAGECONFIG for xz (lzma) compression support
Revision: 1
URL   : https://patchwork.openembedded.org/series/22174/
State : failure

== Summary ==


Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
series by patchtest resulting in the following failures:



* Patchgdb: add PACKAGECONFIG for xz (lzma) compression support
 Issue Patch is missing Signed-off-by [test_signed_off_by_presence] 
  Suggested fixSign off the patch (either manually or with "git commit 
--amend -s")



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] gdb: add PACKAGECONFIG for xz (lzma) compression support

[Dan Callaghan]

Similar to elfutils, when xz support is built into gdb it will be able
to read xz-compressed ELF sections containing debuginfo. This is used by
the "mini debuginfo" format:

https://sourceware.org/gdb/onlinedocs/gdb/MiniDebugInfo.html
---
 meta/recipes-devtools/gdb/gdb-common.inc | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/gdb/gdb-common.inc 
b/meta/recipes-devtools/gdb/gdb-common.inc
index 08f615addf..5d670561b0 100644
--- a/meta/recipes-devtools/gdb/gdb-common.inc
+++ b/meta/recipes-devtools/gdb/gdb-common.inc
@@ -21,7 +21,7 @@ EXPAT = "--with-expat 
--with-libexpat-prefix=${STAGING_DIR_HOST}"
 
 EXTRA_OECONF = "--disable-gdbtk --disable-x --disable-werror \
 --with-curses --disable-multilib --disable-sim \
---without-lzma --without-guile \
+--without-guile \
 ${GDBPROPREFIX} ${EXPAT} \
 ${@bb.utils.contains('DISTRO_FEATURES', 'multiarch', 
'--enable-64-bit-bfd', '', d)} \
 --disable-rpath \
@@ -37,6 +37,7 @@ PACKAGECONFIG[python] = 
"--with-python=${WORKDIR}/python,--without-python,python
 PACKAGECONFIG[babeltrace] = "--with-babeltrace,--without-babeltrace,babeltrace"
 # ncurses is already a hard DEPENDS, but would be added here if it weren't
 PACKAGECONFIG[tui] = "--enable-tui,--disable-tui"
+PACKAGECONFIG[xz] = "--with-lzma,--without-lzma"
 
 GDBPROPREFIX = "--program-prefix=''"
 
-- 
2.21.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] OpenEmbedded TSC Meeting Minutes 2020-01-21

[Paul Eggleton]

OpenEmbedded Technical Steering Committee (TSC) Meeting Minutes 2020-01-21
==

Meeting was held in #oe-tsc on Freenode; channel access public.

Present:
- Richard Purdie (RP)
- Joshua Watt (JPEW)
- Martin Jansa (JaMa)
- Bruce Ashfield (zeddii)
- Paul Eggleton (bluelightning)

Summary:
* Need ideas on how to encourage contributions - better recognition perhaps?
  - Bug triage participation dwindling
  - Social media?
  - List contributors for each release in (YP) release notes - hopefully 
automated
* Website needs a refresh - make it clear to visitors that the project is active
  - Wiki suffers from barrier to account registration [established due to spam]
  - Wiki single sign-on possible?


Full meeting log


[11:00]  JaMa, JPEW, zeddii, bluelightning: We have a meeting now, right?
[11:00]  correct
[11:00]  Is someone recording
[11:00]  I am
[11:00]  (recording)
[11:01] * JPEW checks the topic list on the wiki
[11:01]  Nothing on the Wiki, does anyone have anything they want to talk 
about this month?
[11:02] * RP feels there was something but can't put his finger on it
[11:02] * JaMa is here
[11:02] * RP felt he discussed someone putting something onto the wiki
[11:03]  meta-gplv2, or meta-python2 related perhaps?
[11:03]  JPEW: it was before that
[11:03]  there is the question of meta-gplv2 testing but that is YP TSC 
really :/
[11:04]  That's fine, I just remember see it.
[11:04]  *seeing it. Can't type today
[11:05] * JPEW looks over last months minutes
[11:06]  The removal of py2 from core may arguably be a few days premature 
but does at least focus attention...
[11:06]  Ah, I think I do remember something
[11:07]  One topic I think the TSC needs to think about is recognition of 
people in the community stepping up and doing things
[11:07]  We've disbanded YP SWAT and we're seeing bug triage contributions 
dwindling.
[11:08]  Is there some way we could encourage new people to get involved 
and some way to recognise contributions?
[11:08]  I don't have a specific proposal, if I had I'd have already done 
it :/
[11:09]  I was trying to find people to help with meta-oe maintenance for 
5 years and failed badly, so I clearly don't have any good idea for this :/
[11:09]  Could the wider OE community help in any of these areas since YP 
is struggling?
[11:09]  JaMa: Is there any way the project could have recognised your work 
better?
[11:12]  Hmm... that's a tricky one.
[11:12]  I don't think it's an issue of the project, e.g. maintaining 
whole meta-oe is just too much work for single person to do in spare free time 
(and splitting the work also isn't very easy to keep the builds efficient etc)
[11:13]  JaMa: right, we have this problem in a number of places :/
[11:13]  now when I'm not expected to do it (big thanks to Armin and now 
Khem), it's much more fun to help with recipes which interest me (at least a 
bit)
[11:14]  JaMa: that is something at least ;)
[11:14]  I feel OE-Core has been lucky but is rapidly heading into troubled 
waters :/
[11:14]  I may have time to spend on it but I've many things I need to do 
and OE-Core is also hard work for a single person
[11:15]  maybe we have a lot of recipes which really don't interest anyone
[11:15]  Is the idea to highlight people actually maintain these things?
[11:16]  i.e. perhaps most users don't have that in mind when they use it 
from day to day?
[11:16]  JPEW: well, triaging autobuilder failures isn't glamerous work. If 
someone did a week of that now and again, is there something we should do to 
show we appreciate that work?
[11:16]  fixing bugs may be an easier one as if there is a bug ID in a 
commit we could do something with that?
[11:17]  like giving some achievement badges on linked in? :)
[11:17]  JaMa: I don't know. I'm thinking out loud
[11:17]  Right. I don't generating the content is the hard part, it's the 
delivery mechanism
[11:18]  LinkedIn, E-mail, twitter, etc.
[11:18]  I think it wouldn't motivate me, but it might help to get 
attention from people who just need few more points in their CV
[11:19]  Put another way, is there a way we could attract new controbutors?
[11:19]  We may be able to for example list all the people who contributed 
to a release in the release notes?
[11:19]  RP: yes, a lot of projects do that, I think it would be 
a good thing
[11:19]  and pretty easy to do
[11:19]  I agree
[11:20]  maybe we can ask Jozef to set some challenges during the twitch 
stream and then announce the winners in the next one?
[11:21]  but a list of contributors is definitely easier to implement :)
[11:21]  I think if we do that someone would need to volunteer to 
administer it... that can very easily get to take a lot of time, and I'm sure 
making his content takes a lot in first place
[11:21]  bluelightning: I think we probably should do it and make it an 
automated part of the process if we can
[11:22]  Who admins the OE twitter feed?
[11:22

Re: [OE-core] [PATCH 10/24] ptests: exclude lttng-tools

[Richard Purdie]

On Mon, 2020-01-20 at 18:24 +0100, Alexander Kanavin wrote:
> These tests are producing failures that appear and
> disappear randomly. This requires investigation
> by someone with expertise, so let's disable until then.
> 
> Signed-off-by: Alexander Kanavin 
> ---
>  meta/conf/distro/include/ptest-packagelists.inc | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/conf/distro/include/ptest-packagelists.inc 
> b/meta/conf/distro/include/ptest-packagelists.inc
> index 49cb9046c6c..f42e90bd187 100644
> --- a/meta/conf/distro/include/ptest-packagelists.inc
> +++ b/meta/conf/distro/include/ptest-packagelists.inc
> @@ -58,6 +58,7 @@ PTESTS_FAST = "\
>  #rt-tests-ptest \ # Needs to be checked whether it runs at all
>  #bash-ptest \ # Test outcomes are non-deterministic by design
>  #mdadm-ptest \ # Multiple failures; mdmon crashes in at least one of the 
> tests
> +#lttng-tools-ptest \ # Random failures that are difficult to reproduce
>  #"
>  
>  PTESTS_SLOW = "\
> @@ -67,7 +68,6 @@ PTESTS_SLOW = "\
>  glib-2.0-ptest \
>  gstreamer1.0-ptest \
>  libevent-ptest \
> -lttng-tools-ptest \
>  openssh-ptest \
>  openssl-ptest \
>  perl-ptest \

To put this in context I'd much rather have the bulk of these tests
running than not running so I'm not taking this patch.

I worry one of the previously dropped patches introduced problems here
as this was working quite reliably after help from upstream...

Cheers,

Richard

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] ✗ patchtest: failure for "gstreamer1.0-omx: allow to mor..." and 1 more

[Patchwork]

== Series Details ==

Series: "gstreamer1.0-omx: allow to mor..." and 1 more
Revision: 1
URL   : https://patchwork.openembedded.org/series/22173/
State : failure

== Summary ==


Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
series by patchtest resulting in the following failures:



* Patch[2/2] gstreamer1.0-plugins-base: add PACKAGECONFIG for 
dispmanx and set OPENGL_WINSYS based on enabled PACKAGECONFIGs
 Issue Commit shortlog is too long [test_shortlog_length] 
  Suggested fixEdit shortlog so that it is 90 characters or less (currently 
111 characters)



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] gstreamer1.0-plugins-base: add PACKAGECONFIG for dispmanx and set OPENGL_WINSYS based on enabled PACKAGECONFIGs

[Martin Jansa]

Signed-off-by: Martin Jansa 
---
 .../gstreamer/gstreamer1.0-plugins-base_1.16.1.bb  | 7 ++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.16.1.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.16.1.bb
index 7ce9238c4a..cf12ceba61 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.16.1.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.16.1.bb
@@ -38,7 +38,6 @@ PACKAGECONFIG ??= " \
 
 OPENGL_APIS = 'opengl gles2'
 OPENGL_PLATFORMS = 'egl'
-OPENGL_WINSYS = 'x11 wayland gbm'
 
 X11DEPENDS = "virtual/libx11 libsm libxrender libxv"
 X11ENABLEOPTS = "-Dx11=enabled -Dxvideo=enabled -Dxshm=enabled"
@@ -67,6 +66,12 @@ PACKAGECONFIG[egl]  = ",,virtual/egl"
 # OpenGL window systems (except for X11)
 PACKAGECONFIG[gbm]  = ",,virtual/libgbm libgudev libdrm"
 PACKAGECONFIG[wayland]  = ",,wayland-native wayland wayland-protocols 
libdrm"
+PACKAGECONFIG[dispmanx] = ",,virtual/libomxil"
+
+OPENGL_WINSYS_append = "${@bb.utils.contains('PACKAGECONFIG', 'x11', ' x11', 
'', d)}"
+OPENGL_WINSYS_append = "${@bb.utils.contains('PACKAGECONFIG', 'gbm', ' gbm', 
'', d)}"
+OPENGL_WINSYS_append = "${@bb.utils.contains('PACKAGECONFIG', 'wayland', ' 
wayland', '', d)}"
+OPENGL_WINSYS_append = "${@bb.utils.contains('PACKAGECONFIG', 'dispmanx', ' 
dispmanx', '', d)}"
 
 EXTRA_OEMESON += " \
 -Dgl-graphene=disabled \
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/2] gstreamer1.0-omx: allow to more easily select different libomxil provider

[Martin Jansa]

* for rpi it's provided by userland recipe and this will make the bbappend
  in meta-raspberrypi a bit smaller

Signed-off-by: Martin Jansa 
---
 meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.16.1.bb | 5 +++--
 meta/recipes-multimedia/libomxil/libomxil_0.9.3.bb   | 2 ++
 2 files changed, 5 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.16.1.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.16.1.bb
index 89e13937ea..dfe4b691d1 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.16.1.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.16.1.bb
@@ -14,7 +14,7 @@ SRC_URI[sha256sum] = 
"cbf54121a2cba575d460833e8132265781252ce32cf5b8f9fa8753e42a
 
 S = "${WORKDIR}/gst-omx-${PV}"
 
-DEPENDS = "gstreamer1.0 gstreamer1.0-plugins-base gstreamer1.0-plugins-bad"
+DEPENDS = "gstreamer1.0 gstreamer1.0-plugins-base gstreamer1.0-plugins-bad 
virtual/libomxil"
 
 inherit meson pkgconfig upstream-version-is-even
 
@@ -43,4 +43,5 @@ do_install[postfuncs] += " set_omx_core_name "
 FILES_${PN} += "${libdir}/gstreamer-1.0/*.so"
 FILES_${PN}-staticdev += "${libdir}/gstreamer-1.0/*.a"
 
-RDEPENDS_${PN} = "libomxil"
+VIRTUAL-RUNTIME_libomxil ?= "libomxil"
+RDEPENDS_${PN} = "${VIRTUAL-RUNTIME_libomxil}"
diff --git a/meta/recipes-multimedia/libomxil/libomxil_0.9.3.bb 
b/meta/recipes-multimedia/libomxil/libomxil_0.9.3.bb
index d83eb45701..271c2a30a3 100644
--- a/meta/recipes-multimedia/libomxil/libomxil_0.9.3.bb
+++ b/meta/recipes-multimedia/libomxil/libomxil_0.9.3.bb
@@ -24,6 +24,8 @@ inherit autotools
 
 EXTRA_OECONF += "--disable-doc --disable-Werror"
 
+PROVIDES += "virtual/libomxil"
+
 #
 # The .so files under ${libdir}/bellagio are not intended to be versioned and 
symlinked.
 # Make sure they get packaged in the main package.
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] wic: bootimg-efi: implement --include-path

[Maxim Uvarov]

--include-path can be used for placing files on ESP,
like dtbs.

Signed-off-by: Maxim Uvarov 
---
 scripts/lib/wic/plugins/source/bootimg-efi.py | 4 
 1 file changed, 4 insertions(+)

diff --git a/scripts/lib/wic/plugins/source/bootimg-efi.py 
b/scripts/lib/wic/plugins/source/bootimg-efi.py
index 2cfdc10ecd..fa320a50b8 100644
--- a/scripts/lib/wic/plugins/source/bootimg-efi.py
+++ b/scripts/lib/wic/plugins/source/bootimg-efi.py
@@ -289,6 +289,10 @@ class BootimgEFIPlugin(SourcePlugin):
 mcopy_cmd = "mcopy -i %s -s %s/* ::/" % (bootimg, hdddir)
 exec_native_cmd(mcopy_cmd, native_sysroot)
 
+for path in part.include_path:
+mcopy_cmd = "mcopy -i %s -s %s/ ::/" % (bootimg, path)
+exec_native_cmd(mcopy_cmd, native_sysroot)
+
 chmod_cmd = "chmod 644 %s" % bootimg
 exec_cmd(chmod_cmd)
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] busybox: udhcpc: fix IPv6 support when using udhcpc

[Khem Raj]

On 1/20/20 4:57 AM, Stefan Agner wrote:

On 2020-01-20 13:32, Quentin Schulz wrote:

Hi all,

On Mon, Jan 13, 2020 at 03:57:31PM +0100, Quentin Schulz wrote:

Hi all,

On Mon, May 14, 2018 at 04:44:15PM +0200, Stefan Agner wrote:

From: Stefan Agner 

The udhcpc script calls ip addr flush .. which flushes addresses
of any address family, including IPv6. However, busybox udhcpc is
IPv4 only and should not influence IPv6 addressing. Hence use ip
addr flush with family constrait.

The script particularly broke IPv6 SLAAC: Typically when udhcpc
calls the script the kernel already assigned the IPv6 link-local
address. The flush removes the link-local IPv6 address again and
prohibits proper IPv6 operation such as SLAAC since neighbor
discovery protocol relies on IPv6 link-local addressing.

Signed-off-by: Stefan Agner 
---
  meta/recipes-core/busybox/files/simple.script | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/busybox/files/simple.script 
b/meta/recipes-core/busybox/files/simple.script
index 6ed0293525..8b5eb53633 100644
--- a/meta/recipes-core/busybox/files/simple.script
+++ b/meta/recipes-core/busybox/files/simple.script
@@ -28,7 +28,7 @@ case "$1" in
fi
if ! root_is_nfs ; then
  if [ $have_bin_ip -eq 1 ]; then
-/SBIN_DIR/ip addr flush dev $interface
+/SBIN_DIR/ip -4 addr flush dev $interface
  /SBIN_DIR/ip link set dev $interface up
  else
  /SBIN_DIR/ifconfig $interface 0.0.0.0


Kindly pinging, happened to us as well many times.



Kindly pinging.


Just checked, we still override that script in our layer, so definitely
would be happy if this gets merged upstream so I can get rid of our
custom script downstream.



I think this is good to go got OE-core, but I was wondering if default 
script in busybox also need this and perhaps upstream too



--
Stefan



--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sjolley.yp.pm]

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

 

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 294
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.1", "3.2, "3.99" and "Future", the more pressing/urgent issues
being in "3.1" and then "3.2".

 

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#Unassigned_or_Newcomer_Bugs

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

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

 

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] file: explicitly disable seccomp

[Khem Raj]

On Mon, Jan 20, 2020 at 9:10 AM Ross Burton  wrote:

> On 20/01/2020 15:45, Khem Raj wrote:
> > pseudo needs some love since it alters syscalls which go out of bounds
> > what is allowed by libseccomp until then pin your file version to 5.37
> > in arch till a supported distro is affected by same problem. It wont
> > be long better option is to fix pseudo
>
> That's not quite right.  pseudo LD_PRELOADs itself into file, and makes
> syscalls which are not whitelisted in file's seccomp configuration.
>

It’s is not different than what I was saying how it inserts itself into
process is a detail which is hidden from operating system

However I think file is only one case when used along with libseccomp there
could be more use cases if other host tools we use start using it

So I wonder If we should start building own native versions of tools or
make it part of build tools tarball
Or perhaps just publish a self built container and not worry about what
distros are doing underneath

>
> There's nothing pseudo can do to solve this.
>
> Ross
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] openssh: skip unit tests to avoid Makefile errors

[Mingde (Matthew) Zeng]

> I think I have a better patch for this:
> http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=akanavin/package-version-updates&id=c2fc852501414b06e6587d97d3bc944a4650906e
>
> Rather than hardcode upstream-specific targets, my patch uses a variable that 
> upstream uses to skip the tests.

Sounds good, your patch should be merged instead. I do not see that there is 
already a patch available.

Matthew
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] Python 2 sunsetting

[Tim Orling]

CPython has officially announced that there will be one more release
(2.7.18) in April 2020 [1]. After this date all work on python2 will stop
as far as the official community is concerned. This means no bug fixes,
security fixes or vulnerability checks will be done by the official python
community.

YOU HAVE BEEN WARNED. Move away from Python 2 immediately. To continue to
use it will put you and your organization at significant risk.

To make this transition as smooth as possible, meta-python2 has been
created [2]. But note that maintenance of that layer will be entirely up to
the community after Q12020. I have no business nor personal need to
continue using python2 and will therefore have no motivation to continue to
maintain that layer. Someone else will have to step up.

[1]
http://pyfound.blogspot.com/2019/12/python-2-sunset.html?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+PythonSoftwareFoundationNews+%28Python+Software+Foundation+News%29

[2] https://git.openembedded.org/meta-python2/
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/3] tcp-wrappers: Remove redundant forward declarations

[Khem Raj]

fgets is already in stdio.h, and it can confuse the compilers when using
fortified headers, therefore remove the declarations

Signed-off-by: Khem Raj 
---
 ...0001-Remove-fgets-extern-declaration.patch | 43 +++
 .../tcp-wrappers/tcp-wrappers_7.6.bb  |  1 +
 2 files changed, 44 insertions(+)
 create mode 100644 
meta/recipes-extended/tcp-wrappers/tcp-wrappers-7.6/0001-Remove-fgets-extern-declaration.patch

diff --git 
a/meta/recipes-extended/tcp-wrappers/tcp-wrappers-7.6/0001-Remove-fgets-extern-declaration.patch
 
b/meta/recipes-extended/tcp-wrappers/tcp-wrappers-7.6/0001-Remove-fgets-extern-declaration.patch
new file mode 100644
index 00..88c8d9cae7
--- /dev/null
+++ 
b/meta/recipes-extended/tcp-wrappers/tcp-wrappers-7.6/0001-Remove-fgets-extern-declaration.patch
@@ -0,0 +1,43 @@
+From 24d10919b4bc5e37a2d80b274d2cd2ee77b03549 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Mon, 13 Jan 2020 14:25:47 -0800
+Subject: [PATCH] Remove fgets() extern declaration
+
+These sources already include  which should bring the correct
+declaration
+
+Upstream-Status: Pending
+Signed-off-by: Khem Raj 
+---
+ hosts_access.c | 1 -
+ misc.c | 2 --
+ 2 files changed, 3 deletions(-)
+
+diff --git a/hosts_access.c b/hosts_access.c
+index 329b35e..0133e5e 100644
+--- a/hosts_access.c
 b/hosts_access.c
+@@ -44,7 +44,6 @@ static char sccsid[] = "@(#) hosts_access.c 1.21 97/02/12 
02:13:22";
+ #include 
+ #endif
+ 
+-extern char *fgets();
+ extern int errno;
+ 
+ #ifndef   INADDR_NONE
+diff --git a/misc.c b/misc.c
+index 74ca319..9a5e73a 100644
+--- a/misc.c
 b/misc.c
+@@ -18,8 +18,6 @@ static char sccsic[] = "@(#) misc.c 1.2 96/02/11 17:01:29";
+ 
+ #include "tcpd.h"
+ 
+-extern char *fgets();
+-
+ #ifndef   INADDR_NONE
+ #define   INADDR_NONE (-1)/* XXX should be 0x */
+ #endif
+-- 
+2.24.1
+
diff --git a/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb 
b/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb
index bd0c84c242..e903b9db14 100644
--- a/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb
+++ b/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb
@@ -49,6 +49,7 @@ SRC_URI = 
"http://ftp.porcupine.org/pub/security/tcp_wrappers_${PV}.tar.gz \
file://0001-Fix-build-with-clang.patch \
file://fix_warnings.patch \
file://fix_warnings2.patch \
+   file://0001-Remove-fgets-extern-declaration.patch \
"
 
 SRC_URI[md5sum] = "e6fa25f71226d090f34de3f6b122fb5a"
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/3] gettext: Fix overloadable error with clang

[Khem Raj]

Clang detects that getcwd is being re-declared and signatures don't
match, simple solution is to let clang use overloadable attribute

Signed-off-by: Khem Raj 
---
 .../gettext/gettext-0.20.1/overloadable.patch | 22 +++
 meta/recipes-core/gettext/gettext_0.20.1.bb   |  1 +
 2 files changed, 23 insertions(+)
 create mode 100644 meta/recipes-core/gettext/gettext-0.20.1/overloadable.patch

diff --git a/meta/recipes-core/gettext/gettext-0.20.1/overloadable.patch 
b/meta/recipes-core/gettext/gettext-0.20.1/overloadable.patch
new file mode 100644
index 00..1b41cb464e
--- /dev/null
+++ b/meta/recipes-core/gettext/gettext-0.20.1/overloadable.patch
@@ -0,0 +1,22 @@
+Use overloadable attribute to aid clang
+
+Fixes
+dcigettext.c:147:7: error: redeclaration of 'getcwd' must have the 
'overloadable' attribute
+
+Upstream-Status: Pending
+Signed-off-by: Khem Raj 
+--- a/gettext-runtime/intl/dcigettext.c
 b/gettext-runtime/intl/dcigettext.c
+@@ -144,7 +144,11 @@ char *getwd ();
+ #  if VMS
+ #   define getcwd(buf, max) (getcwd) (buf, max, 0)
+ #  else
+-char *getcwd ();
++char 
++#ifdef __clang__
++__attribute__((overloadable))
++#endif
++*getcwd ();
+ #  endif
+ # endif
+ # ifndef HAVE_STPCPY
diff --git a/meta/recipes-core/gettext/gettext_0.20.1.bb 
b/meta/recipes-core/gettext/gettext_0.20.1.bb
index 09628bc4a3..3b576f45e9 100644
--- a/meta/recipes-core/gettext/gettext_0.20.1.bb
+++ b/meta/recipes-core/gettext/gettext_0.20.1.bb
@@ -25,6 +25,7 @@ SRC_URI = "${GNU_MIRROR}/gettext/gettext-${PV}.tar.gz \
file://serial-tests-config.patch \

file://0001-msgmerge-Fix-behaviour-of-for-msgfmt-on-PO-files-wit.patch \
file://0001-tests-autopoint-3-unset-MAKEFLAGS.patch \
+   file://overloadable.patch \
"
 
 SRC_URI[md5sum] = "bb5b0c0caa028105f3ca1905ddc306e2"
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/3] mesa: Help compile with clang/mips

[Khem Raj]

meson is detecting it does not support 64bit attomics but then when
defining local suppliments confused clang

../mesa-19.3.1/src/util/u_atomic.c:38:1: error: cannot redeclare builtin 
function '__sync_add_and_fetch_8'
__sync_add_and_fetch_8(uint64_t *ptr, uint64_t val)
^
../mesa-19.3.1/src/util/u_atomic.c:38:1: note: '__sync_add_and_fetch_8' is a 
builtin with type 'long long (volatile long long *, long long, ...)'
../mesa-19.3.1/src/util/u_atomic.c:38:1: error: definition of builtin function 
'__sync_add_and_fetch_8'
__sync_add_and_fetch_8(uint64_t *ptr, uint64_t val)
^

Signed-off-by: Khem Raj 
---
 ...sdetects-64bit-atomics-on-mips-clang.patch | 27 +++
 meta/recipes-graphics/mesa/mesa_19.3.1.bb |  1 +
 2 files changed, 28 insertions(+)
 create mode 100644 
meta/recipes-graphics/mesa/files/0001-meson-misdetects-64bit-atomics-on-mips-clang.patch

diff --git 
a/meta/recipes-graphics/mesa/files/0001-meson-misdetects-64bit-atomics-on-mips-clang.patch
 
b/meta/recipes-graphics/mesa/files/0001-meson-misdetects-64bit-atomics-on-mips-clang.patch
new file mode 100644
index 00..15485feb71
--- /dev/null
+++ 
b/meta/recipes-graphics/mesa/files/0001-meson-misdetects-64bit-atomics-on-mips-clang.patch
@@ -0,0 +1,27 @@
+From bb2f0bea553d51d659a9bc46f7ae186885405151 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Mon, 13 Jan 2020 15:23:47 -0800
+Subject: [PATCH] meson misdetects 64bit atomics on mips/clang
+
+Upstream-Status: Pending
+Signed-off-by: Khem Raj 
+---
+ src/util/u_atomic.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/util/u_atomic.c b/src/util/u_atomic.c
+index e4bffa8..58e1ddd 100644
+--- a/src/util/u_atomic.c
 b/src/util/u_atomic.c
+@@ -21,7 +21,7 @@
+  * IN THE SOFTWARE.
+  */
+ 
+-#if defined(MISSING_64BIT_ATOMICS) && defined(HAVE_PTHREAD)
++#if !defined(__clang__) && defined(MISSING_64BIT_ATOMICS) && 
defined(HAVE_PTHREAD)
+ 
+ #include 
+ #include 
+-- 
+2.24.1
+
diff --git a/meta/recipes-graphics/mesa/mesa_19.3.1.bb 
b/meta/recipes-graphics/mesa/mesa_19.3.1.bb
index 855b7f23cd..b889f092e3 100644
--- a/meta/recipes-graphics/mesa/mesa_19.3.1.bb
+++ b/meta/recipes-graphics/mesa/mesa_19.3.1.bb
@@ -6,6 +6,7 @@ SRC_URI = 
"https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \
file://0003-Allow-enable-DRI-without-DRI-drivers.patch \

file://0004-Revert-mesa-Enable-asm-unconditionally-now-that-gen_.patch \

file://0005-vc4-use-intmax_t-for-formatted-output-of-timespec-me.patch \
+   file://0001-meson-misdetects-64bit-atomics-on-mips-clang.patch \
"
 
 SRC_URI[md5sum] = "5c5965db31993af47fee82c9a7ccba5e"
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/3] Clang fixes

[Khem Raj]

These changes are found with clang and makes oe-core build again with
clang

The following changes since commit 6265facc75c3d980dd39494399251bf9121c25cb:

  epiphany: Add missing mime-xgd inherit (2020-01-19 23:49:39 +)

are available in the Git repository at:

  git://git.yoctoproject.org/poky-contrib kraj/pu
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=kraj/pu

Khem Raj (3):
  gettext: Fix overloadable error with clang
  mesa: Help compile with clang/mips
  tcp-wrappers: Remove redundant forward declarations

 .../gettext/gettext-0.20.1/overloadable.patch | 22 ++
 meta/recipes-core/gettext/gettext_0.20.1.bb   |  1 +
 ...0001-Remove-fgets-extern-declaration.patch | 43 +++
 .../tcp-wrappers/tcp-wrappers_7.6.bb  |  1 +
 ...sdetects-64bit-atomics-on-mips-clang.patch | 27 
 meta/recipes-graphics/mesa/mesa_19.3.1.bb |  1 +
 6 files changed, 95 insertions(+)
 create mode 100644 meta/recipes-core/gettext/gettext-0.20.1/overloadable.patch
 create mode 100644 
meta/recipes-extended/tcp-wrappers/tcp-wrappers-7.6/0001-Remove-fgets-extern-declaration.patch
 create mode 100644 
meta/recipes-graphics/mesa/files/0001-meson-misdetects-64bit-atomics-on-mips-clang.patch

-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 10/24] ptests: exclude lttng-tools

[Alexander Kanavin]

Basically you can view the history of the builds here:
https://autobuilder.yoctoproject.org/typhoon/#/builders/81

Click on any of the builds (identified by number), even green ones, then
'run-config - > step 1c -> view all lines
For example:
https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/632/steps/8/logs/step1c

Alex

On Mon, 20 Jan 2020 at 18:37, Jonathan Rajotte-Julien <
jonathan.rajotte-jul...@efficios.com> wrote:

> Could you point me toward reports for the failing tests?
>
> I just want to make sure they are not actual regression.
>
> A yocto specific patch was dropped that allowed ptest to pass when
> lttng-ust is not present. This can be a source of problems.
> OE commit:015aea5d93614676decd18578a8ae2d68417cfc5
>
> Also some tests required a minimum requirement for /tmp that could lead to
> problem for image/test setup with limited memory since AFAIK /tmp size is
> derived from the available memory (at least when using qemu test image).
>
> Cheers
>
> On Mon, Jan 20, 2020 at 06:24:56PM +0100, Alexander Kanavin wrote:
> > These tests are producing failures that appear and
> > disappear randomly. This requires investigation
> > by someone with expertise, so let's disable until then.
> >
> > Signed-off-by: Alexander Kanavin 
> > ---
> >  meta/conf/distro/include/ptest-packagelists.inc | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/meta/conf/distro/include/ptest-packagelists.inc
> b/meta/conf/distro/include/ptest-packagelists.inc
> > index 49cb9046c6c..f42e90bd187 100644
> > --- a/meta/conf/distro/include/ptest-packagelists.inc
> > +++ b/meta/conf/distro/include/ptest-packagelists.inc
> > @@ -58,6 +58,7 @@ PTESTS_FAST = "\
> >  #rt-tests-ptest \ # Needs to be checked whether it runs at all
> >  #bash-ptest \ # Test outcomes are non-deterministic by design
> >  #mdadm-ptest \ # Multiple failures; mdmon crashes in at least one
> of the tests
> > +#lttng-tools-ptest \ # Random failures that are difficult to
> reproduce
> >  #"
> >
> >  PTESTS_SLOW = "\
> > @@ -67,7 +68,6 @@ PTESTS_SLOW = "\
> >  glib-2.0-ptest \
> >  gstreamer1.0-ptest \
> >  libevent-ptest \
> > -lttng-tools-ptest \
> >  openssh-ptest \
> >  openssl-ptest \
> >  perl-ptest \
> > --
> > 2.17.1
> >
> > --
> > ___
> > Openembedded-core mailing list
> > Openembedded-core@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
> --
> Jonathan Rajotte-Julien
> EfficiOS
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 10/24] ptests: exclude lttng-tools

[Jonathan Rajotte-Julien]

Could you point me toward reports for the failing tests?

I just want to make sure they are not actual regression.

A yocto specific patch was dropped that allowed ptest to pass when
lttng-ust is not present. This can be a source of problems.
OE commit:015aea5d93614676decd18578a8ae2d68417cfc5

Also some tests required a minimum requirement for /tmp that could lead to
problem for image/test setup with limited memory since AFAIK /tmp size is
derived from the available memory (at least when using qemu test image).

Cheers

On Mon, Jan 20, 2020 at 06:24:56PM +0100, Alexander Kanavin wrote:
> These tests are producing failures that appear and
> disappear randomly. This requires investigation
> by someone with expertise, so let's disable until then.
> 
> Signed-off-by: Alexander Kanavin 
> ---
>  meta/conf/distro/include/ptest-packagelists.inc | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/conf/distro/include/ptest-packagelists.inc 
> b/meta/conf/distro/include/ptest-packagelists.inc
> index 49cb9046c6c..f42e90bd187 100644
> --- a/meta/conf/distro/include/ptest-packagelists.inc
> +++ b/meta/conf/distro/include/ptest-packagelists.inc
> @@ -58,6 +58,7 @@ PTESTS_FAST = "\
>  #rt-tests-ptest \ # Needs to be checked whether it runs at all
>  #bash-ptest \ # Test outcomes are non-deterministic by design
>  #mdadm-ptest \ # Multiple failures; mdmon crashes in at least one of the 
> tests
> +#lttng-tools-ptest \ # Random failures that are difficult to reproduce
>  #"
>  
>  PTESTS_SLOW = "\
> @@ -67,7 +68,6 @@ PTESTS_SLOW = "\
>  glib-2.0-ptest \
>  gstreamer1.0-ptest \
>  libevent-ptest \
> -lttng-tools-ptest \
>  openssh-ptest \
>  openssl-ptest \
>  perl-ptest \
> -- 
> 2.17.1
> 
> -- 
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core

-- 
Jonathan Rajotte-Julien
EfficiOS
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] ✗ patchtest: failure for "python3: update to 3.8.1..." and 23 more

[Patchwork]

== Series Details ==

Series: "python3: update to 3.8.1..." and 23 more
Revision: 1
URL   : https://patchwork.openembedded.org/series/22164/
State : failure

== Summary ==


Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
series by patchtest resulting in the following failures:



* Issue Upstream-Status is in incorrect format 
[test_upstream_status_presence_format] 
  Suggested fixFix Upstream-Status format in 
0001-Manually-applied-upstream-fix-for-openssh-test.patch
  Current  Upstream Status: Backport:
  Standard format  Upstream-Status: 
  Valid status Pending, Accepted, Backport, Denied, Inappropriate [reason], 
Submitted [where]



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 22/24] createrepo-c: upgrade 0.15.4 -> 0.15.5

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../{createrepo-c_0.15.4.bb => createrepo-c_0.15.5.bb}  | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/createrepo-c/{createrepo-c_0.15.4.bb => 
createrepo-c_0.15.5.bb} (95%)

diff --git a/meta/recipes-devtools/createrepo-c/createrepo-c_0.15.4.bb 
b/meta/recipes-devtools/createrepo-c/createrepo-c_0.15.5.bb
similarity index 95%
rename from meta/recipes-devtools/createrepo-c/createrepo-c_0.15.4.bb
rename to meta/recipes-devtools/createrepo-c/createrepo-c_0.15.5.bb
index 75762b7fa52..9b6c89c3485 100644
--- a/meta/recipes-devtools/createrepo-c/createrepo-c_0.15.4.bb
+++ b/meta/recipes-devtools/createrepo-c/createrepo-c_0.15.5.bb
@@ -8,7 +8,7 @@ SRC_URI = 
"git://github.com/rpm-software-management/createrepo_c \
file://0001-Do-not-set-PYTHON_INSTALL_DIR-by-running-python.patch \
"
 
-SRCREV = "8ac472e1267b2ca11d11418099ab923d319fa2dc"
+SRCREV = "db3a2da68842efd8a8f69c40a222dfb15bb1f4fe"
 
 S = "${WORKDIR}/git"
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 24/24] meson: update 0.52.1 -> 0.53.0

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/classes/meson.bbclass   |  9 -
 meta/recipes-devtools/meson/meson.inc|  4 ++--
 .../0001-Make-CPU-family-warnings-fatal.patch| 12 ++--
 ...-do-not-manipulate-the-environment-when.patch | 16 
 ...-Support-building-allarch-recipes-again.patch |  6 +++---
 .../meson/meson/0003-native_bindir.patch | 16 
 .../meson/{meson_0.52.1.bb => meson_0.53.0.bb}   |  0
 ...meson_0.52.1.bb => nativesdk-meson_0.53.0.bb} |  0
 8 files changed, 35 insertions(+), 28 deletions(-)
 rename meta/recipes-devtools/meson/{meson_0.52.1.bb => meson_0.53.0.bb} (100%)
 rename meta/recipes-devtools/meson/{nativesdk-meson_0.52.1.bb => 
nativesdk-meson_0.53.0.bb} (100%)

diff --git a/meta/classes/meson.bbclass b/meta/classes/meson.bbclass
index 1ef34a999c8..1837c9468e6 100644
--- a/meta/classes/meson.bbclass
+++ b/meta/classes/meson.bbclass
@@ -85,13 +85,16 @@ addtask write_config before do_configure
 do_write_config[vardeps] += "CC CXX LD AR NM STRIP READELF CFLAGS CXXFLAGS 
LDFLAGS"
 do_write_config() {
 # This needs to be Py to split the args into single-element lists
+
+# Meson requires ld to be 'bfd, 'lld' or 'gold' from 0.53 onwards
+# 
https://github.com/mesonbuild/meson/commit/ef9aeb188ea2bc7353e59916c18901cde90fa2b3
 cat >${WORKDIR}/meson.cross [OE-core] [PATCH 23/24] libsecret: upgrade 0.19.1 -> 0.20.0


2020-01-20

Thread
Alexander Kanavin

Add a backported patch to fix musl builds.

Signed-off-by: Alexander Kanavin 
---
 ...ection-Rename-internal-functions-to-.patch | 144 ++
 ...ibsecret_0.19.1.bb => libsecret_0.20.0.bb} |   5 +-
 2 files changed, 147 insertions(+), 2 deletions(-)
 create mode 100644 
meta/recipes-gnome/libsecret/libsecret/0001-secret-file-collection-Rename-internal-functions-to-.patch
 rename meta/recipes-gnome/libsecret/{libsecret_0.19.1.bb => 
libsecret_0.20.0.bb} (81%)

diff --git 
a/meta/recipes-gnome/libsecret/libsecret/0001-secret-file-collection-Rename-internal-functions-to-.patch
 
b/meta/recipes-gnome/libsecret/libsecret/0001-secret-file-collection-Rename-internal-functions-to-.patch
new file mode 100644
index 000..269c12b0107
--- /dev/null
+++ 
b/meta/recipes-gnome/libsecret/libsecret/0001-secret-file-collection-Rename-internal-functions-to-.patch
@@ -0,0 +1,144 @@
+From 59bcb169c4777bb3b1a50fee2ae20e4e8574b749 Mon Sep 17 00:00:00 2001
+From: Daiki Ueno 
+Date: Tue, 14 Jan 2020 10:09:29 +0100
+Subject: [PATCH] secret-file-collection: Rename internal functions to avoid
+ conflicts
+
+As encrypt() is a standard POSIX function, its declaration had
+conflict with our own.  Let's be more verbose about naming of the
+internal crypto functions.
+
+Fixes #35.
+
+Upstream-Status: Backport 
[https://github.com/GNOME/libsecret/commit/cf21ad50b62f7c8e4b22ef374f0a73290a99bdb8]
+Signed-off-by: Alexander Kanavin 
+---
+ libsecret/secret-file-collection.c | 38 +++---
+ 1 file changed, 19 insertions(+), 19 deletions(-)
+
+diff --git a/libsecret/secret-file-collection.c 
b/libsecret/secret-file-collection.c
+index 79863ea..8ffb542 100644
+--- a/libsecret/secret-file-collection.c
 b/libsecret/secret-file-collection.c
+@@ -68,7 +68,7 @@ enum {
+ };
+ 
+ static gboolean
+-derive (SecretFileCollection *self)
++do_derive_key (SecretFileCollection *self)
+ {
+   const gchar *password;
+   gsize n_password;
+@@ -93,9 +93,9 @@ derive (SecretFileCollection *self)
+ }
+ 
+ static gboolean
+-calculate_mac (SecretFileCollection *self,
+- const guint8 *value, gsize n_value,
+- guint8 *buffer)
++do_calculate_mac (SecretFileCollection *self,
++const guint8 *value, gsize n_value,
++guint8 *buffer)
+ {
+   gcry_mac_hd_t hd;
+   gcry_error_t gcry;
+@@ -130,9 +130,9 @@ calculate_mac (SecretFileCollection *self,
+ }
+ 
+ static gboolean
+-decrypt (SecretFileCollection *self,
+-   guint8 *data,
+-   gsize n_data)
++do_decrypt (SecretFileCollection *self,
++  guint8 *data,
++  gsize n_data)
+ {
+   gcry_cipher_hd_t hd;
+   gcry_error_t gcry;
+@@ -164,9 +164,9 @@ decrypt (SecretFileCollection *self,
+ }
+ 
+ static gboolean
+-encrypt (SecretFileCollection *self,
+-   guint8 *data,
+-   gsize n_data)
++do_encrypt (SecretFileCollection *self,
++  guint8 *data,
++  gsize n_data)
+ {
+   gcry_cipher_hd_t hd;
+   gcry_error_t gcry;
+@@ -311,7 +311,7 @@ on_load_contents (GObject *source_object,
+   self->modified = g_date_time_new_now_utc ();
+   self->usage_count = 0;
+ 
+-  if (!derive (self)) {
++  if (!do_derive_key (self)) {
+   g_task_return_new_error (task,
+SECRET_ERROR,
+SECRET_ERROR_PROTOCOL,
+@@ -375,7 +375,7 @@ on_load_contents (GObject *source_object,
+   g_assert (n_data == salt_size);
+ 
+   self->salt = g_bytes_new (data, n_data);
+-  if (!derive (self)) {
++  if (!do_derive_key (self)) {
+   g_task_return_new_error (task,
+SECRET_ERROR,
+SECRET_ERROR_PROTOCOL,
+@@ -442,7 +442,7 @@ hash_attributes (SecretFileCollection *self,
+   GVariant *variant;
+ 
+   value = g_hash_table_lookup (attributes, l->data);
+-  if (!calculate_mac (self, (guint8 *)value, strlen (value), 
buffer)) {
++  if (!do_calculate_mac (self, (guint8 *)value, strlen (value), 
buffer)) {
+   g_list_free (keys);
+   return NULL;
+   }
+@@ -485,7 +485,7 @@ hashed_attributes_match (SecretFileCollection *self,
+   return FALSE;
+   }
+ 
+-  if (!calculate_mac (self, value, strlen ((char *)value), 
buffer)) {
++  if (!do_calculate_mac (self, value, strlen ((char *)value), 
buffer)) {
+   g_variant_unref (hashed_attribute);
+   return FALSE;
+   }
+@@ -584,7 +584,7 @@ secret_file_collection_replace (SecretFileCollection *self,
+   g_variant_store (serialized_item, data);
+   g_variant_unref (serialized_item);
+   memset (data + n_data, n_padded - n_data, n_padd



[OE-core] [PATCH 21/24] libwebp: upgrade 1.0.3 -> 1.1.0


2020-01-20

Thread
Alexander Kanavin

Signed-off-by: Alexander Kanavin 
---
 .../webp/{libwebp_1.0.3.bb => libwebp_1.1.0.bb}   | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-multimedia/webp/{libwebp_1.0.3.bb => libwebp_1.1.0.bb} 
(93%)

diff --git a/meta/recipes-multimedia/webp/libwebp_1.0.3.bb 
b/meta/recipes-multimedia/webp/libwebp_1.1.0.bb
similarity index 93%
rename from meta/recipes-multimedia/webp/libwebp_1.0.3.bb
rename to meta/recipes-multimedia/webp/libwebp_1.1.0.bb
index 5082bf03748..68e5ae2b3ce 100644
--- a/meta/recipes-multimedia/webp/libwebp_1.0.3.bb
+++ b/meta/recipes-multimedia/webp/libwebp_1.1.0.bb
@@ -14,8 +14,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=6e8dee932c26f2dab503abf70c96d8bb \
 file://PATENTS;md5=c6926d0cb07d296f886ab6e0cc5a85b7"
 
 SRC_URI = "http://downloads.webmproject.org/releases/webp/${BP}.tar.gz";
-SRC_URI[md5sum] = "906ad85d2eac97c8aa2dec9e8b77"
-SRC_URI[sha256sum] = 
"e20a07865c8697bba00aebccc6f54912d6bc333bb4d604e6b07491c1a226b34f"
+SRC_URI[md5sum] = "7e047f2cbaf584dff7a8a7e0f8572f18"
+SRC_URI[sha256sum] = 
"98a052268cc4d5ece27f76572a7f50293f439c17a98e67c4ea0c7ed6f50ef043"
 
 UPSTREAM_CHECK_URI = 
"http://downloads.webmproject.org/releases/webp/index.html";
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH 15/24] rt-tests: exclude another development	version (1.6)


2020-01-20

Thread
Alexander Kanavin

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

diff --git a/meta/recipes-rt/rt-tests/rt-tests.inc 
b/meta/recipes-rt/rt-tests/rt-tests.inc
index 227eb99b98d..3ac39d90c3d 100644
--- a/meta/recipes-rt/rt-tests/rt-tests.inc
+++ b/meta/recipes-rt/rt-tests/rt-tests.inc
@@ -4,7 +4,7 @@ PE = "1"
 
 SRC_URI = "git://git.kernel.org/pub/scm/utils/rt-tests/rt-tests.git"
 # 1.2 to 1.5 seem to be development versions
-UPSTREAM_CHECK_GITTAGREGEX = "v(?P(?!1\.[2-5])(\d+(\.\d+)+))"
+UPSTREAM_CHECK_GITTAGREGEX = "v(?P(?!1\.[2-6])(\d+(\.\d+)+))"
 
 S = "${WORKDIR}/git"
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH 19/24] ffmpeg: upgrade 4.2.1 -> 4.2.2


2020-01-20

Thread
Alexander Kanavin

Signed-off-by: Alexander Kanavin 
---
 .../ffmpeg/{ffmpeg_4.2.1.bb => ffmpeg_4.2.2.bb}   | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-multimedia/ffmpeg/{ffmpeg_4.2.1.bb => ffmpeg_4.2.2.bb} 
(98%)

diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.1.bb 
b/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.2.bb
similarity index 98%
rename from meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.1.bb
rename to meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.2.bb
index 5ac18ba3f1a..a3cf0c1a37c 100644
--- a/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.1.bb
+++ b/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.2.bb
@@ -26,8 +26,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING.GPLv2;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
 SRC_URI = "https://www.ffmpeg.org/releases/${BP}.tar.xz \
file://mips64_cpu_detection.patch \
"
-SRC_URI[md5sum] = "67da904cf9fddeeb10a1308fc0dc39de"
-SRC_URI[sha256sum] = 
"cec7c87e9b60d174509e263ac4011b522385fd0775292e1670ecc1180c9bb6d4"
+SRC_URI[md5sum] = "348956fc2faa57a2f79bbb84ded9fbc3"
+SRC_URI[sha256sum] = 
"cb754255ab0ee2ea5f66f8850e1bd6ad5cac1cd855d0a2f4990fb8c668b0d29c"
 
 # Build fails when thumb is enabled: 
https://bugzilla.yoctoproject.org/show_bug.cgi?id=7717
 ARM_INSTRUCTION_SET_armv4 = "arm"
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH 13/24] parted: fix more ptests


2020-01-20

Thread
Alexander Kanavin

Particularly parted is getting confused by udev's automounter
mounting things in background.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-extended/parted/files/run-ptest | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-extended/parted/files/run-ptest 
b/meta/recipes-extended/parted/files/run-ptest
index b57c29400ab..f39c478ce6a 100644
--- a/meta/recipes-extended/parted/files/run-ptest
+++ b/meta/recipes-extended/parted/files/run-ptest
@@ -1,3 +1,5 @@
 #!/bin/sh
 
+echo /dev/sda1 >> /etc/udev/mount.blacklist.d/parted-tmp
 make -C tests test-suite.log
+rm /etc/udev/mount.blacklist.d/parted-tmp
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH 20/24] epiphany: upgrade 3.34.2 -> 3.34.3.1


2020-01-20

Thread
Alexander Kanavin

Signed-off-by: Alexander Kanavin 
---
 .../epiphany/{epiphany_3.34.2.bb => epiphany_3.34.3.1.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-gnome/epiphany/{epiphany_3.34.2.bb => 
epiphany_3.34.3.1.bb} (85%)

diff --git a/meta/recipes-gnome/epiphany/epiphany_3.34.2.bb 
b/meta/recipes-gnome/epiphany/epiphany_3.34.3.1.bb
similarity index 85%
rename from meta/recipes-gnome/epiphany/epiphany_3.34.2.bb
rename to meta/recipes-gnome/epiphany/epiphany_3.34.3.1.bb
index c6105b97066..7e1573348e2 100644
--- a/meta/recipes-gnome/epiphany/epiphany_3.34.2.bb
+++ b/meta/recipes-gnome/epiphany/epiphany_3.34.3.1.bb
@@ -14,8 +14,8 @@ REQUIRED_DISTRO_FEATURES = "x11 opengl"
 SRC_URI = 
"${GNOME_MIRROR}/${GNOMEBN}/${@gnome_verdir("${PV}")}/${GNOMEBN}-${PV}.tar.${GNOME_COMPRESS_TYPE};name=archive
 \
file://0002-help-meson.build-disable-the-use-of-yelp.patch \
"
-SRC_URI[archive.md5sum] = "ae404e3a70ff904f5a23466727f8a90a"
-SRC_URI[archive.sha256sum] = 
"0eaa36fc7b73a23121a23b8a7ad3c18edaf5a8a6b7cdd6d630ba5b71d946a4a1"
+SRC_URI[archive.md5sum] = "c8010e7ef1b0fd2da1e613e17445062a"
+SRC_URI[archive.sha256sum] = 
"00e479fba108f44b1830370780b98116d87fc277eb1a4eed8e229dcdf04aea6d"
 
 FILES_${PN} += "${datadir}/dbus-1 ${datadir}/gnome-shell/search-providers 
${datadir}/metainfo"
 RDEPENDS_${PN} = "iso-codes adwaita-icon-theme gsettings-desktop-schemas"
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH 18/24] msmtp: upgrade 1.8.6 -> 1.8.7


2020-01-20

Thread
Alexander Kanavin

Signed-off-by: Alexander Kanavin 
---
 .../recipes-extended/msmtp/{msmtp_1.8.6.bb => msmtp_1.8.7.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-extended/msmtp/{msmtp_1.8.6.bb => msmtp_1.8.7.bb} (86%)

diff --git a/meta/recipes-extended/msmtp/msmtp_1.8.6.bb 
b/meta/recipes-extended/msmtp/msmtp_1.8.7.bb
similarity index 86%
rename from meta/recipes-extended/msmtp/msmtp_1.8.6.bb
rename to meta/recipes-extended/msmtp/msmtp_1.8.7.bb
index 809144b7837..729d0ed146b 100644
--- a/meta/recipes-extended/msmtp/msmtp_1.8.6.bb
+++ b/meta/recipes-extended/msmtp/msmtp_1.8.7.bb
@@ -11,8 +11,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=d32239bcb673463ab874e80d47fae504"
 UPSTREAM_CHECK_URI = "https://marlam.de/msmtp/download/";
 
 SRC_URI = "https://marlam.de/${BPN}/releases/${BP}.tar.xz";
-SRC_URI[md5sum] = "adff4a9992e1b47aa5468b974550304e"
-SRC_URI[sha256sum] = 
"6625f147430c65ba8527f52c4fe5d4d33552d3c0fb6d793ba7df819a3b3042e1"
+SRC_URI[md5sum] = "4cf3d000b24fc8769e9fd8ec8b3cf1fb"
+SRC_URI[sha256sum] = 
"9a53bcdc244ec5b1a806934ecc7746d9d09db581f587bedf597e9da2f48c51f1"
 
 inherit gettext autotools update-alternatives pkgconfig
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH 16/24] btrfs-tools: upgrade 5.4 -> 5.4.1


2020-01-20

Thread
Alexander Kanavin

Signed-off-by: Alexander Kanavin 
---
 .../btrfs-tools/{btrfs-tools_5.4.bb => btrfs-tools_5.4.1.bb}| 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/btrfs-tools/{btrfs-tools_5.4.bb => 
btrfs-tools_5.4.1.bb} (97%)

diff --git a/meta/recipes-devtools/btrfs-tools/btrfs-tools_5.4.bb 
b/meta/recipes-devtools/btrfs-tools/btrfs-tools_5.4.1.bb
similarity index 97%
rename from meta/recipes-devtools/btrfs-tools/btrfs-tools_5.4.bb
rename to meta/recipes-devtools/btrfs-tools/btrfs-tools_5.4.1.bb
index 86d88fbcbe5..cdc971cf5da 100644
--- a/meta/recipes-devtools/btrfs-tools/btrfs-tools_5.4.bb
+++ b/meta/recipes-devtools/btrfs-tools/btrfs-tools_5.4.1.bb
@@ -14,7 +14,7 @@ DEPENDS = "util-linux attr e2fsprogs lzo acl"
 DEPENDS_append_class-target = " udev"
 RDEPENDS_${PN} = "libgcc"
 
-SRCREV = "d39ab9fafeb425d28fcaac645f7d663555fa654d"
+SRCREV = "3fc2326d3474a5e4df2449f5e3043f7298501334"
 SRC_URI = "git://git.kernel.org/pub/scm/linux/kernel/git/kdave/btrfs-progs.git 
\

file://0001-Add-a-possibility-to-specify-where-python-modules-ar.patch \
"
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH 17/24] libpipeline: upgrade 1.5.1 -> 1.5.2


2020-01-20

Thread
Alexander Kanavin

Signed-off-by: Alexander Kanavin 
---
 .../{libpipeline_1.5.1.bb => libpipeline_1.5.2.bb}| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-extended/libpipeline/{libpipeline_1.5.1.bb => 
libpipeline_1.5.2.bb} (78%)

diff --git a/meta/recipes-extended/libpipeline/libpipeline_1.5.1.bb 
b/meta/recipes-extended/libpipeline/libpipeline_1.5.2.bb
similarity index 78%
rename from meta/recipes-extended/libpipeline/libpipeline_1.5.1.bb
rename to meta/recipes-extended/libpipeline/libpipeline_1.5.2.bb
index a5802074b13..a1824616072 100644
--- a/meta/recipes-extended/libpipeline/libpipeline_1.5.1.bb
+++ b/meta/recipes-extended/libpipeline/libpipeline_1.5.2.bb
@@ -7,8 +7,8 @@ LICENSE = "GPLv3"
 LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504"
 
 SRC_URI = "${SAVANNAH_GNU_MIRROR}/libpipeline/libpipeline-${PV}.tar.gz"
-SRC_URI[md5sum] = "4c8fe6cd85422baafd6e060f896c61bc"
-SRC_URI[sha256sum] = 
"d633706b7d845f08b42bc66ddbe845d57e726bf89298e2cee29f09577e2f902f"
+SRC_URI[md5sum] = "169de4cc1f6f7f7d430a5bed858b2fd3"
+SRC_URI[sha256sum] = 
"fd59c649c1ae9d67604d1644f116ad4d297eaa66f838e3dfab96b41e85b059fb"
 
 inherit pkgconfig autotools
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH 14/24] qemu.inc: add vfat to MACHINE_FEATURES


2020-01-20

Thread
Alexander Kanavin

This is beneficial for parted ptests in particular as they
make use of vfat, and fail otherwise.

Signed-off-by: Alexander Kanavin 
---
 meta/conf/machine/include/qemu.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/conf/machine/include/qemu.inc 
b/meta/conf/machine/include/qemu.inc
index 5050e41066e..8dedb1a42d3 100644
--- a/meta/conf/machine/include/qemu.inc
+++ b/meta/conf/machine/include/qemu.inc
@@ -9,7 +9,7 @@ XSERVER ?= "xserver-xorg \
 xf86-video-fbdev \
 "
 
-MACHINE_FEATURES = "alsa bluetooth usbgadget screen"
+MACHINE_FEATURES = "alsa bluetooth usbgadget screen vfat"
 
 MACHINEOVERRIDES =. "qemuall:"
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH 11/24] openssh: applied upstream fix for "cert not	yet valid" test


2020-01-20

Thread
Alexander Kanavin

From: "Mingde (Matthew) Zeng" 

applied upstream fix for openssh's "cert not yet valid" test

Upstream Status: Backport:

https://github.com/openssh/openssh-portable/commit/ff31f15773ee173502eec4d7861ec56f26bba381

Signed-off-by: Mingde (Matthew) Zeng
---
 ...pplied-upstream-fix-for-openssh-test.patch | 60 +++
 .../openssh/openssh_8.1p1.bb  |  1 +
 2 files changed, 61 insertions(+)
 create mode 100644 
meta/recipes-connectivity/openssh/openssh/0001-Manually-applied-upstream-fix-for-openssh-test.patch

diff --git 
a/meta/recipes-connectivity/openssh/openssh/0001-Manually-applied-upstream-fix-for-openssh-test.patch
 
b/meta/recipes-connectivity/openssh/openssh/0001-Manually-applied-upstream-fix-for-openssh-test.patch
new file mode 100644
index 000..7171ec0834e
--- /dev/null
+++ 
b/meta/recipes-connectivity/openssh/openssh/0001-Manually-applied-upstream-fix-for-openssh-test.patch
@@ -0,0 +1,60 @@
+From 0a68d6cfe255f8bcdd5f9db0d008a8f0a60b237a Mon Sep 17 00:00:00 2001
+From: "Mingde (Matthew) Zeng" 
+Date: Wed, 15 Jan 2020 15:51:42 -0500
+Subject: [PATCH] Manually applied upstream fix for openssh test
+
+Upstream Status: Backport:
+
https://github.com/openssh/openssh-portable/commit/ff31f15773ee173502eec4d7861ec56f26bba381
+
+Signed-off-by: Mingde (Matthew) Zeng
+---
+ regress/cert-hostkey.sh | 4 ++--
+ regress/cert-userkey.sh | 5 ++---
+ 2 files changed, 4 insertions(+), 5 deletions(-)
+
+diff --git a/regress/cert-hostkey.sh b/regress/cert-hostkey.sh
+index 86ea6250..60e3ec02 100644
+--- a/regress/cert-hostkey.sh
 b/regress/cert-hostkey.sh
+@@ -1,4 +1,4 @@
+-# $OpenBSD: cert-hostkey.sh,v 1.18 2019/07/25 08:28:15 dtucker Exp $
++# $OpenBSD: cert-hostkey.sh,v 1.23 2020/01/03 03:02:26 djm Exp $
+ # Placed in the Public Domain.
+
+ tid="certified host keys"
+@@ -252,7 +252,7 @@ test_one() {
+ test_one "user-certificate"   failure "-n $HOSTS"
+ test_one "empty principals"   success "-h"
+ test_one "wrong principals"   failure "-h -n foo"
+-test_one "cert not yet valid" failure "-h -V20200101:20300101"
++test_one "cert not yet valid" failure "-h -V20300101:20320101"
+ test_one "cert expired"   failure "-h -V19800101:19900101"
+ test_one "cert valid interval"success "-h -V-1w:+2w"
+ test_one "cert has constraints"   failure "-h -Oforce-command=false"
+diff --git a/regress/cert-userkey.sh b/regress/cert-userkey.sh
+index 38c14a69..f0e30945 100644
+--- a/regress/cert-userkey.sh
 b/regress/cert-userkey.sh
+@@ -1,4 +1,4 @@
+-# $OpenBSD: cert-userkey.sh,v 1.21 2019/07/25 08:28:15 dtucker Exp $
++# $OpenBSD: cert-userkey.sh,v 1.25 2020/01/03 03:02:26 djm Exp $
+ # Placed in the Public Domain.
+
+ tid="certified user keys"
+@@ -338,7 +338,7 @@ test_one() {
+ test_one "correct principal"  success "-n ${USER}"
+ test_one "host-certificate"   failure "-n ${USER} -h"
+ test_one "wrong principals"   failure "-n foo"
+-test_one "cert not yet valid" failure "-n ${USER} -V20200101:20300101"
++test_one "cert not yet valid" failure "-n ${USER} -V20300101:20320101"
+ test_one "cert expired"   failure "-n ${USER} -V19800101:19900101"
+ test_one "cert valid interval"success "-n ${USER} -V-1w:+2w"
+ test_one "wrong source-address"   failure "-n ${USER} 
-Osource-address=10.0.0.0/8"
+@@ -399,4 +399,3 @@ done
+
+ rm -f $OBJ/authorized_keys_$USER $OBJ/user_ca_key* $OBJ/cert_user_key*
+ rm -f $OBJ/authorized_principals_$USER
+-
+--
+2.24.1
+
diff --git a/meta/recipes-connectivity/openssh/openssh_8.1p1.bb 
b/meta/recipes-connectivity/openssh/openssh_8.1p1.bb
index f8be7ba178d..8e7896cf4a3 100644
--- a/meta/recipes-connectivity/openssh/openssh_8.1p1.bb
+++ b/meta/recipes-connectivity/openssh/openssh_8.1p1.bb
@@ -26,6 +26,7 @@ SRC_URI = 
"http://ftp.openbsd.org/pub/OpenBSD/OpenSSH/portable/openssh-${PV}.tar
file://add-test-support-for-busybox.patch \
file://openssh-8.1p1-seccomp-nanosleep.patch \
file://0001-seccomp-Allow-clock_gettime64-in-sandbox.patch \
+   file://0001-Manually-applied-upstream-fix-for-openssh-test.patch \
"
 SRC_URI[md5sum] = "513694343631a99841e815306806edf0"
 SRC_URI[sha256sum] = 
"02f5dbef3835d0753556f973cd57b4c19b6b1f6cd24c03445e23ac77ca1b93ff"
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH 10/24] ptests: exclude lttng-tools


2020-01-20

Thread
Alexander Kanavin

These tests are producing failures that appear and
disappear randomly. This requires investigation
by someone with expertise, so let's disable until then.

Signed-off-by: Alexander Kanavin 
---
 meta/conf/distro/include/ptest-packagelists.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/conf/distro/include/ptest-packagelists.inc 
b/meta/conf/distro/include/ptest-packagelists.inc
index 49cb9046c6c..f42e90bd187 100644
--- a/meta/conf/distro/include/ptest-packagelists.inc
+++ b/meta/conf/distro/include/ptest-packagelists.inc
@@ -58,6 +58,7 @@ PTESTS_FAST = "\
 #rt-tests-ptest \ # Needs to be checked whether it runs at all
 #bash-ptest \ # Test outcomes are non-deterministic by design
 #mdadm-ptest \ # Multiple failures; mdmon crashes in at least one of the 
tests
+#lttng-tools-ptest \ # Random failures that are difficult to reproduce
 #"
 
 PTESTS_SLOW = "\
@@ -67,7 +68,6 @@ PTESTS_SLOW = "\
 glib-2.0-ptest \
 gstreamer1.0-ptest \
 libevent-ptest \
-lttng-tools-ptest \
 openssh-ptest \
 openssl-ptest \
 perl-ptest \
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH 06/24] libcap: update to 2.31


2020-01-20

Thread
Alexander Kanavin

Signed-off-by: Alexander Kanavin 
---
 ...-tests-do-not-statically-link-a-test.patch | 26 +++
 ...-tests-do-not-run-target-executables.patch | 33 +++
 .../libcap/{libcap_2.27.bb => libcap_2.31.bb} |  6 ++--
 3 files changed, 63 insertions(+), 2 deletions(-)
 create mode 100644 
meta/recipes-support/libcap/files/0001-tests-do-not-statically-link-a-test.patch
 create mode 100644 
meta/recipes-support/libcap/files/0002-tests-do-not-run-target-executables.patch
 rename meta/recipes-support/libcap/{libcap_2.27.bb => libcap_2.31.bb} (87%)

diff --git 
a/meta/recipes-support/libcap/files/0001-tests-do-not-statically-link-a-test.patch
 
b/meta/recipes-support/libcap/files/0001-tests-do-not-statically-link-a-test.patch
new file mode 100644
index 000..e568cc47c5f
--- /dev/null
+++ 
b/meta/recipes-support/libcap/files/0001-tests-do-not-statically-link-a-test.patch
@@ -0,0 +1,26 @@
+From 1179b423cce8d119b42cebfb3daa77c540fdca43 Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Wed, 15 Jan 2020 17:16:28 +0100
+Subject: [PATCH] tests: do not statically link a test
+
+This fails on e.g. centos 7
+
+Upstream-Status: Inappropriate [oe-core specific]
+Signed-off-by: Alexander Kanavin 
+---
+ tests/Makefile | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/tests/Makefile b/tests/Makefile
+index 7162cf0..6af47af 100644
+--- a/tests/Makefile
 b/tests/Makefile
+@@ -29,7 +29,7 @@ psx_test_wrap: psx_test.c $(DEPS)
+ run_libcap_psx_test: libcap_psx_test
+ 
+ libcap_psx_test: libcap_psx_test.c $(DEPS)
+-  $(CC) $(CFLAGS) $(IPATH) $< -o $@ $(LIBCAPLIB) $(LIBPSXLIB) 
-Wl,-wrap,pthread_create --static
++  $(CC) $(CFLAGS) $(IPATH) $< -o $@ $(LIBCAPLIB) $(LIBPSXLIB) 
-Wl,-wrap,pthread_create
+ 
+ clean:
+   rm -f psx_test psx_test_wrap libcap_psx_test
diff --git 
a/meta/recipes-support/libcap/files/0002-tests-do-not-run-target-executables.patch
 
b/meta/recipes-support/libcap/files/0002-tests-do-not-run-target-executables.patch
new file mode 100644
index 000..26d108c209e
--- /dev/null
+++ 
b/meta/recipes-support/libcap/files/0002-tests-do-not-run-target-executables.patch
@@ -0,0 +1,33 @@
+From 6309554225e05e76167eda4e0df383fb3d1a62c3 Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Fri, 20 Dec 2019 16:54:05 +0100
+Subject: [PATCH] tests: do not run target executables
+
+Upstream-Status: Inappropriate [oe-core specific]
+Signed-off-by: Alexander Kanavin 
+
+---
+ tests/Makefile | 3 ---
+ 1 file changed, 3 deletions(-)
+
+diff --git a/tests/Makefile b/tests/Makefile
+index 95e4ca6..7162cf0 100644
+--- a/tests/Makefile
 b/tests/Makefile
+@@ -19,8 +19,6 @@ sudotest: test
+ install: all
+ 
+ run_psx_test: psx_test psx_test_wrap
+-  ./psx_test
+-  ./psx_test_wrap
+ 
+ psx_test: psx_test.c $(DEPS)
+   $(CC) $(CFLAGS) $(IPATH) -DNOWRAP $< -o $@ $(LIBPSXLIB)
+@@ -29,7 +27,6 @@ psx_test_wrap: psx_test.c $(DEPS)
+   $(CC) $(CFLAGS) $(IPATH) $< -o $@ $(LIBPSXLIB) -Wl,-wrap,pthread_create
+ 
+ run_libcap_psx_test: libcap_psx_test
+-  ./libcap_psx_test
+ 
+ libcap_psx_test: libcap_psx_test.c $(DEPS)
+   $(CC) $(CFLAGS) $(IPATH) $< -o $@ $(LIBCAPLIB) $(LIBPSXLIB) 
-Wl,-wrap,pthread_create --static
diff --git a/meta/recipes-support/libcap/libcap_2.27.bb 
b/meta/recipes-support/libcap/libcap_2.31.bb
similarity index 87%
rename from meta/recipes-support/libcap/libcap_2.27.bb
rename to meta/recipes-support/libcap/libcap_2.31.bb
index 3f64ff76364..97959c1025b 100644
--- a/meta/recipes-support/libcap/libcap_2.27.bb
+++ b/meta/recipes-support/libcap/libcap_2.31.bb
@@ -9,9 +9,11 @@ DEPENDS = "hostperl-runtime-native gperf-native"
 
 SRC_URI = 
"${KERNELORG_MIRROR}/linux/libs/security/linux-privs/${BPN}2/${BPN}-${PV}.tar.xz
 \

file://0001-ensure-the-XATTR_NAME_CAPS-is-defined-when-it-is-use.patch \
+   file://0002-tests-do-not-run-target-executables.patch \
+   file://0001-tests-do-not-statically-link-a-test.patch \
"
-SRC_URI[md5sum] = "2e8f9fab32eb5ccb37969fe317fd17aa"
-SRC_URI[sha256sum] = 
"dac1792d0118bee6aae6ba7fb93ff1602c6a9bda812fd63916eee1435b9c486a"
+SRC_URI[md5sum] = "52120c05dc797b01f5a7ae70f4335e96"
+SRC_URI[sha256sum] = 
"c6088de41e1c97fa8047e2e7de0e4ee0cd13e6cc16538022230ae76727a87c46"
 
 UPSTREAM_CHECK_URI = 
"https://www.kernel.org/pub/linux/libs/security/linux-privs/${BPN}2/";
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH 09/24] ptests: exclude mdadm from ptesting


2020-01-20

Thread
Alexander Kanavin

The are multiple failures, one is due to mdmon crashing in qemu,
another is due to qemu kernel missing needed options, a third I
couldn't figure out at all.

Rather then fight with them let's disable the whole thing for now.

Signed-off-by: Alexander Kanavin 
---
 meta/conf/distro/include/ptest-packagelists.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/conf/distro/include/ptest-packagelists.inc 
b/meta/conf/distro/include/ptest-packagelists.inc
index 0a13bf0a6c1..49cb9046c6c 100644
--- a/meta/conf/distro/include/ptest-packagelists.inc
+++ b/meta/conf/distro/include/ptest-packagelists.inc
@@ -57,6 +57,7 @@ PTESTS_FAST = "\
 #lz4-ptest \ # Needs a rewrite
 #rt-tests-ptest \ # Needs to be checked whether it runs at all
 #bash-ptest \ # Test outcomes are non-deterministic by design
+#mdadm-ptest \ # Multiple failures; mdmon crashes in at least one of the 
tests
 #"
 
 PTESTS_SLOW = "\
@@ -67,7 +68,6 @@ PTESTS_SLOW = "\
 gstreamer1.0-ptest \
 libevent-ptest \
 lttng-tools-ptest \
-mdadm-ptest \
 openssh-ptest \
 openssl-ptest \
 perl-ptest \
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH 07/24] selftest: check maintainers.inc for entries	without recipes


2020-01-20

Thread
Alexander Kanavin

Also remove a couple of entries found by the test :)

Signed-off-by: Alexander Kanavin 
---
 meta/conf/distro/include/maintainers.inc   |  6 
 meta/lib/oeqa/selftest/cases/distrodata.py | 34 --
 2 files changed, 32 insertions(+), 8 deletions(-)

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index ffb6da7dae9..01afc25b939 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -183,7 +183,6 @@ RECIPE_MAINTAINER_pn-flex = "Chen Qi 
"
 RECIPE_MAINTAINER_pn-font-alias = "Armin Kuster "
 RECIPE_MAINTAINER_pn-font-util = "Armin Kuster "
 RECIPE_MAINTAINER_pn-fontconfig = "Ross Burton "
-RECIPE_MAINTAINER_pn-foomatic-filters = "Chen Qi "
 RECIPE_MAINTAINER_pn-formfactor = "Ross Burton "
 RECIPE_MAINTAINER_pn-freetype = "Ross Burton "
 RECIPE_MAINTAINER_pn-fribidi = "Ross Burton "
@@ -551,7 +550,6 @@ RECIPE_MAINTAINER_pn-pciutils = "Chen Qi 
"
 RECIPE_MAINTAINER_pn-pcmanfm = "Alexander Kanavin "
 RECIPE_MAINTAINER_pn-perf = "Bruce Ashfield "
 RECIPE_MAINTAINER_pn-perl = "Alexander Kanavin "
-RECIPE_MAINTAINER_pn-perl-native = "Alexander Kanavin "
 RECIPE_MAINTAINER_pn-piglit = "Ross Burton "
 RECIPE_MAINTAINER_pn-pigz = "Hongxu Jia "
 RECIPE_MAINTAINER_pn-pinentry = "Armin Kuster "
@@ -574,9 +572,6 @@ RECIPE_MAINTAINER_pn-ptest-runner = "Ross Burton 
"
 RECIPE_MAINTAINER_pn-pulseaudio = "Tanu Kaskinen "
 RECIPE_MAINTAINER_pn-pulseaudio-client-conf-sato = "Tanu Kaskinen 
"
 RECIPE_MAINTAINER_pn-puzzles = "Anuj Mittal "
-RECIPE_MAINTAINER_pn-python = "Oleksandr Kravchuk 
"
-RECIPE_MAINTAINER_pn-python-native = "Oleksandr Kravchuk 
"
-RECIPE_MAINTAINER_pn-python-setuptools = "Oleksandr Kravchuk 
"
 RECIPE_MAINTAINER_pn-python3 = "Oleksandr Kravchuk 
"
 RECIPE_MAINTAINER_pn-python3-async = "Oleksandr Kravchuk 
"
 RECIPE_MAINTAINER_pn-python3-dbus = "Oleksandr Kravchuk 
"
@@ -586,7 +581,6 @@ RECIPE_MAINTAINER_pn-python3-git = "Oleksandr Kravchuk 

 """
@@ -54,7 +55,16 @@ but their recipes claim otherwise by setting 
UPSTREAM_VERSION_UNKNOWN. Please re
  return True
 return False
 
-feature = 'require conf/distro/include/maintainers.inc\n'
+def is_maintainer_exception(entry):
+exceptions = ["systemd", "musl", "libpam", "newlib", 
"linux-yocto", "opensbi", "linux-dummy",
+  "mesa-gl", "libgfortran", "volatile-binds", 
"libgloss", "bsd-headers",
+  "cve-update-db-native", "libssp-nonshared", 
"argp-standalone", "fts"]
+for i in exceptions:
+ if i in entry:
+ return True
+return False
+
+feature = 'require 
conf/distro/include/maintainers.inc\nLICENSE_FLAGS_WHITELIST += " commercial"\n'
 self.write_config(feature)
 
 with bb.tinfoil.Tinfoil() as tinfoil:
@@ -62,6 +72,11 @@ but their recipes claim otherwise by setting 
UPSTREAM_VERSION_UNKNOWN. Please re
 
 with_maintainer_list = []
 no_maintainer_list = []
+
+missing_recipes = []
+recipes = []
+prefix = "RECIPE_MAINTAINER_pn-"
+
 # We could have used all_recipes() here, but this method will find
 # every recipe if we ever move to setting RECIPE_MAINTAINER in 
recipe files
 # instead of maintainers.inc
@@ -71,6 +86,7 @@ but their recipes claim otherwise by setting 
UPSTREAM_VERSION_UNKNOWN. Please re
 continue
 rd = tinfoil.parse_recipe_file(fn, appends=False)
 pn = rd.getVar('PN')
+recipes.append(pn)
 if is_exception(pn):
 continue
 if rd.getVar('RECIPE_MAINTAINER'):
@@ -78,6 +94,15 @@ but their recipes claim otherwise by setting 
UPSTREAM_VERSION_UNKNOWN. Please re
 else:
 no_maintainer_list.append((pn, fn))
 
+maintainers = tinfoil.config_data.keys()
+for key in maintainers:
+ if key.startswith(prefix):
+ recipe = tinfoil.config_data.expand(key[len(prefix):])
+ if is_maintainer_exception(recipe):
+ continue
+ if recipe not in recipes:
+ missing_recipes.append(recipe)
+
 if no_maintainer_list:
 self.fail("""
 The following recipes do not have a maintainer assigned to them. Please add an 
entry to meta/conf/distro/include/maintainers.inc file.
@@ -87,3 +112,8 @@ The following recipes do not have a maintainer assigned to 
them. Please add an e
 self.fail("""
 The list of oe-core recipes with maintainers is empty. This may indicate that 
the test has regressed and needs fixing.
 """)
+
+if missing_recipes:
+self.fail("""
+Unable to find recipes for the following entries in maintainers.inc:
+""" + "\n".join(['%



[OE-core] [PATCH 12/24] openssh: explicitly skip unit tests


2020-01-20

Thread
Alexander Kanavin

These tests are already implicitly excluded by not being built.
This change avoids a confusing failure-but-not-really printed by
run-ptest.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-connectivity/openssh/openssh/run-ptest | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-connectivity/openssh/openssh/run-ptest 
b/meta/recipes-connectivity/openssh/openssh/run-ptest
index daf62cca5b1..ae03e929b24 100755
--- a/meta/recipes-connectivity/openssh/openssh/run-ptest
+++ b/meta/recipes-connectivity/openssh/openssh/run-ptest
@@ -1,6 +1,7 @@
 #!/bin/sh
 
 export TEST_SHELL=sh
+export SKIP_UNIT=1
 
 cd regress
 sed -i "/\t\tagent-ptrace /d" Makefile
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH 08/24] core-image-sato-sdk-ptest: do not pull in	ptest-pkgs


2020-01-20

Thread
Alexander Kanavin

The lists of ptests are defined via PTESTS_FAST and PTESTS_SLOW;
ptests-pkgs also pulls in additional items that are specifically
excluded from those due to causing issues with ptesting.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-sato/images/core-image-sato-sdk-ptest.bb | 2 --
 1 file changed, 2 deletions(-)

diff --git a/meta/recipes-sato/images/core-image-sato-sdk-ptest.bb 
b/meta/recipes-sato/images/core-image-sato-sdk-ptest.bb
index ff297fe324c..7490b773d2e 100644
--- a/meta/recipes-sato/images/core-image-sato-sdk-ptest.bb
+++ b/meta/recipes-sato/images/core-image-sato-sdk-ptest.bb
@@ -3,8 +3,6 @@ require conf/distro/include/ptest-packagelists.inc
 
 DESCRIPTION += "Also includes ptest packages."
 
-IMAGE_FEATURES += "ptest-pkgs"
-
 PROVIDES += "core-image-sato-ptest"
 
 # Also include ptests which may not otherwise be included in a sato image
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH 02/24] python3: do not compile .pyc in parallel	during do_install()


2020-01-20

Thread
Alexander Kanavin

Signed-off-by: Alexander Kanavin 
---
 ...file-do-not-compile-.pyc-in-parallel.patch | 58 +++
 ...fig-append-STAGING_LIBDIR-python-sys.patch |  2 +-
 ...tutils-prefix-is-inside-staging-area.patch |  2 +-
 meta/recipes-devtools/python/python3_3.8.1.bb |  1 +
 4 files changed, 61 insertions(+), 2 deletions(-)
 create mode 100644 
meta/recipes-devtools/python/python3/0001-Makefile-do-not-compile-.pyc-in-parallel.patch

diff --git 
a/meta/recipes-devtools/python/python3/0001-Makefile-do-not-compile-.pyc-in-parallel.patch
 
b/meta/recipes-devtools/python/python3/0001-Makefile-do-not-compile-.pyc-in-parallel.patch
new file mode 100644
index 000..b1bceac512e
--- /dev/null
+++ 
b/meta/recipes-devtools/python/python3/0001-Makefile-do-not-compile-.pyc-in-parallel.patch
@@ -0,0 +1,58 @@
+From c501e121a872cbcef8ffe626c1de173a125be9f8 Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Thu, 16 Jan 2020 12:34:20 +0100
+Subject: [PATCH] Makefile: do not compile .pyc in parallel
+
+This was found to break reproducibility, and produce strange file ownership
+races.
+
+The upstream commit introducing the change was:
+https://github.com/python/cpython/commit/1a2dd82f56bd813aacc570e172cefe55a8a41504
+
+Upstream-Status: Pending
+Signed-off-by: Alexander Kanavin 
+---
+ Makefile.pre.in | 12 ++--
+ 1 file changed, 6 insertions(+), 6 deletions(-)
+
+diff --git a/Makefile.pre.in b/Makefile.pre.in
+index 1241112..5dfdf44 100644
+--- a/Makefile.pre.in
 b/Makefile.pre.in
+@@ -1457,30 +1457,30 @@ libinstall:build_all $(srcdir)/Modules/xxmodule.c
+   fi
+   -PYTHONPATH=$(DESTDIR)$(LIBDEST)  $(RUNSHARED) \
+   $(PYTHON_FOR_BUILD) -Wi $(DESTDIR)$(LIBDEST)/compileall.py \
+-  -j0 -d $(LIBDEST) -f \
++  -d $(LIBDEST) -f \
+   -x 'bad_coding|badsyntax|site-packages|lib2to3/tests/data' \
+   $(DESTDIR)$(LIBDEST)
+   -PYTHONPATH=$(DESTDIR)$(LIBDEST) $(RUNSHARED) \
+   $(PYTHON_FOR_BUILD) -Wi -O $(DESTDIR)$(LIBDEST)/compileall.py \
+-  -j0 -d $(LIBDEST) -f \
++  -d $(LIBDEST) -f \
+   -x 'bad_coding|badsyntax|site-packages|lib2to3/tests/data' \
+   $(DESTDIR)$(LIBDEST)
+   -PYTHONPATH=$(DESTDIR)$(LIBDEST) $(RUNSHARED) \
+   $(PYTHON_FOR_BUILD) -Wi -OO $(DESTDIR)$(LIBDEST)/compileall.py \
+-  -j0 -d $(LIBDEST) -f \
++  -d $(LIBDEST) -f \
+   -x 'bad_coding|badsyntax|site-packages|lib2to3/tests/data' \
+   $(DESTDIR)$(LIBDEST)
+   -PYTHONPATH=$(DESTDIR)$(LIBDEST) $(RUNSHARED) \
+   $(PYTHON_FOR_BUILD) -Wi $(DESTDIR)$(LIBDEST)/compileall.py \
+-  -j0 -d $(LIBDEST)/site-packages -f \
++  -d $(LIBDEST)/site-packages -f \
+   -x badsyntax $(DESTDIR)$(LIBDEST)/site-packages
+   -PYTHONPATH=$(DESTDIR)$(LIBDEST) $(RUNSHARED) \
+   $(PYTHON_FOR_BUILD) -Wi -O $(DESTDIR)$(LIBDEST)/compileall.py \
+-  -j0 -d $(LIBDEST)/site-packages -f \
++  -d $(LIBDEST)/site-packages -f \
+   -x badsyntax $(DESTDIR)$(LIBDEST)/site-packages
+   -PYTHONPATH=$(DESTDIR)$(LIBDEST) $(RUNSHARED) \
+   $(PYTHON_FOR_BUILD) -Wi -OO $(DESTDIR)$(LIBDEST)/compileall.py \
+-  -j0 -d $(LIBDEST)/site-packages -f \
++  -d $(LIBDEST)/site-packages -f \
+   -x badsyntax $(DESTDIR)$(LIBDEST)/site-packages
+   -PYTHONPATH=$(DESTDIR)$(LIBDEST) $(RUNSHARED) \
+   $(PYTHON_FOR_BUILD) -m lib2to3.pgen2.driver 
$(DESTDIR)$(LIBDEST)/lib2to3/Grammar.txt
diff --git 
a/meta/recipes-devtools/python/python3/0001-distutils-sysconfig-append-STAGING_LIBDIR-python-sys.patch
 
b/meta/recipes-devtools/python/python3/0001-distutils-sysconfig-append-STAGING_LIBDIR-python-sys.patch
index 03719cafcdf..03f60088fe6 100644
--- 
a/meta/recipes-devtools/python/python3/0001-distutils-sysconfig-append-STAGING_LIBDIR-python-sys.patch
+++ 
b/meta/recipes-devtools/python/python3/0001-distutils-sysconfig-append-STAGING_LIBDIR-python-sys.patch
@@ -1,4 +1,4 @@
-From 14eecf00459c0af698ed811e4f8bea460aada681 Mon Sep 17 00:00:00 2001
+From 77b7af7859bb925c31c5bcbf33f30569a0bc1d40 Mon Sep 17 00:00:00 2001
 From: Alexander Kanavin 
 Date: Thu, 31 Jan 2019 16:46:30 +0100
 Subject: [PATCH] distutils/sysconfig: append
diff --git 
a/meta/recipes-devtools/python/python3/12-distutils-prefix-is-inside-staging-area.patch
 
b/meta/recipes-devtools/python/python3/12-distutils-prefix-is-inside-staging-area.patch
index 3105f0d1760..6fe9839f776 100644
--- 
a/meta/recipes-devtools/python/python3/12-distutils-prefix-is-inside-staging-area.patch
+++ 
b/meta/recipes-devtools/python/python3/12-distutils-prefix-is-inside-staging-area.patch
@@ -1,4 +1,4 @@
-From 6ca960869738fc89041a2e672d8e28b51e73d3c6 Mon Sep 17 00:00:00 2001
+From b1f68fe102b289a10504fae716a9eaa8677e3c5b Mon Sep 17 00:00:00 2001
 From: Khem Raj 
 Date: Tue, 14 May 2013 15:00:



[OE-core] [PATCH 05/24] nss: update to 3.49.1


2020-01-20

Thread
Alexander Kanavin

Drop a backport, and a patch that causes build errors with
the new version.

Add a patch to make ARM HW crypto optional; upstream for some
reason does not allow disabling it.

Signed-off-by: Alexander Kanavin 
---
 ...ppc64-inline-assembler-for-clang-r-j.patch | 35 ---
 ...figure-option-to-disable-ARM-HW-cryp.patch | 35 +++
 .../nss/nss/nss-fix-nsinstall-build.patch |  2 +-
 .../nss/{nss_3.45.bb => nss_3.49.1.bb}| 13 ---
 4 files changed, 44 insertions(+), 41 deletions(-)
 delete mode 100644 
meta/recipes-support/nss/nss/0001-Bug-1493916-Fix-ppc64-inline-assembler-for-clang-r-j.patch
 create mode 100644 
meta/recipes-support/nss/nss/0001-freebl-add-a-configure-option-to-disable-ARM-HW-cryp.patch
 rename meta/recipes-support/nss/{nss_3.45.bb => nss_3.49.1.bb} (95%)

diff --git 
a/meta/recipes-support/nss/nss/0001-Bug-1493916-Fix-ppc64-inline-assembler-for-clang-r-j.patch
 
b/meta/recipes-support/nss/nss/0001-Bug-1493916-Fix-ppc64-inline-assembler-for-clang-r-j.patch
deleted file mode 100644
index 59e44e68418..000
--- 
a/meta/recipes-support/nss/nss/0001-Bug-1493916-Fix-ppc64-inline-assembler-for-clang-r-j.patch
+++ /dev/null
@@ -1,35 +0,0 @@
-From 6b351dbb049b3b3ab6c0d51aa3c1c7fb3c9df80c Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?Dan=20Hor=C3=A1k?= 
-Date: Mon, 22 Jul 2019 11:07:41 -0700
-Subject: [PATCH] Bug 1493916 - Fix ppc64 inline assembler for clang r=jcj
- Seems clang's inline assembler doesn't want registers to be prefixed with
- "r", while gcc accepts both - r0 and 0 for GPR0.
-
-tested with clang 6.0 and gcc 8.1
-
---HG--
-extra : amend_source : 87e09bb59c78bdb25b9573b9f29511e10b9db6fa
-extra : histedit_source : 9b3fad70ac2851bf7de14d42c34db4a5fba41710
-
-Upstream-Status: Backport 
[https://github.com/nss-dev/nss/commit/671d89b6c4a6f41707bb044534751098e2e3f211]
-Signed-off-by: Khem Raj 

- nss/lib/freebl/mpi/mpcpucache.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/nss/lib/freebl/mpi/mpcpucache.c b/nss/lib/freebl/mpi/mpcpucache.c
-index 336b4cc..2ad291f 100644
 a/nss/lib/freebl/mpi/mpcpucache.c
-+++ b/nss/lib/freebl/mpi/mpcpucache.c
-@@ -727,7 +727,7 @@ static inline void
- dcbzl(char *array)
- {
- register char *a asm("r2") = array;
--__asm__ __volatile__("dcbzl %0,r0"
-+__asm__ __volatile__("dcbzl %0,0"
-  : "=r"(a)
-  : "0"(a));
- }
--- 
-2.24.0
-
diff --git 
a/meta/recipes-support/nss/nss/0001-freebl-add-a-configure-option-to-disable-ARM-HW-cryp.patch
 
b/meta/recipes-support/nss/nss/0001-freebl-add-a-configure-option-to-disable-ARM-HW-cryp.patch
new file mode 100644
index 000..fe29d198820
--- /dev/null
+++ 
b/meta/recipes-support/nss/nss/0001-freebl-add-a-configure-option-to-disable-ARM-HW-cryp.patch
@@ -0,0 +1,35 @@
+From 5595e9651aca39af945931c73eb524a0f8bd130d Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Wed, 18 Dec 2019 12:29:50 +0100
+Subject: [PATCH] freebl: add a configure option to disable ARM HW crypto
+
+Not all current hardware supports it, particularly anything
+prior to armv8 does not.
+
+Upstream-Status: Pending
+Signed-off-by: Alexander Kanavin 
+---
+ nss/lib/freebl/Makefile | 3 +++
+ 1 file changed, 3 insertions(+)
+
+diff --git a/nss/lib/freebl/Makefile b/nss/lib/freebl/Makefile
+index 06506f0..a8b015d 100644
+--- a/nss/lib/freebl/Makefile
 b/nss/lib/freebl/Makefile
+@@ -125,6 +125,8 @@ else
+ DEFINES += -DNSS_X86
+ endif
+ endif
++
++ifdef NSS_USE_ARM_HW_CRYPTO
+ ifeq ($(CPU_ARCH),aarch64)
+ DEFINES += -DUSE_HW_AES
+ EXTRA_SRCS += aes-armv8.c gcm-aarch64.c
+@@ -145,6 +147,7 @@ ifeq ($(CPU_ARCH),arm)
+ endif
+ endif
+ endif
++endif
+ 
+ ifeq ($(OS_TARGET),OSF1)
+ DEFINES += -DMP_ASSEMBLY_MULTIPLY -DMP_NO_MP_WORD
diff --git a/meta/recipes-support/nss/nss/nss-fix-nsinstall-build.patch 
b/meta/recipes-support/nss/nss/nss-fix-nsinstall-build.patch
index 181c69adb04..43c09d13eaf 100644
--- a/meta/recipes-support/nss/nss/nss-fix-nsinstall-build.patch
+++ b/meta/recipes-support/nss/nss/nss-fix-nsinstall-build.patch
@@ -29,7 +29,7 @@ Index: nss-3.24/nss/coreconf/nsinstall/Makefile
 +# to clean the '-m64' from ARCHFLAG and LDFLAGS.
 +ARCHFLAG =
 +LDFLAGS =
-+CFLAGS =
++# CFLAGS =
 +
  ifeq (,$(filter-out OS2 WIN%,$(OS_TARGET)))
  PROGRAM   =
diff --git a/meta/recipes-support/nss/nss_3.45.bb 
b/meta/recipes-support/nss/nss_3.49.1.bb
similarity index 95%
rename from meta/recipes-support/nss/nss_3.45.bb
rename to meta/recipes-support/nss/nss_3.49.1.bb
index c8005a5b3a5..94f4b88fa53 100644
--- a/meta/recipes-support/nss/nss_3.45.bb
+++ b/meta/recipes-support/nss/nss_3.49.1.bb
@@ -25,17 +25,17 @@ SRC_URI = 
"http://ftp.mozilla.org/pub/mozilla.org/security/nss/releases/${VERSIO
file://0001-nss-fix-support-cross-compiling.patch \
file://nss-no-rpath-for-cross-compiling.patch \
file://nss-fix-incorrect-shebang-of-perl.patch \
-   file



[OE-core] [PATCH 04/24] gstreamer1.0-python: add a patch to fix	python 3.8 builds


2020-01-20

Thread
Alexander Kanavin

Signed-off-by: Alexander Kanavin 
---
 ...son.build-fix-builds-with-python-3.8.patch | 24 +++
 .../gstreamer/gstreamer1.0-python_1.16.1.bb   |  4 +++-
 2 files changed, 27 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0-python/0001-meson.build-fix-builds-with-python-3.8.patch

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-python/0001-meson.build-fix-builds-with-python-3.8.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-python/0001-meson.build-fix-builds-with-python-3.8.patch
new file mode 100644
index 000..053108ad50b
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-python/0001-meson.build-fix-builds-with-python-3.8.patch
@@ -0,0 +1,24 @@
+From 61cfd1b49dc82baf14bb36d88b6c5be7b8c3d23a Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Mon, 2 Dec 2019 18:16:41 +0100
+Subject: [PATCH] meson.build: fix builds with python 3.8
+
+Upstream-Status: Submitted 
[https://gitlab.freedesktop.org/gstreamer/gst-python/merge_requests/14]
+Signed-off-by: Alexander Kanavin 
+---
+ meson.build | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/meson.build b/meson.build
+index 1da81d5..3e0db38 100644
+--- a/meson.build
 b/meson.build
+@@ -24,7 +24,7 @@ pygobject_dep = dependency('pygobject-3.0', fallback: 
['pygobject', 'pygobject_d
+ 
+ pymod = import('python')
+ python = pymod.find_installation(get_option('python'))
+-python_dep = python.dependency(required : true)
++python_dep = dependency('python3-embed', required : true)
+ 
+ python_abi_flags = python.get_variable('ABIFLAGS', '')
+ pylib_loc = get_option('libpython-dir')
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.16.1.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.16.1.bb
index b770ec060e1..0382360ec26 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.16.1.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.16.1.bb
@@ -5,7 +5,9 @@ SECTION = "multimedia"
 LICENSE = "LGPLv2.1"
 LIC_FILES_CHKSUM = "file://COPYING;md5=c34deae4e395ca07e725ab0076a5f740"
 
-SRC_URI = 
"https://gstreamer.freedesktop.org/src/${PNREAL}/${PNREAL}-${PV}.tar.xz";
+SRC_URI = 
"https://gstreamer.freedesktop.org/src/${PNREAL}/${PNREAL}-${PV}.tar.xz \
+   file://0001-meson.build-fix-builds-with-python-3.8.patch \
+   "
 SRC_URI[md5sum] = "499645fbd1790c5845c02a3998dccc1b"
 SRC_URI[sha256sum] = 
"b469c8955126f41b8ce0bf689b7029f182cd305f422b3a8df35b780bd8347489"
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH 01/24] python3: update to 3.8.1


2020-01-20

Thread
Alexander Kanavin

Drop backports, rebase other patches.

0001-main.c-if-OEPYTHON3HOME-is-set-use-instead-of-PYTHON.patch
is removed as the use case (allowing python 2 and 3 to coexist
in SDKs) is no longer relevant with Python 2.x reaching end of line
and upstream has refactored the code making a rebase difficult.
If needed, please re-add the patch to py2, rather than py3.

Python 3.8 no longer adds "m" to "3.8" in paths, so adjust the recipes
and classes accordingly.

The manifest for the 3.8.0 version is updated; particularly pkgutil
module is now packaged in -core (as other things in core need it);
this also necessitates allowing empty -pkgutil package to avoid
breakage across layers.

Signed-off-by: Alexander Kanavin 
---
 meta/classes/python3-dir.bbclass  |   4 +-
 ...ib-termcap-to-linker-flags-to-avoid-.patch |  14 +-
 ...lib-as-location-for-site-packages-an.patch | 156 --
 ...-detection-of-mips-architecture-for-.patch |  16 +-
 ...fig-append-STAGING_LIBDIR-python-sys.patch |   8 +-
 ...ON3HOME-is-set-use-instead-of-PYTHON.patch |  47 -
 ...asename-to-replace-CC-for-checking-c.patch |  37 ++--
 ...sing-libraries-to-Extension-for-mul.patch} |  41 ++--
 ...runtime-test-to-get-float-byte-order.patch | 199 --
 ...report-missing-dependencies-for-disa.patch |  11 +-
 ...tutils-prefix-is-inside-staging-area.patch |  10 +-
 .../python3/avoid_warning_about_tkinter.patch |  33 ++-
 .../python/python3/python-config.patch|  24 ++-
 .../python/python3/python3-manifest.json  | 106 +-
 .../{python3_3.7.6.bb => python3_3.8.1.bb}|  30 ++-
 15 files changed, 249 insertions(+), 487 deletions(-)
 delete mode 100644 
meta/recipes-devtools/python/python3/0001-main.c-if-OEPYTHON3HOME-is-set-use-instead-of-PYTHON.patch
 rename 
meta/recipes-devtools/python/python3/{0003-setup.py-pass-missing-libraries-to-Extension-for-mul.patch
 => 0001-setup.py-pass-missing-libraries-to-Extension-for-mul.patch} (60%)
 delete mode 100644 
meta/recipes-devtools/python/python3/0002-Don-t-do-runtime-test-to-get-float-byte-order.patch
 rename meta/recipes-devtools/python/{python3_3.7.6.bb => python3_3.8.1.bb} 
(92%)

diff --git a/meta/classes/python3-dir.bbclass b/meta/classes/python3-dir.bbclass
index 7dd130bad99..036d7140d99 100644
--- a/meta/classes/python3-dir.bbclass
+++ b/meta/classes/python3-dir.bbclass
@@ -1,5 +1,5 @@
-PYTHON_BASEVERSION = "3.7"
-PYTHON_ABI = "m"
+PYTHON_BASEVERSION = "3.8"
+PYTHON_ABI = ""
 PYTHON_DIR = "python${PYTHON_BASEVERSION}"
 PYTHON_PN = "python3"
 PYTHON_SITEPACKAGES_DIR = "${libdir}/${PYTHON_DIR}/site-packages"
diff --git 
a/meta/recipes-devtools/python/python3/0001-Do-not-add-usr-lib-termcap-to-linker-flags-to-avoid-.patch
 
b/meta/recipes-devtools/python/python3/0001-Do-not-add-usr-lib-termcap-to-linker-flags-to-avoid-.patch
index 09f279ba1d7..59592821d7f 100644
--- 
a/meta/recipes-devtools/python/python3/0001-Do-not-add-usr-lib-termcap-to-linker-flags-to-avoid-.patch
+++ 
b/meta/recipes-devtools/python/python3/0001-Do-not-add-usr-lib-termcap-to-linker-flags-to-avoid-.patch
@@ -1,4 +1,4 @@
-From 23294c6ba6896115828293fdb7e67b47b38ba675 Mon Sep 17 00:00:00 2001
+From 039c53dd5baddec3359a05be0bff46a3b32bbb84 Mon Sep 17 00:00:00 2001
 From: Alexander Kanavin 
 Date: Fri, 25 Jan 2019 19:04:13 +0100
 Subject: [PATCH] Do not add /usr/lib/termcap to linker flags to avoid host
@@ -12,14 +12,14 @@ Signed-off-by: Alexander Kanavin 
  1 file changed, 1 deletion(-)
 
 diff --git a/setup.py b/setup.py
-index b4357e3..fbec00d 100644
+index 20d7f35..ab18ff0 100644
 --- a/setup.py
 +++ b/setup.py
-@@ -856,7 +856,6 @@ class PyBuildExt(build_ext):
+@@ -957,7 +957,6 @@ class PyBuildExt(build_ext):
   'termcap'):
  readline_libs.append('termcap')
- exts.append( Extension('readline', ['readline.c'],
--   library_dirs=['/usr/lib/termcap'],
-extra_link_args=readline_extra_link_args,
-libraries=readline_libs) )
+ self.add(Extension('readline', ['readline.c'],
+-   library_dirs=['/usr/lib/termcap'],
+extra_link_args=readline_extra_link_args,
+libraries=readline_libs))
  else:
diff --git 
a/meta/recipes-devtools/python/python3/0001-Do-not-hardcode-lib-as-location-for-site-packages-an.patch
 
b/meta/recipes-devtools/python/python3/0001-Do-not-hardcode-lib-as-location-for-site-packages-an.patch
index ea75262c4f6..112c979441f 100644
--- 
a/meta/recipes-devtools/python/python3/0001-Do-not-hardcode-lib-as-location-for-site-packages-an.patch
+++ 
b/meta/recipes-devtools/python/python3/0001-Do-not-hardcode-lib-as-location-for-site-packages-an.patch
@@ -1,4 +1,4 @@
-From 0fbdad1eaf541a8e92be81f39514cd249b3b0801 Mon Sep 17 00:00:00 2001
+From a078b6ff1492e848ad1055764fb9a414abaf3e12 Mon Sep 17 00:00:00



[OE-core] [PATCH 03/24] python3: correctly process ptest output	with sed


2020-01-20

Thread
Alexander Kanavin

Particularly:

[ERROR|FAIL] was matching characters rather than strings.

Using (ERROR|FAIL) requires -r option.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/python/python3/run-ptest | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/python/python3/run-ptest 
b/meta/recipes-devtools/python/python3/run-ptest
index 3e45d3918cb..405b07f4959 100644
--- a/meta/recipes-devtools/python/python3/run-ptest
+++ b/meta/recipes-devtools/python/python3/run-ptest
@@ -1,3 +1,3 @@
 #!/bin/sh
 
-python3 -m test -v | sed -u -e '/\.\.\. ok/ s/^/PASS: /g' -e '/\.\.\. 
[ERROR|FAIL]/ s/^/FAIL: /g' -e '/\.\.\. skipped/ s/^/SKIP: /g' -e 's/ \.\.\. 
ok//g' -e 's/ \.\.\. ERROR//g' -e 's/ \.\.\. FAIL//g' -e 's/ \.\.\. skipped//g'
+python3 -m test -v | sed -u -e '/\.\.\. ok/ s/^/PASS: /g' -r -e '/\.\.\. 
(ERROR|FAIL)/ s/^/FAIL: /g' -e '/\.\.\. skipped/ s/^/SKIP: /g' -e 's/ \.\.\. 
ok//g' -e 's/ \.\.\. ERROR//g' -e 's/ \.\.\. FAIL//g' -e 's/ \.\.\. skipped//g'
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH] goarch.bbclass: Disable dynamic linking on PPC64	LE


2020-01-20

Thread
Khem Raj

Signed-off-by: Khem Raj 
---
 meta/classes/goarch.bbclass | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/classes/goarch.bbclass b/meta/classes/goarch.bbclass
index 33d1a13acb..1099b95769 100644
--- a/meta/classes/goarch.bbclass
+++ b/meta/classes/goarch.bbclass
@@ -37,6 +37,7 @@ GO_DYNLINK_aarch64 = "1"
 GO_DYNLINK_x86 = "1"
 GO_DYNLINK_x86-64 = "1"
 GO_DYNLINK_powerpc64 = "1"
+GO_DYNLINK_powerpc64le = "1"
 GO_DYNLINK_class-native = ""
 GO_DYNLINK_class-nativesdk = ""
 
@@ -46,6 +47,7 @@ COMPATIBLE_HOST_linux-gnux32 = "null"
 COMPATIBLE_HOST_linux-muslx32 = "null"
 COMPATIBLE_HOST_powerpc = "null"
 COMPATIBLE_HOST_powerpc64 = "null"
+COMPATIBLE_HOST_powerpc64le = "null"
 COMPATIBLE_HOST_mipsarchn32 = "null"
 
 ARM_INSTRUCTION_SET_armv4 = "arm"
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





Re: [OE-core] [PATCH][meta-python2] python: add 2.7.17 from oe-core


2020-01-20

Thread
Ross Burton


On 20/01/2020 17:03, Tim Orling wrote:

First of all, a GREAT BIG THANK YOU for doing this.

ERROR: ParseError at 
/home/ttorling/Projects/meta-python2/recipes-devtools/python/python_2.7.17.bb:1 
: Could not include required file python.inc


Seems like python.inc is 2.7 specific and should also move? I grepped 
for usage in poky and didn't find any.


Huh.  I wonder how my test actually worked :)

Ross

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





Re: [OE-core] [PATCH] file: explicitly disable seccomp


2020-01-20

Thread
Ross Burton


On 20/01/2020 15:45, Khem Raj wrote:

pseudo needs some love since it alters syscalls which go out of bounds
what is allowed by libseccomp until then pin your file version to 5.37
in arch till a supported distro is affected by same problem. It wont
be long better option is to fix pseudo


That's not quite right.  pseudo LD_PRELOADs itself into file, and makes 
syscalls which are not whitelisted in file's seccomp configuration.


There's nothing pseudo can do to solve this.

Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





Re: [OE-core] [PATCH][meta-python2] python: add 2.7.17 from oe-core


2020-01-20

Thread
Tim Orling

First of all, a GREAT BIG THANK YOU for doing this.

ERROR: ParseError at
/home/ttorling/Projects/meta-python2/recipes-devtools/python/
python_2.7.17.bb:1: Could not include required file python.inc

Seems like python.inc is 2.7 specific and should also move? I grepped for
usage in poky and didn't find any.

On Mon, Jan 20, 2020 at 3:51 AM Ross Burton  wrote:

> Python 2 ceased being maintained on the 1st January 2020.  All users of
> Python 2 in oe-core have already been ported to Python 3, so in oe-core
> 390f3eda Python 2 was finally removed from oe-core itself.
>
> The following are added to meta-python2 in this commit:
> - python and python-native 2.7.17
> - python-setuptools
> - The classes pythonnative, pythondir, distutils, setuptools
>
> Signed-off-by: Ross Burton 
> ---
>  classes/distutils-base.bbclass|4 +
>  classes/distutils.bbclass |   87 ++
>  classes/python-dir.bbclass|5 +
>  classes/pythonnative.bbclass  |   27 +
>  classes/setuptools.bbclass|3 +
>
> 

> --
> 2.20.1
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





Re: [OE-core] python2-less meta-openembedded build results


2020-01-20

Thread
Andrey Zhizhikin

On Mon, Jan 20, 2020 at 4:52 PM Khem Raj  wrote:
>
> Hi all
>
> Recently py2 is removed from oe-core, So I did quick patches to get a
> world build going. And
> here are initial failures, please help out with recipes your can or
> care for. Eventually, the remaining
> ones we can blacklist for 3.1 release.
>
> http://errors.yoctoproject.org/Errors/Build/97185/
>
> I will post more arches as they become available. If you want to try
> the same for machines/distros you can try yoe/mut for meta-oe

I've actually asked Ross about similar failures, specifically in
[meta-openembeeded/meta-python] where there is a good mix of Pytho2
and Python3 still present. I've started to remove those yesterday, and
would continue with that layer further.

>
> https://git.openembedded.org/meta-openembedded-contrib/log/?h=yoe/mut
>
> Thank you
> -Khem
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core

--
Regards,
Andrey.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





Re: [OE-core] python2-less meta-openembedded build results


2020-01-20

Thread
Andreas Müller

On Mon, Jan 20, 2020 at 4:52 PM Khem Raj  wrote:
>
> Hi all
>
> Recently py2 is removed from oe-core, So I did quick patches to get a
> world build going. And
> here are initial failures, please help out with recipes your can or
> care for. Eventually, the remaining
> ones we can blacklist for 3.1 release.
>
> http://errors.yoctoproject.org/Errors/Build/97185/
>
> I will post more arches as they become available. If you want to try
> the same for machines/distros you can try yoe/mut for meta-oe
Looks less than I expected - (Iknow dependencies are shadowed...) Will
try to assist...

Andreas
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





Re: [OE-core] [PATCH] openssh: skip unit tests to avoid Makefile	errors


2020-01-20

Thread
Alexander Kanavin

I think I have a better patch for this:
http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=akanavin/package-version-updates&id=c2fc852501414b06e6587d97d3bc944a4650906e

Rather than hardcode upstream-specific targets, my patch uses a variable
that upstream uses to skip the tests.

Alex

On Mon, 20 Jan 2020 at 17:08, Mingde (Matthew) Zeng <
matthew.z...@windriver.com> wrote:

>
> As per do_compile_ptest first appeared in commit
> 1f7aaf76f4aa7875f05f4b838a5ec4594a4c35dc,
> regress/unittests/ binaries are already skipped.
>
> This will trigger a Makefile error when running ptest:
> ```sh
> /bin/sh: line 4:
> /usr/lib/openssh/ptest/regress/unittests/sshbuf/test_sshbuf: No such file
> or directory
> make: *** [Makefile:243: unit] Error 127
> make: Target 'tests' not remade because of errors.
> ```
>
> openssh/regress/Makefile:
> ```
> tests:  prep file-tests t-exec unit
> ```
>
> Therefore we do not `make tests` as it consists of unit tests, we
> `make prep file-tests t-exec` instead.
>
> Signed-off-by: Matthew Zeng
>
> ---
>  meta/recipes-connectivity/openssh/openssh/run-ptest | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/meta/recipes-connectivity/openssh/openssh/run-ptest
> b/meta/recipes-connectivity/openssh/openssh/run-ptest
> index daf62cca5b..e5270ceade 100755
> --- a/meta/recipes-connectivity/openssh/openssh/run-ptest
> +++ b/meta/recipes-connectivity/openssh/openssh/run-ptest
> @@ -4,7 +4,8 @@ export TEST_SHELL=sh
>
>  cd regress
>  sed -i "/\t\tagent-ptrace /d" Makefile
> -make -k .OBJDIR=`pwd` .CURDIR=`pwd` SUDO="sudo" tests \
> +
> +make -k .OBJDIR=`pwd` .CURDIR=`pwd` SUDO="sudo" prep file-tests t-exec \
>  | sed -u -e 's/^skipped/SKIP: /g' -e 's/^ok /PASS: /g' -e
> 's/^failed/FAIL: /g'
>
>  SSHAGENT=`which ssh-agent`
> @@ -41,4 +42,3 @@ EOF
> ${SSHAGENT} -k > /dev/null
>  fi
>  userdel openssh-test
> -
> --
> 2.24.0
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH] openssh: skip unit tests to avoid Makefile errors


2020-01-20

Thread
Mingde (Matthew) Zeng



As per do_compile_ptest first appeared in commit 
1f7aaf76f4aa7875f05f4b838a5ec4594a4c35dc,
regress/unittests/ binaries are already skipped.

This will trigger a Makefile error when running ptest:
```sh
/bin/sh: line 4: /usr/lib/openssh/ptest/regress/unittests/sshbuf/test_sshbuf: 
No such file or directory
make: *** [Makefile:243: unit] Error 127
make: Target 'tests' not remade because of errors.
```

openssh/regress/Makefile:
```
tests:  prep file-tests t-exec unit
```

Therefore we do not `make tests` as it consists of unit tests, we
`make prep file-tests t-exec` instead.

Signed-off-by: Matthew Zeng

---
 meta/recipes-connectivity/openssh/openssh/run-ptest | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-connectivity/openssh/openssh/run-ptest 
b/meta/recipes-connectivity/openssh/openssh/run-ptest
index daf62cca5b..e5270ceade 100755
--- a/meta/recipes-connectivity/openssh/openssh/run-ptest
+++ b/meta/recipes-connectivity/openssh/openssh/run-ptest
@@ -4,7 +4,8 @@ export TEST_SHELL=sh

 cd regress
 sed -i "/\t\tagent-ptrace /d" Makefile
-make -k .OBJDIR=`pwd` .CURDIR=`pwd` SUDO="sudo" tests \
+
+make -k .OBJDIR=`pwd` .CURDIR=`pwd` SUDO="sudo" prep file-tests t-exec \
 | sed -u -e 's/^skipped/SKIP: /g' -e 's/^ok /PASS: /g' -e 
's/^failed/FAIL: /g'

 SSHAGENT=`which ssh-agent`
@@ -41,4 +42,3 @@ EOF
${SSHAGENT} -k > /dev/null
 fi
 userdel openssh-test
-
--
2.24.0
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





Re: [OE-core] python2-less meta-openembedded build results


2020-01-20

Thread
Tim Orling

On Mon, Jan 20, 2020 at 7:52 AM Khem Raj  wrote:

> Hi all
>
> Recently py2 is removed from oe-core, So I did quick patches to get a
> world build going.


Thank you for doing this.

And
> here are initial failures, please help out with recipes your can or
> care for. Eventually, the remaining
> ones we can blacklist for 3.1 release.


meta-python2 was specifically created to be the home for py2 legacy
components. Everyone, please help with that migration. But PLEASE make sure
whatever lands in meta-python2 RUNS, not just builds. We have a window to
make sure meta-python2 is in good shape, but it will take the efforts of
many in the community to make sure that happens.


>
> http://errors.yoctoproject.org/Errors/Build/97185/
>
> I will post more arches as they become available. If you want to try
> the same for machines/distros you can try yoe/mut for meta-oe
>
> https://git.openembedded.org/meta-openembedded-contrib/log/?h=yoe/mut
>
> Thank you
> -Khem
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





Re: [OE-core] [PATCH] iptables: upgrade 1.8.3 -> 1.8.4


2020-01-20

Thread
Ross Burton


Less manpages.  Is this intentional?

packages/core2-64-poky-linux/iptables/iptables-doc: PKGSIZE changed from 
160299 to 142815 (-11%)


packages/core2-64-poky-linux/iptables/iptables-doc: FILELIST: removed 
"/usr/share/man/man8/iptables-translate.8 
/usr/share/man/man8/xtables-legacy.8 
/usr/share/man/man8/ip6tables-translate.8 
/usr/share/man/man8/xtables-monitor.8 
/usr/share/man/man8/xtables-translate.8 /usr/share/man/man8/xtables-nft.8"

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





Re: [OE-core] [PATCH] iproute2: upgrade 5.3.0 -> 5.4.0


2020-01-20

Thread
Ross Burton


Something changed so now the documentation isn't built at all:

packages/core2-64-poky-linux/iproute2/iproute2-doc: PKGSIZE changed from 
55247 to 0 (-100%)


packages/core2-64-poky-linux/iproute2/iproute2-doc: FILELIST: removed 
all items "/usr/share/doc/iproute2/examples/diffserv/Edge2 
/usr/share/doc/iproute2/examples/diffserv/regression-testing 
/usr/share/doc/iproute2/examples/README.cbq 
/usr/share/doc/iproute2/examples/diffserv/Edge1 
/usr/share/doc/iproute2/examples/cbqinit.eth1 
/usr/share/doc/iproute2/examples/diffserv/afcbq 
/usr/share/doc/iproute2/examples/diffserv/Edge32-ca-u32 
/usr/share/doc/iproute2/examples/diffserv/Edge31-ca-u32 
/usr/share/doc/iproute2/examples/diffserv/Edge32-cb-chains 
/usr/share/doc/iproute2/examples/gaiconf 
/usr/share/doc/iproute2/examples/SYN-DoS.rate.limit 
/usr/share/doc/iproute2/examples/diffserv/efcbq 
/usr/share/doc/iproute2/examples/diffserv/README 
/usr/share/doc/iproute2/examples/README.iproute2+tc 
/usr/share/doc/iproute2/examples/diffserv/Edge32-cb-u32 
/usr/share/doc/iproute2/examples/diffserv/Edge31-cb-chains 
/usr/share/doc/iproute2/examples/diffserv/ef-prio"


Is this intentional?

Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





Re: [OE-core] [PATCH v2] glibc: don't ignore global LDFLAGS settings


2020-01-20

Thread
Rasmus Villemoes

On 20/01/2020 16.42, Khem Raj wrote:
> this patch is ok but I have reservations since  += now means global
> ldflags will be applied

Indeed, that's half the point of the patch.

> so it would need some testing to ensure it works well.

Yes, but I don't think there's any way to figure out if it breaks
something other than trying it. If it does, I can certainly make it just
LDFLAGS = "..." outside do_compile, and then I'll have to .bbappend or
_pn-glibc_append my custom LDFLAGS, which is ok for a single rather
special recipe, but would be a hassle to maintain if this was a common
thing.

Rasmus
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] python2-less meta-openembedded build results


2020-01-20

Thread
Khem Raj

Hi all

Recently py2 is removed from oe-core, So I did quick patches to get a
world build going. And
here are initial failures, please help out with recipes your can or
care for. Eventually, the remaining
ones we can blacklist for 3.1 release.

http://errors.yoctoproject.org/Errors/Build/97185/

I will post more arches as they become available. If you want to try
the same for machines/distros you can try yoe/mut for meta-oe

https://git.openembedded.org/meta-openembedded-contrib/log/?h=yoe/mut

Thank you
-Khem
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





Re: [OE-core] [PATCH] file: explicitly disable seccomp


2020-01-20

Thread
Khem Raj

On Mon, Jan 20, 2020 at 4:53 AM Martin Hundebøll  wrote:
>
> On 18/10/2019 23.28, Richard Purdie wrote:
> > On Fri, 2019-10-18 at 18:03 +0530, Khem Raj wrote:
> >>
> >>
> >> On Fri, Oct 18, 2019 at 4:58 PM Ross Burton 
> >> wrote:
> >>> file will automatically enable seccomp if the seccomp headers are
> >>> available, but
> >>> the build will fail on Opensuse Tumbleweed because the include
> >>> paths are wrong.
> >>>
> >>> Enabling seccomp is a bad idea because it interacts badly with
> >>> pseudo (causing
> >>> build failures), so explicitly and globally disable seccomp.
> >>>
> >>> Signed-off-by: Ross Burton 
> >>> ---
> >>>   meta/recipes-devtools/file/file_5.37.bb | 2 ++
> >>>   1 file changed, 2 insertions(+)
> >>>
> >>> diff --git a/meta/recipes-devtools/file/file_5.37.bb
> >>> b/meta/recipes-devtools/file/file_5.37.bb
> >>> index a840dbc012b..c53a120b840 100644
> >>> --- a/meta/recipes-devtools/file/file_5.37.bb
> >>> +++ b/meta/recipes-devtools/file/file_5.37.bb
> >>> @@ -21,6 +21,8 @@ S = "${WORKDIR}/git"
> >>>
> >>>   inherit autotools update-alternatives
> >>>
> >>> +EXTRA_OECONF += "--disable-libseccomp"
> >>> +
> >>
> >> On host it makes sense but how about for target recipe ? We do have
> >> libseccomp support
> >> Perhaps it’s best to disable it for native and native sdk alone ?
> >
> > Given the problem reports in the media and the decisions made by most
> > other distros I think disabling this is probably safest until its been
> > make more usable (no other distro is shipping this enabled now).
>
> Arch Linux enabled libseccomp as of today:
>
> https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/file&id=a52fa0a37bad1f4ab67a934a4e0025e70aa1fd0e
>
> This breaks the use of `file` in do_package():
>
> ERROR: base-files-3.0.14-r89 do_package: Fatal errors occurred in
> subprocesses:
>
> Command '['file', '-b',
> '/home/martin/clients/connectedcars/yocto/build/tmp-glibc/work/iwg26-oe-linux-gnueabi/base-files/3.0.14-r89/package/etc/skel/.profile']'
> died with .: Traceback (most recent call last):
>
>File
> "/home/martin/clients/connectedcars/yocto/poky/meta/lib/oe/utils.py",
> line 272, in run
>
>  ret = self._target(*self._args, **self._kwargs)
>
>File
> "/home/martin/clients/connectedcars/yocto/poky/meta/lib/oe/package.py",
> line 70, in is_elf
>
>  result = subprocess.check_output(["file", "-b", path],
> stderr=subprocess.STDOUT).decode("utf-8")
>
>File "/usr/lib/python3.8/subprocess.py", line 411, in check_output
>
>  return run(*popenargs, stdout=PIPE, timeout=timeout, check=True,
>
>File "/usr/lib/python3.8/subprocess.py", line 512, in run
>
>
>  raise CalledProcessError(retcode, process.args,
>
> subprocess.CalledProcessError: Command '['file', '-b',
> '/home/martin/clients/connectedcars/yocto/build/tmp-glibc/work/iwg26-oe-linux-gnueabi/base-files/3.0.14-r89/package/etc/skel/.profile']'
> died with .
>
> Disabling libseccomp sandboxing at runtime fixes it for me:
>
> diff --git a/meta/lib/oe/package.py b/meta/lib/oe/package.py
>
> index efd36b3758..bc46d7c27c 100644
>
> --- a/meta/lib/oe/package.py
>
> +++ b/meta/lib/oe/package.py
>
> @@ -67,7 +67,7 @@ def is_kernel_module_signed(path):
>
>   # 16 - kernel module
>
>   def is_elf(path):
>
>   exec_type = 0
>
> -result = subprocess.check_output(["file", "-b", path],
> stderr=subprocess.STDOUT).decode("utf-8")
>
> +result = subprocess.check_output(["file", "-S", "-b", path],
> stderr=subprocess.STDOUT).decode("utf-8")
>

pseudo needs some love since it alters syscalls which go out of bounds
what is allowed by libseccomp until then pin your file version to 5.37
in arch till a supported distro is affected by same problem. It wont
be long better option is to fix pseudo

>
>
>   if "ELF" in result:
>
>   exec_type |= 1
>
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





Re: [OE-core] [PATCH v2] glibc: don't ignore global LDFLAGS settings


2020-01-20

Thread
Khem Raj

this patch is ok but I have reservations since  += now means global
ldflags will be applied
so it would need some testing to ensure it works well.

On Mon, Jan 20, 2020 at 1:23 AM Rasmus Villemoes
 wrote:
>
> Two things: The -Wl,-rpath-link comment is stale (due to per-recipe
> staging), so we no longer need to set our own LDFLAGS to avoid
> -Wl,-rpath-link being in there. Second, overriding LDFLAGS should be
> done at the recipe level so "bitbake -e" can show what is going on.
> Otherwise debugging why one's global LDFLAGS tweaks are being ignored
> is needlessly painful.
>
> So pull out the LDFLAGS setting from do_compile, and change it to an
> append instead of assignment.
>
> For the benefit of future git blame: the -fuse-ld=bfd setting was
> added by ac64c3b96b (glibc: always use bfd linker).
>
> Signed-off-by: Rasmus Villemoes 
> ---
> v2: Rebase to real upstream master. Note to self: "git pull" before rebasing 
> to master.
>
>  meta/recipes-core/glibc/glibc_2.31.bb | 3 +--
>  1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/meta/recipes-core/glibc/glibc_2.31.bb 
> b/meta/recipes-core/glibc/glibc_2.31.bb
> index b8c570db52..cfba4de49b 100644
> --- a/meta/recipes-core/glibc/glibc_2.31.bb
> +++ b/meta/recipes-core/glibc/glibc_2.31.bb
> @@ -93,9 +93,8 @@ do_configure () {
>  CPPFLAGS="" oe_runconf
>  }
>
> +LDFLAGS += "-fuse-ld=bfd"
>  do_compile () {
> -   # -Wl,-rpath-link /lib in LDFLAGS can cause breakage if 
> another glibc is in staging
> -   LDFLAGS="-fuse-ld=bfd"
> base_do_compile
> echo "Adjust ldd script"
> if [ -n "${RTLDLIST}" ]
> --
> 2.23.0
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





Re: [OE-core] [PATCH] mesa: upgrade 19.3.1 -> 19.3.2


2020-01-20

Thread
Ross Burton

ERROR: ParseError at 
/home/rburton/Yocto/poky/meta/recipes-graphics/mesa/mesa-gl_19.3.1.bb:1: 
Could not include required file mesa_19.3.1.bb


Please remember to check bitbake parses after your patches.

Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





Re: [OE-core] [PATCH v2] bitbakery: automate build testing across	all MACHINEs/LIBCs


2020-01-20

Thread
Paul Barker

On Mon, 20 Jan 2020 at 13:30, Trevor Gamblin
 wrote:
>
> bitbakery simplifies the process of build testing an upgraded or
> patched recipe. It cycles through all qemu targets for glibc and musl,
> and then generates a log file in the format "-bitbakery.log",
> containing the results of each build along with some basic system info
> (time, hostname, OS, kernel version). Additionally, it retains the
> previous run's log for comparison, renamed to -bitbakery.log.old
> when a new set of builds is triggered.
>
> Sample log output:
>
> BITBAKERY LOG FOR aspell
> START TIME: 2020-01-17_08:39:05
> HOSTNAME: yow-tgamblin-fedora1
> OS: Fedora 31 (Server Edition)
> KERNEL: 5.4.7-200.fc31.x86_64
> ===
> BUILD RESULTS:
> [glibc]
> FAIL: qemuarm64
> PASS: qemuarm
> PASS: qemuarmv5
> PASS: qemumips64
> PASS: qemumips
> PASS: qemuppc
> PASS: qemuriscv64
> FAIL: qemux86-64
> FAIL: qemux86
> [musl]
> PASS: qemuarm64
> PASS: qemuarm
> PASS: qemuarmv5
> PASS: qemumips64
> PASS: qemumips
> PASS: qemuppc
> PASS: qemuriscv64
> PASS: qemux86-64
> PASS: qemux86
> ===
> PASSED: 15
> FAILED: 3
>
> Signed-off-by: Trevor Gamblin 
> ---
>  scripts/bitbakery | 47 +++
>  1 file changed, 47 insertions(+)
>  create mode 100755 scripts/bitbakery
>
> diff --git a/scripts/bitbakery b/scripts/bitbakery
> new file mode 100755
> index 00..cb2957a7bd
> --- /dev/null
> +++ b/scripts/bitbakery

The name isn't very descriptive. You also need some help output to
explain what this script does, what the arguments are and probably
give an example of usage.

> @@ -0,0 +1,47 @@
> +#!/bin/sh
> +#  Copyright (c) 2020 Wind River Systems, Inc.
> +#
> +# SPDX-License-Identifier: GPL-2.0-only
> +#

I'd recommend `set -e` and `set -o pipefail` at the top of the script.

> +
> +# Get path to oe-core directory
> +OE_CORE_PATH=$( cd - || exit )

There's no guarantee that the previous directory was the top of
openembedded-core (e.g. if I cd to somewhere else then back to the
build directory).

> +
> +# Get target list and host machine information
> +TARGET_LIST=$(ls "$OE_CORE_PATH"/meta/conf/machine | grep qemu | sed -e 
> 's/\.conf//')

`ls` is a bad choice here - it's often aliased with a user's
preferences. `find -name 'qemu*.conf'` may be a better option.

It'd also be good to make TARGET_LIST configurable.

> +LIBC_LIST="glibc musl"
> +START_TIME=$(date "+%Y-%m-%d_%H:%M:%S")
> +LOG_FILE="$1-bitbakery.log"
> +OS_INFO=$(cat /etc/os-release | grep "PRETTY_NAME=" | awk -F "=" '{print 
> $2}' | sed -e 's/^"//' -e 's/"$//')

You seem to be re-implementing `lsb_release -d`.

> +
> +# Append an existing log file for this build with .old if one exists
> +if [ -f "${LOG_FILE}" ]; then
> +   mv "${LOG_FILE}" "${LOG_FILE}.old"
> +else
> +   touch "${LOG_FILE}"
> +fi
> +
> +# Fill the log file with build and host info
> +echo "BITBAKERY LOG FOR $1" >> "${LOG_FILE}"
> +echo "START TIME: ${START_TIME}" >> "${LOG_FILE}"
> +echo "HOSTNAME: $(uname -n)" >> "${LOG_FILE}"
> +echo "OS: ${OS_INFO}" >> "${LOG_FILE}"
> +echo "KERNEL: $(uname -r)" >> "${LOG_FILE}"

You need to make clear that this is the host OS and kernel not the target.

> +echo "===" >> "${LOG_FILE}"
> +echo "BUILD RESULTS:" >> "${LOG_FILE}"
> +
> +for j in ${LIBC_LIST}; do
> +echo "[$j]" >> "${LOG_FILE}"
> +for i in ${TARGET_LIST}; do
> +echo "$i" "$j"; \
> +TCLIBC=$j MACHINE=$i bitbake "$1" && echo "PASS: $i" >> 
> "${LOG_FILE}" || echo "FAIL: $i" >> "${LOG_FILE}";
> +done;

Indentation and semicolons need tidying up here to match normal shell
script style.

> +done
> +
> +# Get pass/fail totals and add them to the end of the log
> +PASSED=$(grep "PASS:" "${LOG_FILE}" | wc -l)
> +FAILED=$(grep "FAIL:" "${LOG_FILE}" | wc -l)
> +
> +echo "===" >> "${LOG_FILE}"
> +echo "PASSED: ${PASSED}" >> "${LOG_FILE}"
> +echo "FAILED: ${FAILED}" >> "${LOG_FILE}"
> --
> 2.24.1
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





Re: [OE-core] [PATCH] package: disable libseccomp for find


2020-01-20

Thread
Ross Burton


On 20/01/2020 13:01, Martin Hundebøll wrote:

-result = subprocess.check_output(["file", "-b", path], 
stderr=subprocess.STDOUT).decode("utf-8")
+result = subprocess.check_output(["file", "-S", "-b", path], 
stderr=subprocess.STDOUT).decode("utf-8")


$ file -S /usr/bin/file
Usage: file [-bcCdEhikLlNnprsvzZ0] [--apple] [--extension] [--mime-encoding]
[--mime-type] [-e ] [-F ]  [-f ]
[-m ] [-P ]  ...
   file -C [-m ]
   file [--help]

Only the latest release of file supports -S.

Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] ✗ patchtest: failure for bitbakery: automate build testing across all MACHINEs/LIBCs


2020-01-20

Thread
Patchwork

== Series Details ==

Series: bitbakery: automate build testing across all MACHINEs/LIBCs
Revision: 1
URL   : https://patchwork.openembedded.org/series/22159/
State : failure

== Summary ==


Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
series by patchtest resulting in the following failures:



* Patchbitbakery: automate build testing across all MACHINEs/LIBCs
 Issue Patch is missing Signed-off-by [test_signed_off_by_presence] 
  Suggested fixSign off the patch (either manually or with "git commit 
--amend -s")



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH v2] bitbakery: automate build testing across all	MACHINEs/LIBCs


2020-01-20

Thread
Trevor Gamblin

bitbakery simplifies the process of build testing an upgraded or
patched recipe. It cycles through all qemu targets for glibc and musl,
and then generates a log file in the format "-bitbakery.log",
containing the results of each build along with some basic system info
(time, hostname, OS, kernel version). Additionally, it retains the
previous run's log for comparison, renamed to -bitbakery.log.old
when a new set of builds is triggered.

Sample log output:

BITBAKERY LOG FOR aspell
START TIME: 2020-01-17_08:39:05
HOSTNAME: yow-tgamblin-fedora1
OS: Fedora 31 (Server Edition)
KERNEL: 5.4.7-200.fc31.x86_64
===
BUILD RESULTS:
[glibc]
FAIL: qemuarm64
PASS: qemuarm
PASS: qemuarmv5
PASS: qemumips64
PASS: qemumips
PASS: qemuppc
PASS: qemuriscv64
FAIL: qemux86-64
FAIL: qemux86
[musl]
PASS: qemuarm64
PASS: qemuarm
PASS: qemuarmv5
PASS: qemumips64
PASS: qemumips
PASS: qemuppc
PASS: qemuriscv64
PASS: qemux86-64
PASS: qemux86
===
PASSED: 15
FAILED: 3

Signed-off-by: Trevor Gamblin 
---
 scripts/bitbakery | 47 +++
 1 file changed, 47 insertions(+)
 create mode 100755 scripts/bitbakery

diff --git a/scripts/bitbakery b/scripts/bitbakery
new file mode 100755
index 00..cb2957a7bd
--- /dev/null
+++ b/scripts/bitbakery
@@ -0,0 +1,47 @@
+#!/bin/sh
+#  Copyright (c) 2020 Wind River Systems, Inc.
+#
+# SPDX-License-Identifier: GPL-2.0-only
+#
+
+# Get path to oe-core directory
+OE_CORE_PATH=$( cd - || exit )
+
+# Get target list and host machine information
+TARGET_LIST=$(ls "$OE_CORE_PATH"/meta/conf/machine | grep qemu | sed -e 
's/\.conf//')
+LIBC_LIST="glibc musl"
+START_TIME=$(date "+%Y-%m-%d_%H:%M:%S")
+LOG_FILE="$1-bitbakery.log"
+OS_INFO=$(cat /etc/os-release | grep "PRETTY_NAME=" | awk -F "=" '{print $2}' 
| sed -e 's/^"//' -e 's/"$//')
+
+# Append an existing log file for this build with .old if one exists
+if [ -f "${LOG_FILE}" ]; then
+   mv "${LOG_FILE}" "${LOG_FILE}.old"
+else
+   touch "${LOG_FILE}"
+fi
+
+# Fill the log file with build and host info
+echo "BITBAKERY LOG FOR $1" >> "${LOG_FILE}"
+echo "START TIME: ${START_TIME}" >> "${LOG_FILE}"
+echo "HOSTNAME: $(uname -n)" >> "${LOG_FILE}"
+echo "OS: ${OS_INFO}" >> "${LOG_FILE}"
+echo "KERNEL: $(uname -r)" >> "${LOG_FILE}"
+echo "===" >> "${LOG_FILE}"
+echo "BUILD RESULTS:" >> "${LOG_FILE}"
+
+for j in ${LIBC_LIST}; do
+echo "[$j]" >> "${LOG_FILE}"
+for i in ${TARGET_LIST}; do
+echo "$i" "$j"; \
+TCLIBC=$j MACHINE=$i bitbake "$1" && echo "PASS: $i" >> "${LOG_FILE}" 
|| echo "FAIL: $i" >> "${LOG_FILE}";
+done;
+done
+
+# Get pass/fail totals and add them to the end of the log
+PASSED=$(grep "PASS:" "${LOG_FILE}" | wc -l)
+FAILED=$(grep "FAIL:" "${LOG_FILE}" | wc -l)
+
+echo "===" >> "${LOG_FILE}"
+echo "PASSED: ${PASSED}" >> "${LOG_FILE}"
+echo "FAILED: ${FAILED}" >> "${LOG_FILE}"
-- 
2.24.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





Re: [OE-core] [PATCH] bitbakery: automate build testing across all MACHINEs/LIBCs


2020-01-20

Thread
Trevor Gamblin




On 1/20/20 8:27 AM, Trevor Gamblin wrote:

bitbakery simplifies the process of build testing an upgraded or
patched recipe. It cycles through all qemu targets for glibc and musl,
and then generates a log file in the format "-bitbakery.log",
containing the results of each build along with some basic system info
(time, hostname, OS, kernel version). Additionally, it retains the
previous run's log for comparison, renamed to -bitbakery.log.old
when a new set of builds is triggered.

Sample log output:

BITBAKERY LOG FOR aspell
START TIME: 2020-01-17_08:39:05
HOSTNAME: yow-tgamblin-fedora1
OS: Fedora 31 (Server Edition)
KERNEL: 5.4.7-200.fc31.x86_64
===
BUILD RESULTS:
[glibc]
FAIL: qemuarm64
PASS: qemuarm
PASS: qemuarmv5
PASS: qemumips64
PASS: qemumips
PASS: qemuppc
PASS: qemuriscv64
FAIL: qemux86-64
FAIL: qemux86
[musl]
PASS: qemuarm64
PASS: qemuarm
PASS: qemuarmv5
PASS: qemumips64
PASS: qemumips
PASS: qemuppc
PASS: qemuriscv64
PASS: qemux86-64
PASS: qemux86
===
PASSED: 15
FAILED: 3
---
  scripts/bitbakery | 47 +++
  1 file changed, 47 insertions(+)
  create mode 100755 scripts/bitbakery

diff --git a/scripts/bitbakery b/scripts/bitbakery
new file mode 100755
index 00..cb2957a7bd
--- /dev/null
+++ b/scripts/bitbakery
@@ -0,0 +1,47 @@
+#!/bin/sh
+#  Copyright (c) 2020 Wind River Systems, Inc.
+#
+# SPDX-License-Identifier: GPL-2.0-only
+#
+
+# Get path to oe-core directory
+OE_CORE_PATH=$( cd - || exit )
+
+# Get target list and host machine information
+TARGET_LIST=$(ls "$OE_CORE_PATH"/meta/conf/machine | grep qemu | sed -e 
's/\.conf//')
+LIBC_LIST="glibc musl"
+START_TIME=$(date "+%Y-%m-%d_%H:%M:%S")
+LOG_FILE="$1-bitbakery.log"
+OS_INFO=$(cat /etc/os-release | grep "PRETTY_NAME=" | awk -F "=" '{print $2}' | sed -e 
's/^"//' -e 's/"$//')
+
+# Append an existing log file for this build with .old if one exists
+if [ -f "${LOG_FILE}" ]; then
+   mv "${LOG_FILE}" "${LOG_FILE}.old"
+else
+   touch "${LOG_FILE}"
+fi
+
+# Fill the log file with build and host info
+echo "BITBAKERY LOG FOR $1" >> "${LOG_FILE}"
+echo "START TIME: ${START_TIME}" >> "${LOG_FILE}"
+echo "HOSTNAME: $(uname -n)" >> "${LOG_FILE}"
+echo "OS: ${OS_INFO}" >> "${LOG_FILE}"
+echo "KERNEL: $(uname -r)" >> "${LOG_FILE}"
+echo "===" >> "${LOG_FILE}"
+echo "BUILD RESULTS:" >> "${LOG_FILE}"
+
+for j in ${LIBC_LIST}; do
+echo "[$j]" >> "${LOG_FILE}"
+for i in ${TARGET_LIST}; do
+echo "$i" "$j"; \
+TCLIBC=$j MACHINE=$i bitbake "$1" && echo "PASS: $i" >> "${LOG_FILE}" || echo "FAIL: 
$i" >> "${LOG_FILE}";
+done;
+done
+
+# Get pass/fail totals and add them to the end of the log
+PASSED=$(grep "PASS:" "${LOG_FILE}" | wc -l)
+FAILED=$(grep "FAIL:" "${LOG_FILE}" | wc -l)
+
+echo "===" >> "${LOG_FILE}"
+echo "PASSED: ${PASSED}" >> "${LOG_FILE}"
+echo "FAILED: ${FAILED}" >> "${LOG_FILE}"

Sending a v2 - didn't sign off.
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH] bitbakery: automate build testing across all	MACHINEs/LIBCs


2020-01-20

Thread
Trevor Gamblin

bitbakery simplifies the process of build testing an upgraded or
patched recipe. It cycles through all qemu targets for glibc and musl,
and then generates a log file in the format "-bitbakery.log",
containing the results of each build along with some basic system info
(time, hostname, OS, kernel version). Additionally, it retains the
previous run's log for comparison, renamed to -bitbakery.log.old
when a new set of builds is triggered.

Sample log output:

BITBAKERY LOG FOR aspell
START TIME: 2020-01-17_08:39:05
HOSTNAME: yow-tgamblin-fedora1
OS: Fedora 31 (Server Edition)
KERNEL: 5.4.7-200.fc31.x86_64
===
BUILD RESULTS:
[glibc]
FAIL: qemuarm64
PASS: qemuarm
PASS: qemuarmv5
PASS: qemumips64
PASS: qemumips
PASS: qemuppc
PASS: qemuriscv64
FAIL: qemux86-64
FAIL: qemux86
[musl]
PASS: qemuarm64
PASS: qemuarm
PASS: qemuarmv5
PASS: qemumips64
PASS: qemumips
PASS: qemuppc
PASS: qemuriscv64
PASS: qemux86-64
PASS: qemux86
===
PASSED: 15
FAILED: 3
---
 scripts/bitbakery | 47 +++
 1 file changed, 47 insertions(+)
 create mode 100755 scripts/bitbakery

diff --git a/scripts/bitbakery b/scripts/bitbakery
new file mode 100755
index 00..cb2957a7bd
--- /dev/null
+++ b/scripts/bitbakery
@@ -0,0 +1,47 @@
+#!/bin/sh
+#  Copyright (c) 2020 Wind River Systems, Inc.
+#
+# SPDX-License-Identifier: GPL-2.0-only
+#
+
+# Get path to oe-core directory
+OE_CORE_PATH=$( cd - || exit )
+
+# Get target list and host machine information
+TARGET_LIST=$(ls "$OE_CORE_PATH"/meta/conf/machine | grep qemu | sed -e 
's/\.conf//')
+LIBC_LIST="glibc musl"
+START_TIME=$(date "+%Y-%m-%d_%H:%M:%S")
+LOG_FILE="$1-bitbakery.log"
+OS_INFO=$(cat /etc/os-release | grep "PRETTY_NAME=" | awk -F "=" '{print $2}' 
| sed -e 's/^"//' -e 's/"$//')
+
+# Append an existing log file for this build with .old if one exists
+if [ -f "${LOG_FILE}" ]; then
+   mv "${LOG_FILE}" "${LOG_FILE}.old"
+else
+   touch "${LOG_FILE}"
+fi
+
+# Fill the log file with build and host info
+echo "BITBAKERY LOG FOR $1" >> "${LOG_FILE}"
+echo "START TIME: ${START_TIME}" >> "${LOG_FILE}"
+echo "HOSTNAME: $(uname -n)" >> "${LOG_FILE}"
+echo "OS: ${OS_INFO}" >> "${LOG_FILE}"
+echo "KERNEL: $(uname -r)" >> "${LOG_FILE}"
+echo "===" >> "${LOG_FILE}"
+echo "BUILD RESULTS:" >> "${LOG_FILE}"
+
+for j in ${LIBC_LIST}; do
+echo "[$j]" >> "${LOG_FILE}"
+for i in ${TARGET_LIST}; do
+echo "$i" "$j"; \
+TCLIBC=$j MACHINE=$i bitbake "$1" && echo "PASS: $i" >> "${LOG_FILE}" 
|| echo "FAIL: $i" >> "${LOG_FILE}";
+done;
+done
+
+# Get pass/fail totals and add them to the end of the log
+PASSED=$(grep "PASS:" "${LOG_FILE}" | wc -l)
+FAILED=$(grep "FAIL:" "${LOG_FILE}" | wc -l)
+
+echo "===" >> "${LOG_FILE}"
+echo "PASSED: ${PASSED}" >> "${LOG_FILE}"
+echo "FAILED: ${FAILED}" >> "${LOG_FILE}"
-- 
2.24.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





Re: [OE-core] busybox: udhcpc: fix IPv6 support when using udhcpc


2020-01-20

Thread
Stefan Agner

On 2020-01-20 13:32, Quentin Schulz wrote:
> Hi all,
> 
> On Mon, Jan 13, 2020 at 03:57:31PM +0100, Quentin Schulz wrote:
>> Hi all,
>>
>> On Mon, May 14, 2018 at 04:44:15PM +0200, Stefan Agner wrote:
>> > From: Stefan Agner 
>> >
>> > The udhcpc script calls ip addr flush .. which flushes addresses
>> > of any address family, including IPv6. However, busybox udhcpc is
>> > IPv4 only and should not influence IPv6 addressing. Hence use ip
>> > addr flush with family constrait.
>> >
>> > The script particularly broke IPv6 SLAAC: Typically when udhcpc
>> > calls the script the kernel already assigned the IPv6 link-local
>> > address. The flush removes the link-local IPv6 address again and
>> > prohibits proper IPv6 operation such as SLAAC since neighbor
>> > discovery protocol relies on IPv6 link-local addressing.
>> >
>> > Signed-off-by: Stefan Agner 
>> > ---
>> >  meta/recipes-core/busybox/files/simple.script | 2 +-
>> >  1 file changed, 1 insertion(+), 1 deletion(-)
>> >
>> > diff --git a/meta/recipes-core/busybox/files/simple.script 
>> > b/meta/recipes-core/busybox/files/simple.script
>> > index 6ed0293525..8b5eb53633 100644
>> > --- a/meta/recipes-core/busybox/files/simple.script
>> > +++ b/meta/recipes-core/busybox/files/simple.script
>> > @@ -28,7 +28,7 @@ case "$1" in
>> >fi
>> >if ! root_is_nfs ; then
>> >  if [ $have_bin_ip -eq 1 ]; then
>> > -/SBIN_DIR/ip addr flush dev $interface
>> > +/SBIN_DIR/ip -4 addr flush dev $interface
>> >  /SBIN_DIR/ip link set dev $interface up
>> >  else
>> >  /SBIN_DIR/ifconfig $interface 0.0.0.0
>>
>> Kindly pinging, happened to us as well many times.
>>
> 
> Kindly pinging.

Just checked, we still override that script in our layer, so definitely
would be happy if this gets merged upstream so I can get rid of our
custom script downstream.

--
Stefan
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH] package: disable libseccomp for find


2020-01-20

Thread
Martin Hundebøll

Distros where libseccomp is enabled for the find util segfaults in
do_package:

ERROR: base-files-3.0.14-r89 do_package: Fatal errors occurred in subprocesses:
Command '['file', '-b', 
'build/tmp-glibc/work/iwg26-oe-linux-gnueabi/base-files/3.0.14-r89/package/etc/skel/.bashrc']'
 died with .: Traceback (most recent call last):
  File "poky/meta/lib/oe/utils.py", line 272, in run
ret = self._target(*self._args, **self._kwargs)
  File "poky/meta/lib/oe/package.py", line 70, in is_elf
result = subprocess.check_output(["file", "-b", path], 
stderr=subprocess.STDOUT).decode("utf-8")
  File "/usr/lib/python3.8/subprocess.py", line 411, in check_output
return run(*popenargs, stdout=PIPE, timeout=timeout, check=True,
  File "/usr/lib/python3.8/subprocess.py", line 512, in run
raise CalledProcessError(retcode, process.args,
subprocess.CalledProcessError: Command '['file', '-b', 
'build/tmp-glibc/work/iwg26-oe-linux-gnueabi/base-files/3.0.14-r89/package/etc/skel/.bashrc']'
 died with .

Signed-off-by: Martin Hundebøll 
---
 meta/lib/oe/package.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oe/package.py b/meta/lib/oe/package.py
index b8585d4253..0c22307c46 100644
--- a/meta/lib/oe/package.py
+++ b/meta/lib/oe/package.py
@@ -71,7 +71,7 @@ def is_kernel_module_signed(path):
 # 16 - kernel module
 def is_elf(path):
 exec_type = 0
-result = subprocess.check_output(["file", "-b", path], 
stderr=subprocess.STDOUT).decode("utf-8")
+result = subprocess.check_output(["file", "-S", "-b", path], 
stderr=subprocess.STDOUT).decode("utf-8")
 
 if "ELF" in result:
 exec_type |= 1
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





Re: [OE-core] [PATCH] file: explicitly disable seccomp


2020-01-20

Thread
Martin Hundebøll


On 18/10/2019 23.28, Richard Purdie wrote:

On Fri, 2019-10-18 at 18:03 +0530, Khem Raj wrote:



On Fri, Oct 18, 2019 at 4:58 PM Ross Burton 
wrote:

file will automatically enable seccomp if the seccomp headers are
available, but
the build will fail on Opensuse Tumbleweed because the include
paths are wrong.

Enabling seccomp is a bad idea because it interacts badly with
pseudo (causing
build failures), so explicitly and globally disable seccomp.

Signed-off-by: Ross Burton 
---
  meta/recipes-devtools/file/file_5.37.bb | 2 ++
  1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/file/file_5.37.bb
b/meta/recipes-devtools/file/file_5.37.bb
index a840dbc012b..c53a120b840 100644
--- a/meta/recipes-devtools/file/file_5.37.bb
+++ b/meta/recipes-devtools/file/file_5.37.bb
@@ -21,6 +21,8 @@ S = "${WORKDIR}/git"

  inherit autotools update-alternatives

+EXTRA_OECONF += "--disable-libseccomp"
+


On host it makes sense but how about for target recipe ? We do have
libseccomp support
Perhaps it’s best to disable it for native and native sdk alone ?


Given the problem reports in the media and the decisions made by most
other distros I think disabling this is probably safest until its been
make more usable (no other distro is shipping this enabled now).


Arch Linux enabled libseccomp as of today:

https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/file&id=a52fa0a37bad1f4ab67a934a4e0025e70aa1fd0e

This breaks the use of `file` in do_package():

ERROR: base-files-3.0.14-r89 do_package: Fatal errors occurred in 
subprocesses:


Command '['file', '-b', 
'/home/martin/clients/connectedcars/yocto/build/tmp-glibc/work/iwg26-oe-linux-gnueabi/base-files/3.0.14-r89/package/etc/skel/.profile']' 
died with .: Traceback (most recent call last):


  File 
"/home/martin/clients/connectedcars/yocto/poky/meta/lib/oe/utils.py", 
line 272, in run


ret = self._target(*self._args, **self._kwargs)

  File 
"/home/martin/clients/connectedcars/yocto/poky/meta/lib/oe/package.py", 
line 70, in is_elf


result = subprocess.check_output(["file", "-b", path], 
stderr=subprocess.STDOUT).decode("utf-8")


  File "/usr/lib/python3.8/subprocess.py", line 411, in check_output

return run(*popenargs, stdout=PIPE, timeout=timeout, check=True,

  File "/usr/lib/python3.8/subprocess.py", line 512, in run 



raise CalledProcessError(retcode, process.args,

subprocess.CalledProcessError: Command '['file', '-b', 
'/home/martin/clients/connectedcars/yocto/build/tmp-glibc/work/iwg26-oe-linux-gnueabi/base-files/3.0.14-r89/package/etc/skel/.profile']' 
died with .


Disabling libseccomp sandboxing at runtime fixes it for me:

diff --git a/meta/lib/oe/package.py b/meta/lib/oe/package.py

index efd36b3758..bc46d7c27c 100644

--- a/meta/lib/oe/package.py

+++ b/meta/lib/oe/package.py

@@ -67,7 +67,7 @@ def is_kernel_module_signed(path):

 # 16 - kernel module

 def is_elf(path):

 exec_type = 0

-result = subprocess.check_output(["file", "-b", path], 
stderr=subprocess.STDOUT).decode("utf-8")


+result = subprocess.check_output(["file", "-S", "-b", path], 
stderr=subprocess.STDOUT).decode("utf-8")




 if "ELF" in result:

 exec_type |= 1


--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





Re: [OE-core] [oe-core] attr dependency on linux-yocto


2020-01-20

Thread
Ross Burton


On 17/01/2020 16:07, Vladimir Molokov wrote:

whoa, thanks for the information
though I think it is not great,
when applications, like vim, get linux dependecies.

did anyone try to fix this?
could it be considered as a bug?
i can try to file the bug and fix it


It won't affect installation, it's just that bitbake wants to ensure all 
possible dependencies are built.


Ross


--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





Re: [OE-core] busybox: udhcpc: fix IPv6 support when using udhcpc


2020-01-20

Thread
Quentin Schulz

Hi all,

On Mon, Jan 13, 2020 at 03:57:31PM +0100, Quentin Schulz wrote:
> Hi all,
> 
> On Mon, May 14, 2018 at 04:44:15PM +0200, Stefan Agner wrote:
> > From: Stefan Agner 
> > 
> > The udhcpc script calls ip addr flush .. which flushes addresses
> > of any address family, including IPv6. However, busybox udhcpc is
> > IPv4 only and should not influence IPv6 addressing. Hence use ip
> > addr flush with family constrait.
> > 
> > The script particularly broke IPv6 SLAAC: Typically when udhcpc
> > calls the script the kernel already assigned the IPv6 link-local
> > address. The flush removes the link-local IPv6 address again and
> > prohibits proper IPv6 operation such as SLAAC since neighbor
> > discovery protocol relies on IPv6 link-local addressing.
> > 
> > Signed-off-by: Stefan Agner 
> > ---
> >  meta/recipes-core/busybox/files/simple.script | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> > 
> > diff --git a/meta/recipes-core/busybox/files/simple.script 
> > b/meta/recipes-core/busybox/files/simple.script
> > index 6ed0293525..8b5eb53633 100644
> > --- a/meta/recipes-core/busybox/files/simple.script
> > +++ b/meta/recipes-core/busybox/files/simple.script
> > @@ -28,7 +28,7 @@ case "$1" in
> > fi
> > if ! root_is_nfs ; then
> >  if [ $have_bin_ip -eq 1 ]; then
> > -/SBIN_DIR/ip addr flush dev $interface
> > +/SBIN_DIR/ip -4 addr flush dev $interface
> >  /SBIN_DIR/ip link set dev $interface up
> >  else
> >  /SBIN_DIR/ifconfig $interface 0.0.0.0
> 
> Kindly pinging, happened to us as well many times.
> 

Kindly pinging.

Quentin
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] ✗ patchtest: failure for python: add 2.7.17 from oe-core


2020-01-20

Thread
Patchwork

== Series Details ==

Series: python: add 2.7.17 from oe-core
Revision: 1
URL   : https://patchwork.openembedded.org/series/22155/
State : failure

== Summary ==


Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
series by patchtest resulting in the following failures:



* Issue A patch file has been added, but does not have a 
Signed-off-by tag [test_signed_off_by_presence] 
  Suggested fixSign off the added patch file 
(recipes-devtools/python/python-native/10-distutils-fix-swig-parameter.patch)

* Issue Upstream-Status is Inappropriate, but no reason was 
provided [test_upstream_status_presence_format] 
  Suggested fixInclude a brief reason why 
0001-python-Resolve-intermediate-staging-issues.patch is inappropriate
  Current  Upstream-Status: Inappropriate
  Standard format  Upstream-Status: Inappropriate [reason]

* Issue Errors in your Python code were encountered [test_pylint] 
  Suggested fixCorrect the lines introduced by your patch
  Output   Please, fix the listed issues:
   recipes-devtools/python/python/create_manifest2.py does not 
exist



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





Re: [OE-core] [oe] [RFC PATCH] python: remove Python 2 and all supporting classes


2020-01-20

Thread
Ross Burton


On 19/01/2020 22:23, Andrey Zhizhikin wrote:

I've just realized that this breaks entire
[meta-openembedded/meta-python]. I'm now in a process of removing
Python2 recipes, and just wanted to check that I'm doing the right
thing and this is actually intended. Or am I missing something in my
build config that is required to be set that Python2 gets disabled and
I would actually not need to eliminate those recipes (some are
actually dubbed by python3- versions but some are not)?


The python2 recipes are already copied into meta-python2, so the py2 
recipes in meta-python should be deleted.


Ross

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH v5 13/13] oeqa/selftest/devtool: add npm recipe	build test


2020-01-20

Thread
Jean-Marie LEMETAYER

This commit adds a devtool build test for npm recipe:

 - devtool.DevtoolAddTests.test_devtool_add_npm

Signed-off-by: Jean-Marie LEMETAYER 
---
 meta/lib/oeqa/selftest/cases/devtool.py | 20 
 1 file changed, 20 insertions(+)

diff --git a/meta/lib/oeqa/selftest/cases/devtool.py 
b/meta/lib/oeqa/selftest/cases/devtool.py
index 57e6662e4a..e2f91bcb6c 100644
--- a/meta/lib/oeqa/selftest/cases/devtool.py
+++ b/meta/lib/oeqa/selftest/cases/devtool.py
@@ -511,6 +511,26 @@ class DevtoolAddTests(DevtoolBase):
 checkvars['SRC_URI'] = url.replace(testver, '${PV}')
 self._test_recipe_contents(recipefile, checkvars, [])
 
+def test_devtool_add_npm(self):
+pn = 'savoirfairelinux-node-server-example'
+pv = '1.0.0'
+url = 
'npm://registry.npmjs.org;package=@savoirfairelinux/node-server-example;version='
 + pv
+# Test devtool add
+self.track_for_cleanup(self.workspacedir)
+self.add_command_to_tearDown('bitbake -c cleansstate %s' % pn)
+self.add_command_to_tearDown('bitbake-layers remove-layer */workspace')
+result = runCmd('devtool add \'%s\'' % url)
+self.assertExists(os.path.join(self.workspacedir, 'conf', 
'layer.conf'), 'Workspace directory not created')
+self.assertExists(os.path.join(self.workspacedir, 'recipes', pn, 
'%s_%s.bb' % (pn, pv)), 'Recipe not created')
+self.assertExists(os.path.join(self.workspacedir, 'recipes', pn, pn, 
'npm-shrinkwrap.json'), 'Shrinkwrap not created')
+# Test devtool status
+result = runCmd('devtool status')
+self.assertIn(pn, result.output)
+# Clean up anything in the workdir/sysroot/sstate cache (have to do 
this *after* devtool add since the recipe only exists then)
+bitbake('%s -c cleansstate' % pn)
+# Test devtool build
+result = runCmd('devtool build %s' % pn)
+
 class DevtoolModifyTests(DevtoolBase):
 
 def test_devtool_modify(self):
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH v5 08/13] recipetool/create_npm: handle the	licenses of the dependencies


2020-01-20

Thread
Jean-Marie LEMETAYER

As usual the 'LICENSE' and the 'LIC_FILES_CHKSUM' values reflects all
the license files discovered in the source tree (including the
dependencies).

For npm recipes the 'LIC_FILES_CHKSUM' value contains also the status of
the 'package.json' file of every packages as it contains license
informations.

Finally each package has a separate 'LICENSE_${PN}-package-name' value
which describes its license.

Signed-off-by: Jean-Marie LEMETAYER 
---
 scripts/lib/recipetool/create_npm.py | 46 
 1 file changed, 46 insertions(+)

diff --git a/scripts/lib/recipetool/create_npm.py 
b/scripts/lib/recipetool/create_npm.py
index 7f0d8a04a3..579b7ae48a 100644
--- a/scripts/lib/recipetool/create_npm.py
+++ b/scripts/lib/recipetool/create_npm.py
@@ -12,7 +12,10 @@ import sys
 import tempfile
 import bb
 from bb.fetch2.npm import NpmEnvironment
+from bb.fetch2.npmsw import foreach_dependencies
 from recipetool.create import RecipeHandler
+from recipetool.create import guess_license
+from recipetool.create import split_pkg_licenses
 
 TINFOIL = None
 
@@ -110,6 +113,36 @@ class NpmRecipeHandler(RecipeHandler):
 
 return os.path.join(srctree, "npm-shrinkwrap.json")
 
+def _handle_licenses(self, srctree, shrinkwrap_file, dev):
+"""Return the extra license files and the list of packages"""
+licfiles = []
+packages = {}
+
+def _licfiles_append(licfile):
+"""Append 'licfile' to the license files list"""
+licfilepath = os.path.join(srctree, licfile)
+licmd5 = bb.utils.md5_file(licfilepath)
+licfiles.append("file://%s;md5=%s" % (licfile, licmd5))
+
+# Handle the parent package
+_licfiles_append("package.json")
+packages["${PN}"] = ""
+
+# Handle the dependencies
+def _handle_dependency(name, params, deptree):
+suffix = "-".join([self._npm_name(dep) for dep in deptree])
+destdirs = [os.path.join("node_modules", dep) for dep in deptree]
+destdir = os.path.join(*destdirs)
+_licfiles_append(os.path.join(destdir, "package.json"))
+packages["${PN}-" + suffix] = destdir
+
+with open(shrinkwrap_file, "r") as f:
+shrinkwrap = json.load(f)
+
+foreach_dependencies(shrinkwrap, _handle_dependency, dev)
+
+return licfiles, packages
+
 def process(self, srctree, classes, lines_before, lines_after, handled, 
extravalues):
 """Handle the npm recipe creation"""
 
@@ -199,6 +232,19 @@ class NpmRecipeHandler(RecipeHandler):
 (_, newlines) = bb.utils.edit_metadata(lines_before, ["SRC_URI"], 
_handle_srcuri)
 lines_before[:] = [line.rstrip('\n') for line in newlines]
 
+# In order to generate correct licence checksums in the recipe the
+# dependencies have to be fetched again using the npmsw url
+bb.note("Fetching npm dependencies ...")
+bb.utils.remove(os.path.join(srctree, "node_modules"), recurse=True)
+fetcher = bb.fetch2.Fetch([url_local], d)
+fetcher.download()
+fetcher.unpack(srctree)
+
+bb.note("Handling licences ...")
+(licfiles, packages) = self._handle_licenses(srctree, shrinkwrap_file, 
dev)
+extravalues["LIC_FILES_CHKSUM"] = licfiles
+split_pkg_licenses(guess_license(srctree, d), packages, lines_after, 
[])
+
 classes.append("npm")
 handled.append("buildsystem")
 
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH v5 10/13] devtool/standard: npm: update the append	file


2020-01-20

Thread
Jean-Marie LEMETAYER

When creating a recipe using devtool, a workspace is created to store
the new recipe, the recipe source and some append files. These append
files are used by devtool to build the recipe using externalsrc (to use
the source which are in the workspace). They can also have some
additional actions according to the class of the recipe.

This commit updates the append file for the npm recipes. The
devtool / externalsrc files are removed in the npm package directory
instead of the install directory.

Signed-off-by: Jean-Marie LEMETAYER 
---
 scripts/lib/devtool/standard.py | 12 
 1 file changed, 4 insertions(+), 8 deletions(-)

diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py
index f33018de3f..52efeae938 100644
--- a/scripts/lib/devtool/standard.py
+++ b/scripts/lib/devtool/standard.py
@@ -260,14 +260,10 @@ def add(args, config, basepath, workspace):
 f.write('}\n')
 
 if bb.data.inherits_class('npm', rd):
-f.write('do_install_append() {\n')
-f.write('# Remove files added to source dir by 
devtool/externalsrc\n')
-f.write('rm -f ${NPM_INSTALLDIR}/singletask.lock\n')
-f.write('rm -rf ${NPM_INSTALLDIR}/.git\n')
-f.write('rm -rf ${NPM_INSTALLDIR}/oe-local-files\n')
-f.write('for symlink in ${EXTERNALSRC_SYMLINKS} ; do\n')
-f.write('rm -f ${NPM_INSTALLDIR}/${symlink%%:*}\n')
-f.write('done\n')
+f.write('python do_configure_append() {\n')
+f.write('pkgdir = d.getVar("NPM_PACKAGE")\n')
+f.write('lockfile = os.path.join(pkgdir, 
"singletask.lock")\n')
+f.write('bb.utils.remove(lockfile)\n')
 f.write('}\n')
 
 # Check if the new layer provides recipes whose priorities have been
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH v5 12/13] oeqa/selftest/recipetool: add npm recipe	creation test


2020-01-20

Thread
Jean-Marie LEMETAYER

This commit adds a recipetool creation test for npm recipe:

 - recipetool.RecipetoolTests.test_recipetool_create_npm

Signed-off-by: Jean-Marie LEMETAYER 
---
 meta/lib/oeqa/selftest/cases/recipetool.py | 25 ++
 1 file changed, 25 insertions(+)

diff --git a/meta/lib/oeqa/selftest/cases/recipetool.py 
b/meta/lib/oeqa/selftest/cases/recipetool.py
index c1562c63b2..6bfe8f177f 100644
--- a/meta/lib/oeqa/selftest/cases/recipetool.py
+++ b/meta/lib/oeqa/selftest/cases/recipetool.py
@@ -421,6 +421,31 @@ class RecipetoolTests(RecipetoolBase):
 inherits = ['cmake']
 self._test_recipe_contents(recipefile, checkvars, inherits)
 
+def test_recipetool_create_npm(self):
+temprecipe = os.path.join(self.tempdir, 'recipe')
+os.makedirs(temprecipe)
+recipefile = os.path.join(temprecipe, 
'savoirfairelinux-node-server-example_1.0.0.bb')
+shrinkwrap = os.path.join(temprecipe, 
'savoirfairelinux-node-server-example', 'npm-shrinkwrap.json')
+srcuri = 
'npm://registry.npmjs.org;package=@savoirfairelinux/node-server-example;version=1.0.0'
+result = runCmd('recipetool create -o %s \'%s\'' % (temprecipe, 
srcuri))
+self.assertTrue(os.path.isfile(recipefile))
+self.assertTrue(os.path.isfile(shrinkwrap))
+checkvars = {}
+checkvars['SUMMARY'] = 'Node Server Example'
+checkvars['HOMEPAGE'] = 
'https://github.com/savoirfairelinux/node-server-example#readme'
+checkvars['LICENSE'] = set(['MIT', 'ISC', 'Unknown'])
+urls = []
+
urls.append('npm://registry.npmjs.org/;package=@savoirfairelinux/node-server-example;version=${PV}')
+urls.append('npmsw://${THISDIR}/${BPN}/npm-shrinkwrap.json')
+checkvars['SRC_URI'] = set(urls)
+checkvars['S'] = '${WORKDIR}/npm'
+checkvars['LICENSE_${PN}'] = 'MIT'
+checkvars['LICENSE_${PN}-base64'] = 'Unknown'
+checkvars['LICENSE_${PN}-accepts'] = 'MIT'
+checkvars['LICENSE_${PN}-inherits'] = 'ISC'
+inherits = ['npm']
+self._test_recipe_contents(recipefile, checkvars, inherits)
+
 def test_recipetool_create_github(self):
 # Basic test to see if github URL mangling works
 temprecipe = os.path.join(self.tempdir, 'recipe')
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH v5 09/13] lib/oe/package: remove unneeded	npm_split_package_dirs function


2020-01-20

Thread
Jean-Marie LEMETAYER

The npm_split_package_dirs function was used by the recipetool when
creating npm recipes. This is not the case anymore.

Signed-off-by: Jean-Marie LEMETAYER 
---
 meta/lib/oe/package.py | 33 -
 1 file changed, 33 deletions(-)

diff --git a/meta/lib/oe/package.py b/meta/lib/oe/package.py
index b8585d4253..dd700cbb0c 100644
--- a/meta/lib/oe/package.py
+++ b/meta/lib/oe/package.py
@@ -283,36 +283,3 @@ def read_shlib_providers(d):
 shlib_provider[s[0]] = {}
 shlib_provider[s[0]][s[1]] = (dep_pkg, s[2])
 return shlib_provider
-
-
-def npm_split_package_dirs(pkgdir):
-"""
-Work out the packages fetched and unpacked by BitBake's npm fetcher
-Returns a dict of packagename -> (relpath, package.json) ordered
-such that it is suitable for use in PACKAGES and FILES
-"""
-from collections import OrderedDict
-import json
-packages = {}
-for root, dirs, files in os.walk(pkgdir):
-if os.path.basename(root) == 'node_modules':
-for dn in dirs:
-relpth = os.path.relpath(os.path.join(root, dn), pkgdir)
-pkgitems = ['${PN}']
-for pathitem in relpth.split('/'):
-if pathitem == 'node_modules':
-continue
-pkgitems.append(pathitem)
-pkgname = '-'.join(pkgitems).replace('_', '-')
-pkgname = pkgname.replace('@', '')
-pkgfile = os.path.join(root, dn, 'package.json')
-data = None
-if os.path.exists(pkgfile):
-with open(pkgfile, 'r') as f:
-data = json.loads(f.read())
-packages[pkgname] = (relpth, data)
-# We want the main package for a module sorted *after* its subpackages
-# (so that it doesn't otherwise steal the files for the subpackage), so
-# this is a cheap way to do that whilst still having an otherwise
-# alphabetical sort
-return OrderedDict((key, packages[key]) for key in sorted(packages, 
key=lambda pkg: pkg + '~'))
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH v5 11/13] recipetool/create: npm: remove the	'noverify' url parameter


2020-01-20

Thread
Jean-Marie LEMETAYER

This commit removes the 'noverify' parameter which was added to the url
to fix warnings with the shrinkwrap / lockdown file generation. This is
not needed anymore with the new npm fetcher.

Signed-off-by: Jean-Marie LEMETAYER 
---
 scripts/lib/recipetool/create.py | 2 --
 1 file changed, 2 deletions(-)

diff --git a/scripts/lib/recipetool/create.py b/scripts/lib/recipetool/create.py
index 7659862f58..6cbf4de674 100644
--- a/scripts/lib/recipetool/create.py
+++ b/scripts/lib/recipetool/create.py
@@ -477,8 +477,6 @@ def create_recipe(args):
 storeTagName = params['tag']
 params['nobranch'] = '1'
 del params['tag']
-if scheme == 'npm':
-params['noverify'] = '1'
 fetchuri = bb.fetch2.encodeurl((scheme, network, path, user, passwd, 
params))
 
 tmpparent = tinfoil.config_data.getVar('BASE_WORKDIR')
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH v5 00/13] NPM refactoring


2020-01-20

Thread
Jean-Marie LEMETAYER

Hi folks and happy new year,

For readability here is a link if you want the history of this patchset:
http://lists.openembedded.org/pipermail/openembedded-core/2019-December/290298.html

--- V4

The patches can be found here:
https://github.com/savoirfairelinux/openembedded-core/tree/npm-refactoring-v4

 - Two fetchers are available: npm and npmsw

 - The npm fetcher is used to fetch a single package from a registry.

 - The npmsw fetcher is used to fetch the dependencies of a package. It uses a
   npm shrinkwrap file to list the dependencies. The file can be edited
   manually if some dependencies needs to be updated.

 - Both fetcher are independent.

   For example you can have a main package using npm:
 SRC_URI = "npm://registry.url;package=foobar;version=1.0.0 \
npmsw://${THISDIR}/npm-shrinkwrap.json"

   The main package can also be fetched another way without changing anything:
 SRC_URI = "git://github.com/foo/bar.git;protocol=https \
npmsw://${THISDIR}/npm-shrinkwrap.json"

 - The npm class is in charge of executing the 'npm install'. This installation
   is executed completely offline. The package sources can be patched safely
   before the build.

 - The npm class populates a local npm cache during the do_configure task. As
   this step can take time the support of a progress bar have been added.

 - The devtool and recipetool scripts have been updated to match the new
   fetchers and class. The licences are handled and split by dependencies.

 - Both fetcher, the recipe creation and the recipe build are covered by tests.

 - Using devtool I have successfully generated and built recipe for:
   - My test application:
   https://github.com/savoirfairelinux/node-server-example
   - The angular cli which will be used to build angular applications:
   https://cli.angular.io
   - The mozilla iot gateway which is a big project with a lot of dependencies:
   https://github.com/mozilla-iot/gateway
 To build this project you have to manually add this line in the recipe:
   DEPENDS = "nanomsg sqlite3 libuv"

--- V5

The patches can be found here:
https://github.com/savoirfairelinux/openembedded-core/tree/npm-refactoring-v5

 - As suggested by Christopher, the class now use the shlex.quote() function
   to handle arguments to shell functions.

Jean-Marie LEMETAYER (13):
  classes/npm: refactor the npm class
  classes/npm: restrict the build to be offline
  classes/npm: use the local node headers
  classes/npm: use the native python
  classes/npm: force to rebuild the prebuild addons
  devtool: npm: rename npm command line options
  recipetool/create_npm: refactor the npm recipe creation handler
  recipetool/create_npm: handle the licenses of the dependencies
  lib/oe/package: remove unneeded npm_split_package_dirs function
  devtool/standard: npm: update the append file
  recipetool/create: npm: remove the 'noverify' url parameter
  oeqa/selftest/recipetool: add npm recipe creation test
  oeqa/selftest/devtool: add npm recipe build test

 meta/classes/npm.bbclass   | 363 ---
 meta/lib/oe/package.py |  33 --
 meta/lib/oeqa/selftest/cases/devtool.py|  20 +
 meta/lib/oeqa/selftest/cases/recipetool.py |  25 +
 scripts/lib/devtool/standard.py|  18 +-
 scripts/lib/recipetool/create.py   |  10 +-
 scripts/lib/recipetool/create_npm.py   | 514 +
 7 files changed, 567 insertions(+), 416 deletions(-)

--
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH v5 05/13] classes/npm: force to rebuild the	prebuild addons


2020-01-20

Thread
Jean-Marie LEMETAYER

This commit forces to rebuild the prebuild addons which are using
node-gyp-build.

  https://www.npmjs.com/package/node-gyp-build

Signed-off-by: Jean-Marie LEMETAYER 
---
 meta/classes/npm.bbclass | 7 ++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/meta/classes/npm.bbclass b/meta/classes/npm.bbclass
index b7c9c40811..068032a1e5 100644
--- a/meta/classes/npm.bbclass
+++ b/meta/classes/npm.bbclass
@@ -216,6 +216,7 @@ python npm_do_compile() {
 dev = bb.utils.to_boolean(d.getVar("NPM_INSTALL_DEV"), False)
 
 with tempfile.TemporaryDirectory() as tmpdir:
+args = []
 configs = []
 
 if dev:
@@ -240,9 +241,13 @@ python npm_do_compile() {
 pythondir = os.path.join(bindir, "python-native", "python")
 configs.append(("python", pythondir))
 
+# Add node-pre-gyp configuration
+args.append(("target_arch", d.getVar("NPM_ARCH")))
+args.append(("build-from-source", "true"))
+
 # Pack and install the main package
 tarball = npm_pack(env, d.getVar("NPM_PACKAGE"), tmpdir)
-env.run("npm install %s" % shlex.quote(tarball), configs=configs)
+env.run("npm install %s" % shlex.quote(tarball), args=args, 
configs=configs)
 }
 
 npm_do_install() {
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH v5 06/13] devtool: npm: rename npm command line	options


2020-01-20

Thread
Jean-Marie LEMETAYER

This commit renames the '--fetch-dev' option into '--npm-dev' as it is a
npm only option.

Signed-off-by: Jean-Marie LEMETAYER 
---
 scripts/lib/devtool/standard.py  | 6 +++---
 scripts/lib/recipetool/create.py | 8 +++-
 2 files changed, 6 insertions(+), 8 deletions(-)

diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py
index 1c0cd8ab51..f33018de3f 100644
--- a/scripts/lib/devtool/standard.py
+++ b/scripts/lib/devtool/standard.py
@@ -145,8 +145,8 @@ def add(args, config, basepath, workspace):
 extracmdopts += ' --src-subdir "%s"' % args.src_subdir
 if args.autorev:
 extracmdopts += ' -a'
-if args.fetch_dev:
-extracmdopts += ' --fetch-dev'
+if args.npm_dev:
+extracmdopts += ' --npm-dev'
 if args.mirrors:
 extracmdopts += ' --mirrors'
 if args.srcrev:
@@ -2197,7 +2197,7 @@ def register_commands(subparsers, context):
 group.add_argument('--same-dir', '-s', help='Build in same directory as 
source', action="store_true")
 group.add_argument('--no-same-dir', help='Force build in a separate build 
directory', action="store_true")
 parser_add.add_argument('--fetch', '-f', help='Fetch the specified URI and 
extract it to create the source tree (deprecated - pass as positional argument 
instead)', metavar='URI')
-parser_add.add_argument('--fetch-dev', help='For npm, also fetch 
devDependencies', action="store_true")
+parser_add.add_argument('--npm-dev', help='For npm, also fetch 
devDependencies', action="store_true")
 parser_add.add_argument('--version', '-V', help='Version to use within 
recipe (PV)')
 parser_add.add_argument('--no-git', '-g', help='If fetching source, do not 
set up source tree as a git repository', action="store_true")
 group = parser_add.add_mutually_exclusive_group()
diff --git a/scripts/lib/recipetool/create.py b/scripts/lib/recipetool/create.py
index 4c4bbadb4c..7659862f58 100644
--- a/scripts/lib/recipetool/create.py
+++ b/scripts/lib/recipetool/create.py
@@ -714,10 +714,8 @@ def create_recipe(args):
 lines_after.append('INSANE_SKIP_${PN} += "already-stripped"')
 lines_after.append('')
 
-if args.fetch_dev:
-extravalues['fetchdev'] = True
-else:
-extravalues['fetchdev'] = None
+if args.npm_dev:
+extravalues['NPM_INSTALL_DEV'] = 1
 
 # Find all plugins that want to register handlers
 logger.debug('Loading recipe handlers')
@@ -1313,7 +1311,7 @@ def register_commands(subparsers):
 group.add_argument('-S', '--srcrev', help='Source revision to fetch if 
fetching from an SCM such as git (default latest)')
 parser_create.add_argument('-B', '--srcbranch', help='Branch in source 
repository if fetching from an SCM such as git (default master)')
 parser_create.add_argument('--keep-temp', action="store_true", help='Keep 
temporary directory (for debugging)')
-parser_create.add_argument('--fetch-dev', action="store_true", help='For 
npm, also fetch devDependencies')
+parser_create.add_argument('--npm-dev', action="store_true", help='For 
npm, also fetch devDependencies')
 parser_create.add_argument('--devtool', action="store_true", 
help=argparse.SUPPRESS)
 parser_create.add_argument('--mirrors', action="store_true", help='Enable 
PREMIRRORS and MIRRORS for source tree fetching (disabled by default).')
 parser_create.set_defaults(func=create_recipe)
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH v5 04/13] classes/npm: use the native python


2020-01-20

Thread
Jean-Marie LEMETAYER

When building addons, the node-gyp build tool is looking for python. It
is available in the native directory but not directly in the PATH.

This commit configures npm to use the native python executable.

Signed-off-by: Jean-Marie LEMETAYER 
---
 meta/classes/npm.bbclass | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/classes/npm.bbclass b/meta/classes/npm.bbclass
index 88d8de91e9..b7c9c40811 100644
--- a/meta/classes/npm.bbclass
+++ b/meta/classes/npm.bbclass
@@ -236,6 +236,9 @@ python npm_do_compile() {
 sysroot = d.getVar("RECIPE_SYSROOT_NATIVE")
 nodedir = os.path.join(sysroot, d.getVar("prefix_native").strip("/"))
 configs.append(("nodedir", nodedir))
+bindir = os.path.join(sysroot, d.getVar("bindir_native").strip("/"))
+pythondir = os.path.join(bindir, "python-native", "python")
+configs.append(("python", pythondir))
 
 # Pack and install the main package
 tarball = npm_pack(env, d.getVar("NPM_PACKAGE"), tmpdir)
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core





[OE-core] [PATCH v5 07/13] recipetool/create_npm: refactor the npm	recipe creation handler


2020-01-20

Thread
Jean-Marie LEMETAYER

This commit refactors the npm recipe creation handler to use the new npm
behavior. The process is kept as simple as possible and only generates
the shrinkwrap file.

To avoid naming issues the recipe name is now extracted from the npm
package name and not directly mapped.

Signed-off-by: Jean-Marie LEMETAYER 
---
 scripts/lib/recipetool/create_npm.py | 468 ++-
 1 file changed, 178 insertions(+), 290 deletions(-)

diff --git a/scripts/lib/recipetool/create_npm.py 
b/scripts/lib/recipetool/create_npm.py
index 39429ebad3..7f0d8a04a3 100644
--- a/scripts/lib/recipetool/create_npm.py
+++ b/scripts/lib/recipetool/create_npm.py
@@ -1,321 +1,209 @@
-# Recipe creation tool - node.js NPM module support plugin
-#
 # Copyright (C) 2016 Intel Corporation
+# Copyright (C) 2020 Savoir-Faire Linux
 #
 # SPDX-License-Identifier: GPL-2.0-only
 #
+"""Recipe creation tool - npm module support plugin"""
 
+import json
 import os
+import re
 import sys
-import logging
-import subprocess
 import tempfile
-import shutil
-import json
-from recipetool.create import RecipeHandler, split_pkg_licenses, 
handle_license_vars
+import bb
+from bb.fetch2.npm import NpmEnvironment
+from recipetool.create import RecipeHandler
 
-logger = logging.getLogger('recipetool')
+TINFOIL = None
 
+def tinfoil_init(instance):
+"""Initialize tinfoil"""
+global TINFOIL
+TINFOIL = instance
 
-tinfoil = None
+class NpmRecipeHandler(RecipeHandler):
+"""Class to handle the npm recipe creation"""
+
+@staticmethod
+def _npm_name(name):
+"""Generate a Yocto friendly npm name"""
+name = re.sub("/", "-", name)
+name = name.lower()
+name = re.sub(r"[^\-a-z0-9]", "", name)
+name = name.strip("-")
+return name
+
+@staticmethod
+def _get_registry(lines):
+"""Get the registry value from the 'npm://registry' url"""
+registry = None
+
+def _handle_registry(varname, origvalue, op, newlines):
+nonlocal registry
+if origvalue.startswith("npm://"):
+registry = re.sub(r"^npm://", "http://";, 
origvalue.split(";")[0])
+return origvalue, None, 0, True
 
-def tinfoil_init(instance):
-global tinfoil
-tinfoil = instance
+bb.utils.edit_metadata(lines, ["SRC_URI"], _handle_registry)
 
+return registry
 
-class NpmRecipeHandler(RecipeHandler):
-lockdownpath = None
+@staticmethod
+def _ensure_npm():
+"""Check if the 'npm' command is available in the recipes"""
+if not TINFOIL.recipes_parsed:
+TINFOIL.parse_recipes()
 
-def _ensure_npm(self, fixed_setup=False):
-if not tinfoil.recipes_parsed:
-tinfoil.parse_recipes()
 try:
-rd = tinfoil.parse_recipe('nodejs-native')
+d = TINFOIL.parse_recipe("nodejs-native")
 except bb.providers.NoProvider:
-if fixed_setup:
-msg = 'nodejs-native is required for npm but is not available 
within this SDK'
-else:
-msg = 'nodejs-native is required for npm but is not available 
- you will likely need to add a layer that provides nodejs'
-logger.error(msg)
-return None
-bindir = rd.getVar('STAGING_BINDIR_NATIVE')
-npmpath = os.path.join(bindir, 'npm')
+bb.error("Nothing provides 'nodejs-native' which is required for 
the build")
+bb.note("You will likely need to add a layer that provides nodejs")
+sys.exit(14)
+
+bindir = d.getVar("STAGING_BINDIR_NATIVE")
+npmpath = os.path.join(bindir, "npm")
+
 if not os.path.exists(npmpath):
-tinfoil.build_targets('nodejs-native', 'addto_recipe_sysroot')
+TINFOIL.build_targets("nodejs-native", "addto_recipe_sysroot")
+
 if not os.path.exists(npmpath):
-logger.error('npm required to process specified source, but 
nodejs-native did not seem to populate it')
-return None
+bb.error("Failed to add 'npm' to sysroot")
+sys.exit(14)
+
 return bindir
 
-def _handle_license(self, data):
-'''
-Handle the license value from an npm package.json file
-'''
-license = None
-if 'license' in data:
-license = data['license']
-if isinstance(license, dict):
-license = license.get('type', None)
-if license:
-if 'OR' in license:
-license = license.replace('OR', '|')
-license = license.replace('AND', '&')
-license = license.replace(' ', '_')
-if not license[0] == '(':
-license = '(' + license + ')'
-else:
-license = license.replace('AND', '&')
-if license[0] == '(':
-license = license[1:]
-   



[OE-core] [PATCH v5 03/13] classes/npm: use the local node headers


2020-01-20

Thread
Jean-Marie LEMETAYER

When building addons, the node headers are needed to be able to compile
properly. Usually they are downloaded by npm but network access in the
do_compile task are unauthorized. Hopefully the local node headers are
available in the native sysroot so lets use them.

Signed-off-by: Jean-Marie LEMETAYER 
---
 meta/classes/npm.bbclass | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/classes/npm.bbclass b/meta/classes/npm.bbclass
index cf2c12047e..88d8de91e9 100644
--- a/meta/classes/npm.bbclass
+++ b/meta/classes/npm.bbclass
@@ -233,6 +233,9 @@ python npm_do_compile() {
 # Add node-gyp configuration
 configs.append(("arch", d.getVar("NPM_ARCH")))
 configs.append(("release", "true"))
+sysroot = d.getVar("RECIPE_SYSROOT_NATIVE")
+nodedir = os.path.join(sysroot, d.getVar("prefix_native").strip("/"))
+configs.append(("nodedir", nodedir))
 
 # Pack and install the main package
 tarball = npm_pack(env, d.getVar("NPM_PACKAGE"), tmpdir)
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core




    
  1   2    >