date:20191105

[OE-core] [PATCH] libdrm:upgrade 2.4.99 -> 2.4.100

2019-11-05 Thread Zang Ruochen

Signed-off-by: Zang Ruochen 
---
 .../drm/{libdrm_2.4.99.bb => libdrm_2.4.100.bb}   | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/drm/{libdrm_2.4.99.bb => libdrm_2.4.100.bb} (95%)

diff --git a/meta/recipes-graphics/drm/libdrm_2.4.99.bb 
b/meta/recipes-graphics/drm/libdrm_2.4.100.bb
similarity index 95%
rename from meta/recipes-graphics/drm/libdrm_2.4.99.bb
rename to meta/recipes-graphics/drm/libdrm_2.4.100.bb
index fa3eb08f40..4859425672 100644
--- a/meta/recipes-graphics/drm/libdrm_2.4.99.bb
+++ b/meta/recipes-graphics/drm/libdrm_2.4.100.bb
@@ -12,8 +12,8 @@ DEPENDS = "libpthread-stubs"
 
 SRC_URI = "http://dri.freedesktop.org/libdrm/${BP}.tar.bz2 \
file://musl-ioctl.patch"
-SRC_URI[md5sum] = "72539626815b35159a63d45bc4c14ee6"
-SRC_URI[sha256sum] = 
"4dbf539c7ed25dbb2055090b77ab87508fc46be39a9379d15fed4b5517e1da5e"
+SRC_URI[md5sum] = "f47bc87e28198ba527e6b44ffdd62f65"
+SRC_URI[sha256sum] = 
"c77cc828186c9ceec3e56ae202b43ee99eb932b4a87255038a80e8a1060d0a5d"
 
 inherit meson pkgconfig manpages
 
-- 
2.20.1



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

[OE-core] [PATCH] ethtool:upgrade 5.2 -> 5.3

2019-11-05 Thread Zang Ruochen

-Refresh the following patch:
 ethtool/avoid_parallel_tests.patch

Signed-off-by: Zang Ruochen 
---
 .../ethtool/ethtool/avoid_parallel_tests.patch| 2 +-
 .../ethtool/{ethtool_5.2.bb => ethtool_5.3.bb}| 4 ++--
 2 files changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-extended/ethtool/{ethtool_5.2.bb => ethtool_5.3.bb} (88%)

diff --git a/meta/recipes-extended/ethtool/ethtool/avoid_parallel_tests.patch 
b/meta/recipes-extended/ethtool/ethtool/avoid_parallel_tests.patch
index 7c5d4f956b..153ea55060 100644
--- a/meta/recipes-extended/ethtool/ethtool/avoid_parallel_tests.patch
+++ b/meta/recipes-extended/ethtool/ethtool/avoid_parallel_tests.patch
@@ -19,7 +19,7 @@ index 2127fdb..4910e6f 100644
 --- a/configure.ac
 +++ b/configure.ac
 @@ -2,7 +2,7 @@ dnl Process this file with autoconf to produce a configure 
script.
- AC_INIT(ethtool, 5.2, net...@vger.kernel.org)
+ AC_INIT(ethtool, 5.3, net...@vger.kernel.org)
  AC_PREREQ(2.52)
  AC_CONFIG_SRCDIR([ethtool.c])
 -AM_INIT_AUTOMAKE([gnu])
diff --git a/meta/recipes-extended/ethtool/ethtool_5.2.bb 
b/meta/recipes-extended/ethtool/ethtool_5.3.bb
similarity index 88%
rename from meta/recipes-extended/ethtool/ethtool_5.2.bb
rename to meta/recipes-extended/ethtool/ethtool_5.3.bb
index 67e7fadee0..401331be39 100644
--- a/meta/recipes-extended/ethtool/ethtool_5.2.bb
+++ b/meta/recipes-extended/ethtool/ethtool_5.3.bb
@@ -11,8 +11,8 @@ SRC_URI = 
"${KERNELORG_MIRROR}/software/network/ethtool/ethtool-${PV}.tar.gz \
file://avoid_parallel_tests.patch \
"
 
-SRC_URI[md5sum] = "79cff0d4af62b030ad28be90414b5c4a"
-SRC_URI[sha256sum] = 
"8ad6cb30f6e1767d9d23a5cb5f606f3b51f83e85ebf0153c1506194f6709e90b"
+SRC_URI[md5sum] = "63d1c835b861912ea0dfd52cf66a2da4"
+SRC_URI[sha256sum] = 
"cd2d8ea360431a2ea35ff61c276bcf2afee1ad901668a0b50ae9f1c5814756bd"
 
 UPSTREAM_CHECK_URI = "https://www.kernel.org/pub/software/network/ethtool/;
 
-- 
2.20.1



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

[OE-core] [PATCH] strace: Fix ptest build

2019-11-05 Thread Khem Raj

include stdint.h since the test uses uintptr_t C99 type

Signed-off-by: Khem Raj 
---
 .../strace/strace/uintptr_t.patch   | 17 +
 meta/recipes-devtools/strace/strace_5.3.bb  |  1 +
 2 files changed, 18 insertions(+)
 create mode 100644 meta/recipes-devtools/strace/strace/uintptr_t.patch

diff --git a/meta/recipes-devtools/strace/strace/uintptr_t.patch 
b/meta/recipes-devtools/strace/strace/uintptr_t.patch
new file mode 100644
index 00..6d3dd6fb98
--- /dev/null
+++ b/meta/recipes-devtools/strace/strace/uintptr_t.patch
@@ -0,0 +1,17 @@
+include stdint.h for getting uintptr_t definition
+
+fixes do_compile_ptest_base
+tests/fanotify_mark.c:191:23: error: 'uintptr_t' undeclared (first use in this 
function); did you mean 'intptr_t'?
+
+Upstream-Status: Pending
+Signed-off-by: Khem Raj 
+--- a/tests/fanotify_mark.c
 b/tests/fanotify_mark.c
+@@ -18,6 +18,7 @@
+ 
+ # include 
+ # include 
++# include 
+ # include 
+ # include 
+ 
diff --git a/meta/recipes-devtools/strace/strace_5.3.bb 
b/meta/recipes-devtools/strace/strace_5.3.bb
index 775a22fc62..db6004583b 100644
--- a/meta/recipes-devtools/strace/strace_5.3.bb
+++ b/meta/recipes-devtools/strace/strace_5.3.bb
@@ -14,6 +14,7 @@ SRC_URI = "https://strace.io/files/${PV}/strace-${PV}.tar.xz \
file://0001-caps-abbrev.awk-fix-gawk-s-path.patch \

file://0001-tests-sigaction-Check-for-mips-and-alpha-before-usin.patch \
file://ptest-spacesave.patch \
+   file://uintptr_t.patch \
"
 SRC_URI[md5sum] = "84f5e72de813c9b1bb6057ee8ab428d8"
 SRC_URI[sha256sum] = 
"6c131198749656401fe3efd6b4b16a07ea867e8f530867ceae8930bbc937a047"
-- 
2.24.0

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

[OE-core] [PATCH] libtirpc: Do not include bits/endian.h directly

2019-11-05 Thread Khem Raj

this file is supposed be included via endian.h indirectly, moreover
Future musl versions does not have this file

Signed-off-by: Khem Raj 
---
 .../libtirpc/libtirpc/musl.patch   | 18 +++---
 1 file changed, 15 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-extended/libtirpc/libtirpc/musl.patch 
b/meta/recipes-extended/libtirpc/libtirpc/musl.patch
index 0c3ce603ea..21cd9f9588 100644
--- a/meta/recipes-extended/libtirpc/libtirpc/musl.patch
+++ b/meta/recipes-extended/libtirpc/libtirpc/musl.patch
@@ -1,13 +1,14 @@
 Consider musl provided built-in defines
 
 Helps compile libtirpc with musl
+bits/endian.h is not supposed to be included directly
 
 Upstream-Status: Pending
 Signed-off-by: Khem Raj 
 
 ./tirpc/rpc/types.h.orig   2018-03-17 10:23:10.022055255 +0100
-+++ ./tirpc/rpc/types.h2018-03-17 10:23:30.877751656 +0100
-@@ -66,7 +66,7 @@
+--- a/tirpc/rpc/types.h
 b/tirpc/rpc/types.h
+@@ -66,7 +66,7 @@ typedef   int32_t rpc_inline_t;
  #define mem_free(ptr, bsize)  free(ptr)
  
  
@@ -16,3 +17,14 @@ Signed-off-by: Khem Raj 
  # define __u_char_defined
  # define __daddr_t_defined
  #endif
+--- a/src/xdr_float.c
 b/src/xdr_float.c
+@@ -83,7 +83,7 @@ static struct sgl_limits {
+ };
+ #else
+ 
+-#include 
++#include 
+ #define IEEEFP
+ 
+ #endif /* vax */
-- 
2.24.0

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

Re: [OE-core] [PATCH] image_types: add Zstandard conversion support

2019-11-05 Thread Andre McCurdy

On Tue, Nov 5, 2019 at 3:13 PM Stefan Agner  wrote:
>
> From: Stefan Agner 
>
> Add Zstandard (or just Zstd) compression support. This allows to
> create Zstd compressed tarballs by using tar.zst as IMAGE_FSTYPES.
>
> Signed-off-by: Stefan Agner 
> ---
>  meta/classes/image_types.bbclass | 6 --
>  1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/meta/classes/image_types.bbclass 
> b/meta/classes/image_types.bbclass
> index 2eeffbb366..eeae652e02 100644
> --- a/meta/classes/image_types.bbclass
> +++ b/meta/classes/image_types.bbclass
> @@ -269,7 +269,7 @@ IMAGE_TYPES = " \
>  hddimg \
>  squashfs squashfs-xz squashfs-lzo squashfs-lz4 \
>  ubi ubifs multiubi \
> -tar tar.gz tar.bz2 tar.xz tar.lz4 \
> +tar tar.gz tar.bz2 tar.xz tar.lz4 tar.zst \
>  cpio cpio.gz cpio.xz cpio.lzma cpio.lz4 \
>  wic wic.gz wic.bz2 wic.lzma \
>  container \
> @@ -282,7 +282,7 @@ IMAGE_TYPES = " \
>  # CONVERSION_CMD/DEPENDS.
>  COMPRESSIONTYPES ?= ""
>
> -CONVERSIONTYPES = "gz bz2 lzma xz lz4 lzo zip sum md5sum sha1sum sha224sum 
> sha256sum sha384sum sha512sum bmap u-boot vmdk vdi qcow2 base64 
> ${COMPRESSIONTYPES}"
> +CONVERSIONTYPES = "gz bz2 lzma xz lz4 lzo zip zst sum md5sum sha1sum 
> sha224sum sha256sum sha384sum sha512sum bmap u-boot vmdk vdi qcow2 base64 
> ${COMPRESSIONTYPES}"
>  CONVERSION_CMD_lzma = "lzma -k -f -7 
> ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}"
>  CONVERSION_CMD_gz = "gzip -f -9 -n -c --rsyncable 
> ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > 
> ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.gz"
>  CONVERSION_CMD_bz2 = "pbzip2 -f -k ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}"
> @@ -290,6 +290,7 @@ CONVERSION_CMD_xz = "xz -f -k -c ${XZ_COMPRESSION_LEVEL} 
> ${XZ_DEFAULTS} --check=
>  CONVERSION_CMD_lz4 = "lz4 -9 -z -l ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} 
> ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.lz4"
>  CONVERSION_CMD_lzo = "lzop -9 ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}"
>  CONVERSION_CMD_zip = "zip ${ZIP_COMPRESSION_LEVEL} 
> ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.zip 
> ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}"
> +CONVERSION_CMD_zst = "zstd -f -k -c ${ZSTD_COMPRESSION_LEVEL} 
> ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > 
> ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.zst"

Where is ZSTD_COMPRESSION_LEVEL defined?

>  CONVERSION_CMD_sum = "sumtool -i ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} 
> -o ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.sum ${JFFS2_SUM_EXTRA_ARGS}"
>  CONVERSION_CMD_md5sum = "md5sum ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > 
> ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.md5sum"
>  CONVERSION_CMD_sha1sum = "sha1sum ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} 
> > ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.sha1sum"
> @@ -310,6 +311,7 @@ CONVERSION_DEPENDS_xz = "xz-native"
>  CONVERSION_DEPENDS_lz4 = "lz4-native"
>  CONVERSION_DEPENDS_lzo = "lzop-native"
>  CONVERSION_DEPENDS_zip = "zip-native"
> +CONVERSION_DEPENDS_zst = "zstd-native"
>  CONVERSION_DEPENDS_sum = "mtd-utils-native"
>  CONVERSION_DEPENDS_bmap = "bmap-tools-native"
>  CONVERSION_DEPENDS_u-boot = "u-boot-tools-native"
> --
> 2.17.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

[OE-core] [PATCH] ruby:upgrade 2.6.4 -> 2.6.5

2019-11-05 Thread Zang Ruochen

Signed-off-by: Zang Ruochen 
---
 meta/recipes-devtools/ruby/{ruby_2.6.4.bb => ruby_2.6.5.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/ruby/{ruby_2.6.4.bb => ruby_2.6.5.bb} (94%)

diff --git a/meta/recipes-devtools/ruby/ruby_2.6.4.bb 
b/meta/recipes-devtools/ruby/ruby_2.6.5.bb
similarity index 94%
rename from meta/recipes-devtools/ruby/ruby_2.6.4.bb
rename to meta/recipes-devtools/ruby/ruby_2.6.5.bb
index fb202b8f1f..1828f65d51 100644
--- a/meta/recipes-devtools/ruby/ruby_2.6.4.bb
+++ b/meta/recipes-devtools/ruby/ruby_2.6.5.bb
@@ -5,8 +5,8 @@ SRC_URI += " \
file://run-ptest \
"
 
-SRC_URI[md5sum] = "49b628cdb21db967d8a3f6ca6e222583"
-SRC_URI[sha256sum] = 
"4fc1d8ba75505b3797020a6ffc85a8bcff6adc4dabae343b6572bf281ee17937"
+SRC_URI[md5sum] = "8754bfb36d52c2bf1fb3d3ddc7101606"
+SRC_URI[sha256sum] = 
"66976b716ecc1fd34f9b7c3c2b07bbd37631815377a2e3e85a5b194cfdcbed7d"
 
 PACKAGECONFIG ??= ""
 PACKAGECONFIG += "${@bb.utils.filter('DISTRO_FEATURES', 'ipv6', d)}"
-- 
2.20.1



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

Re: [OE-core] [PATCH] image_types: add Zstandard conversion support

2019-11-05 Thread Khem Raj

On Tue, Nov 5, 2019 at 3:13 PM Stefan Agner  wrote:
>
> From: Stefan Agner 
>
> Add Zstandard (or just Zstd) compression support. This allows to
> create Zstd compressed tarballs by using tar.zst as IMAGE_FSTYPES.
>

this would need documentation changes too I guess

> Signed-off-by: Stefan Agner 
> ---
>  meta/classes/image_types.bbclass | 6 --
>  1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/meta/classes/image_types.bbclass 
> b/meta/classes/image_types.bbclass
> index 2eeffbb366..eeae652e02 100644
> --- a/meta/classes/image_types.bbclass
> +++ b/meta/classes/image_types.bbclass
> @@ -269,7 +269,7 @@ IMAGE_TYPES = " \
>  hddimg \
>  squashfs squashfs-xz squashfs-lzo squashfs-lz4 \
>  ubi ubifs multiubi \
> -tar tar.gz tar.bz2 tar.xz tar.lz4 \
> +tar tar.gz tar.bz2 tar.xz tar.lz4 tar.zst \
>  cpio cpio.gz cpio.xz cpio.lzma cpio.lz4 \
>  wic wic.gz wic.bz2 wic.lzma \
>  container \
> @@ -282,7 +282,7 @@ IMAGE_TYPES = " \
>  # CONVERSION_CMD/DEPENDS.
>  COMPRESSIONTYPES ?= ""
>
> -CONVERSIONTYPES = "gz bz2 lzma xz lz4 lzo zip sum md5sum sha1sum sha224sum 
> sha256sum sha384sum sha512sum bmap u-boot vmdk vdi qcow2 base64 
> ${COMPRESSIONTYPES}"
> +CONVERSIONTYPES = "gz bz2 lzma xz lz4 lzo zip zst sum md5sum sha1sum 
> sha224sum sha256sum sha384sum sha512sum bmap u-boot vmdk vdi qcow2 base64 
> ${COMPRESSIONTYPES}"
>  CONVERSION_CMD_lzma = "lzma -k -f -7 
> ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}"
>  CONVERSION_CMD_gz = "gzip -f -9 -n -c --rsyncable 
> ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > 
> ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.gz"
>  CONVERSION_CMD_bz2 = "pbzip2 -f -k ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}"
> @@ -290,6 +290,7 @@ CONVERSION_CMD_xz = "xz -f -k -c ${XZ_COMPRESSION_LEVEL} 
> ${XZ_DEFAULTS} --check=
>  CONVERSION_CMD_lz4 = "lz4 -9 -z -l ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} 
> ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.lz4"
>  CONVERSION_CMD_lzo = "lzop -9 ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}"
>  CONVERSION_CMD_zip = "zip ${ZIP_COMPRESSION_LEVEL} 
> ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.zip 
> ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}"
> +CONVERSION_CMD_zst = "zstd -f -k -c ${ZSTD_COMPRESSION_LEVEL} 
> ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > 
> ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.zst"
>  CONVERSION_CMD_sum = "sumtool -i ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} 
> -o ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.sum ${JFFS2_SUM_EXTRA_ARGS}"
>  CONVERSION_CMD_md5sum = "md5sum ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > 
> ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.md5sum"
>  CONVERSION_CMD_sha1sum = "sha1sum ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} 
> > ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.sha1sum"
> @@ -310,6 +311,7 @@ CONVERSION_DEPENDS_xz = "xz-native"
>  CONVERSION_DEPENDS_lz4 = "lz4-native"
>  CONVERSION_DEPENDS_lzo = "lzop-native"
>  CONVERSION_DEPENDS_zip = "zip-native"
> +CONVERSION_DEPENDS_zst = "zstd-native"
>  CONVERSION_DEPENDS_sum = "mtd-utils-native"
>  CONVERSION_DEPENDS_bmap = "bmap-tools-native"
>  CONVERSION_DEPENDS_u-boot = "u-boot-tools-native"
> --
> 2.17.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

[OE-core] [PATCH] image_types: add Zstandard conversion support

2019-11-05 Thread Stefan Agner

From: Stefan Agner 

Add Zstandard (or just Zstd) compression support. This allows to
create Zstd compressed tarballs by using tar.zst as IMAGE_FSTYPES.

Signed-off-by: Stefan Agner 
---
 meta/classes/image_types.bbclass | 6 --
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
index 2eeffbb366..eeae652e02 100644
--- a/meta/classes/image_types.bbclass
+++ b/meta/classes/image_types.bbclass
@@ -269,7 +269,7 @@ IMAGE_TYPES = " \
 hddimg \
 squashfs squashfs-xz squashfs-lzo squashfs-lz4 \
 ubi ubifs multiubi \
-tar tar.gz tar.bz2 tar.xz tar.lz4 \
+tar tar.gz tar.bz2 tar.xz tar.lz4 tar.zst \
 cpio cpio.gz cpio.xz cpio.lzma cpio.lz4 \
 wic wic.gz wic.bz2 wic.lzma \
 container \
@@ -282,7 +282,7 @@ IMAGE_TYPES = " \
 # CONVERSION_CMD/DEPENDS.
 COMPRESSIONTYPES ?= ""
 
-CONVERSIONTYPES = "gz bz2 lzma xz lz4 lzo zip sum md5sum sha1sum sha224sum 
sha256sum sha384sum sha512sum bmap u-boot vmdk vdi qcow2 base64 
${COMPRESSIONTYPES}"
+CONVERSIONTYPES = "gz bz2 lzma xz lz4 lzo zip zst sum md5sum sha1sum sha224sum 
sha256sum sha384sum sha512sum bmap u-boot vmdk vdi qcow2 base64 
${COMPRESSIONTYPES}"
 CONVERSION_CMD_lzma = "lzma -k -f -7 ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}"
 CONVERSION_CMD_gz = "gzip -f -9 -n -c --rsyncable 
${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > 
${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.gz"
 CONVERSION_CMD_bz2 = "pbzip2 -f -k ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}"
@@ -290,6 +290,7 @@ CONVERSION_CMD_xz = "xz -f -k -c ${XZ_COMPRESSION_LEVEL} 
${XZ_DEFAULTS} --check=
 CONVERSION_CMD_lz4 = "lz4 -9 -z -l ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} 
${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.lz4"
 CONVERSION_CMD_lzo = "lzop -9 ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}"
 CONVERSION_CMD_zip = "zip ${ZIP_COMPRESSION_LEVEL} 
${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.zip 
${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}"
+CONVERSION_CMD_zst = "zstd -f -k -c ${ZSTD_COMPRESSION_LEVEL} 
${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > 
${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.zst"
 CONVERSION_CMD_sum = "sumtool -i ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} -o 
${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.sum ${JFFS2_SUM_EXTRA_ARGS}"
 CONVERSION_CMD_md5sum = "md5sum ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > 
${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.md5sum"
 CONVERSION_CMD_sha1sum = "sha1sum ${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type} > 
${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.sha1sum"
@@ -310,6 +311,7 @@ CONVERSION_DEPENDS_xz = "xz-native"
 CONVERSION_DEPENDS_lz4 = "lz4-native"
 CONVERSION_DEPENDS_lzo = "lzop-native"
 CONVERSION_DEPENDS_zip = "zip-native"
+CONVERSION_DEPENDS_zst = "zstd-native"
 CONVERSION_DEPENDS_sum = "mtd-utils-native"
 CONVERSION_DEPENDS_bmap = "bmap-tools-native"
 CONVERSION_DEPENDS_u-boot = "u-boot-tools-native"
-- 
2.17.1

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

Re: [OE-core] [PATCH v2] machine/arch-riscv: Fix newlib and baremetal builds

2019-11-05 Thread Khem Raj

On Tue, Nov 5, 2019 at 2:48 PM Alistair Francis  wrote:
>
> On Tue, Nov 5, 2019 at 2:42 PM Khem Raj  wrote:
> >
> > On Tue, Nov 5, 2019 at 1:57 PM Alistair Francis
> >  wrote:
> > >
> > > Fix the following errors for newlib and baremetal libcs:
> > >   ld: unrecognized option '--hash-style=sysv'
> > >   ld: unrecognized option '--hash-style=gnu'
> > >
> > > Setting LINKER_HASH_STYLE to empty for just newlib and baremetal doesn't
> > > work as GCC still ends up being built with --hash-style=gnu which causes
> > > failures when using a built newlib SDK.
> > >
> > > Signed-off-by: Alistair Francis 
> > > ---
> > >  meta/conf/machine/include/riscv/arch-riscv.inc | 3 +++
> > >  1 file changed, 3 insertions(+)
> > >
> > > diff --git a/meta/conf/machine/include/riscv/arch-riscv.inc 
> > > b/meta/conf/machine/include/riscv/arch-riscv.inc
> > > index 19f8f3e211..f3edcc39f7 100644
> > > --- a/meta/conf/machine/include/riscv/arch-riscv.inc
> > > +++ b/meta/conf/machine/include/riscv/arch-riscv.inc
> > > @@ -8,3 +8,6 @@ TUNE_CCARGS .= ""
> > >
> > >  # QEMU usermode fails with invalid instruction error (For riscv32)
> > >  MACHINE_FEATURES_BACKFILL_CONSIDERED_append = 
> > > "${@bb.utils.contains('TUNE_FEATURES', 'riscv32', ' qemu-usermode', '', 
> > > d)}"
> > > +
> > > +# --hash-style is unsupported
> > > +LINKER_HASH_STYLE = ""
> >
> > I think we still need to use newlib and baremetal overrides
>
> That produces a SDK that doesn't work though.
>

Generally, I am in favor of this change, what it does do is that now
it will depend on toolchain defaults
the selection which is gnu for riscv for Linux targets so it does not
change defaults for internal toolchain
however external toolchains might have different default behavior so
we won't be able to control that
anymore. I think sysv may not even be an option for riscv so that will
eliminate this completely.

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

Re: [OE-core] [PATCH v2] machine/arch-riscv: Fix newlib and baremetal builds

2019-11-05 Thread Alistair Francis

On Tue, Nov 5, 2019 at 2:42 PM Khem Raj  wrote:
>
> On Tue, Nov 5, 2019 at 1:57 PM Alistair Francis
>  wrote:
> >
> > Fix the following errors for newlib and baremetal libcs:
> >   ld: unrecognized option '--hash-style=sysv'
> >   ld: unrecognized option '--hash-style=gnu'
> >
> > Setting LINKER_HASH_STYLE to empty for just newlib and baremetal doesn't
> > work as GCC still ends up being built with --hash-style=gnu which causes
> > failures when using a built newlib SDK.
> >
> > Signed-off-by: Alistair Francis 
> > ---
> >  meta/conf/machine/include/riscv/arch-riscv.inc | 3 +++
> >  1 file changed, 3 insertions(+)
> >
> > diff --git a/meta/conf/machine/include/riscv/arch-riscv.inc 
> > b/meta/conf/machine/include/riscv/arch-riscv.inc
> > index 19f8f3e211..f3edcc39f7 100644
> > --- a/meta/conf/machine/include/riscv/arch-riscv.inc
> > +++ b/meta/conf/machine/include/riscv/arch-riscv.inc
> > @@ -8,3 +8,6 @@ TUNE_CCARGS .= ""
> >
> >  # QEMU usermode fails with invalid instruction error (For riscv32)
> >  MACHINE_FEATURES_BACKFILL_CONSIDERED_append = 
> > "${@bb.utils.contains('TUNE_FEATURES', 'riscv32', ' qemu-usermode', '', d)}"
> > +
> > +# --hash-style is unsupported
> > +LINKER_HASH_STYLE = ""
>
> I think we still need to use newlib and baremetal overrides

That produces a SDK that doesn't work though.

Alistair

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

Re: [OE-core] [PATCH v2] machine/arch-riscv: Fix newlib and baremetal builds

2019-11-05 Thread Khem Raj

On Tue, Nov 5, 2019 at 1:57 PM Alistair Francis
 wrote:
>
> Fix the following errors for newlib and baremetal libcs:
>   ld: unrecognized option '--hash-style=sysv'
>   ld: unrecognized option '--hash-style=gnu'
>
> Setting LINKER_HASH_STYLE to empty for just newlib and baremetal doesn't
> work as GCC still ends up being built with --hash-style=gnu which causes
> failures when using a built newlib SDK.
>
> Signed-off-by: Alistair Francis 
> ---
>  meta/conf/machine/include/riscv/arch-riscv.inc | 3 +++
>  1 file changed, 3 insertions(+)
>
> diff --git a/meta/conf/machine/include/riscv/arch-riscv.inc 
> b/meta/conf/machine/include/riscv/arch-riscv.inc
> index 19f8f3e211..f3edcc39f7 100644
> --- a/meta/conf/machine/include/riscv/arch-riscv.inc
> +++ b/meta/conf/machine/include/riscv/arch-riscv.inc
> @@ -8,3 +8,6 @@ TUNE_CCARGS .= ""
>
>  # QEMU usermode fails with invalid instruction error (For riscv32)
>  MACHINE_FEATURES_BACKFILL_CONSIDERED_append = 
> "${@bb.utils.contains('TUNE_FEATURES', 'riscv32', ' qemu-usermode', '', d)}"
> +
> +# --hash-style is unsupported
> +LINKER_HASH_STYLE = ""

I think we still need to use newlib and baremetal overrides

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

[OE-core] ✗ patchtest: failure for Backport relevant changes from Zeus (rev2)

2019-11-05 Thread Patchwork

== Series Details ==

Series: Backport relevant changes from Zeus (rev2)
Revision: 2
URL   : https://patchwork.openembedded.org/series/20503/
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 Errors in your Python code were encountered [test_pylint] 
  Suggested fixCorrect the lines introduced by your patch
  Output   Please, fix the listed issues:
   scripts/lib/devtool/standard.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

[OE-core] [warrior][PATCHv2 5/9] package_rpm.bbclass: Remove a misleading bb.note()

2019-11-05 Thread Peter Kjellerstedt

From: Peter Kjellerstedt 

It should have been removed in 3db9d865 (classes/package_rpm.bbclass:
Enhance diagnostic messages) when it was split in two new notes.

Also change the casing of two other notes to align them with the other
notes.

Signed-off-by: Peter Kjellerstedt 
Signed-off-by: Richard Purdie 
---
 meta/classes/package_rpm.bbclass | 5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)

diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass
index 1a64cb271a..b1b13e2a5a 100644
--- a/meta/classes/package_rpm.bbclass
+++ b/meta/classes/package_rpm.bbclass
@@ -409,7 +409,6 @@ python write_specfile () {
 if not file_list and localdata.getVar('ALLOW_EMPTY', False) != "1":
 bb.note("Not creating empty RPM package for %s" % splitname)
 else:
-bb.note("Creating RPM package for %s" % splitname)
 spec_files_top.append('%files')
 if extra_pkgdata:
 package_rpm_extra_pkgdata(splitname, spec_files_top, 
localdata)
@@ -418,7 +417,7 @@ python write_specfile () {
 bb.note("Creating RPM package for %s" % splitname)
 spec_files_top.extend(file_list)
 else:
-bb.note("Creating EMPTY RPM Package for %s" % splitname)
+bb.note("Creating empty RPM package for %s" % splitname)
 spec_files_top.append('')
 continue
 
@@ -510,7 +509,7 @@ python write_specfile () {
 bb.note("Creating RPM package for %s" % splitname)
 spec_files_bottom.extend(file_list)
 else:
-bb.note("Creating EMPTY RPM Package for %s" % splitname)
+bb.note("Creating empty RPM package for %s" % splitname)
 spec_files_bottom.append('')
 
 del localdata
-- 
2.21.0

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

[OE-core] [warrior][PATCHv2 2/9] meson.bbclass: Remove the MESON_*_ARGS variables

2019-11-05 Thread Peter Kjellerstedt

From: Peter Kjellerstedt 

The options in ${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS} are already passed
via ${CC}/${CXX} and there is no reason to pass them a second time. Thus
we can remove MESON_TOOLCHAIN_ARGS. And when it is removed, the other
MESON_*_ARGS variables revert to the standard CFLAGS, CXXFLAGS and
LDFLAGS, so just use them directly instead.

Apart from the obvious improvement with not passing a lot of options
twice, this also solves a problem where -pie would be passed on the
command line in a way that it would prevent building any dynamic
libraries using meson if using a toolchain that is not built with
--enable-default-pie and if security_flags.inc is used.

Signed-off-by: Peter Kjellerstedt 
Signed-off-by: Richard Purdie 
---
 meta/classes/meson.bbclass | 15 +--
 1 file changed, 5 insertions(+), 10 deletions(-)

diff --git a/meta/classes/meson.bbclass b/meta/classes/meson.bbclass
index 115d1aedcb..5c0139f02a 100644
--- a/meta/classes/meson.bbclass
+++ b/meta/classes/meson.bbclass
@@ -30,11 +30,6 @@ MESONOPTS = " --prefix ${prefix} \
   -Dcpp_args='${BUILD_CPPFLAGS} ${BUILD_CXXFLAGS}' \
   -Dcpp_link_args='${BUILD_LDFLAGS}'"
 
-MESON_TOOLCHAIN_ARGS = "${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS}"
-MESON_C_ARGS = "${MESON_TOOLCHAIN_ARGS} ${CFLAGS}"
-MESON_CPP_ARGS = "${MESON_TOOLCHAIN_ARGS} ${CXXFLAGS}"
-MESON_LINK_ARGS = "${MESON_TOOLCHAIN_ARGS} ${LDFLAGS}"
-
 EXTRA_OEMESON_append = " ${PACKAGECONFIG_CONFARGS}"
 
 MESON_CROSS_FILE = ""
@@ -76,7 +71,7 @@ def meson_endian(prefix, d):
 bb.fatal("Cannot determine endianism for %s-%s" % (arch, os))
 
 addtask write_config before do_configure
-do_write_config[vardeps] += "MESON_C_ARGS MESON_CPP_ARGS MESON_LINK_ARGS CC 
CXX LD AR NM STRIP READELF"
+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
 cat >${WORKDIR}/meson.cross

[OE-core] [warrior][PATCHv2 1/9] meson: Backport patch to handle strings in cross file args

2019-11-05 Thread Peter Kjellerstedt

This allows _args and _link_args properties, e.g.,
c_link_args, in meson.cross to be specified as either a string or a
list.

Signed-off-by: Peter Kjellerstedt 
---
 meta/recipes-devtools/meson/meson.inc |  1 +
 ...ings-in-cross-file-args.-Closes-4671.patch | 87 +++
 2 files changed, 88 insertions(+)
 create mode 100644 
meta/recipes-devtools/meson/meson/0001-Handle-strings-in-cross-file-args.-Closes-4671.patch

diff --git a/meta/recipes-devtools/meson/meson.inc 
b/meta/recipes-devtools/meson/meson.inc
index bfe9851e94..ef26848498 100644
--- a/meta/recipes-devtools/meson/meson.inc
+++ b/meta/recipes-devtools/meson/meson.inc
@@ -17,6 +17,7 @@ SRC_URI = 
"https://github.com/mesonbuild/meson/releases/download/${PV}/meson-${P
file://many-cross.patch \
file://cross-libdir.patch \

file://0001-Fix-missing-return-statements-that-are-seen-with-Wer.patch \
+   file://0001-Handle-strings-in-cross-file-args.-Closes-4671.patch \
"
 SRC_URI[sha256sum] = 
"ef9f14326ec1e30d3ba1a26df0f92826ede5a79255ad723af78a2691c37109fd"
 SRC_URI[md5sum] = "0267b0871266056184c484792572c682"
diff --git 
a/meta/recipes-devtools/meson/meson/0001-Handle-strings-in-cross-file-args.-Closes-4671.patch
 
b/meta/recipes-devtools/meson/meson/0001-Handle-strings-in-cross-file-args.-Closes-4671.patch
new file mode 100644
index 00..1b1668e4ce
--- /dev/null
+++ 
b/meta/recipes-devtools/meson/meson/0001-Handle-strings-in-cross-file-args.-Closes-4671.patch
@@ -0,0 +1,87 @@
+From 4818b27894c828a50befc94f1bc9062e89a544ea Mon Sep 17 00:00:00 2001
+From: Jussi Pakkanen 
+Date: Sat, 29 Dec 2018 18:23:36 +0200
+Subject: [PATCH] Handle strings in cross file args. Closes #4671.
+
+Upstream-Status: Backport [6c76ac80173bdc40d35e2d6b802f7950646781dc]
+Signed-off-by: Peter Kjellerstedt 
+
+---
+
+Note that the change to ninjabackend.py does not come from commit
+6c76ac80, as it was not corrected until commit 2b22576f. However,
+since that commit is huge and changes a lot of unrelated stuff, it was
+easier to include the relevant part here.
+
+ cross/ubuntu-armhf.txt   |  2 +-
+ mesonbuild/backend/ninjabackend.py   |  2 +-
+ mesonbuild/compilers/compilers.py|  4 ++--
+ test cases/common/137 get define/meson.build | 12 +++-
+ 4 files changed, 7 insertions(+), 13 deletions(-)
+
+diff --git a/cross/ubuntu-armhf.txt b/cross/ubuntu-armhf.txt
+index fec8ce7..a6e1f15 100644
+--- a/cross/ubuntu-armhf.txt
 b/cross/ubuntu-armhf.txt
+@@ -12,7 +12,7 @@ pkgconfig = '/usr/bin/arm-linux-gnueabihf-pkg-config'
+ root = '/usr/arm-linux-gnueabihf'
+ # Used in unit test '140 get define'
+ c_args = ['-DMESON_TEST_ISSUE_1665=1']
+-cpp_args = ['-DMESON_TEST_ISSUE_1665=1']
++cpp_args = '-DMESON_TEST_ISSUE_1665=1'
+ 
+ has_function_printf = true
+ has_function_hfkerhisadf = false
+diff --git a/mesonbuild/backend/ninjabackend.py 
b/mesonbuild/backend/ninjabackend.py
+index 3739c0a..2cebeef 100644
+--- a/mesonbuild/backend/ninjabackend.py
 b/mesonbuild/backend/ninjabackend.py
+@@ -1400,7 +1400,7 @@ int dummy;
+ if is_cross:
+ crstr = '_CROSS'
+ try:
+-cross_args = 
self.environment.cross_info.config['properties'][langname + '_link_args']
++cross_args = 
mesonlib.stringlistify(self.environment.cross_info.config['properties'][langname
 + '_link_args'])
+ except KeyError:
+ pass
+ rule = 'rule %s%s_LINKER\n' % (langname, crstr)
+diff --git a/mesonbuild/compilers/compilers.py 
b/mesonbuild/compilers/compilers.py
+index e27ae2b..a5b9e91 100644
+--- a/mesonbuild/compilers/compilers.py
 b/mesonbuild/compilers/compilers.py
+@@ -1048,10 +1048,10 @@ class Compiler:
+ if 'properties' in environment.cross_info.config:
+ props = environment.cross_info.config['properties']
+ lang_args_key = self.language + '_args'
+-extra_flags += props.get(lang_args_key, [])
++extra_flags += 
mesonlib.stringlistify(props.get(lang_args_key, []))
+ lang_link_args_key = self.language + '_link_args'
+ if link:
+-extra_flags += props.get(lang_link_args_key, [])
++extra_flags += 
mesonlib.stringlistify(props.get(lang_link_args_key, []))
+ return extra_flags
+ 
+ def _get_compile_output(self, dirname, mode):
+diff --git a/test cases/common/137 get define/meson.build b/test 
cases/common/137 get define/meson.build
+index 109f628..1647e22 100644
+--- a/test cases/common/137 get define/meson.build 
 b/test cases/common/137 get define/meson.build 
+@@ -67,15 +67,9 @@ foreach lang : ['c', 'cpp']
+ 
+   run_1665_test = false
+   if meson.is_cross_build()
+-# Can't use an empty array as a fallback here because of
+-#

[OE-core] [warrior][PATCHv2 8/9] devtool: finish: Add suppport for the --no-clean option

2019-11-05 Thread Peter Kjellerstedt

From: Peter Kjellerstedt 

This works just like the already existing --no-clean option to the
`devtool reset` command.

Signed-off-by: Peter Kjellerstedt 
Signed-off-by: Richard Purdie 
---
 scripts/lib/devtool/standard.py | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py
index b944ec3966..aeb9452a8a 100644
--- a/scripts/lib/devtool/standard.py
+++ b/scripts/lib/devtool/standard.py
@@ -1895,7 +1895,7 @@ def finish(args, config, basepath, workspace):
 else:
 raise DevtoolError('Source tree is not clean:\n\n%s\nEnsure you 
have committed your changes or use -f/--force if you are sure there\'s nothing 
that needs to be committed' % dirty)
 
-no_clean = False
+no_clean = args.no_clean
 tinfoil = setup_tinfoil(basepath=basepath, tracking=True)
 try:
 rd = parse_recipe(config, tinfoil, args.recipename, True)
@@ -2169,6 +2169,7 @@ def register_commands(subparsers, context):
 parser_finish.add_argument('--mode', '-m', choices=['patch', 'srcrev', 
'auto'], default='auto', help='Update mode (where %(metavar)s is %(choices)s; 
default is %(default)s)', metavar='MODE')
 parser_finish.add_argument('--initial-rev', help='Override starting 
revision for patches')
 parser_finish.add_argument('--force', '-f', action="store_true", 
help='Force continuing even if there are uncommitted changes in the source tree 
repository')
+parser_finish.add_argument('--no-clean', '-n', action="store_true", 
help='Don\'t clean the sysroot to remove recipe output')
 parser_finish.add_argument('--no-overrides', '-O', action="store_true", 
help='Do not handle other override branches (if they exist)')
 parser_finish.add_argument('--dry-run', '-N', action="store_true", 
help='Dry-run (just report changes instead of writing them)')
 parser_finish.add_argument('--force-patch-refresh', action="store_true", 
help='Update patches in the layer even if they have not been modified (useful 
for refreshing patch context)')
-- 
2.21.0

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

[OE-core] [warrior][PATCHv2 3/9] nativesdk-meson: Remove some unused variables

2019-11-05 Thread Peter Kjellerstedt

From: Peter Kjellerstedt 

Signed-off-by: Peter Kjellerstedt 
Signed-off-by: Richard Purdie 
---
 meta/recipes-devtools/meson/nativesdk-meson_0.49.2.bb | 5 -
 1 file changed, 5 deletions(-)

diff --git a/meta/recipes-devtools/meson/nativesdk-meson_0.49.2.bb 
b/meta/recipes-devtools/meson/nativesdk-meson_0.49.2.bb
index 1549357a55..1756f342ce 100644
--- a/meta/recipes-devtools/meson/nativesdk-meson_0.49.2.bb
+++ b/meta/recipes-devtools/meson/nativesdk-meson_0.49.2.bb
@@ -16,11 +16,6 @@ def meson_endian(prefix, d):
 else:
 bb.fatal("Cannot determine endianism for %s-%s" % (arch, os))
 
-MESON_TOOLCHAIN_ARGS = "${BUILDSDK_CC_ARCH}${TOOLCHAIN_OPTIONS}"
-MESON_C_ARGS = "${MESON_TOOLCHAIN_ARGS} ${BUILDSDK_CFLAGS}"
-MESON_CPP_ARGS = "${MESON_TOOLCHAIN_ARGS} ${BUILDSDK_CXXFLAGS}"
-MESON_LINK_ARGS = "${MESON_TOOLCHAIN_ARGS} ${BUILDSDK_LDFLAGS}"
-
 # The cross file logic is similar but not identical to that in meson.bbclass,
 # since it's generating for an SDK rather than a cross-compile. Important
 # differences are:
-- 
2.21.0

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

[OE-core] [warrior][PATCHv2 9/9] lib/oe/lsb: Make sure the distro ID is always lowercased

2019-11-05 Thread Peter Kjellerstedt

From: Peter Kjellerstedt 

In commit 8689e561 (lib/oe/lsb: attempt to ensure consistent distro id
regardless of source), the distro ID returned by
oe.lsb.distro_identifier() was lowercased, but only if a release
version is also present.

This changes the code to always lowercase the distro ID, including the
default distro ID "unknown", which is used if no other ID can be
identified.

Signed-off-by: Peter Kjellerstedt 
Signed-off-by: Richard Purdie 
---
 meta/lib/oe/lsb.py | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta/lib/oe/lsb.py b/meta/lib/oe/lsb.py
index 4f2b419edc..43e46380d7 100644
--- a/meta/lib/oe/lsb.py
+++ b/meta/lib/oe/lsb.py
@@ -110,12 +110,12 @@ def distro_identifier(adjust_hook=None):
 if adjust_hook:
 distro_id, release = adjust_hook(distro_id, release)
 if not distro_id:
-return "Unknown"
-# Filter out any non-alphanumerics
-distro_id = re.sub(r'\W', '', distro_id)
+return "unknown"
+# Filter out any non-alphanumerics and convert to lowercase
+distro_id = re.sub(r'\W', '', distro_id).lower()
 
 if release:
-id_str = '{0}-{1}'.format(distro_id.lower(), release)
+id_str = '{0}-{1}'.format(distro_id, release)
 else:
 id_str = distro_id
 return id_str.replace(' ','-').replace('/','-')
-- 
2.21.0

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

[OE-core] [warrior][PATCHv2 4/9] devtool: Avoid failure for recipes with S == WORKDIR and no local files

2019-11-05 Thread Peter Kjellerstedt

From: Peter Kjellerstedt 

When extracting the sources for a recipe that has S == WORKDIR and no
local files in the SRC_URI (which, e.g., can happen for a recipe with
a URI that has the unpack=false attribute), the extraction fails with
the following backtrace:

  Traceback (most recent call last):
File ".../scripts/devtool", line 344, in 
  ret = main()
File ".../scripts/devtool", line 331, in main
  ret = args.func(args, config, basepath, workspace)
File ".../poky/scripts/lib/devtool/standard.py", line 762, in
modify
  initial_rev, _ = _extract_source(srctree, args.keep_temp,
  args.branch, False, config, basepath, workspace,
  args.fixed_setup, rd, tinfoil, no_overrides=args.no_overrides)
File ".../poky/scripts/lib/devtool/standard.py", line 647, in
_extract_source
  bb.process.run('git %s commit -a -m "Committing local file
  symlinks\n\n%s"' % (' '.join(useroptions),
  oe.patch.GitApplyTree.ignore_commit_prefix), cwd=srctree)
File ".../poky/bitbake/lib/bb/process.py", line 178, in run
  raise ExecutionError(cmd, pipe.returncode, stdout, stderr)
  bb.process.ExecutionError: Execution of 'git commit -a -m
  "Committing local file symlinks

  %% ignore"' failed with exit code 1:
  On branch devtool
  nothing to commit, working tree clean

This is because no files were found in the oe-local-files directory
and consequently no symbolic links were added using `git add`, but the
`git commit` command was still executed.

Signed-off-by: Peter Kjellerstedt 
Signed-off-by: Richard Purdie 
---
 scripts/lib/devtool/standard.py | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py
index aca74b1fc6..dcb6bf9540 100644
--- a/scripts/lib/devtool/standard.py
+++ b/scripts/lib/devtool/standard.py
@@ -637,9 +637,9 @@ def _extract_source(srctree, keep_temp, devbranch, sync, 
config, basepath, works
 addfiles.append(os.path.join(relpth, fn))
 if addfiles:
 bb.process.run('git add %s' % ' '.join(addfiles), 
cwd=srctree)
-useroptions = []
-oe.patch.GitApplyTree.gitCommandUserOptions(useroptions, d=d)
-bb.process.run('git %s commit -a -m "Committing local file 
symlinks\n\n%s"' % (' '.join(useroptions), 
oe.patch.GitApplyTree.ignore_commit_prefix), cwd=srctree)
+useroptions = []
+oe.patch.GitApplyTree.gitCommandUserOptions(useroptions, 
d=d)
+bb.process.run('git %s commit -m "Committing local file 
symlinks\n\n%s"' % (' '.join(useroptions), 
oe.patch.GitApplyTree.ignore_commit_prefix), cwd=srctree)
 
 if is_kernel_yocto:
 logger.info('Copying kernel config to srctree')
-- 
2.21.0

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

[OE-core] [warrior][PATCHv2 7/9] devtool: finish: Keep patches ordered when updating bbappend

2019-11-05 Thread Peter Kjellerstedt

From: Niclas Svensson 

The _get_patchset_revs() function returns the patches in an
OrderedDict to keep them ordered. However, this information was lost
when the patches were added to the bbappend file.

Signed-off-by: Niclas Svensson 
Signed-off-by: Peter Kjellerstedt 
Signed-off-by: Richard Purdie 
---
 scripts/lib/devtool/standard.py | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py
index dcb6bf9540..b944ec3966 100644
--- a/scripts/lib/devtool/standard.py
+++ b/scripts/lib/devtool/standard.py
@@ -1520,17 +1520,17 @@ def _update_recipe_patch(recipename, workspace, 
srctree, rd, appendlayerdir, wil
   patches_dir, changed_revs)
 logger.debug('Pre-filtering: update: %s, new: %s' % (dict(upd_p), 
dict(new_p)))
 if filter_patches:
-new_p = {}
-upd_p = {k:v for k,v in upd_p.items() if k in filter_patches}
+new_p = OrderedDict()
+upd_p = OrderedDict((k,v) for k,v in upd_p.items() if k in 
filter_patches)
 remove_files = [f for f in remove_files if f in filter_patches]
 updatefiles = False
 updaterecipe = False
 destpath = None
 srcuri = (rd.getVar('SRC_URI', False) or '').split()
 if appendlayerdir:
-files = dict((os.path.join(local_files_dir, key), val) for
+files = OrderedDict((os.path.join(local_files_dir, key), val) for
  key, val in list(upd_f.items()) + list(new_f.items()))
-files.update(dict((os.path.join(patches_dir, key), val) for
+files.update(OrderedDict((os.path.join(patches_dir, key), val) for
   key, val in list(upd_p.items()) + 
list(new_p.items(
 if files or remove_files:
 removevalues = None
-- 
2.21.0

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

[OE-core] [warrior][PATCHv2 6/9] tzdata: Correct the packaging of /etc/localtime and /etc/timezone

2019-11-05 Thread Peter Kjellerstedt

From: Peter Kjellerstedt 

During restructuring of the packaging in 2af4d6eb (tzdata: Install
everything by default), these two files remained in the tzdata
package, which is supposed to be empty. Move them to tzdata-core where
they belong.

Also simplify the definition of CONFFILES_tzdata-core. As its value
only takes effect for files that actually exist, there is no need to
complicate its definition by checking if a file is created before
adding it to the list of configuration files.

Signed-off-by: Peter Kjellerstedt 
Signed-off-by: Richard Purdie 
---
 meta/recipes-extended/timezone/tzdata.bb | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-extended/timezone/tzdata.bb 
b/meta/recipes-extended/timezone/tzdata.bb
index 82fe369baa..1e2d9bd1b9 100644
--- a/meta/recipes-extended/timezone/tzdata.bb
+++ b/meta/recipes-extended/timezone/tzdata.bb
@@ -147,6 +147,8 @@ FILES_tzdata-misc += "${datadir}/zoneinfo/Cuba   \
 RPROVIDES_tzdata-misc = "tzdata-misc"
 
 FILES_tzdata-core += " \
+${sysconfdir}/localtime  \
+${sysconfdir}/timezone   \
 ${datadir}/zoneinfo/Pacific/Honolulu \
 ${datadir}/zoneinfo/America/Anchorage\
 ${datadir}/zoneinfo/America/Los_Angeles  \
@@ -202,8 +204,7 @@ FILES_tzdata-core += " \
 ${datadir}/zoneinfo/iso3166.tab  \
 ${datadir}/zoneinfo/Etc/*"
 
-CONFFILES_tzdata-core += "${@ "${sysconfdir}/timezone" if 
bb.utils.to_boolean(d.getVar('INSTALL_TIMEZONE_FILE')) else "" }"
-CONFFILES_tzdata-core += "${sysconfdir}/localtime"
+CONFFILES_tzdata-core = "${sysconfdir}/localtime ${sysconfdir}/timezone"
 
 ALLOW_EMPTY_${PN} = "1"
 RDEPENDS_${PN} = "${TZ_PACKAGES}"
-- 
2.21.0

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

[OE-core] [warrior][PATCHv2 0/9] Backport relevant changes from Zeus

2019-11-05 Thread Peter Kjellerstedt

This patch set contains backports of our changes from Zeus that are
relevant for Warrior.

PATCHv2: Add a backported patch from meson 0.50 to allow
_args and _link_args properties, e.g.,
c_link_args, in meson.cross to be specified as either a sting or a
list. We could potentially have stumbled on this problem any time
since meson_array() was changed in commit 7fd8bc46 to return a string
if only one argument is specified. However, it was hidden until the
change to meson.bbclass in this patch series removed some unnecessary
arguments, leaving only one link argument when building for nativesdk.

//Peter

The following changes since commit d0f73121551dc98f6924cd77952bf9ebf5ef3dd7:

  poky.conf: Bump version for 2.7.2 warrior release (2019-10-30 13:55:49 +)

are available in the Git repository at:

  git://push.yoctoproject.org/poky-contrib pkj/warrior_sync

Niclas Svensson (1):
  devtool: finish: Keep patches ordered when updating bbappend

Peter Kjellerstedt (8):
  meson: Backport patch to handle strings in cross file args
  meson.bbclass: Remove the MESON_*_ARGS variables
  nativesdk-meson: Remove some unused variables
  devtool: Avoid failure for recipes with S == WORKDIR and no local
files
  package_rpm.bbclass: Remove a misleading bb.note()
  tzdata: Correct the packaging of /etc/localtime and /etc/timezone
  devtool: finish: Add suppport for the --no-clean option
  lib/oe/lsb: Make sure the distro ID is always lowercased

 meta/classes/meson.bbclass| 15 ++--
 meta/classes/package_rpm.bbclass  |  5 +-
 meta/lib/oe/lsb.py|  8 +-
 meta/recipes-devtools/meson/meson.inc |  1 +
 ...ings-in-cross-file-args.-Closes-4671.patch | 87 +++
 .../meson/nativesdk-meson_0.49.2.bb   |  5 --
 meta/recipes-extended/timezone/tzdata.bb  |  5 +-
 scripts/lib/devtool/standard.py   | 17 ++--
 8 files changed, 111 insertions(+), 32 deletions(-)
 create mode 100644 
meta/recipes-devtools/meson/meson/0001-Handle-strings-in-cross-file-args.-Closes-4671.patch

-- 
2.21.0

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

Re: [OE-core] [warrior][PATCH 0/8] Backport relevant changes from Zeus

2019-11-05 Thread Peter Kjellerstedt

> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org  boun...@lists.openembedded.org> On Behalf Of Peter Kjellerstedt
> Sent: den 3 november 2019 16:18
> To: akuster808 ; openembedded-
> c...@lists.openembedded.org
> Subject: Re: [OE-core] [warrior][PATCH 0/8] Backport relevant changes from
> Zeus
> 
> > -Original Message-
> > From: akuster808 
> > Sent: den 27 oktober 2019 09:20
> > To: Peter Kjellerstedt ; openembedded-
> > c...@lists.openembedded.org
> > Subject: Re: [OE-core] [warrior][PATCH 0/8] Backport relevant changes
> > from Zeus
> >
> > Peter,
> >
> >
> > On 10/16/19 9:30 AM, Peter Kjellerstedt wrote:
> > > This patch set contains backports of our changes from Zeus that are
> > > relevant for Warrior.
> > >
> > > //Peter
> > >
> > > The following changes since commit
> > 79a850a10a4b88a6d20d607b322542f947874323:
> > >
> > >   conf/poky: add Fedora 30 and Opensuse Leap 15.1 to supported
> > distributions (2019-10-14 09:49:27 +0100)
> > >
> > > are available in the Git repository at:
> > >
> > >   git://push.yoctoproject.org/poky-contrib pkj/warrior_sync
> >
> > The series is causing build failures.
> >
> > https://errors.yoctoproject.org/Errors/Details/274748/
> >
> > https://errors.yoctoproject.org/Errors/Details/274757/
> >
> > I have not had the time to figure out which ones giving I have been
> > working on a different build failure. So if you could double check
> > them,
> > that would be great.
> >
> > regards,
> > Armin
> 
> The problems are caused by the "meson.bbclass: Remove the MESON_*_ARGS
> variables" change. I have not had time to look into why it breaks yet,
> but I can reproduce it so it should hopefully not be too hard to figure
> it out once I have a little time.
> 
> //Peter

Ok, I have figured it out now. It turns out that the change to 
meson.bbclass uncovered a misuse of the meson.cross file. Over a year 
ago, Ross changed meson_array() to return a string instead of an array 
if only one argument is specified. This was for the benefit of cross 
tools specified in the meson.cross file, however it also affected 
properties. Up until now there has always been more than one argument 
for all properties so this did not change anything. However, my change 
to meson.bbclass to remove some unnecessary arguments caused the 
c_link_args for nativesdk to be left with only one argument. 

Support for specifying a property as a string instead of a list was 
added to meson in version 0.50, which is why there never was a problem 
with Zeus due to the change to meson.bbclass. I have now backported 
the relevant part from meson 0.50 and included it in my patch series.

//Peter

> > > Niclas Svensson (1):
> > >   devtool: finish: Keep patches ordered when updating bbappend
> > >
> > > Peter Kjellerstedt (7):
> > >   meson.bbclass: Remove the MESON_*_ARGS variables
> > >   nativesdk-meson: Remove some unused variables
> > >   devtool: Avoid failure for recipes with S == WORKDIR and no local
> > > files
> > >   package_rpm.bbclass: Remove a misleading bb.note()
> > >   tzdata: Correct the packaging of /etc/localtime and /etc/timezone
> > >   devtool: finish: Add suppport for the --no-clean option
> > >   lib/oe/lsb: Make sure the distro ID is always lowercased
> > >
> > >  meta/classes/meson.bbclass  | 15 +--
> > >  meta/classes/package_rpm.bbclass|  5 ++---
> > >  meta/lib/oe/lsb.py  |  8 
> > >  .../meson/nativesdk-meson_0.49.2.bb |  5 -
> > >  meta/recipes-extended/timezone/tzdata.bb|  5 +++--
> > >  scripts/lib/devtool/standard.py | 17 +--
> > --
> > >  6 files changed, 23 insertions(+), 32 deletions(-)

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

[OE-core] [PATCH v2] machine/arch-riscv: Fix newlib and baremetal builds

2019-11-05 Thread Alistair Francis

Fix the following errors for newlib and baremetal libcs:
  ld: unrecognized option '--hash-style=sysv'
  ld: unrecognized option '--hash-style=gnu'

Setting LINKER_HASH_STYLE to empty for just newlib and baremetal doesn't
work as GCC still ends up being built with --hash-style=gnu which causes
failures when using a built newlib SDK.

Signed-off-by: Alistair Francis 
---
 meta/conf/machine/include/riscv/arch-riscv.inc | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/conf/machine/include/riscv/arch-riscv.inc 
b/meta/conf/machine/include/riscv/arch-riscv.inc
index 19f8f3e211..f3edcc39f7 100644
--- a/meta/conf/machine/include/riscv/arch-riscv.inc
+++ b/meta/conf/machine/include/riscv/arch-riscv.inc
@@ -8,3 +8,6 @@ TUNE_CCARGS .= ""
 
 # QEMU usermode fails with invalid instruction error (For riscv32)
 MACHINE_FEATURES_BACKFILL_CONSIDERED_append = 
"${@bb.utils.contains('TUNE_FEATURES', 'riscv32', ' qemu-usermode', '', d)}"
+
+# --hash-style is unsupported
+LINKER_HASH_STYLE = ""
-- 
2.23.0

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

[OE-core] [warrior][PATCH] procps: whitelist CVE-2018-1121

2019-11-05 Thread Adrian Bunk

From: Ross Burton 

This CVE is about race conditions in 'ps' which make it unsuitable for security
audits.  As these race conditions are unavoidable ps shouldn't be used for
security auditing, so this isn't a valid CVE.

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
Signed-off-by: Adrian Bunk 
---
 meta/recipes-extended/procps/procps_3.3.15.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-extended/procps/procps_3.3.15.bb 
b/meta/recipes-extended/procps/procps_3.3.15.bb
index 9756db0e7b..a20917b223 100644
--- a/meta/recipes-extended/procps/procps_3.3.15.bb
+++ b/meta/recipes-extended/procps/procps_3.3.15.bb
@@ -64,3 +64,6 @@ python __anonymous() {
 d.setVarFlag('ALTERNATIVE_LINK_NAME', prog, '%s/%s' % 
(d.getVar('base_sbindir'), prog))
 }
 
+# 'ps' isn't suitable for use as a security tool so whitelist this CVE.
+# https://bugzilla.redhat.com/show_bug.cgi?id=1575473#c3
+CVE_CHECK_WHITELIST += "CVE-2018-1121"
-- 
2.17.1

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

[OE-core] [warrior][PATCH] ed: set CVE vendor to avoid false positives

2019-11-05 Thread Adrian Bunk

From: Ross Burton 

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
Signed-off-by: Adrian Bunk 
---
 meta/recipes-extended/ed/ed_1.15.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-extended/ed/ed_1.15.bb 
b/meta/recipes-extended/ed/ed_1.15.bb
index c79310325f..886c3ddcab 100644
--- a/meta/recipes-extended/ed/ed_1.15.bb
+++ b/meta/recipes-extended/ed/ed_1.15.bb
@@ -9,6 +9,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=0c7051aef9219dc7237f206c5c4179a7 \
 
 SECTION = "base"
 
+CVE_PRODUCT = "gnu:ed"
+
 # LSB states that ed should be in /bin/
 bindir = "${base_bindir}"
 
-- 
2.17.1

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

[OE-core] [warrior][PATCH] libsndfile1: whitelist CVE-2018-13419

2019-11-05 Thread Adrian Bunk

From: Ross Burton 

This is a memory leak that nobody else can replicate and has been rejected by
upstream.

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
Signed-off-by: Adrian Bunk 
---
 meta/recipes-multimedia/libsndfile/libsndfile1_1.0.28.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-multimedia/libsndfile/libsndfile1_1.0.28.bb 
b/meta/recipes-multimedia/libsndfile/libsndfile1_1.0.28.bb
index 77393db847..6044bf09c7 100644
--- a/meta/recipes-multimedia/libsndfile/libsndfile1_1.0.28.bb
+++ b/meta/recipes-multimedia/libsndfile/libsndfile1_1.0.28.bb
@@ -38,3 +38,6 @@ do_configure_prepend_arm() {
export ac_cv_sys_file_offset_bits=64
 }
 
+# This can't be replicated and is just a memory leak.
+# https://github.com/erikd/libsndfile/issues/398
+CVE_CHECK_WHITELIST += "CVE-2018-13419"
-- 
2.17.1

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

[OE-core] [warrior][PATCH] webkitgtk: set CVE_PRODUCT

2019-11-05 Thread Adrian Bunk

From: Chen Qi 

Signed-off-by: Chen Qi 
Signed-off-by: Richard Purdie 
Signed-off-by: Adrian Bunk 
---
 meta/recipes-sato/webkit/webkitgtk_2.22.7.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-sato/webkit/webkitgtk_2.22.7.bb 
b/meta/recipes-sato/webkit/webkitgtk_2.22.7.bb
index 301bf10cea..26e673cbcb 100644
--- a/meta/recipes-sato/webkit/webkitgtk_2.22.7.bb
+++ b/meta/recipes-sato/webkit/webkitgtk_2.22.7.bb
@@ -30,6 +30,8 @@ inherit cmake pkgconfig gobject-introspection perlnative 
distro_features_check u
 
 REQUIRED_DISTRO_FEATURES = "x11 opengl"
 
+CVE_PRODUCT = "webkitgtk webkitgtk\+"
+
 DEPENDS = "zlib libsoup-2.4 curl libxml2 cairo libxslt libxt libidn libgcrypt \
gtk+3 gstreamer1.0 gstreamer1.0-plugins-base flex-native 
gperf-native sqlite3 \
   pango icu bison-native gawk intltool-native libwebp \
-- 
2.17.1

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

[OE-core] [warrior][PATCH] python3: Upgrade 3.7.4 -> 3.7.5

2019-11-05 Thread Adrian Bunk

3.7.5 also includes the fixes for CVE-2019-16056 and CVE-2019-16935.

Signed-off-by: Adrian Bunk 
Signed-off-by: Richard Purdie 
---
 ...Do-not-hardcode-lib-as-location-for-site-packages-an.patch | 2 +-
 ...python3-use-cc_basename-to-replace-CC-for-checking-c.patch | 2 +-
 .../python/{python3_3.7.4.bb => python3_3.7.5.bb} | 4 ++--
 3 files changed, 4 insertions(+), 4 deletions(-)
 rename meta/recipes-devtools/python/{python3_3.7.4.bb => python3_3.7.5.bb} 
(98%)

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 661f52d01f..ea75262c4f 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
@@ -70,7 +70,7 @@ index 6e81b2f..671a20e 100644
  
  Programs/python.o: $(srcdir)/Programs/python.c
 @@ -856,7 +857,7 @@ regen-opcode:
- Python/compile.o Python/symtable.o Python/ast_unparse.o Python/ast.o: 
$(srcdir)/Include/graminit.h $(srcdir)/Include/Python-ast.h
+ Python/compile.o Python/symtable.o Python/ast_unparse.o Python/ast.o 
Python/future.o Parser/parsetok.o: $(srcdir)/Include/graminit.h 
$(srcdir)/Include/Python-ast.h
  
  Python/getplatform.o: $(srcdir)/Python/getplatform.c
 -  $(CC) -c $(PY_CORE_CFLAGS) -DPLATFORM='"$(MACHDEP)"' -o $@ 
$(srcdir)/Python/getplatform.c
diff --git 
a/meta/recipes-devtools/python/python3/0001-python3-use-cc_basename-to-replace-CC-for-checking-c.patch
 
b/meta/recipes-devtools/python/python3/0001-python3-use-cc_basename-to-replace-CC-for-checking-c.patch
index 5735954628..a0ea897f4e 100644
--- 
a/meta/recipes-devtools/python/python3/0001-python3-use-cc_basename-to-replace-CC-for-checking-c.patch
+++ 
b/meta/recipes-devtools/python/python3/0001-python3-use-cc_basename-to-replace-CC-for-checking-c.patch
@@ -63,7 +63,7 @@ index a7de901..4a3681f 100644
 +  case $cc_basename in
  *clang*)
AC_SUBST(LLVM_AR)
-   AC_PATH_TARGET_TOOL(LLVM_AR, llvm-ar, '', ${llvm_path})
+   AC_PATH_TOOL(LLVM_AR, llvm-ar, '', ${llvm_path})
 @@ -1426,7 +1427,7 @@ then
fi
  fi
diff --git a/meta/recipes-devtools/python/python3_3.7.4.bb 
b/meta/recipes-devtools/python/python3_3.7.5.bb
similarity index 98%
rename from meta/recipes-devtools/python/python3_3.7.4.bb
rename to meta/recipes-devtools/python/python3_3.7.5.bb
index af3c3259c2..30d4bedef2 100644
--- a/meta/recipes-devtools/python/python3_3.7.4.bb
+++ b/meta/recipes-devtools/python/python3_3.7.5.bb
@@ -32,8 +32,8 @@ SRC_URI_append_class-nativesdk = " \

file://0001-main.c-if-OEPYTHON3HOME-is-set-use-instead-of-PYTHON.patch \
"
 
-SRC_URI[md5sum] = "d33e4aae66097051c2eca45ee3604803"
-SRC_URI[sha256sum] = 
"fb799134b868199930b75f26678f18932214042639cd52b16da7fd134cd9b13f"
+SRC_URI[md5sum] = "08ed8030b1183107c48f2092e79a87e2"
+SRC_URI[sha256sum] = 
"e85a76ea9f3d6c485ec1780fca4e500725a4a7bbc63c78ebc44170de9b619d94"
 
 # exclude pre-releases for both python 2.x and 3.x
 UPSTREAM_CHECK_REGEX = "[Pp]ython-(?P\d+(\.\d+)+).tar"
-- 
2.17.1

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

[OE-core] [warrior][PATCH] boost: set CVE vendor to Boost

2019-11-05 Thread Adrian Bunk

From: Ross Burton 

There's a Boost module for Drupal.

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
Signed-off-by: Adrian Bunk 
---
 meta/recipes-support/boost/boost.inc | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-support/boost/boost.inc 
b/meta/recipes-support/boost/boost.inc
index c2e2cbb352..f385541653 100644
--- a/meta/recipes-support/boost/boost.inc
+++ b/meta/recipes-support/boost/boost.inc
@@ -2,6 +2,8 @@ SUMMARY = "Free peer-reviewed portable C++ source libraries"
 SECTION = "libs"
 DEPENDS = "bjam-native zlib bzip2"
 
+CVE_PRODUCT = "boost:boost"
+
 ARM_INSTRUCTION_SET_armv4 = "arm"
 ARM_INSTRUCTION_SET_armv5 = "arm"
 
-- 
2.17.1

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

[OE-core] [warrior][PATCH] libxfont2: set CVE_PRODUCT

2019-11-05 Thread Adrian Bunk

From: Chen Qi 

Signed-off-by: Chen Qi 
Signed-off-by: Richard Purdie 
Signed-off-by: Adrian Bunk 
---
 meta/recipes-graphics/xorg-lib/libxfont2_2.0.3.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-graphics/xorg-lib/libxfont2_2.0.3.bb 
b/meta/recipes-graphics/xorg-lib/libxfont2_2.0.3.bb
index 2b72d6750c..6994d79e89 100644
--- a/meta/recipes-graphics/xorg-lib/libxfont2_2.0.3.bb
+++ b/meta/recipes-graphics/xorg-lib/libxfont2_2.0.3.bb
@@ -20,3 +20,5 @@ SRC_URI[sha256sum] = 
"0e8ab7fd737ccdfe87e1f02b55f221f0bd4503a1c5f28be4ed6a54586b
 
 PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'ipv6', d)}"
 PACKAGECONFIG[ipv6] = "--enable-ipv6,--disable-ipv6,"
+
+CVE_PRODUCT = "libxfont libxfont2"
-- 
2.17.1

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

[OE-core] [warrior][PATCH] libpam: set CVE_PRODUCT

2019-11-05 Thread Adrian Bunk

From: Ross Burton 

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
Signed-off-by: Adrian Bunk 
---
 meta/recipes-extended/pam/libpam_1.3.0.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-extended/pam/libpam_1.3.0.bb 
b/meta/recipes-extended/pam/libpam_1.3.0.bb
index c124e3bb02..ad6ac4b701 100644
--- a/meta/recipes-extended/pam/libpam_1.3.0.bb
+++ b/meta/recipes-extended/pam/libpam_1.3.0.bb
@@ -164,3 +164,5 @@ CONFFILES_${PN}-runtime += 
"${sysconfdir}/pam.d/common-password"
 CONFFILES_${PN}-runtime += "${sysconfdir}/pam.d/common-session-noninteractive"
 CONFFILES_${PN}-runtime += "${sysconfdir}/pam.d/common-account"
 CONFFILES_${PN}-runtime += "${sysconfdir}/security/limits.conf"
+
+CVE_PRODUCT = "linux-pam"
-- 
2.17.1

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

[OE-core] [warrior][PATCH] flex: set CVE_PRODUCT to include vendor

2019-11-05 Thread Adrian Bunk

From: Ross Burton 

There are many projects called Flex and they have CVEs, so also set the vendor
to remove these false positives.

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
Signed-off-by: Adrian Bunk 
---
 meta/recipes-devtools/flex/flex_2.6.0.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-devtools/flex/flex_2.6.0.bb 
b/meta/recipes-devtools/flex/flex_2.6.0.bb
index b477cd8c7f..12ce0cb461 100644
--- a/meta/recipes-devtools/flex/flex_2.6.0.bb
+++ b/meta/recipes-devtools/flex/flex_2.6.0.bb
@@ -68,3 +68,6 @@ do_install_ptest() {
-e 's/^builddir = \(.*\)/builddir = ./' -e 's/^top_builddir = 
\(.*\)/top_builddir = ./' \
-i ${D}${PTEST_PATH}/Makefile
 }
+
+# Not Apache Flex, or Adobe Flex, or IBM Flex.
+CVE_PRODUCT = "flex_project:flex"
-- 
2.17.1

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

[OE-core] [warrior][PATCH] subversion: set CVE vendor to Apache

2019-11-05 Thread Adrian Bunk

From: Ross Burton 

There's a Jenkins plugin for Subversion.

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
Signed-off-by: Adrian Bunk 
---
 meta/recipes-devtools/subversion/subversion_1.11.1.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/subversion/subversion_1.11.1.bb 
b/meta/recipes-devtools/subversion/subversion_1.11.1.bb
index 8abac7408e..9909461bf7 100644
--- a/meta/recipes-devtools/subversion/subversion_1.11.1.bb
+++ b/meta/recipes-devtools/subversion/subversion_1.11.1.bb
@@ -18,6 +18,8 @@ SRC_URI[sha256sum] = 
"9efd2750ca4d72ec903431a24b9c732b6cbb84aad9b7563f59dd96dea5
 
 inherit autotools pkgconfig gettext
 
+CVE_PRODUCT = "apache:subversion"
+
 PACKAGECONFIG ?= ""
 
 PACKAGECONFIG[sasl] = "--with-sasl,--without-sasl,cyrus-sasl"
-- 
2.17.1

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

[OE-core] [warrior][PATCH] openssl: set CVE vendor to openssl

2019-11-05 Thread Adrian Bunk

From: Anuj Mittal 

Differentiate it from openssl gem for Ruby.

Signed-off-by: Anuj Mittal 
Signed-off-by: Richard Purdie 
Signed-off-by: Adrian Bunk 
---
 meta/recipes-connectivity/openssl/openssl_1.1.1b.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-connectivity/openssl/openssl_1.1.1b.bb 
b/meta/recipes-connectivity/openssl/openssl_1.1.1b.bb
index 9e36df807c..13e6ad4db7 100644
--- a/meta/recipes-connectivity/openssl/openssl_1.1.1b.bb
+++ b/meta/recipes-connectivity/openssl/openssl_1.1.1b.bb
@@ -204,3 +204,5 @@ RREPLACES_openssl-conf = "openssl10-conf"
 RCONFLICTS_openssl-conf = "openssl10-conf"
 
 BBCLASSEXTEND = "native nativesdk"
+
+CVE_PRODUCT = "openssl:openssl"
-- 
2.17.1

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

[OE-core] [warrior][PATCH] git: set CVE vendor to git-scm

2019-11-05 Thread Adrian Bunk

From: Ross Burton 

There's a Jenkins plugin for Git.

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
Signed-off-by: Adrian Bunk 
---
 meta/recipes-devtools/git/git.inc | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/git/git.inc 
b/meta/recipes-devtools/git/git.inc
index 26a22ac1e8..6e137432f0 100644
--- a/meta/recipes-devtools/git/git.inc
+++ b/meta/recipes-devtools/git/git.inc
@@ -13,6 +13,8 @@ S = "${WORKDIR}/git-${PV}"
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=7c0d7ef03a7eb04ce795b0f60e68e7e1"
 
+CVE_PRODUCT = "git-scm:git"
+
 PACKAGECONFIG ??= ""
 PACKAGECONFIG[cvsserver] = ""
 PACKAGECONFIG[svn] = ""
-- 
2.17.1

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

[OE-core] [zeus][PATCH] libpam: set CVE_PRODUCT

2019-11-05 Thread Adrian Bunk

From: Ross Burton 

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
Signed-off-by: Adrian Bunk 
---
 meta/recipes-extended/pam/libpam_1.3.1.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-extended/pam/libpam_1.3.1.bb 
b/meta/recipes-extended/pam/libpam_1.3.1.bb
index 6b73f0a2fe..a2aa1ecd16 100644
--- a/meta/recipes-extended/pam/libpam_1.3.1.bb
+++ b/meta/recipes-extended/pam/libpam_1.3.1.bb
@@ -163,3 +163,5 @@ CONFFILES_${PN}-runtime += 
"${sysconfdir}/pam.d/common-account"
 CONFFILES_${PN}-runtime += "${sysconfdir}/security/limits.conf"
 
 UPSTREAM_CHECK_URI = "https://github.com/linux-pam/linux-pam/releases;
+
+CVE_PRODUCT = "linux-pam"
-- 
2.17.1

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

[OE-core] [zeus][PATCH] python3: Upgrade 3.7.4 -> 3.7.5

2019-11-05 Thread Adrian Bunk

Backported patch removed.

3.7.5 also includes the fix for CVE-2019-16935.

Signed-off-by: Adrian Bunk 
Signed-off-by: Richard Purdie 
---
 ...lib-as-location-for-site-packages-an.patch |   2 +-
 ...nt-parse-domains-containing-GH-13079.patch | 132 --
 ...asename-to-replace-CC-for-checking-c.patch |   2 +-
 .../{python3_3.7.4.bb => python3_3.7.5.bb}|   5 +-
 4 files changed, 4 insertions(+), 137 deletions(-)
 delete mode 100644 
meta/recipes-devtools/python/python3/0001-bpo-34155-Dont-parse-domains-containing-GH-13079.patch
 rename meta/recipes-devtools/python/{python3_3.7.4.bb => python3_3.7.5.bb} 
(98%)

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 661f52d01f..ea75262c4f 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
@@ -70,7 +70,7 @@ index 6e81b2f..671a20e 100644
  
  Programs/python.o: $(srcdir)/Programs/python.c
 @@ -856,7 +857,7 @@ regen-opcode:
- Python/compile.o Python/symtable.o Python/ast_unparse.o Python/ast.o: 
$(srcdir)/Include/graminit.h $(srcdir)/Include/Python-ast.h
+ Python/compile.o Python/symtable.o Python/ast_unparse.o Python/ast.o 
Python/future.o Parser/parsetok.o: $(srcdir)/Include/graminit.h 
$(srcdir)/Include/Python-ast.h
  
  Python/getplatform.o: $(srcdir)/Python/getplatform.c
 -  $(CC) -c $(PY_CORE_CFLAGS) -DPLATFORM='"$(MACHDEP)"' -o $@ 
$(srcdir)/Python/getplatform.c
diff --git 
a/meta/recipes-devtools/python/python3/0001-bpo-34155-Dont-parse-domains-containing-GH-13079.patch
 
b/meta/recipes-devtools/python/python3/0001-bpo-34155-Dont-parse-domains-containing-GH-13079.patch
deleted file mode 100644
index 319e7ed07e..00
--- 
a/meta/recipes-devtools/python/python3/0001-bpo-34155-Dont-parse-domains-containing-GH-13079.patch
+++ /dev/null
@@ -1,132 +0,0 @@
-From 90d56127ae15b1e452755e62c77dc475dedf7161 Mon Sep 17 00:00:00 2001
-From: jpic 
-Date: Wed, 17 Jul 2019 23:54:25 +0200
-Subject: [PATCH] bpo-34155: Dont parse domains containing @ (GH-13079)
-
-Before:
-
->>> email.message_from_string('From: 
a...@malicious.org@important.com', 
policy=email.policy.default)['from'].addresses
-(Address(display_name='', username='a', domain='malicious.org'),)
-
->>> parseaddr('a...@malicious.org@important.com')
-('', 'a...@malicious.org')
-
-After:
-
->>> email.message_from_string('From: 
a...@malicious.org@important.com', 
policy=email.policy.default)['from'].addresses
-(Address(display_name='', username='', domain=''),)
-
->>> parseaddr('a...@malicious.org@important.com')
-('', 'a@')
-
-https://bugs.python.org/issue34155
-
-Upstream-Status: Backport 
[https://github.com/python/cpython/commit/8cb65d1381b027f0b09ee36bfed7f35bb4dec9a9]
-
-CVE: CVE-2019-16056
-
-Signed-off-by: Chen Qi 

- Lib/email/_header_value_parser.py  |  2 ++
- Lib/email/_parseaddr.py| 11 ++-
- Lib/test/test_email/test__header_value_parser.py   | 10 ++
- Lib/test/test_email/test_email.py  | 14 ++
- .../2019-05-04-13-33-37.bpo-34155.MJll68.rst   |  1 +
- 5 files changed, 37 insertions(+), 1 deletion(-)
- create mode 100644 
Misc/NEWS.d/next/Security/2019-05-04-13-33-37.bpo-34155.MJll68.rst
-
-diff --git a/Lib/email/_header_value_parser.py 
b/Lib/email/_header_value_parser.py
-index fc00b4a098..bbc026ec71 100644
 a/Lib/email/_header_value_parser.py
-+++ b/Lib/email/_header_value_parser.py
-@@ -1582,6 +1582,8 @@ def get_domain(value):
- token, value = get_dot_atom(value)
- except errors.HeaderParseError:
- token, value = get_atom(value)
-+if value and value[0] == '@':
-+raise errors.HeaderParseError('Invalid Domain')
- if leader is not None:
- token[:0] = [leader]
- domain.append(token)
-diff --git a/Lib/email/_parseaddr.py b/Lib/email/_parseaddr.py
-index cdfa3729ad..41ff6f8c00 100644
 a/Lib/email/_parseaddr.py
-+++ b/Lib/email/_parseaddr.py
-@@ -379,7 +379,12 @@ class AddrlistClass:
- aslist.append('@')
- self.pos += 1
- self.gotonext()
--return EMPTYSTRING.join(aslist) + self.getdomain()
-+domain = self.getdomain()
-+if not domain:
-+# Invalid domain, return an empty address instead of returning a
-+# local part to denote failed parsing.
-+return EMPTYSTRING
-+return EMPTYSTRING.join(aslist) + domain
- 
- def getdomain(self):
- """Get the complete domain name from an address."""
-@@ -394,6 +399,10 @@ class AddrlistClass:
- elif self.field[self.pos] == '.':
- self.pos += 1
-

[OE-core] [zeus][PATCH] libsndfile1: whitelist CVE-2018-13419

2019-11-05 Thread Adrian Bunk

From: Ross Burton 

This is a memory leak that nobody else can replicate and has been rejected by
upstream.

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
Signed-off-by: Adrian Bunk 
---
 meta/recipes-multimedia/libsndfile/libsndfile1_1.0.28.bb | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/recipes-multimedia/libsndfile/libsndfile1_1.0.28.bb 
b/meta/recipes-multimedia/libsndfile/libsndfile1_1.0.28.bb
index ffb45855a4..7855008f3d 100644
--- a/meta/recipes-multimedia/libsndfile/libsndfile1_1.0.28.bb
+++ b/meta/recipes-multimedia/libsndfile/libsndfile1_1.0.28.bb
@@ -33,3 +33,7 @@ PACKAGECONFIG[alsa] = "--enable-alsa,--disable-alsa,alsa-lib"
 PACKAGECONFIG[regtest] = "--enable-sqlite,--disable-sqlite,sqlite3"
 
 inherit autotools lib_package pkgconfig
+
+# This can't be replicated and is just a memory leak.
+# https://github.com/erikd/libsndfile/issues/398
+CVE_CHECK_WHITELIST += "CVE-2018-13419"
-- 
2.17.1

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

[OE-core] [zeus][PATCH] libpng: whitelist CVE-2019-17371

2019-11-05 Thread Adrian Bunk

From: Ross Burton 

This is actually a memory leak in gif2png 2.x, so whitelist it in the libpng
recipe.

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
Signed-off-by: Adrian Bunk 
---
 meta/recipes-multimedia/libpng/libpng_1.6.37.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-multimedia/libpng/libpng_1.6.37.bb 
b/meta/recipes-multimedia/libpng/libpng_1.6.37.bb
index 66af2f3d60..2ed87a8437 100644
--- a/meta/recipes-multimedia/libpng/libpng_1.6.37.bb
+++ b/meta/recipes-multimedia/libpng/libpng_1.6.37.bb
@@ -29,3 +29,6 @@ PACKAGES =+ "${PN}-tools"
 FILES_${PN}-tools = "${bindir}/png-fix-itxt ${bindir}/pngfix ${bindir}/pngcp"
 
 BBCLASSEXTEND = "native nativesdk"
+
+# CVE-2019-17371 is actually a memory leak in gif2png 2.x
+CVE_CHECK_WHITELIST += "CVE-2019-17371"
-- 
2.17.1

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

[OE-core] [zeus][PATCH] procps: whitelist CVE-2018-1121

2019-11-05 Thread Adrian Bunk

From: Ross Burton 

This CVE is about race conditions in 'ps' which make it unsuitable for security
audits.  As these race conditions are unavoidable ps shouldn't be used for
security auditing, so this isn't a valid CVE.

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
Signed-off-by: Adrian Bunk 
---
 meta/recipes-extended/procps/procps_3.3.15.bb | 9 ++---
 1 file changed, 6 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-extended/procps/procps_3.3.15.bb 
b/meta/recipes-extended/procps/procps_3.3.15.bb
index 9756db0e7b..f240e54fd8 100644
--- a/meta/recipes-extended/procps/procps_3.3.15.bb
+++ b/meta/recipes-extended/procps/procps_3.3.15.bb
@@ -4,9 +4,9 @@ the /proc filesystem. The package includes the programs ps, 
top, vmstat, w, kill
 HOMEPAGE = "https://gitlab.com/procps-ng/procps;
 SECTION = "base"
 LICENSE = "GPLv2+ & LGPLv2+"
-LIC_FILES_CHKSUM="file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
-  file://COPYING.LIB;md5=4cf66a4984120007c9881cc871cf49db \
- "
+LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
+file://COPYING.LIB;md5=4cf66a4984120007c9881cc871cf49db \
+"
 
 DEPENDS = "ncurses"
 
@@ -64,3 +64,6 @@ python __anonymous() {
 d.setVarFlag('ALTERNATIVE_LINK_NAME', prog, '%s/%s' % 
(d.getVar('base_sbindir'), prog))
 }
 
+# 'ps' isn't suitable for use as a security tool so whitelist this CVE.
+# https://bugzilla.redhat.com/show_bug.cgi?id=1575473#c3
+CVE_CHECK_WHITELIST += "CVE-2018-1121"
-- 
2.17.1

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

Re: [OE-core] [PATCH] machine/arch-riscv: Fix newlib and baremetal builds

2019-11-05 Thread Khem Raj

On Tue, Nov 5, 2019 at 10:10 AM Alistair Francis 
wrote:

> Fix the following errors for newlib and baremetal libcs:
> ld: unrecognized option '--hash-style=sysv'
> ld: unrecognized option '--hash-style=gnu'
>
> Signed-off-by: Alistair Francis 
> ---
>  meta/conf/machine/include/riscv/arch-riscv.inc | 5 +
>  1 file changed, 5 insertions(+)
>
> diff --git a/meta/conf/machine/include/riscv/arch-riscv.inc
> b/meta/conf/machine/include/riscv/arch-riscv.inc
> index 19f8f3e211..8ed9874389 100644
> --- a/meta/conf/machine/include/riscv/arch-riscv.inc
> +++ b/meta/conf/machine/include/riscv/arch-riscv.inc
> @@ -8,3 +8,8 @@ TUNE_CCARGS .= ""
>
>  # QEMU usermode fails with invalid instruction error (For riscv32)
>  MACHINE_FEATURES_BACKFILL_CONSIDERED_append =
> "${@bb.utils.contains('TUNE_FEATURES', 'riscv32', ' qemu-usermode', '', d)}"
> +
> +# Fix: ld: unrecognized option '--hash-style=sysv'
> +LINKER_HASH_STYLE_libc-newlib = ""
> +# Fix: ld: unrecognized option '--hash-style=gnu'
> +LINKER_HASH_STYLE_libc-baremetal = ""


Change is good. However comments could be unified into a single one where
It says —hash-style is unsupported

>
> --
> 2.23.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 2/2] OEQA: Add qemu checks

2019-11-05 Thread Armin Kuster

Some test should not be run in QEMU systems so
add some checks to make that easier

Signed-off-by: Armin Kuster 
---
 meta/lib/oeqa/core/decorator/data.py | 45 
 1 file changed, 45 insertions(+)

diff --git a/meta/lib/oeqa/core/decorator/data.py 
b/meta/lib/oeqa/core/decorator/data.py
index ff92fba..bc4939e 100644
--- a/meta/lib/oeqa/core/decorator/data.py
+++ b/meta/lib/oeqa/core/decorator/data.py
@@ -27,6 +27,16 @@ def has_machine(td, machine):
 return True
 return False
 
+def is_qemu(td, qemu):
+"""
+Checks if MACHINE is qemu.
+"""
+
+machine = td.get('MACHINE', '')
+if (qemu in td.get('MACHINE', '') or
+machine.startswith('qemu')):
+return True
+return False
 
 @registerDecorator
 class skipIfDataVar(OETestDecorator):
@@ -175,3 +185,38 @@ class skipIfMachine(OETestDecorator):
 self.logger.debug(msg)
 if has_machine(self.case.td, self.value):
 self.case.skipTest(self.msg)
+
+@registerDecorator
+class skipIfNotQemu(OETestDecorator):
+"""
+Skip test based on MACHINE.
+
+value must be a qemu MACHINE or it will skip the test
+with msg as the reason.
+"""
+
+attrs = ('value', 'msg')
+
+def setUpDecorator(self):
+msg = ('Checking if %s is not this MACHINE' % self.value)
+self.logger.debug(msg)
+if not is_qemu(self.case.td, self.value):
+self.case.skipTest(self.msg)
+
+@registerDecorator
+class skipIfQemu(OETestDecorator):
+"""
+Skip test based on Qemu Machine.
+
+value must not be a qemu machine or it will skip the test
+with msg as the reason.
+   """
+
+attrs = ('value', 'msg')
+
+def setUpDecorator(self):
+msg = ('Checking if %s is this MACHINE' % self.value)
+self.logger.debug(msg)
+if is_qemu(self.case.td, self.value):
+ self.case.skipTest(self.msg)
+
-- 
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] OEQA: Add a check for MACHINE

2019-11-05 Thread Armin Kuster

Signed-off-by: Armin Kuster 
---
 meta/lib/oeqa/core/decorator/data.py | 44 
 1 file changed, 44 insertions(+)

diff --git a/meta/lib/oeqa/core/decorator/data.py 
b/meta/lib/oeqa/core/decorator/data.py
index 12d462f..ff92fba 100644
--- a/meta/lib/oeqa/core/decorator/data.py
+++ b/meta/lib/oeqa/core/decorator/data.py
@@ -18,6 +18,16 @@ def has_feature(td, feature):
 return True
 return False
 
+def has_machine(td, machine):
+"""
+Checks for MACHINE.
+"""
+
+if (machine in td.get('MACHINE', '')):
+return True
+return False
+
+
 @registerDecorator
 class skipIfDataVar(OETestDecorator):
 """
@@ -131,3 +141,37 @@ class skipIfFeature(OETestDecorator):
 self.logger.debug(msg)
 if has_feature(self.case.td, self.value):
 self.case.skipTest(self.msg)
+
+@registerDecorator
+class skipIfNotMachine(OETestDecorator):
+"""
+Skip test based on MACHINE.
+
+value must be match MACHINE or it will skip the test
+with msg as the reason.
+"""
+
+attrs = ('value', 'msg')
+
+def setUpDecorator(self):
+msg = ('Checking if %s is not this MACHINE' % self.value)
+self.logger.debug(msg)
+if not has_machine(self.case.td, self.value):
+self.case.skipTest(self.msg)
+
+@registerDecorator
+class skipIfMachine(OETestDecorator):
+"""
+Skip test based on Machine.
+
+value must not be this machine or it will skip the test
+with msg as the reason.
+"""
+
+attrs = ('value', 'msg')
+
+def setUpDecorator(self):
+msg = ('Checking if %s is this MACHINE' % self.value)
+self.logger.debug(msg)
+if has_machine(self.case.td, self.value):
+self.case.skipTest(self.msg)
-- 
2.7.4

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

Re: [OE-core] [PATCH] ell: update to 0.26

2019-11-05 Thread Oleksandr Kravchuk

On 05/11/2019 16:42, Ross Burton wrote:
> On 05/11/2019 15:30, Khem Raj wrote:
>>
>>
>> On Tue, Nov 5, 2019 at 2:39 AM Ross Burton > > wrote:
>>
>>     On 04/11/2019 23:25, Khem Raj wrote:
>>  > This has API changes that will break iwd
>>
>>     What version of iwd will break?  There's a 0.23 upgrade in flight
>> and a
>>     1.0 upgrade incoming right?
>>
>>
>> 1.0 is fine with this version all prior versions will break
>
> Elephant in the room: is iwd feature complete enough to replace
> wpa_supplicant?
>
> Ross
Depends on the use-case, I guess, but iwd has all the most widely used
features and project declares 1.0 to be stable version.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] Yocto Project Status WW45’19

2019-11-05 Thread Stephen K Jolley

Current Dev Position: YP 3.1 M1

Next Deadline: YP 3.1 M1 build Dec. 2, 2019

SWAT Team Rotation:

   -

   SWAT lead is currently: Armin
   -

   SWAT team rotation: Armin-> Anuj on Nov. 8, 2019
   -

   SWAT team rotation: Anuj -> Chen on Nov. 15, 2019
   -

   https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team


Next Team Meetings:

   -

   Bug Triage meeting Thursday Nov. 7th at 7:30am PDT (
   https://zoom.us/j/454367603)
   -

   Monthly Project Meeting Tuesday Nov. 5th at 8am PDT (
   https://zoom.us/j/990892712) 
   -

   Weekly Engineering Sync Tuesday Nov. 12th at 8am PDT (
   https://zoom.us/j/990892712) 
   -

   Twitch - Next event is Tuesday Nov. 12th at 8am PDT (
   https://www.twitch.tv/yocto_project)


Key Status/Updates:

   -

   The project presence at ELC-E in Lyon was strong, thanks to everyone who
   contributed, be it through presentations, helping with the booth, visiting
   the booth or attending or assisting with the summit!
   -

   YP 2.6.4 was released
   -

   Patches have continued to merge and master is staying roughly current
   with the pending patch queue. The autobuilder is still suffering a number
   of intermittent failures which will start to hamper future development.
   We’re likely going to have to pause and address those before other
   development can continue.
   -

   In particular, issues with pseudo on fedora30 have become apparent due
   to its use of the new statx() syscall.
   -

   YP 2.7.2 has been built and is now in QA
   -

   The YP TSC worked on and shared a proposal on how an LTS release could
   work which is available at:
   
https://docs.google.com/document/d/1AwAFDf52f_FoXksbHEVUMlu4hpcI0JMGVG-Kj_sUkyc/
   -

   We are continuing to collect ideas for YP 3.1 in this document:
   
https://docs.google.com/document/d/1UKZIGe88-eq3-pOPtkAvFAegbQDzhy_f4ye64yjnABc/edit?usp=sharing
   -

   If anyone has any status items for the project they’d like to add to the
   weekly reports, please email Richard and Stephen.


Proposed YP 3.1 Milestone Dates:

   -

   YP 3.1 M1 Proposed build date 12/2/2019
   -

   YP 3.1 M1 Proposed release date 12/13/2019
   -

   YP 3.1 M2 Proposed build date 1/20/2020
   -

   YP 3.1 M2 Proposed release date 1/31/2020
   -

   YP 3.1 M3 Proposed build date 2/24/2020
   -

   YP 3.1 M3 Proposed release date 3/6/2020
   -

   YP 3.1 M4 Proposed build date  3/30/2020
   -

   YP 3.1 M4 Proposed release date  4/24/2020


Planned upcoming dot releases:

   -

   YP 3.0.1 has patches being queued in poky-contrib
   -

   YP 2.7.2 (Warrior) is in QA.
   -

   YP 2.6.4 (Thud) was released.


Tracking Metrics:

   -

   WDD 2518 (last week 2493) (
   https://wiki.yoctoproject.org/charts/combo.html)
   -

   Poky Patch Metrics
   -

  Total patches found: 1446 (last week 1441)
  -

  Patches in the Pending State: 579 (40%) [last week 579 (40%)]


The Yocto Project’s technical governance is through its Technical Steering
Committee, more information is available at:

https://wiki.yoctoproject.org/wiki/TSC

The Status reports are now stored on the wiki at:
https://wiki.yoctoproject.org/wiki/Weekly_Status

[If anyone has suggestions for other information you’d like to see on this
weekly status update, let us know!]

Thanks,



*Stephen K. Jolley*

*Yocto Project Program Manager*

*7867 SW Bayberry Dr., Beaverton, OR 97007*

(*Cell*:(208) 244-4460

* *Email*: *s
jolley.yp...@gmail.com *
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] ell: update to 0.26

2019-11-05 Thread Ross Burton


On 05/11/2019 15:30, Khem Raj wrote:



On Tue, Nov 5, 2019 at 2:39 AM Ross Burton > wrote:


On 04/11/2019 23:25, Khem Raj wrote:
 > This has API changes that will break iwd

What version of iwd will break?  There's a 0.23 upgrade in flight and a
1.0 upgrade incoming right?


1.0 is fine with this version all prior versions will break


Elephant in the room: is iwd feature complete enough to replace 
wpa_supplicant?


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

Re: [OE-core] [PATCH] ell: update to 0.26

2019-11-05 Thread Khem Raj

On Tue, Nov 5, 2019 at 2:39 AM Ross Burton  wrote:

> On 04/11/2019 23:25, Khem Raj wrote:
> > This has API changes that will break iwd
>
> What version of iwd will break?  There's a 0.23 upgrade in flight and a
> 1.0 upgrade incoming right?


1.0 is fine with this version all prior versions will break


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

[OE-core] [PATCH 2/2] libsoup-2.4: upgrade to 2.66.4

2019-11-05 Thread Ross Burton

Fixes CVE-2019-17266.

Signed-off-by: Ross Burton 
---
 .../{libsoup-2.4_2.66.2.bb => libsoup-2.4_2.66.4.bb}| 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-support/libsoup/{libsoup-2.4_2.66.2.bb => 
libsoup-2.4_2.66.4.bb} (89%)

diff --git a/meta/recipes-support/libsoup/libsoup-2.4_2.66.2.bb 
b/meta/recipes-support/libsoup/libsoup-2.4_2.66.4.bb
similarity index 89%
rename from meta/recipes-support/libsoup/libsoup-2.4_2.66.2.bb
rename to meta/recipes-support/libsoup/libsoup-2.4_2.66.4.bb
index 3a735cf27a8..7f5f910d3d6 100644
--- a/meta/recipes-support/libsoup/libsoup-2.4_2.66.2.bb
+++ b/meta/recipes-support/libsoup/libsoup-2.4_2.66.4.bb
@@ -12,8 +12,8 @@ SHRT_VER = 
"${@d.getVar('PV').split('.')[0]}.${@d.getVar('PV').split('.')[1]}"
 SRC_URI = "${GNOME_MIRROR}/libsoup/${SHRT_VER}/libsoup-${PV}.tar.xz \

file://0001-Do-not-enforce-no-introspection-when-cross-building.patch \
"
-SRC_URI[md5sum] = "66c2ae89d6031b01337d78a2c57c75d5"
-SRC_URI[sha256sum] = 
"bd2ea602eba642509672812f3c99b77cbec2f3de02ba1cc8cb7206bf7de0ae2a"
+SRC_URI[md5sum] = "42016d80ecae4cf8eb416631049a273a"
+SRC_URI[sha256sum] = 
"8308984f1eee1c4f8c113a9c1763b2b22d981bd811b0cc82a9f3f1aa63228779"
 
 CVE_PRODUCT = "libsoup"
 
@@ -28,7 +28,7 @@ PACKAGECONFIG[gssapi] = "-Dgssapi=true,-Dgssapi=false,krb5"
 
 EXTRA_OEMESON_append = " -Dvapi=false"
 
-GTKDOC_MESON_OPTION = "doc"
+GTKDOC_MESON_OPTION = "gtk_doc"
 
 # When built without gnome support, libsoup-2.4 will contain only one shared 
lib
 # and will therefore become subject to renaming by debian.bbclass. Prevent
-- 
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] libsoup: set CVE_PRODUCT

2019-11-05 Thread Ross Burton

Signed-off-by: Ross Burton 
---
 meta/recipes-support/libsoup/libsoup-2.4_2.66.2.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-support/libsoup/libsoup-2.4_2.66.2.bb 
b/meta/recipes-support/libsoup/libsoup-2.4_2.66.2.bb
index 357f2fd3db9..3a735cf27a8 100644
--- a/meta/recipes-support/libsoup/libsoup-2.4_2.66.2.bb
+++ b/meta/recipes-support/libsoup/libsoup-2.4_2.66.2.bb
@@ -15,6 +15,8 @@ SRC_URI = 
"${GNOME_MIRROR}/libsoup/${SHRT_VER}/libsoup-${PV}.tar.xz \
 SRC_URI[md5sum] = "66c2ae89d6031b01337d78a2c57c75d5"
 SRC_URI[sha256sum] = 
"bd2ea602eba642509672812f3c99b77cbec2f3de02ba1cc8cb7206bf7de0ae2a"
 
+CVE_PRODUCT = "libsoup"
+
 S = "${WORKDIR}/libsoup-${PV}"
 
 inherit meson gettext pkgconfig upstream-version-is-even gobject-introspection 
gtk-doc
-- 
2.20.1

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

[OE-core] Reminder: Yocto Project Technical Team Meeting @ Monthly from 8am to 8:30am on Tuesday (PDT)

2019-11-05 Thread Stephen K Jolley

All,



Just a reminder we will hold the monthly Yocto Project Technical Meeting at
8am PST. (11/5)



Yocto Project Technical Team Meeting: We encourage people attending the
meeting to logon and announce themselves on the Yocto Project IRC chancel
during the meeting (optional):

Yocto IRC: http://webchat.freenode.net/?channels=#yocto



Wiki: https://www.yoctoproject.org/public-virtual-meetings/



WhenMonthly from 8am to 8:30am on Tuesday Pacific Time

Where   Zoom Meeting: https://zoom.us/j/990892712



I will be tracking the minutes at:
https://docs.google.com/document/d/1Y5IIuE-z0Ykdl-DwuzUJh52flOZuhN_TSAfw2tdU9pg/edit?ts=5c06b22d
Please request access if you want to assist in editing them.  The world
should have view access.

--

Thanks,



*Stephen K. Jolley*

*Yocto Project Program Manager*

*7867 SW Bayberry Dr., Beaverton, OR 97007*

(*Cell*:(208) 244-4460

* *Email*: *s
jolley.yp...@gmail.com *
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [zeus][PATCH] libgcrypt: fix CVE-2019-13627

2019-11-05 Thread Trevor Gamblin

From: Trevor Gamblin 

Backport two fixes for CVE-2019-13627 from upstream
to zeus.

Signed-off-by: Trevor Gamblin 
---
 ...cdsa-Fix-use-of-nonce-use-larger-one.patch | 128 ++
 ...Add-mitigation-against-timing-attack.patch |  70 ++
 .../libgcrypt/libgcrypt_1.8.4.bb  |   2 +
 3 files changed, 200 insertions(+)
 create mode 100644 
meta/recipes-support/libgcrypt/files/0001-dsa-ecdsa-Fix-use-of-nonce-use-larger-one.patch
 create mode 100644 
meta/recipes-support/libgcrypt/files/0001-ecc-Add-mitigation-against-timing-attack.patch

diff --git 
a/meta/recipes-support/libgcrypt/files/0001-dsa-ecdsa-Fix-use-of-nonce-use-larger-one.patch
 
b/meta/recipes-support/libgcrypt/files/0001-dsa-ecdsa-Fix-use-of-nonce-use-larger-one.patch
new file mode 100644
index 00..211e041303
--- /dev/null
+++ 
b/meta/recipes-support/libgcrypt/files/0001-dsa-ecdsa-Fix-use-of-nonce-use-larger-one.patch
@@ -0,0 +1,128 @@
+From db4e9976cc31b314aafad6626b2894e86ee44d60 Mon Sep 17 00:00:00 2001
+From: NIIBE Yutaka 
+Date: Thu, 8 Aug 2019 17:42:02 +0900
+Subject: [PATCH] dsa,ecdsa: Fix use of nonce, use larger one.
+
+Upstream-Status: Backport 
[https://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgcrypt.git;a=commit;h=db4e9976cc3]
+CVE: CVE-2019-13627
+Signed-off-by: Trevor Gamblin 
+
+* cipher/dsa-common.c (_gcry_dsa_modify_k): New.
+* cipher/pubkey-internal.h (_gcry_dsa_modify_k): New.
+* cipher/dsa.c (sign): Use _gcry_dsa_modify_k.
+* cipher/ecc-ecdsa.c (_gcry_ecc_ecdsa_sign): Likewise.
+* cipher/ecc-gost.c (_gcry_ecc_gost_sign): Likewise.
+
+--
+
+Cherry-picked master commit of:
+   7c2943309d14407b51c8166c4dcecb56a3628567
+
+CVE-id: CVE-2019-13627
+GnuPG-bug-id: 4626
+Signed-off-by: NIIBE Yutaka 
+---
+ cipher/dsa-common.c  | 24 
+ cipher/dsa.c |  2 ++
+ cipher/ecc-ecdsa.c   | 10 +-
+ cipher/ecc-gost.c|  2 ++
+ cipher/pubkey-internal.h |  1 +
+ 5 files changed, 30 insertions(+), 9 deletions(-)
+
+diff --git a/cipher/dsa-common.c b/cipher/dsa-common.c
+index 8c0a6843..fe49248d 100644
+--- a/cipher/dsa-common.c
 b/cipher/dsa-common.c
+@@ -29,6 +29,30 @@
+ #include "pubkey-internal.h"
+ 
+ 
++/*
++ * Modify K, so that computation time difference can be small,
++ * by making K large enough.
++ *
++ * Originally, (EC)DSA computation requires k where 0 < k < q.  Here,
++ * we add q (the order), to keep k in a range: q < k < 2*q (or,
++ * addming more q, to keep k in a range: 2*q < k < 3*q), so that
++ * timing difference of the EC multiply (or exponentiation) operation
++ * can be small.  The result of (EC)DSA computation is same.
++ */
++void
++_gcry_dsa_modify_k (gcry_mpi_t k, gcry_mpi_t q, int qbits)
++{
++  gcry_mpi_t k1 = mpi_new (qbits+2);
++
++  mpi_resize (k, (qbits+2+BITS_PER_MPI_LIMB-1) / BITS_PER_MPI_LIMB);
++  k->nlimbs = k->alloced;
++  mpi_add (k, k, q);
++  mpi_add (k1, k, q);
++  mpi_set_cond (k, k1, !mpi_test_bit (k, qbits));
++
++  mpi_free (k1);
++}
++
+ /*
+  * Generate a random secret exponent K less than Q.
+  * Note that ECDSA uses this code also to generate D.
+diff --git a/cipher/dsa.c b/cipher/dsa.c
+index 22d8d782..24a53528 100644
+--- a/cipher/dsa.c
 b/cipher/dsa.c
+@@ -635,6 +635,8 @@ sign (gcry_mpi_t r, gcry_mpi_t s, gcry_mpi_t input, 
DSA_secret_key *skey,
+   k = _gcry_dsa_gen_k (skey->q, GCRY_STRONG_RANDOM);
+ }
+ 
++  _gcry_dsa_modify_k (k, skey->q, qbits);
++
+   /* r = (a^k mod p) mod q */
+   mpi_powm( r, skey->g, k, skey->p );
+   mpi_fdiv_r( r, r, skey->q );
+diff --git a/cipher/ecc-ecdsa.c b/cipher/ecc-ecdsa.c
+index 84a1cf84..97966c3a 100644
+--- a/cipher/ecc-ecdsa.c
 b/cipher/ecc-ecdsa.c
+@@ -114,15 +114,7 @@ _gcry_ecc_ecdsa_sign (gcry_mpi_t input, ECC_secret_key 
*skey,
+   else
+ k = _gcry_dsa_gen_k (skey->E.n, GCRY_STRONG_RANDOM);
+ 
+-  /* Originally, ECDSA computation requires k where 0 < k < n.
+-   * Here, we add n (the order of curve), to keep k in a
+-   * range: n < k < 2*n, or, addming more n, keep k in a range:
+-   * 2*n < k < 3*n, so that timing difference of the EC
+-   * multiply operation can be small.  The result is same.
+-   */
+-  mpi_add (k, k, skey->E.n);
+-  if (!mpi_test_bit (k, qbits))
+-mpi_add (k, k, skey->E.n);
++  _gcry_dsa_modify_k (k, skey->E.n, qbits);
+ 
+   _gcry_mpi_ec_mul_point (, k, >E.G, ctx);
+   if (_gcry_mpi_ec_get_affine (x, NULL, , ctx))
+diff --git a/cipher/ecc-gost.c b/cipher/ecc-gost.c
+index a34fa084..0362a6c7 100644
+--- a/cipher/ecc-gost.c
 b/cipher/ecc-gost.c
+@@ -94,6 +94,8 @@ _gcry_ecc_gost_sign (gcry_mpi_t input, ECC_secret_key *skey,
+   mpi_free (k);
+   k = _gcry_dsa_gen_k (skey->E.n, GCRY_STRONG_RANDOM);
+ 
++  _gcry_dsa_modify_k (k, skey->E.n, qbits);
++
+   _gcry_mpi_ec_mul_point (, k, >E.G, ctx);
+   if (_gcry_mpi_ec_get_affine (x, NULL, , ctx))
+ {

[OE-core] [PATCH] selftest/signing: Fix test_locked_signatures to use a temporary layer

2019-11-05 Thread Richard Purdie

Tests shouldn't be writing to layers during tests as this could corrupt
other tests running in parallel.

Modify the test to write the bbappend to a separate temporary layer
which is added and removed by the test. This avoids race failures
on the autobuilder.

Signed-off-by: Richard Purdie 
---
 meta/lib/oeqa/selftest/cases/signing.py | 17 +++--
 1 file changed, 11 insertions(+), 6 deletions(-)

diff --git a/meta/lib/oeqa/selftest/cases/signing.py 
b/meta/lib/oeqa/selftest/cases/signing.py
index 5c4e01b2c36..93b15ae6814 100644
--- a/meta/lib/oeqa/selftest/cases/signing.py
+++ b/meta/lib/oeqa/selftest/cases/signing.py
@@ -3,7 +3,7 @@
 #
 
 from oeqa.selftest.case import OESelftestTestCase
-from oeqa.utils.commands import runCmd, bitbake, get_bb_var, get_bb_vars
+from oeqa.utils.commands import runCmd, bitbake, get_bb_var, get_bb_vars, 
create_temp_layer
 import os
 import oe
 import glob
@@ -185,8 +185,6 @@ class LockedSignatures(OESelftestTestCase):
 test_recipe = 'ed'
 locked_sigs_file = 'locked-sigs.inc'
 
-self.add_command_to_tearDown('rm -f %s' % os.path.join(self.builddir, 
locked_sigs_file))
-
 bitbake(test_recipe)
 # Generate locked sigs include file
 bitbake('-S none %s' % test_recipe)
@@ -198,16 +196,23 @@ class LockedSignatures(OESelftestTestCase):
 # Build a locked recipe
 bitbake(test_recipe)
 
+templayerdir = tempfile.mkdtemp(prefix='signingqa')
+create_temp_layer(templayerdir, 'selftestsigning')
+runCmd('bitbake-layers add-layer %s' % templayerdir)
+
 # Make a change that should cause the locked task signature to change
 # Use uuid so hash equivalance server isn't triggered
 recipe_append_file = test_recipe + '_' + get_bb_var('PV', test_recipe) 
+ '.bbappend'
-recipe_append_path = os.path.join(self.testlayer_path, 'recipes-test', 
test_recipe, recipe_append_file)
+recipe_append_path = os.path.join(templayerdir, 'recipes-test', 
test_recipe, recipe_append_file)
 feature = 'SUMMARY_${PN} = "test locked signature%s"\n' % uuid.uuid4()
 
-os.mkdir(os.path.join(self.testlayer_path, 'recipes-test', 
test_recipe))
+os.mkdir(os.path.join(templayerdir, 'recipes-test'))
+os.mkdir(os.path.join(templayerdir, 'recipes-test', test_recipe))
 write_file(recipe_append_path, feature)
 
-self.add_command_to_tearDown('rm -rf %s' % 
os.path.join(self.testlayer_path, 'recipes-test', test_recipe))
+self.add_command_to_tearDown('bitbake-layers remove-layer %s' % 
templayerdir)
+self.add_command_to_tearDown('rm -f %s' % os.path.join(self.builddir, 
locked_sigs_file))
+self.add_command_to_tearDown('rm -rf %s' % templayerdir)
 
 # Build the recipe again
 ret = bitbake(test_recipe)
-- 
2.20.1

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

Re: [OE-core] [PATCH] iputils: Whitelist CVE-2000-1213 CVE-2000-1214

2019-11-05 Thread Ross Burton


On 05/11/2019 11:01, Adrian Bunk wrote:

On Tue, Nov 05, 2019 at 10:38:32AM +, Ross Burton wrote:

On 04/11/2019 20:55, Adrian Bunk wrote:

+# Fixed in 2000-10-10, but the versioning of iputils
+# breaks the version order.
+CVE_CHECK_WHITELIST += "CVE-2000-1213 CVE-2000-1214"


So the problem is that our PV matches the upstream git tags, which don't
match the naming convention in the CPE entries.

The tags are of the form s20190709, but the CPE uses 2010-10-10.

If we assume that the CPE version scheme will remain the same
...


CVE-2010-2529 had an explicit list of affected versions of the
scheme 20100214.

These 19 year old ones from a time when CVE was new are outliers.
I would expect versions in new CVE to match the OE versioning,
except that the 's' might (or might not) be missing.




Of course -2529 uses a different CPE product/vendor name to -1213 so 
didn't appear in my search.


Okay, lets use the whitelist approach.

Ross

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

[OE-core] [PATCH] sstate: Add ability to hide summary output for sstate

2019-11-05 Thread Richard Purdie

Its confusing to keep seeing sstate summary messages when hash equivalency is
active. This adds an option to control it. A default value is given which
maintains compatibility with different bitbake versions.

Signed-off-by: Richard Purdie 
---
 meta/classes/sstate.bbclass | 23 ---
 1 file changed, 12 insertions(+), 11 deletions(-)

diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
index b47b9c23bf2..64808f8e105 100644
--- a/meta/classes/sstate.bbclass
+++ b/meta/classes/sstate.bbclass
@@ -818,7 +818,7 @@ sstate_unpack_package () {
 
 BB_HASHCHECK_FUNCTION = "sstate_checkhashes"
 
-def sstate_checkhashes(sq_data, d, siginfo=False, currentcount=0, **kwargs):
+def sstate_checkhashes(sq_data, d, siginfo=False, currentcount=0, 
summary=True, **kwargs):
 found = set()
 missed = set()
 extension = ".tgz"
@@ -951,16 +951,17 @@ def sstate_checkhashes(sq_data, d, siginfo=False, 
currentcount=0, **kwargs):
 evdata['found'].append((bb.runqueue.fn_from_tid(tid), 
bb.runqueue.taskname_from_tid(tid), gethash(tid), sstatefile ) )
 bb.event.fire(bb.event.MetadataEvent("MissedSstate", evdata), d)
 
-# Print some summary statistics about the current task completion and how 
much sstate
-# reuse there was. Avoid divide by zero errors.
-total = len(sq_data['hash'])
-complete = 0
-if currentcount:
-complete = (len(found) + currentcount) / (total + currentcount) * 100
-match = 0
-if total:
-match = len(found) / total * 100
-bb.plain("Sstate summary: Wanted %d Found %d Missed %d Current %d (%d%% 
match, %d%% complete)" % (total, len(found), len(missed), currentcount, match, 
complete))
+if summary:
+# Print some summary statistics about the current task completion and 
how much sstate
+# reuse there was. Avoid divide by zero errors.
+total = len(sq_data['hash'])
+complete = 0
+if currentcount:
+complete = (len(found) + currentcount) / (total + currentcount) * 
100
+match = 0
+if total:
+match = len(found) / total * 100
+bb.plain("Sstate summary: Wanted %d Found %d Missed %d Current %d 
(%d%% match, %d%% complete)" % (total, len(found), len(missed), currentcount, 
match, complete))
 
 if hasattr(bb.parse.siggen, "checkhashes"):
 bb.parse.siggen.checkhashes(sq_data, missed, found, d)
-- 
2.20.1

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

[OE-core] [PATCH] staging: Handle files moving between dependencies

2019-11-05 Thread Richard Purdie

Currently, if files move between recipes, do_prepare_sysroot can fail with a 
message like

Exception: FileExistsError: [Errno 17] File exists:
'TMPDIR/sysroots-components/core2-64/libx11/usr/include/X11/extensions/XKBgeom.h'
 ->
'TMPDIR/work/core2-64-poky-linux/gtk+3/3.24.8-r0/recipe-sysroot/usr/include/X11/extensions/XKBgeom.h'

This is because files are removed and then added per package. What needs to
happen is all removes need to be processed, then all additions.

This patch changes the code to process in two phases, removals first, then 
additions,
which avoids the problem.

Signed-off-by: Richard Purdie 
---
 meta/classes/staging.bbclass | 16 +++-
 1 file changed, 15 insertions(+), 1 deletion(-)

diff --git a/meta/classes/staging.bbclass b/meta/classes/staging.bbclass
index 55a9b52ed22..cca0b7e0d68 100644
--- a/meta/classes/staging.bbclass
+++ b/meta/classes/staging.bbclass
@@ -449,6 +449,7 @@ python extend_recipe_sysroot() {
 msg_exists = []
 msg_adding = []
 
+# Handle all removals first since files may move between recipes
 for dep in configuredeps:
 c = setscenedeps[dep][0]
 if c not in installed:
@@ -459,7 +460,6 @@ python extend_recipe_sysroot() {
 if os.path.exists(depdir + "/" + c):
 lnk = os.readlink(depdir + "/" + c)
 if lnk == c + "." + taskhash and os.path.exists(depdir + "/" + c + 
".complete"):
-msg_exists.append(c)
 continue
 else:
 bb.note("%s exists in sysroot, but is stale (%s vs. %s), 
removing." % (c, lnk, c + "." + taskhash))
@@ -470,6 +470,20 @@ python extend_recipe_sysroot() {
 elif os.path.lexists(depdir + "/" + c):
 os.unlink(depdir + "/" + c)
 
+# Now handle installs
+for dep in configuredeps:
+c = setscenedeps[dep][0]
+if c not in installed:
+continue
+taskhash = setscenedeps[dep][5]
+taskmanifest = depdir + "/" + c + "." + taskhash
+
+if os.path.exists(depdir + "/" + c):
+lnk = os.readlink(depdir + "/" + c)
+if lnk == c + "." + taskhash and os.path.exists(depdir + "/" + c + 
".complete"):
+msg_exists.append(c)
+continue
+
 msg_adding.append(c)
 
 os.symlink(c + "." + taskhash, depdir + "/" + c)
-- 
2.20.1

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

[OE-core] [PATCH] gdb: Fix CVE-2019-1010180

2019-11-05 Thread Vinay Kumar

Source: git://sourceware.org/git/binutils-gdb.git
Tracking -- https://sourceware.org/bugzilla/show_bug.cgi?id=23657

Backported upstream commit 950b74950f6020eda38647f22e9077ac7f68ca49 to 
gdb-8.3.1 sources.

Upstream-Status: Backport 
[https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=950b74950f6020eda38647f22e9077ac7f68ca49]

Signed-off-by: Vinay Kumar 
---
 meta/recipes-devtools/gdb/gdb-8.3.1.inc|   1 +
 .../gdb/gdb/CVE-2019-1010180.patch | 132 +
 2 files changed, 133 insertions(+)
 create mode 100644 meta/recipes-devtools/gdb/gdb/CVE-2019-1010180.patch

diff --git a/meta/recipes-devtools/gdb/gdb-8.3.1.inc 
b/meta/recipes-devtools/gdb/gdb-8.3.1.inc
index 39f1c48..aec913f 100644
--- a/meta/recipes-devtools/gdb/gdb-8.3.1.inc
+++ b/meta/recipes-devtools/gdb/gdb-8.3.1.inc
@@ -16,6 +16,7 @@ SRC_URI = "${GNU_MIRROR}/gdb/gdb-${PV}.tar.xz \
file://0009-Change-order-of-CFLAGS.patch \
file://0010-resolve-restrict-keyword-conflict.patch \
file://0011-Fix-invalid-sigprocmask-call.patch \
+   file://CVE-2019-1010180.patch \
"
 SRC_URI[md5sum] = "73b6a5d8141672c62bf851cd34c4aa83"
 SRC_URI[sha256sum] = 
"1e55b4d7cdca7b34be12f4ceae651623aa73b2fd640152313f9f66a7149757c4"
diff --git a/meta/recipes-devtools/gdb/gdb/CVE-2019-1010180.patch 
b/meta/recipes-devtools/gdb/gdb/CVE-2019-1010180.patch
new file mode 100644
index 000..46b2b3a
--- /dev/null
+++ b/meta/recipes-devtools/gdb/gdb/CVE-2019-1010180.patch
@@ -0,0 +1,132 @@
+From 950b74950f6020eda38647f22e9077ac7f68ca49 Mon Sep 17 00:00:00 2001
+From: Keith Seitz 
+Date: Wed, 16 Oct 2019 11:33:59 -0700
+Subject: [PATCH] DWARF reader: Reject sections with invalid sizes
+
+This is another fuzzer bug, gdb/23567.  This time, the fuzzer has
+specifically altered the size of .debug_str:
+
+$ eu-readelf -S objdump
+Section Headers:
+[Nr] Name Type Addr Off  Size ES 
Flags Lk Inf Al
+[31] .debug_str   PROGBITS  0057116d 
  1 MS 0   0  1
+
+When this file is loaded into GDB, the DWARF reader crashes attempting
+to access the string table (or it may just store a bunch of nonsense):
+
+[gdb-8.3-6-fc30]
+$ gdb -nx -q objdump
+BFD: warning: /path/to/objdump has a corrupt section with a size 
() larger than the file size
+Reading symbols from /path/to/objdump...
+Segmentation fault (core dumped)
+
+Nick has already committed a BFD patch to issue the warning seen above.
+
+[gdb master 6acc1a0b]
+$ gdb -BFD: warning: /path/to/objdump has a corrupt section with a size 
() larger than the file size
+Reading symbols from /path/to/objdump...
+(gdb) inf func
+All defined functions:
+
+File ./../include/dwarf2.def:
+186:   const
+
+  8 *>(.:
+ ;'@�B);
+747:   const
+
+  8 *�(.:
+ ;'@�B);
+701:   const
+
+  8 *�D �
+ (.:
+;'@�B);
+71:const
+
+  8 *(.:
+;'@�B);
+/* and more gibberish  */
+
+Consider read_indirect_string_at_offset_from:
+
+static const char *
+read_indirect_string_at_offset_from (struct objfile *objfile,
+ bfd *abfd, LONGEST str_offset,
+ struct dwarf2_section_info *sect,
+ const char *form_name,
+ const char *sect_name)
+{
+  dwarf2_read_section (objfile, sect);
+  if (sect->buffer == NULL)
+error (_("%s used without %s section [in module %s]"),
+   form_name, sect_name, bfd_get_filename (abfd));
+  if (str_offset >= sect->size)
+error (_("%s pointing outside of %s section [in module %s]"),
+   form_name, sect_name, bfd_get_filename (abfd));
+  gdb_assert (HOST_CHAR_BIT == 8);
+  if (sect->buffer[str_offset] == '\0')
+return NULL;
+  return (const char *) (sect->buffer + str_offset);
+}
+
+With sect_size being ginormous, the code attempts to access
+sect->buffer[GINORMOUS], and depending on the layout of memory,
+GDB either stores a bunch of gibberish strings or crashes.
+
+This is an attempt to mitigate this by implementing a similar approach
+used by BFD. In our case, we simply reject the section with the invalid
+length:
+
+$ ./gdb -nx -q objdump
+BFD: warning: /path/to/objdump has a corrupt section with a size 
() larger than the file size
+Reading symbols from /path/to/objdump...
+
+warning: Discarding section .debug_str which has a section size 
() larger than the file size [in module /path/to/objdump]
+DW_FORM_strp used without .debug_str section [in module /path/to/objdump]
+(No debugging symbols found in /path/to/objdump)
+(gdb)
+
+Unfortunately, I have not found a way to regression test this, since it
+requires poking ELF section headers.
+
+gdb/ChangeLog:
+2019-10-16  Keith Seitz

Re: [OE-core] [PATCH] iputils: Whitelist CVE-2000-1213 CVE-2000-1214

2019-11-05 Thread Adrian Bunk

On Tue, Nov 05, 2019 at 10:38:32AM +, Ross Burton wrote:
> On 04/11/2019 20:55, Adrian Bunk wrote:
> > +# Fixed in 2000-10-10, but the versioning of iputils
> > +# breaks the version order.
> > +CVE_CHECK_WHITELIST += "CVE-2000-1213 CVE-2000-1214"
> 
> So the problem is that our PV matches the upstream git tags, which don't
> match the naming convention in the CPE entries.
> 
> The tags are of the form s20190709, but the CPE uses 2010-10-10.
> 
> If we assume that the CPE version scheme will remain the same
>...

CVE-2010-2529 had an explicit list of affected versions of the
scheme 20100214.

These 19 year old ones from a time when CVE was new are outliers.
I would expect versions in new CVE to match the OE versioning,
except that the 's' might (or might not) be missing.

> Ross

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

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

Re: [OE-core] [PATCH V2] go: fix CVE-2019-17596

2019-11-05 Thread Ross Burton


On 05/11/2019 07:10, Hongxu Jia wrote:

https://github.com/golang/go/commit/2017d88dbc096381d4f348d2fb08bfb3c2b7ed73


There's a go 1.13 upgrade on the list that is queued in mut.  Does this 
apply to 1.13 or does that already contain this fix?


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

Re: [OE-core] [PATCH V2] python3-git: add python3-nose to RDEPENDS

2019-11-05 Thread Ross Burton


On 05/11/2019 03:12, Hongxu Jia wrote:

$>>> import git.test.lib
Traceback (most recent call last):
   File "", line 1, in 
   File "/usr/lib/python3/dist-packages/git/test/lib/__init__.py", line 9, in 

 from .asserts import *
   File "/usr/lib/python3/dist-packages/git/test/lib/asserts.py", line 10, in 

 from nose.tools import (
ModuleNotFoundError: No module named 'nose'


Would it make sense to rip the test libraries into a separate package 
(say, git-ptest) and add the dependencies there?


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

Re: [OE-core] [PATCH] ell: update to 0.26

2019-11-05 Thread Ross Burton


On 04/11/2019 23:25, Khem Raj wrote:

This has API changes that will break iwd


What version of iwd will break?  There's a 0.23 upgrade in flight and a 
1.0 upgrade incoming right?


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

Re: [OE-core] [PATCH] iputils: Whitelist CVE-2000-1213 CVE-2000-1214

2019-11-05 Thread Ross Burton


On 04/11/2019 20:55, Adrian Bunk wrote:

+# Fixed in 2000-10-10, but the versioning of iputils
+# breaks the version order.
+CVE_CHECK_WHITELIST += "CVE-2000-1213 CVE-2000-1214"


So the problem is that our PV matches the upstream git tags, which don't 
match the naming convention in the CPE entries.


The tags are of the form s20190709, but the CPE uses 2010-10-10.

If we assume that the CPE version scheme will remain the same then we 
can handle this for all cases in the recipe:


def cve_version(d):
import re
m = re.match(r"s(\d{4})(\d{2})(\d{2})", d.getVar("PV"))
return "-".join(m.groups())
CVE_VERSION = "${@cve_version(d)}"

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

[OE-core] [PATCH] sysstat: remove check for chkconfig

2019-11-05 Thread Wenlin Kang

For cross-platform, chkconfig can't work, so should remove check for it.
This can only be reproduced on some platform with chkconfig(e.g. CentOS
Linux release 7.2.1511), and need with --enable-install-cron and without
--enable-copy-only.

Fixed:
|   if [ "n" == "n" ]; then \
|   if [ -x "/usr/sbin/chkconfig" ]; then \
|   cd 
/path/to/tmp/work/corei7-64-wrs-linux/sysstat/11.1.5-r0/image/etc/rc.d/init.d 
&& /usr/sbin/chkconfig --add sysstat; \
|   else \
|   [ -d 
/path/to/tmp/work/corei7-64-wrs-linux/sysstat/11.1.5-r0/image/etc/rc.d/rc2.d ] 
|| mkdir -p 
/path/to/tmp/work/corei7-64-wrs-linux/sysstat/11.1.5-r0/image/etc/rc.d/rc2.d; \
|   [ -d 
/path/to/tmp/work/corei7-64-wrs-linux/sysstat/11.1.5-r0/image/etc/rc.d/rc3.d ] 
|| mkdir -p 
/path/to/tmp/work/corei7-64-wrs-linux/sysstat/11.1.5-r0/image/etc/rc.d/rc3.d; \
|   [ -d 
/path/to/tmp/work/corei7-64-wrs-linux/sysstat/11.1.5-r0/image/etc/rc.d/rc5.d ] 
|| mkdir -p 
/path/to/tmp/work/corei7-64-wrs-linux/sysstat/11.1.5-r0/image/etc/rc.d/rc5.d; \
|   cd 
/path/to/tmp/work/corei7-64-wrs-linux/sysstat/11.1.5-r0/image/etc/rc.d/rc2.d && 
ln -s -f ../init.d/sysstat S01sysstat; \
|   cd 
/path/to/tmp/work/corei7-64-wrs-linux/sysstat/11.1.5-r0/image/etc/rc.d/rc3.d && 
ln -s -f ../init.d/sysstat S01sysstat; \
|   cd 
/path/to/tmp/work/corei7-64-wrs-linux/sysstat/11.1.5-r0/image/etc/rc.d/rc5.d && 
ln -s -f ../init.d/sysstat S01sysstat; \
|   fi \
|   fi \
| elif [ -d 
/path/to/tmp/work/corei7-64-wrs-linux/sysstat/11.1.5-r0/image/etc/rc.d ]; then \
| ...
| fi
| error reading information on service sysstat: No such file or directory
| Makefile:382: recipe for target 'install_all' failed

Signed-off-by: Wenlin Kang 
---
 ...1-configure.in-remove-check-for-chkconfig.patch | 31 ++
 meta/recipes-extended/sysstat/sysstat_12.1.6.bb|  1 +
 2 files changed, 32 insertions(+)
 create mode 100644 
meta/recipes-extended/sysstat/sysstat/0001-configure.in-remove-check-for-chkconfig.patch

diff --git 
a/meta/recipes-extended/sysstat/sysstat/0001-configure.in-remove-check-for-chkconfig.patch
 
b/meta/recipes-extended/sysstat/sysstat/0001-configure.in-remove-check-for-chkconfig.patch
new file mode 100644
index 000..4067bb9
--- /dev/null
+++ 
b/meta/recipes-extended/sysstat/sysstat/0001-configure.in-remove-check-for-chkconfig.patch
@@ -0,0 +1,31 @@
+From 1590cc614aaf0fb81cd804414d6c9d5a9227352c Mon Sep 17 00:00:00 2001
+From: Wenlin Kang 
+Date: Tue, 5 Nov 2019 16:16:44 +0800
+Subject: [PATCH] configure.in: remove check for chkconfig
+
+chkconfig can't work on cross-platform, so should remove check for it.
+
+Upstream-Status: Inappropriate [ embedded specific ]
+
+Signed-off-by: Wenlin Kang 
+---
+ configure.in | 3 ++-
+ 1 file changed, 2 insertions(+), 1 deletion(-)
+
+diff --git a/configure.in b/configure.in
+index 48b9a31..cedeb43 100644
+--- a/configure.in
 b/configure.in
+@@ -42,7 +42,8 @@ AC_SUBST(VER_JSON)
+ AC_SUBST(VER_XML)
+ 
+ AC_PATH_PROG(PATH_CP, cp)
+-AC_PATH_PROG(PATH_CHKCONFIG, chkconfig)
++#AC_PATH_PROG(PATH_CHKCONFIG, chkconfig)
++AC_SUBST(PATH_CHKCONFIG)
+ 
+ # Check for systemd
+ AC_CHECK_PROG(PKG_CONFIG, pkg-config, pkg-config)
+-- 
+1.9.1
+
diff --git a/meta/recipes-extended/sysstat/sysstat_12.1.6.bb 
b/meta/recipes-extended/sysstat/sysstat_12.1.6.bb
index 362888d..83bb45e 100644
--- a/meta/recipes-extended/sysstat/sysstat_12.1.6.bb
+++ b/meta/recipes-extended/sysstat/sysstat_12.1.6.bb
@@ -4,6 +4,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=a23a74b3f4caf9616230789d94217acb"
 
 SRC_URI += "file://0001-Include-needed-headers-explicitly.patch \

file://0001-Fix-232-Memory-corruption-bug-due-to-Integer-Overflo.patch \
+   file://0001-configure.in-remove-check-for-chkconfig.patch \
 "
 
 SRC_URI[md5sum] = "d8e3bbb9c873dd370f6d33664e326570"
-- 
1.9.1

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

Re: [OE-core] [PATCH] linux-dummy: Add package kernel

2019-11-05 Thread He Zhe




On 11/4/19 9:32 PM, Ross Burton wrote:
> On 01/11/2019 02:01, He Zhe wrote:
>> It's the "efi" in MACHINE_FEATURES who asks for "kernel".
>> https://git.openembedded.org/openembedded-core/tree/meta/recipes-core/packagegroups/packagegroup-core-boot.bb#n31
>
> I'd just rip out 'kernel' from that as that doesn't look right to me.

Not sure if the following patch is still the case.
http://lists.openembedded.org/pipermail/openembedded-core/2018-February/266287.html

Thanks,
Zhe

>
> Ross
>

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

64 matches

Mail list logo