Re: [OE-core] [PATCH 65/70] libyaml: adjust license checksum to omit copyright year lines.

2020-06-01 Thread Adrian Bunk
On Mon, Jun 01, 2020 at 10:12:16PM +, Peter Kjellerstedt wrote:
> > -Original Message-
> > From: openembedded-core@lists.openembedded.org  > c...@lists.openembedded.org> On Behalf Of Alexander Kanavin
> > Sent: den 31 maj 2020 17:53
> > To: openembedded-core@lists.openembedded.org
> > Cc: Alexander Kanavin 
> > Subject: [OE-core] [PATCH 65/70] libyaml: adjust license checksum to omit
> > copyright year lines.
> 
> Eh, what? That's definitely not the right thing to do. For a license 
> that says "The above copyright notice and this permission notice shall 
> be included in all copies or substantial portions of the Software.", 
> removing the copyright information makes the file useless as part of, 
> e.g., ${PN}-lic.

This is not what the patch does.

>...
> > -LIC_FILES_CHKSUM = "file://License;md5=7bbd28caa69f81f5cd5f48647236663d"
> > +LIC_FILES_CHKSUM = 
> > "file://License;md5=51591594753f05018680f6db765d5a46;beginline=3"
>...

It only excludes the first lines from the checksum.

> //Peter

cu
Adrian
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139074): 
https://lists.openembedded.org/g/openembedded-core/message/139074
Mute This Topic: https://lists.openembedded.org/mt/74584232/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH 18/70] vala: upgrade 0.46.6 -> 0.48.6

2020-06-01 Thread Adrian Bunk
On Mon, Jun 01, 2020 at 09:51:40AM -0700, Khem Raj wrote:
> gnome-calculator fails https://errors.yoctoproject.org/Errors/Details/414868/
>...

This is fixed in the latest stable release of gnome-calculator.

cu
Adrian
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139073): 
https://lists.openembedded.org/g/openembedded-core/message/139073
Mute This Topic: https://lists.openembedded.org/mt/74584172/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core][dunfell 11/16] libubootenv: Remove the DEPENDS on mtd-utils

2020-06-01 Thread Adrian Bunk
On Mon, Jun 01, 2020 at 04:11:19AM -1000, Steve Sakoman wrote:
>...
> It was only used for pulling in zlib, but this is now
> a direct dependency.
>...

This should be harmless, but no reason to backport this cleanup.

cu
Adrian
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139072): 
https://lists.openembedded.org/g/openembedded-core/message/139072
Mute This Topic: https://lists.openembedded.org/mt/74605197/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] [zeus][PATCH 00/25] zeus merge request - cover letter only

2020-06-01 Thread Anuj Mittal
Please consider merging these changes in zeus. Clean a-full on autobuilder.

Thanks,

Anuj

The following changes since commit b63955977ebbf9fba291faa1b30c8dba9bd52869:

  resulttool/resultutils: Fix unicode error handling (2020-05-15 11:55:34 +0100)

are available in the git repository at:

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

Adrian Bunk (1):
  wireless-regdb: Upgrade 2019.06.03 -> 2020.04.29

Alexander Kanavin (4):
  gstreamer1.0-python: add a patch to fix python 3.8 builds
  gst-validate: upgrade 1.16.1 -> 1.16.2
  icu: update SRC_URI
  strace: fix failing ptests

Anuj Mittal (10):
  gstreamer1.0: upgrade 1.16.1 -> 1.16.2
  gstreamer1.0-plugins-base: upgrade 1.16.1 -> 1.16.2
  gstreamer1.0-plugins-good: upgrade 1.16.1 -> 1.16.2
  gstreamer1.0-plugins-bad: upgrade 1.16.1 -> 1.16.2
  gstreamer1.0-plugins-ugly: upgrade 1.16.1 -> 1.16.2
  gstreamer1.0-libav: upgrade 1.16.1 -> 1.16.2
  gstreamer1.0-omx: upgrade 1.16.1 -> 1.16.2
  gstreamer1.0-python: upgrade 1.16.1 -> 1.16.2
  gstreamer1.0-rtsp-server: upgrade 1.16.1 -> 1.16.2
  gstreamer1.0-vaapi: upgrade 1.16.1 -> 1.16.2

Lee Chee Yang (3):
  qemu: fix CVE-2020-11869
  ghostscript : fix CVE-2019-10216
  bind: fix CVE-2020-8616/7

Paul Barker (1):
  avahi: Don't advertise example services by default

Richard Purdie (3):
  oeqa/qemurunner: Clean up failure handling
  targetcontrol: Fix leaking log handler
  sstatesig: Optimise get_taskhash for hashequiv

Trevor Gamblin (1):
  python3: fix CVE-2020-8492

Yann Dirson (1):
  mesa: fix meson configure fix when 'dri' is excluded from
PACKAGECONFIG

Zhixiong Chi (1):
  glibc: CVE-2020-1752

 meta/lib/oe/sstatesig.py   |  13 +-
 meta/lib/oeqa/targetcontrol.py |   7 +-
 meta/lib/oeqa/utils/qemurunner.py  |  11 +-
 meta/recipes-connectivity/avahi/avahi.inc  |   5 +
 .../bind/bind/CVE-2020-8616.patch  | 206 +
 .../bind/bind/CVE-2020-8617.patch  |  29 +++
 meta/recipes-connectivity/bind/bind_9.11.5-P4.bb   |   2 +
 meta/recipes-core/glibc/glibc/CVE-2020-1752.patch  |  66 ++
 meta/recipes-core/glibc/glibc_2.30.bb  |   1 +
 ...VE-2020-8492-Fix-AbstractBasicAuthHandler.patch | 248 +
 meta/recipes-devtools/python/python3_3.7.7.bb  |   1 +
 meta/recipes-devtools/qemu/qemu.inc|   1 +
 .../qemu/qemu/CVE-2020-11869.patch |  97 
 .../strace/strace/Makefile-ptest.patch |   2 +-
 meta/recipes-devtools/strace/strace/run-ptest  |   7 +-
 .../ghostscript/ghostscript/CVE-2019-10216.patch   |  53 +
 .../ghostscript/ghostscript_9.27.bb|   1 +
 ...0003-Allow-enable-DRI-without-DRI-drivers.patch |   2 +-
 ..._2019.06.03.bb => wireless-regdb_2020.04.29.bb} |   3 +-
 ...t-validate_1.16.1.bb => gst-validate_1.16.2.bb} |   4 +-
 ...ibav_1.16.1.bb => gstreamer1.0-libav_1.16.2.bb} |   4 +-
 0-omx_1.16.1.bb => gstreamer1.0-omx_1.16.2.bb} |   4 +-
 16.1.bb => gstreamer1.0-plugins-bad_1.16.2.bb} |   4 +-
 ...16.1.bb => gstreamer1.0-plugins-base_1.16.2.bb} |   4 +-
 ...16.1.bb => gstreamer1.0-plugins-good_1.16.2.bb} |   4 +-
 ...16.1.bb => gstreamer1.0-plugins-ugly_1.16.2.bb} |   4 +-
 ...01-meson.build-fix-builds-with-python-3.8.patch |  24 ++
 ...hon_1.16.1.bb => gstreamer1.0-python_1.16.2.bb} |   8 +-
 16.1.bb => gstreamer1.0-rtsp-server_1.16.2.bb} |   4 +-
 ...aapi_1.16.1.bb => gstreamer1.0-vaapi_1.16.2.bb} |   4 +-
 ...treamer1.0_1.16.1.bb => gstreamer1.0_1.16.2.bb} |   4 +-
 meta/recipes-support/icu/icu_64.2.bb   |  11 +-
 32 files changed, 798 insertions(+), 40 deletions(-)
 create mode 100644 meta/recipes-connectivity/bind/bind/CVE-2020-8616.patch
 create mode 100644 meta/recipes-connectivity/bind/bind/CVE-2020-8617.patch
 create mode 100644 meta/recipes-core/glibc/glibc/CVE-2020-1752.patch
 create mode 100644 
meta/recipes-devtools/python/files/0001-bpo-39503-CVE-2020-8492-Fix-AbstractBasicAuthHandler.patch
 create mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2020-11869.patch
 create mode 100644 
meta/recipes-extended/ghostscript/ghostscript/CVE-2019-10216.patch
 rename meta/recipes-kernel/wireless-regdb/{wireless-regdb_2019.06.03.bb => 
wireless-regdb_2020.04.29.bb} (91%)
 rename meta/recipes-multimedia/gstreamer/{gst-validate_1.16.1.bb => 
gst-validate_1.16.2.bb} (87%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-libav_1.16.1.bb => 
gstreamer1.0-libav_1.16.2.bb} (95%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-omx_1.16.1.bb => 
gstreamer1.0-omx_1.16.2.bb} (93%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-bad_1.16.1.bb 
=> gstreamer1.0-plugins-bad_1.16.2.bb} (97%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-base_1.16.1.bb 
=> gstreamer1.0-plugins-base_1.16.2.bb} (96%)
 rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-good_1.16.1.bb 
=> 

Re: [OE-core] [PATCH 41/70] x264: upgrade to latest revision

2020-06-01 Thread Khem Raj
On Mon, Jun 1, 2020 at 3:53 AM Alexander Kanavin 
wrote:

> On Mon, 1 Jun 2020 at 03:37, Mittal, Anuj  wrote:
>
>> >  UPSTREAM_CHECK_COMMITS = "1"
>> >
>> > -SRCREV = "1771b556ee45207f8711744ccbd5d42a3949b14c"
>> > +SRCREV = "296494a4011f58f32adc54304a2654627558c59a"
>> >
>> >  PV = "r2991+git${SRCPV}"
>>
>> PV will also need to be changed in this case to r2999+git${SRCPV}.
>>
>
> I wonder if basing PV on svn revisions is still beneficial - we pull
> directly from github, rather than svn, and I don't think anyone is
> interested in what the svn revision is. Upstream does not tag releases.
>

Since it is set to denote svn rev not updating will add to confusion so
please update it

>
> Alex
> 
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139070): 
https://lists.openembedded.org/g/openembedded-core/message/139070
Mute This Topic: https://lists.openembedded.org/mt/74584201/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH 34/70] pixman: upgrade 0.38.4 -> 0.40.0

2020-06-01 Thread Khem Raj
On Sun, May 31, 2020 at 8:54 AM Alexander Kanavin 
wrote:

> Signed-off-by: Alexander Kanavin 
> ---
>  ...-for-FE_INVALID-definition-before-us.patch | 33 ---
>  .../{pixman_0.38.4.bb => pixman_0.40.0.bb}|  5 ++-
>  2 files changed, 2 insertions(+), 36 deletions(-)
>  delete mode 100644
> meta/recipes-graphics/xorg-lib/pixman/0001-test-utils-Check-for-FE_INVALID-definition-before-us.patch


Why is this patch being removed ?


>  rename meta/recipes-graphics/xorg-lib/{pixman_0.38.4.bb =>
> pixman_0.40.0.bb} (85%)
>
> diff --git
> a/meta/recipes-graphics/xorg-lib/pixman/0001-test-utils-Check-for-FE_INVALID-definition-before-us.patch
> b/meta/recipes-graphics/xorg-lib/pixman/0001-test-utils-Check-for-FE_INVALID-definition-before-us.patch
> deleted file mode 100644
> index 23cbf53a41..00
> ---
> a/meta/recipes-graphics/xorg-lib/pixman/0001-test-utils-Check-for-FE_INVALID-definition-before-us.patch
> +++ /dev/null
> @@ -1,33 +0,0 @@
> -From 0ccd906b904d21536d5ab41c6196760e3e5d72cb Mon Sep 17 00:00:00 2001
> -From: Khem Raj 
> -Date: Tue, 17 May 2016 17:30:00 -0700
> -Subject: [PATCH] test/utils: Check for FE_INVALID definition before use
> -
> -Some architectures e.g. nios2 do not support all exceptions
> -
> -Signed-off-by: Khem Raj 
> 
> -Upstream-Status: Submitted [
> https://gitlab.freedesktop.org/pixman/pixman/merge_requests/24]
> -
> - test/utils.c | 2 ++
> - 1 file changed, 2 insertions(+)
> -
> -diff --git a/test/utils.c b/test/utils.c
> -index f8e42a5..fe32b1e 100644
>  a/test/utils.c
> -+++ b/test/utils.c
> -@@ -978,9 +978,11 @@ enable_invalid_exceptions (void)
> - {
> - #ifdef HAVE_FENV_H
> - #ifdef HAVE_FEENABLEEXCEPT
> -+#ifdef FE_INVALID
> - feenableexcept (FE_INVALID);
> - #endif
> - #endif
> -+#endif
> - }
> -
> - void *
> ---
> -2.8.2
> -
> diff --git a/meta/recipes-graphics/xorg-lib/pixman_0.38.4.bb
> b/meta/recipes-graphics/xorg-lib/pixman_0.40.0.bb
> similarity index 85%
> rename from meta/recipes-graphics/xorg-lib/pixman_0.38.4.bb
> rename to meta/recipes-graphics/xorg-lib/pixman_0.40.0.bb
> index 22e19ba069..5a3bb22ec3 100644
> --- a/meta/recipes-graphics/xorg-lib/pixman_0.38.4.bb
> +++ b/meta/recipes-graphics/xorg-lib/pixman_0.40.0.bb
> @@ -9,10 +9,9 @@ DEPENDS = "zlib"
>
>  SRC_URI = "https://www.cairographics.org/releases/${BP}.tar.gz \
>
> file://0001-ARM-qemu-related-workarounds-in-cpu-features-detecti.patch \
> -
>  file://0001-test-utils-Check-for-FE_INVALID-definition-before-us.patch \
> "
> -SRC_URI[md5sum] = "267a7af290f93f643a1bc74490d9fdd1"
> -SRC_URI[sha256sum] =
> "da66d6fd6e40aee70f7bd02e4f8f76fc3f006ec879d346bae6a723025cfbdde7"
> +SRC_URI[md5sum] = "73858c0862dd9896fb5f62ae267084a4"
> +SRC_URI[sha256sum] =
> "6d200dec3740d9ec4ec8d1180e25779c00bc749f94278c8b9021f5534db223fc"
>
>  # see http://cairographics.org/releases/ - only even minor versions are
> stable
>  UPSTREAM_CHECK_REGEX = "pixman-(?P\d+\.(\d*[02468])+(\.\d+)+)"
> --
> 2.26.2
>
> 
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139069): 
https://lists.openembedded.org/g/openembedded-core/message/139069
Mute This Topic: https://lists.openembedded.org/mt/74584193/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH 25/70] stress-ng: mark as incompatible with musl

2020-06-01 Thread Khem Raj
On Sun, May 31, 2020 at 8:54 AM Alexander Kanavin 
wrote:

> Newer versions make use of ustat() which is absent in musl.
>

https://www.man7.org/linux/man-pages/man2/ustat.2.html

Says it’s removed from glibc 2.28 as well and yes musl never shipped
ustat.h so I wonder how it still
Works on glibc

>
> Signed-off-by: Alexander Kanavin 
> ---
>  meta/recipes-extended/stress-ng/stress-ng_0.11.12.bb | 2 ++
>  1 file changed, 2 insertions(+)
>
> diff --git a/meta/recipes-extended/stress-ng/stress-ng_0.11.12.bb
> b/meta/recipes-extended/stress-ng/stress-ng_0.11.12.bb
> index ba93efc4c8..45f4bb41ad 100644
> --- a/meta/recipes-extended/stress-ng/stress-ng_0.11.12.bb
> +++ b/meta/recipes-extended/stress-ng/stress-ng_0.11.12.bb
> @@ -22,3 +22,5 @@ inherit bash-completion
>  do_install() {
>  oe_runmake DESTDIR=${D} install
>  }
> +
> +COMPATIBLE_HOST_libc-musl = 'null'
> --
> 2.26.2
>
> 
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139068): 
https://lists.openembedded.org/g/openembedded-core/message/139068
Mute This Topic: https://lists.openembedded.org/mt/74584181/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH 17/70] strace: upgrade 5.5 -> 5.6

2020-06-01 Thread Khem Raj
On Sun, May 31, 2020 at 8:53 AM Alexander Kanavin 
wrote:

> Signed-off-by: Alexander Kanavin 
> ---
>  .../strace/{strace_5.5.bb => strace_5.6.bb} | 6 +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
>  rename meta/recipes-devtools/strace/{strace_5.5.bb => strace_5.6.bb}
> (90%)
>
> diff --git a/meta/recipes-devtools/strace/strace_5.5.bb
> b/meta/recipes-devtools/strace/strace_5.6.bb
> similarity index 90%
> rename from meta/recipes-devtools/strace/strace_5.5.bb
> rename to meta/recipes-devtools/strace/strace_5.6.bb
> index ae552da028..53679cd0d2 100644
> --- a/meta/recipes-devtools/strace/strace_5.5.bb
> +++ b/meta/recipes-devtools/strace/strace_5.6.bb
> @@ -15,8 +15,8 @@ SRC_URI = "
> https://strace.io/files/${PV}/strace-${PV}.tar.xz \
> file://uintptr_t.patch \
> file://0001-strace-fix-reproducibilty-issues.patch \
> "
> -SRC_URI[md5sum] = "dbce2e84632b39a4ed86b9fc60447af9"
> -SRC_URI[sha256sum] =
> "9f58958c8e59ea62293d907d10572e352b582bd7948ed21aa28ebb47e5bf30ff"
> +SRC_URI[md5sum] = "f8e0394d4e537b3faadf0a72f5d1d17e"
> +SRC_URI[sha256sum] =
> "189968eeae06ed9e20166ec55a830943c84374676a457c9fe010edc7541f1b01"
>
>  inherit autotools ptest
>
> @@ -27,7 +27,7 @@ PACKAGECONFIG_class-target ??= "\
>  PACKAGECONFIG[bluez] =
> "ac_cv_header_bluetooth_bluetooth_h=yes,ac_cv_header_bluetooth_bluetooth_h=no,bluez5"
>  PACKAGECONFIG[libunwind] =
> "--with-libunwind,--without-libunwind,libunwind"
>
> -EXTRA_OECONF += "--enable-mpers=no"
> +EXTRA_OECONF += "--enable-mpers=no --disable-gcc-Werror"


Why is this needed ? Perhaps description in comment will help


>
>  CFLAGS_append_libc-musl = " -Dsigcontext_struct=sigcontext"
>
> --
> 2.26.2
>
> 
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139067): 
https://lists.openembedded.org/g/openembedded-core/message/139067
Mute This Topic: https://lists.openembedded.org/mt/74584170/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] [PATCH] vulkan-headers: change upstream src url to master branch

2020-06-01 Thread hongxu
The upstream has removed branch sdk-1.2.135 which causing do_fetch
failure, switch to master branch, the commit(SRCREV) of branch
sdk-1.2.135 is at tag sdk-1.2.135 of master
...
commit fb7f9c9bcd1d1544ea203a1f3d4253d0e90c5a90 (tag: v1.2.135, tag: 
sdk-1.2.135.0)
Author: Jon Leech 
Date:   Tue Mar 17 05:03:58 2020 -0700

New include file with provisional extension interfaces (those interfaces
not aliased by promoted-from APIs, at least).
...

Signed-off-by: Hongxu Jia 
---
 meta/recipes-graphics/vulkan/vulkan-headers_1.2.135.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/vulkan/vulkan-headers_1.2.135.0.bb 
b/meta/recipes-graphics/vulkan/vulkan-headers_1.2.135.0.bb
index 54cee96cce..c5e0608036 100644
--- a/meta/recipes-graphics/vulkan/vulkan-headers_1.2.135.0.bb
+++ b/meta/recipes-graphics/vulkan/vulkan-headers_1.2.135.0.bb
@@ -5,7 +5,7 @@ SECTION = "libs"
 
 LICENSE = "Apache-2.0"
 LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=3b83ef96387f14655fc854ddc3c6bd57"
-SRC_URI = "git://github.com/KhronosGroup/Vulkan-Headers.git;branch=sdk-1.2.135"
+SRC_URI = "git://github.com/KhronosGroup/Vulkan-Headers.git;"
 
 SRCREV = "fb7f9c9bcd1d1544ea203a1f3d4253d0e90c5a90"
 
-- 
2.18.2

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139066): 
https://lists.openembedded.org/g/openembedded-core/message/139066
Mute This Topic: https://lists.openembedded.org/mt/74620096/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell 3/8] kernel/reproducibility: kernel modules need SOURCE_DATE_EPOCH export

2020-06-01 Thread Steve Sakoman
From: Bruce Ashfield 

If CONFIG_IKHEADERS is set to =m, then reproducibility issues creep
into the modules build, since the variables we are setting for the
main kernel build are not present.

Since the source code must be available for a possibly git query
on the timestamp, there didn't seem to be an easy way to move the
environment variable setting to a common routine. As such, we
duplicate the block of code that exports the required variables for
reproducible builds. There is a maintenance risk to this, but any
issues should be easy enough to catch.

Signed-off-by: Bruce Ashfield 
Signed-off-by: Richard Purdie 
(cherry picked from commit 82cdfcdccfedd320ebc0cdc778c7d4966198b96f)
Signed-off-by: Steve Sakoman 
---
 meta/classes/kernel.bbclass | 15 +++
 1 file changed, 15 insertions(+)

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index a724645466..a3990aaf59 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -331,6 +331,21 @@ kernel_do_compile() {
 
 do_compile_kernelmodules() {
unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS MACHINE
+   if [ "${BUILD_REPRODUCIBLE_BINARIES}" = "1" ]; then
+   # kernel sources do not use do_unpack, so SOURCE_DATE_EPOCH may 
not
+   # be set
+   if [ "${SOURCE_DATE_EPOCH}" = "" -o "${SOURCE_DATE_EPOCH}" = 
"0" ]; then
+   # The source directory is not necessarily a git 
repository, so we
+   # specify the git-dir to ensure that git does not query 
a
+   # repository in any parent directory.
+   SOURCE_DATE_EPOCH=`git --git-dir="${S}/.git" log -1 
--pretty=%ct 2>/dev/null || echo "${REPRODUCIBLE_TIMESTAMP_ROOTFS}"`
+   fi
+
+   ts=`LC_ALL=C date -d @$SOURCE_DATE_EPOCH`
+   export KBUILD_BUILD_TIMESTAMP="$ts"
+   export KCONFIG_NOTIMESTAMP=1
+   bbnote "KBUILD_BUILD_TIMESTAMP: $ts"
+   fi
if (grep -q -i -e '^CONFIG_MODULES=y$' ${B}/.config); then
cc_extra=$(get_cc_option)
oe_runmake -C ${B} ${PARALLEL_MAKE} modules CC="${KERNEL_CC} 
$cc_extra " LD="${KERNEL_LD}" ${KERNEL_EXTRA_ARGS}
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139060): 
https://lists.openembedded.org/g/openembedded-core/message/139060
Mute This Topic: https://lists.openembedded.org/mt/74618470/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell 7/8] linux-yocto: gather reproducibility configs into a fragment

2020-06-01 Thread Steve Sakoman
From: Bruce Ashfield 

Updating the meta SRCREV to pickup the following fix:

commit 9e68afb48b16a447dcd3996ffa350f3e79e44257 (HEAD -> master)
Author: Bruce Ashfield 
Date:   Thu May 28 11:22:22 2020 -0400

features: add reproducibility fragement

Creating an initial feature fragment that can be included when a
reproducible kernel build is desired. This is currently only one
option, but will have more in the future.

Signed-off-by: Bruce Ashfield 

Signed-off-by: Bruce Ashfield 
Signed-off-by: Richard Purdie 
(cherry picked from commit eaa34c96b60e703c96495e60650adc6d149603f1)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb   | 2 +-
 meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb | 2 +-
 meta/recipes-kernel/linux/linux-yocto_5.4.bb  | 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
index e6366ee36d..a78d333e31 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
@@ -12,7 +12,7 @@ python () {
 }
 
 SRCREV_machine ?= "3d70f110c590b38219843a3a0815a232fd542cec"
-SRCREV_meta ?= "6d128007a79cdbecb66c5d8d186c0bbc41496526"
+SRCREV_meta ?= "d62979d9e2d30640c777438bebb40d98e03c331a"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.4;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
index 4a37c758b2..db2e82efe4 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
@@ -17,7 +17,7 @@ KCONF_BSP_AUDIT_LEVEL = "2"
 
 SRCREV_machine_qemuarm ?= "80606f0432a35225e7bff188a890b836018bae61"
 SRCREV_machine ?= "1ef0d05b4662a4e5a075db47e7e368e9a12c4877"
-SRCREV_meta ?= "6d128007a79cdbecb66c5d8d186c0bbc41496526"
+SRCREV_meta ?= "d62979d9e2d30640c777438bebb40d98e03c331a"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.4.bb 
b/meta/recipes-kernel/linux/linux-yocto_5.4.bb
index 2bba72df77..6c991558ce 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.4.bb
@@ -21,7 +21,7 @@ SRCREV_machine_qemux86 ?= 
"1ef0d05b4662a4e5a075db47e7e368e9a12c4877"
 SRCREV_machine_qemux86-64 ?= "1ef0d05b4662a4e5a075db47e7e368e9a12c4877"
 SRCREV_machine_qemumips64 ?= "2da40cf3f065512eea3729172f8e3f0cf1857160"
 SRCREV_machine ?= "1ef0d05b4662a4e5a075db47e7e368e9a12c4877"
-SRCREV_meta ?= "6d128007a79cdbecb66c5d8d186c0bbc41496526"
+SRCREV_meta ?= "d62979d9e2d30640c777438bebb40d98e03c331a"
 
 # remap qemuarm to qemuarma15 for the 5.4 kernel
 # KMACHINE_qemuarm ?= "qemuarma15"
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139064): 
https://lists.openembedded.org/g/openembedded-core/message/139064
Mute This Topic: https://lists.openembedded.org/mt/74618479/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell 1/8] linux-yocto/5.4: update to v5.4.38

2020-06-01 Thread Steve Sakoman
From: Bruce Ashfield 

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

9895e0ac338a Linux 5.4.38
5a54c69c4ef8 Revert "ASoC: meson: axg-card: fix codec-to-codec link setup"
527c60e8b7a8 Linux 5.4.37
4e7fb753e803 ASoC: stm32: spdifrx: fix regmap status check
4104faaeeda0 ASoC: soc-core: disable route checks for legacy devices
8c472abaedc7 ext4: check for non-zero journal inum in 
ext4_calculate_overhead
93af898b251f qed: Fix use after free in qed_chain_free
f1610480602a net: use indirect call wrappers for skb_copy_datagram_iter()
ec9cf8afcd64 Crypto: chelsio - Fixes a hang issue during driver registration
b0946b45b85a qed: Fix race condition between scheduling and destroying the 
slowpath workqueue
d15fc1470441 taprio: do not use BIT() in TCA_TAPRIO_ATTR_FLAG_* definitions
f37079e9ea83 hwmon: (jc42) Fix name to have no illegal characters
c7b6c51298bd blk-mq: Put driver tag in blk_mq_dispatch_rq_list() when no 
budget
3e9299c28fc5 ext4: convert BUG_ON's to WARN_ON's in mballoc.c
1e4281eba3ff ext4: increase wait time needed before reuse of deleted inode 
numbers
0fe3908e6abc ext4: use matching invalidatepage in ext4_writepage
1876e0e654b8 arm64: Delete the space separator in __emit_inst
a719f7bf5c88 mac80211: fix channel switch trigger from unknown mesh peer
9178430df3f7 net: stmmac: socfpga: Allow all RGMII modes
daafdf87b898 ALSA: hda: call runtime_allow() for all hda controllers
d9d4ea17d6d6 xen/xenbus: ensure xenbus_map_ring_valloc() returns proper 
grant status
8c627d4b15de objtool: Support Clang non-section symbols in ORC dump
820126d9a83d objtool: Fix CONFIG_UBSAN_TRAP unreachable warnings
1cc2460dad82 scsi: target: tcmu: reset_ring should reset TCMU_DEV_BIT_BROKEN
62d350eb31d1 scsi: target: fix PR IN / READ FULL STATUS for FC
a323f69d00c6 ALSA: hda: Explicitly permit using autosuspend if runtime PM 
is supported
bd074af53cb6 ALSA: hda: Keep the controller initialization even if no 
codecs found
135e10232fb5 ALSA: hda: Release resources at error in delayed probe
535ed3f01564 xfs: fix partially uninitialized structure in 
xfs_reflink_remap_extent
ec6e5792d62d afs: Fix length of dump of bad YFSFetchStatus record
16976275b929 signal: check sig before setting info in kill_pid_usb_asyncio
f88761412b90 x86: hyperv: report value of misc_features
b5da1152f716 net: fec: set GPR bit on suspend by DT configuration.
316ad98983d9 libbpf: Initialize *nl_pid so gcc 10 is happy
3c9bbe7f44f6 bpf, x86: Fix encoding for lower 8-bit registers in BPF_STX 
BPF_B
ab6e8af64f39 xfs: clear PF_MEMALLOC before exiting xfsaild thread
e5329fcdc907 mm: shmem: disable interrupt when acquiring info->lock in 
userfaultfd_copy path
309a509dabd5 bpf, x86_32: Fix logic error in BPF_LDX zero-extension
d0b8695703f2 bpf, x86_32: Fix clobbering of dst for BPF_JSET
50c5d9146100 bpf, x86_32: Fix incorrect encoding in BPF_LDX zero-extension
ca3a2ca4cfa2 um: ensure `make ARCH=um mrproper` removes 
arch/$(SUBARCH)/include/generated/
9c5c94c5012c blk-iocost: Fix error on iocost_ioc_vrate_adj
b9c31556c37b PM: sleep: core: Switch back to async_schedule_dev()
36c436a8e46a netfilter: nat: fix error handling upon registering inet hook
9578a8c157b4 perf/core: fix parent pid/tid in task exit events
c04d01e918d8 sched/core: Fix reset-on-fork from RT with uclamp
040287785f42 net/mlx5: Fix failing fw tracer allocation on s390
a8b5611ffee3 s390/pci: do not set affinity for floating irqs
6cfb8c2ada58 cpumap: Avoid warning when CONFIG_DEBUG_PER_CPU_MAPS is enabled
05ae98547af9 ARM: dts: bcm283x: Disable dsi0 node
764a7d0a2756 PCI: Move Apex Edge TPU class quirk to fix BAR assignment
684dba87fdd7 PCI: Add ACS quirk for Zhaoxin Root/Downstream Ports
17d166e9535c PCI: Add Zhaoxin Vendor ID
d2481b5d1257 PCI: Unify ACS quirk desired vs provided checking
981fd6ad2a5a PCI: Make ACS quirk implementations more uniform
85a9e198f124 PCI: Add ACS quirk for Zhaoxin multi-function devices
d2b631a136e8 PCI: Avoid ASMedia XHCI USB PME# from D0 defect
246ff2a6f69e net/mlx5e: Get the latest values from counters in switchdev 
mode
2292e4049097 net/mlx5e: Don't trigger IRQ multiple times on XSK wakeup to 
avoid WQ overruns
b4284efb1e14 svcrdma: Fix leak of svc_rdma_recv_ctxt objects
53dbb934dd4f svcrdma: Fix trace point use-after-free race
ccd3b4bb9944 xfs: acquire superblock freeze protection on eofblocks scans
62f1cb491552 net/cxgb4: Check the return from t4_query_params properly
ce3460b90ed9 rxrpc: Fix DATA Tx to disable nofrag for UDP on AF_INET6 socket
6cdded333de6 i2c: altera: use proper variable to hold errno
db2426f86d44 bpf: Forbid XADD on spilled pointers for unprivileged users
f1317a4a2b9b nfsd: memory corruption in nfsd4_lock()
13b28f6b6778 drivers: 

[OE-core][dunfell 6/8] linux-yocto/5.4: temporarily revert IKHEADERS in standard kernels

2020-06-01 Thread Steve Sakoman
From: Bruce Ashfield 

We had a commit that enabled IKHEADERS, since bpf requires them on
target.

This is still causing incremental reproducibility errors during the
module compilation phase of the build.

We are temporarily turning this off, so we can integrate -stable
and other related changes. A replacement feature "reproducibility"
is also being added to this can be conditionally enabled while
we debug.

Signed-off-by: Bruce Ashfield 
Signed-off-by: Richard Purdie 
(cherry picked from commit 5706788603b38ad4a0987e187a1c11c06f4d4e6c)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb   | 2 +-
 meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb | 2 +-
 meta/recipes-kernel/linux/linux-yocto_5.4.bb  | 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
index 760ded446a..e6366ee36d 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
@@ -12,7 +12,7 @@ python () {
 }
 
 SRCREV_machine ?= "3d70f110c590b38219843a3a0815a232fd542cec"
-SRCREV_meta ?= "2647d22ea8ac2d3af6fe3b0d635cf84ee06f95e3"
+SRCREV_meta ?= "6d128007a79cdbecb66c5d8d186c0bbc41496526"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.4;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
index 1645906034..4a37c758b2 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
@@ -17,7 +17,7 @@ KCONF_BSP_AUDIT_LEVEL = "2"
 
 SRCREV_machine_qemuarm ?= "80606f0432a35225e7bff188a890b836018bae61"
 SRCREV_machine ?= "1ef0d05b4662a4e5a075db47e7e368e9a12c4877"
-SRCREV_meta ?= "2647d22ea8ac2d3af6fe3b0d635cf84ee06f95e3"
+SRCREV_meta ?= "6d128007a79cdbecb66c5d8d186c0bbc41496526"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.4.bb 
b/meta/recipes-kernel/linux/linux-yocto_5.4.bb
index 068cebca2c..2bba72df77 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.4.bb
@@ -21,7 +21,7 @@ SRCREV_machine_qemux86 ?= 
"1ef0d05b4662a4e5a075db47e7e368e9a12c4877"
 SRCREV_machine_qemux86-64 ?= "1ef0d05b4662a4e5a075db47e7e368e9a12c4877"
 SRCREV_machine_qemumips64 ?= "2da40cf3f065512eea3729172f8e3f0cf1857160"
 SRCREV_machine ?= "1ef0d05b4662a4e5a075db47e7e368e9a12c4877"
-SRCREV_meta ?= "2647d22ea8ac2d3af6fe3b0d635cf84ee06f95e3"
+SRCREV_meta ?= "6d128007a79cdbecb66c5d8d186c0bbc41496526"
 
 # remap qemuarm to qemuarma15 for the 5.4 kernel
 # KMACHINE_qemuarm ?= "qemuarma15"
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139063): 
https://lists.openembedded.org/g/openembedded-core/message/139063
Mute This Topic: https://lists.openembedded.org/mt/74618477/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell 8/8] linux-yocto/5.4: update to v5.4.43

2020-06-01 Thread Steve Sakoman
From: Bruce Ashfield 

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

e0d81ce76004 Linux 5.4.43
b5100186021a sched/fair: Fix enqueue_task_fair() warning some more
8b13f5657fa8 sched/fair: Fix reordering of enqueue/dequeue_task_fair()
a2ad232aa6a9 sched/fair: Reorder enqueue/dequeue_task_fair path
f4520daa3c5a tpm: check event log version before reading final events
68b7b8183c12 rxrpc: Fix ack discard
283eb0016f97 rxrpc: Trace discarded ACKs
f2da8c0dfe81 iio: adc: stm32-dfsdm: fix device used to request dma
7b5af65ca246 iio: adc: stm32-dfsdm: Use dma_request_chan() instead 
dma_request_slave_channel()
692001a867b6 iio: adc: stm32-adc: fix device used to request dma
8e8836b2b782 iio: adc: stm32-adc: Use dma_request_chan() instead 
dma_request_slave_channel()
1084eee4dc5d x86/unwind/orc: Fix unwind_get_return_address_ptr() for 
inactive tasks
860fe59783a9 flow_dissector: Drop BPF flow dissector prog ref on netns 
cleanup
bd6f0c799f4d s390/kexec_file: fix initrd location for kdump kernel
834d24ec3a0a rxrpc: Fix a memory leak in rxkad_verify_response()
23ae6e3e8aeb rxrpc: Fix the excessive initial retransmission timeout
c2a26769b43e kasan: disable branch tracing for core runtime
86217fecc4b7 rapidio: fix an error in get_user_pages_fast() error handling
689dacb2b09d device-dax: don't leak kernel memory to user space after 
unloading kmem
9e451933bba9 s390/kaslr: add support for R_390_JMP_SLOT relocation type
72f3241508ac s390/pci: Fix s390_mmio_read/write with MIO
9c84884cd5dc ipack: tpci200: fix error return code in tpci200_register()
46f47dda27bc mei: release me_cl object reference
f505a3e24c6a tty: serial: add missing spin_lock_init for SiFive serial 
console
a5b4b3f97de7 misc: rtsx: Add short delay after exit from ASPM
e64b205035fb iio: adc: ti-ads8344: Fix channel selection
9af65dc54b9b iio: dac: vf610: Fix an error handling path in 
'vf610_dac_probe()'
d54e5a4ff04c iio: sca3000: Remove an erroneous 'get_device()'
56cff2ac7c9d staging: greybus: Fix uninitialized scalar variable
a41e02cb4232 staging: kpc2000: fix error return code in kp2000_pcie_probe()
dee81110a488 staging: iio: ad2s1210: Fix SPI reading
76296dc723ef media: fdp1: Fix R-Car M3-N naming in debug message
4adb7a2b3161 Revert "gfs2: Don't demote a glock until its revokes are 
written"
bb6524537dc2 kbuild: Remove debug info from kallsyms linking
ee71c590dd8d bpf: Avoid setting bpf insns pages read-only when prog is jited
4c732e81bd4d powerpc/64s: Disable STRICT_KERNEL_RWX
b67da9dbdb89 powerpc: Remove STRICT_KERNEL_RWX incompatibility with 
RELOCATABLE
9bcfbd8ba2b5 drm/i915: Propagate error from completed fences
5e171483e947 drm/i915/gvt: Init DPLL/DDI vreg for virtual display instead 
of inheritance.
0e1d5f67253e vsprintf: don't obfuscate NULL and error pointers
4b1b34621998 dmaengine: owl: Use correct lock in owl_dma_get_pchan()
0fcbe108b01a dmaengine: dmatest: Restore default for channel
57c32a52c3fe drm/etnaviv: Fix a leak in submit_pin_objects()
432b103596bd dmaengine: tegra210-adma: Fix an error handling path in 
'tegra_adma_probe()'
870a45e0b507 apparmor: Fix aa_label refcnt leak in policy_update
054934aa9faa apparmor: fix potential label refcnt leak in aa_change_profile
97d817b9ef13 apparmor: Fix use-after-free in aa_audit_rule_init
3b1e38dfbc9f drm/etnaviv: fix perfmon domain interation
53683907ef68 arm64: Fix PTRACE_SYSEMU semantics
96e56055a2f0 scsi: target: Put lun_ref at end of tmr processing
818657105a0b scsi: qla2xxx: Do not log message when reading port speed via 
sysfs
d54c5eff8795 ALSA: hda/realtek - Add more fixup entries for Clevo machines
80f5822c2bf3 ALSA: hda/realtek - Fix silent output on Gigabyte X570 Aorus 
Xtreme
1b17a0f98ad0 ALSA: pcm: fix incorrect hw_base increase
a44cb2581718 ALSA: iec1712: Initialize STDSP24 properly when using the 
model=staudio option
99e392a4979b KVM: x86: Fix pkru save/restore when guest CR4.PKE=0, move it 
to x86.c
1c3d707d7d12 ALSA: hda/realtek: Enable headset mic of ASUS UX581LV with 
ALC295
26a3a3053332 ALSA: hda/realtek - Enable headset mic of ASUS UX550GE with 
ALC295
c5742497dcd2 ALSA: hda/realtek - Enable headset mic of ASUS GL503VM with 
ALC295
2523e9010d2b ALSA: hda/realtek: Add quirk for Samsung Notebook
6cc4dd44e207 ALSA: hda/realtek - Add HP new mute led supported for ALC236
0d189b31c4d7 ALSA: hda/realtek - Add supported new mute Led for HP
69d5dc286d05 ALSA: hda: Manage concurrent reg access more properly
1efaaf74528c ALSA: hda: patch_realtek: fix empty macro usage in if block
749e58bd2b09 ALSA: hda - constify and cleanup static NodeID tables
02ebbd1da394 scripts/gdb: repair rb_first() and rb_last()
9eff404a4382 ARM: futex: Address build warning
67a5c3104d12 KVM: 

[OE-core][dunfell 5/8] linux-yocto-rt/5.4: update to rt24

2020-06-01 Thread Steve Sakoman
From: Bruce Ashfield 

Integrating the following commit(s) to linux-yocto-rt/5.4:

3d70f110c590 Linux 5.4.40-rt24
6445e48533d9 Linux 5.4.39-rt23
0a6ba32d4177 Linux 5.4.37-rt22
35c686fb7671 Linux 5.4.34-rt21
e54886570abd Linux 5.4.33-rt20
307ba149ec47 v5.4.28-rt19
8d488719e24a mm/compaction: Disable compact_unevictable_allowed on RT 
(Update)
d1d2315e077c v5.4.28-rt18
78028bc22d31 v5.4.26-rt17
815bfc775961 swait: Remove the warning with more than two waiters
b23b7f974955 powerpc: Fix lazy preemption for powerpc 32bit
a79a552889de mm/page_alloc: Use migrate_disable() in drain_local_pages_wq()
5e488daa19cb mm: Revert the DEFINE_PER_CPU_PAGEVEC implementation

Signed-off-by: Bruce Ashfield 
Signed-off-by: Richard Purdie 
(cherry picked from commit 0123efae31dab8bce15e11fcee0b139a61b67cd6)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
index ba72377596..760ded446a 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
@@ -11,7 +11,7 @@ python () {
 raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "3d6fc5e71f0a3a21dacd90094f04d57a4fd59e60"
+SRCREV_machine ?= "3d70f110c590b38219843a3a0815a232fd542cec"
 SRCREV_meta ?= "2647d22ea8ac2d3af6fe3b0d635cf84ee06f95e3"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139062): 
https://lists.openembedded.org/g/openembedded-core/message/139062
Mute This Topic: https://lists.openembedded.org/mt/74618476/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell 4/8] linux-yocto/5.4: update to v5.4.42

2020-06-01 Thread Steve Sakoman
From: Bruce Ashfield 

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

1cdaf895c99d Linux 5.4.42
ecb3f529a554 bpf: Test_progs, fix test_get_stack_rawtp_err.c build
aee43146cc10 selftest/bpf: fix backported test_select_reuseport selftest 
changes
35d9107ad30b libbpf: Extract and generalize CPU mask parsing logic
10cfaa7456d7 Makefile: disallow data races on gcc-10 as well
9972e851b9f4 KVM: x86: Fix off-by-one error in kvm_vcpu_ioctl_x86_setup_mce
9d2487643b4f bpf: Fix sk_psock refcnt leak when receiving message
d41689a34a9d SUNRPC: Revert 241b1f419f0e ("SUNRPC: Remove xdr_buf_trim()")
3a8efe589bb6 ARM: dts: r8a7740: Add missing extal2 to CPG node
cd8ae9b73258 arm64: dts: renesas: r8a77980: Fix IPMMU VIP[01] nodes
c580f2fe3270 ARM: dts: r8a73a4: Add missing CMT1 interrupts
8972721aea41 arm64: dts: imx8mn: Change SDMA1 ahb clock for imx8mn
764715615178 arm64: dts: rockchip: Rename dwc3 device nodes on rk3399 to 
make dtc happy
64ad7ef3a6e5 arm64: dts: rockchip: Replace RK805 PMIC node name with "pmic" 
on rk3328 boards
af518b5b77fd arm64: dts: meson-g12-common: fix dwc2 clock names
9b9c52752a11 arm64: dts: meson-g12b-khadas-vim3: add missing frddr_a status 
property
01febb33cb6e clk: Unlink clock if failed to prepare or enable
e2084a8d5fee Revert "ALSA: hda/realtek: Fix pop noise on ALC225"
5e553801462b usb: gadget: legacy: fix error return code in cdc_bind()
7e5c1db8ad15 usb: gadget: legacy: fix error return code in gncm_bind()
8228b6736964 usb: gadget: audio: Fix a missing error return value in 
audio_bind()
8ef452001769 usb: gadget: net2272: Fix a memory leak in an error handling 
path in 'net2272_plat_probe()'
9f65d776756e fanotify: fix merging marks masks with FAN_ONDIR
20a6d2455cde dwc3: Remove check for HWO flag in 
dwc3_gadget_ep_reclaim_trb_sg()
4f6815e429a8 clk: rockchip: fix incorrect configuration of rk3228 aclk_gpu* 
clocks
553a2cbca7c3 exec: Move would_dump into flush_old_exec
136353c5066c x86/unwind/orc: Fix error handling in __unwind_start()
91b9ce04ff1f x86: Fix early boot crash on gcc-10, third try
f8e370ccab35 cifs: fix leaked reference on requeued write
4e06196336a1 powerpc/32s: Fix build failure with CONFIG_PPC_KUAP_DEBUG
57aa19acfc22 drm/amd/display: add basic atomic check for cursor plane
97e43314763d ARM: dts: imx6dl-yapp4: Fix Ursa board Ethernet connection
215589310fa2 ARM: dts: imx27-phytec-phycard-s-rdk: Fix the I2C1 pinctrl 
entries
e1409dc95410 ARM: dts: dra7: Fix bus_dma_limit for PCIe
da55eeb3245a Make the "Reducing compressed framebufer size" message be 
DRM_INFO_ONCE()
c6a1ce81b43e usb: xhci: Fix NULL pointer dereference when enqueuing trbs 
from urb sg list
6bb054f006c3 USB: gadget: fix illegal array access in binding with UDC
e6be4400ac34 usb: cdns3: gadget: prev_req->trb is NULL for ep0
f1a9bed7969a usb: host: xhci-plat: keep runtime active when removing host
b96a62f506ee usb: core: hub: limit HUB_QUIRK_DISABLE_AUTOSUSPEND to USB5534B
93dda4f0e2ff ALSA: usb-audio: Add control message quirk delay for Kingston 
HyperX headset
3fa58fc9f8c4 ALSA: rawmidi: Fix racy buffer resize under concurrent accesses
04ccdf6b031d ALSA: hda/realtek - Add COEF workaround for ASUS ZenBook 
UX431DA
c9709800eeeb ALSA: hda/realtek - Limit int mic boost for Thinkpad T530
c737b7533596 USB: usbfs: fix mmap dma mismatch
0432f7632a24 usb: usbfs: correct kernel->user page attribute mismatch
dca0ae3900b3 gcc-10: avoid shadowing standard library 'free()' in crypto
6cbb91bdd3a2 gcc-10: mark more functions __init to avoid section mismatch 
warnings
7955081a3a65 gcc-10 warnings: fix low-hanging fruit
dff2ce17934c gcc-10: disable 'restrict' warning for now
b8e7b9db gcc-10: disable 'stringop-overflow' warning for now
9ba07a72fc5e gcc-10: disable 'array-bounds' warning for now
a740b68fd169 gcc-10: disable 'zero-length-bounds' warning for now
8f6a84167e86 Stop the ad-hoc games with -Wno-maybe-initialized
ab638a49a9f3 net/rds: Use ERR_PTR for rds_message_alloc_sgs()
b597815ce1e8 pnp: Use list_for_each_entry() instead of open coding
d4e58131829f NFSv3: fix rpc receive buffer size for MOUNT call
e26e2a3febcb mm, memcg: fix inconsistent oom event behavior
46a22f3ea146 s390/ism: fix error return code in ism_probe()
e1608af17030 hwmon: (da9052) Synchronize access with mfd
6e7253dc4562 RDMA/iw_cxgb4: Fix incorrect function parameters
08f187dbd223 RDMA/core: Fix double put of resource
ee7ce7d7e7c7 IB/core: Fix potential NULL pointer dereference in pkey cache
b491aeec55fe IB/mlx4: Test return value of calls to ib_get_cached_pkey
eaad00390ff9 RDMA/rxe: Always return ERR_PTR from rxe_create_mmap_info()
da532ce587c7 netfilter: nft_set_rbtree: Add missing expired checks
1c235d0eb1f0 netfilter: 

[OE-core][dunfell 2/8] linux-yocto/5.4: update to v5.4.40

2020-06-01 Thread Steve Sakoman
From: Bruce Ashfield 

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

f015b86259a5 Linux 5.4.40
2852b559afdf PM / devfreq: Add missing locking while setting suspend_freq
8e054bd6dfc4 udp: document udp_rcv_segment special case for looped packets
2a03c23b2015 tools headers UAPI: Sync copy of arm64's asm/unistd.h with the 
kernel sources
f11664da13b9 Revert "drm/amd/display: setting the DIG_MODE to the correct 
value."
c365ff781540 mm/mremap: Add comment explaining the untagging behaviour of 
mremap()
8f30c3687f09 libbpf: Fix readelf output parsing for Fedora
88348bd1f696 cgroup, netclassid: remove double cond_resched
702d710ffd83 mac80211: add ieee80211_is_any_nullfunc()
468465fdef4d ACPI: PM: s2idle: Fix comment in acpi_s2idle_prepare_late()
da283f9be924 platform/x86: GPD pocket fan: Fix error message when 
temp-limits are out of range
03f235a5bd3a x86/kvm: fix a missing-prototypes "vmread_error"
85701f4768a1 ALSA: hda: Match both PCI ID and SSID for driver blacklist
b8b42c8dcf44 hexagon: define ioremap_uc
f31c9e904f1d hexagon: clean up ioremap
1bc508b2d16d mfd: intel-lpss: Use devm_ioremap_uc for MMIO
78b19f56b952 lib: devres: add a helper function for ioremap_uc
7a9b738c7511 Revert "software node: Simplify software_node_release() 
function"
b8bb9c3192f9 drm/amdgpu: Fix oops when pp_funcs is unset in ACPI event
3fb4c93dc761 sctp: Fix SHUTDOWN CTSN Ack in the peer restart case
9da07c4aeaf7 drm/i915: Extend WaDisableDARBFClkGating to icl,ehl,tgl
d8e0b58fa471 net: systemport: suppress warnings on failed Rx SKB allocations
5c065ee4a07d net: bcmgenet: suppress warnings on failed Rx SKB allocations
fd2c9e605269 mac80211: sta_info: Add lockdep condition for RCU list usage
07fea3d3ef88 lib/mpi: Fix building for powerpc with clang
bacf98ee0003 tracing: Fix memory leaks in trace_events_hist.c
c46330d4dabf cifs: do not share tcons with DFS
84778248e013 scripts/config: allow colons in option strings for sed
b31e0bd4a97a cifs: protect updating server->dstaddr with a spinlock
0560b7c3ba48 ASoC: rsnd: Fix "status check failed" spam for multi-SSI
883d34cdefea ASoC: rsnd: Don't treat master SSI in multi SSI setup as parent
15de2df38652 net: stmmac: Fix sub-second increment
8d5a1ddaa9bb net: stmmac: fix enabling socfpga's ptp_ref_clock
d3539ea43a37 wimax/i2400m: Fix potential urb refcnt leak
f0d6b056bc18 drm/amdgpu: Correctly initialize thermal controller for GPUs 
with Powerplay table v0 (e.g Hawaii)
a09ba140db2f remoteproc: qcom_q6v5_mss: fix a bug in q6v5_probe()
b2978c307696 ASoC: codecs: hdac_hdmi: Fix incorrect use of 
list_for_each_entry
f9c3a17786fd ASoC: rsnd: Fix HDMI channel mapping for multi-SSI mode
26500b980bf8 ASoC: rsnd: Fix parent SSI start/stop in multi-SSI mode
5087c7f4e7f2 usb: dwc3: gadget: Properly set maxpacket limit
ab182c06fc22 ASoC: topology: Fix endianness issue
ae975c8e1062 ASoC: sgtl5000: Fix VAG power-on handling
3ea62d49613b selftests/ipc: Fix test failure seen after initial test run
a5dec15686e9 ASoC: topology: Check return value of soc_tplg_dai_config
fd8f4a3be50b ASoC: topology: Check return value of pcm_new_ver
0d452c7e309c ASoC: topology: Check soc_tplg_add_route return value
76336d4fa881 ASoC: topology: Check return value of soc_tplg_*_create
db80b7cb17d9 ASoC: topology: Check return value of soc_tplg_create_tlv
04da88c86c2e drm/bridge: analogix_dp: Split bind() into probe() and real 
bind()
336c7260a788 vhost: vsock: kick send_pkt worker once device is started
592465e6a54b Linux 5.4.39
eeef0d9fd40d selinux: properly handle multiple messages in 
selinux_netlink_send()
1de07eb54ab7 arm64: vdso: Add -fasynchronous-unwind-tables to cflags
73162ca8156f dmaengine: dmatest: Fix process hang when reading 'wait' 
parameter
c753a12c88e8 dmaengine: dmatest: Fix iteration non-stop logic
d458565e3c02 nfs: Fix potential posix_acl refcnt leak in nfs3_set_acl
779f155811eb nvme: prevent double free in nvme_alloc_ns() error handling
57165a241302 Fix use after free in get_tree_bdev()
c0be115eb22d ALSA: opti9xx: shut up gcc-10 range warning
3af9be5f5c66 i2c: aspeed: Avoid i2c interrupt status clear race condition.
501ecc8fc9e5 iommu/amd: Fix legacy interrupt remapping for x2APIC-enabled 
system
ad228dd3 scsi: target/iblock: fix WRITE SAME zeroing
de59f2fbe6ca iommu/qcom: Fix local_base status check
205757f476e8 vfio/type1: Fix VA->PA translation for PFNMAP VMAs in 
vaddr_get_pfn()
08e90b299d4e vfio: avoid possible overflow in vfio_iommu_type1_pin_pages
44e2a98e2b58 i2c: iproc: generate stop event for slave writes
92c99197815d RDMA/cm: Fix an error check in cm_alloc_id_priv()
4c499dafdd63 RDMA/cm: Fix ordering of xa_alloc_cyclic() in ib_create_cm_id()
169b8b62717a RDMA/core: Fix 

[OE-core][dunfell 0/8] Patch review

2020-06-01 Thread Steve Sakoman
Please review this next set of patches for dunfell and have comments back
by end of day Wednesday.

Passed a-full build on the autobuilder:

https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/1029

The following changes since commit e2658a7d73b6f21939e644e533718cd05b288766:

  qemuarm: check serial consoles vs /proc/consoles (2020-06-01 07:02:44 -1000)

are available in the Git repository at:

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

Bruce Ashfield (8):
  linux-yocto/5.4: update to v5.4.38
  linux-yocto/5.4: update to v5.4.40
  kernel/reproducibility: kernel modules need SOURCE_DATE_EPOCH export
  linux-yocto/5.4: update to v5.4.42
  linux-yocto-rt/5.4: update to rt24
  linux-yocto/5.4: temporarily revert IKHEADERS in standard kernels
  linux-yocto: gather reproducibility configs into a fragment
  linux-yocto/5.4: update to v5.4.43

 meta/classes/kernel.bbclass   | 15 +
 .../linux/linux-yocto-rt_5.4.bb   |  6 ++---
 .../linux/linux-yocto-tiny_5.4.bb |  8 +++
 meta/recipes-kernel/linux/linux-yocto_5.4.bb  | 22 +--
 4 files changed, 33 insertions(+), 18 deletions(-)

-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139057): 
https://lists.openembedded.org/g/openembedded-core/message/139057
Mute This Topic: https://lists.openembedded.org/mt/74618445/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH] bison: fix the parallel build

2020-06-01 Thread Andre McCurdy
On Thu, May 14, 2020 at 10:53 PM Jacob Kroon  wrote:
>
> Hi Mingli,
> Thank you for fixing.
> /Jacob
>
> On 5/15/20 3:55 AM, Yu, Mingli wrote:
> > Hi Jacob,
> >
> > I can check the
> > https://lists.gnu.org/archive/html/bison-patches/2020-05/msg00055.html
> > link now, so I resend the v2 to add the link for Upstream-Status part.

The previous workaround (ie EXTRA_OEMAKE_append = " -l") in the bison
recipe should be removed now.

Note also that there are questions on the bison mailing list related
to this change which don't seem to have any response yet:

  https://lists.gnu.org/archive/html/bison-patches/2020-05/msg00058.html

> > Thanks,
> > Mingli
> > 
> > *From:* Yu, Mingli 
> > *Sent:* Thursday, May 14, 2020 15:59
> > *To:* Jacob Kroon ;
> > openembedded-core@lists.openembedded.org
> > 
> > *Subject:* Re: [OE-core] [PATCH] bison: fix the parallel build
> > Hi Jacob,
> >
> > On 05/14/20 15:55, Jacob Kroon wrote:
> >> Hi Mingli,
> >>
> >> On 5/14/20 9:39 AM, Yu, Mingli wrote:
> >>> From: Mingli Yu 
> >>>
> >>> Explicitly make the BUILT_SOURCES which
> >>> are the generated headers such as stdio.h,
> >>> fcntl.h and etc to be the dependencies of
> >>> the gl_LIBOBJS such as libbison_a-sprintf.o,
> >>> libbison_a-printf.o and etc to guarantee the
> >>> BUILT_SOURCES is generated before begin to
> >>> compile EXTRA_lib_libbison_a_SOURCES such as
> >>> fprintf.c in parallel builid, otherwise there
> >>> may come below error:
> >>>   | muscle-tab.c:(.text+0x77a): undefined reference to `rpl_sprintf'
> >>>
> >>> It does the same for src_bison_OBJECTS and
> >>> lib_libbison_a_OBJECTS to make sure BUILT_SOURCES
> >>> generated before begin to compile src_bison_SOURCES
> >>> which contains AnnotationList.c and etc.
> >>>
> >>> BTW, the MOSTLYCLEANFILES also contains the
> >>> generated header needs to be created early
> >>> in the build process, so add it also in to
> >>> avoid below error:
> >>>   | ./lib/uniwidth/width.c:21:10: fatal error: uniwidth.h: No such
> >>> file or directory
> >>>
> >>> [YOCTO #13825]
> >>>
> >>> Signed-off-by: Mingli Yu 
> >>> ---
> >>>   .../0001-bison-fix-the-parallel-build.patch   | 63 +++
> >>>   meta/recipes-devtools/bison/bison_3.5.4.bb|  1 +
> >>>   2 files changed, 64 insertions(+)
> >>>   create mode 100644
> >>> meta/recipes-devtools/bison/bison/0001-bison-fix-the-parallel-build.patch
> >>>
> >>> diff --git
> >>> a/meta/recipes-devtools/bison/bison/0001-bison-fix-the-parallel-build.patch
> >>> b/meta/recipes-devtools/bison/bison/0001-bison-fix-the-parallel-build.patch
> >>>
> >>> new file mode 100644
> >>> index 00..c3be91a109
> >>> --- /dev/null
> >>> +++
> >>> b/meta/recipes-devtools/bison/bison/0001-bison-fix-the-parallel-build.patch
> >>>
> >>> @@ -0,0 +1,63 @@
> >>> +From e0dbcee6e25b3c0cb11a627bbfe3af45ef67ec30 Mon Sep 17 00:00:00 2001
> >>> +From: Mingli Yu 
> >>> +Date: Thu, 14 May 2020 15:23:16 +0800
> >>> +Subject: [PATCH] bison: fix the parallel build
> >>> +
> >>> +Explicitly make the BUILT_SOURCES which
> >>> +are the generated headers such as stdio.h,
> >>> +fcntl.h and etc to be the dependencies of
> >>> +the gl_LIBOBJS such as libbison_a-sprintf.o,
> >>> +libbison_a-printf.o and etc to guarantee the
> >>> +BUILT_SOURCES is generated before begin to
> >>> +compile EXTRA_lib_libbison_a_SOURCES such as
> >>> +fprintf.c in parallel builid, otherwise there
> >>> +may come below error:
> >>> + | muscle-tab.c:(.text+0x77a): undefined reference to `rpl_sprintf'
> >>> +
> >>> +It does the same for src_bison_OBJECTS and
> >>> +lib_libbison_a_OBJECTS to make sure BUILT_SOURCES
> >>> +generated before begin to compile src_bison_SOURCES
> >>> +which contains AnnotationList.c and etc.
> >>> +
> >>> +BTW, the MOSTLYCLEANFILES also contains the
> >>> +generated header needs to be created early
> >>> +in the build process, so add it also in to
> >>> +avoid below error:
> >>> + | ./lib/uniwidth/width.c:21:10: fatal error: uniwidth.h: No such
> >>> file or directory
> >>> +
> >>> +Upstream-Status: Submitted [bison-patc...@gnu.org maillist]
> >>> +
> >>
> >> I can't find the patch email in the bison-patches mailing list archive,
> >> do you have a link url ?
> >
> > Good catch, that's why I didn't paste the link in the Submitted part.
> >
> > BTW, I also cannot find at
> > https://lists.gnu.org/archive/html/bison-patches/2020-05/threads.html
> > though I indeed sent to bison-patc...@gnu.org.
> >
> > Thanks,
> > Mingli
> >
> >>
> >> /Jacob
> >>
> 
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139056): 
https://lists.openembedded.org/g/openembedded-core/message/139056
Mute This Topic: https://lists.openembedded.org/mt/74200387/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[v2][oe-core][PATCH 1/1] qemu: force build type to production

2020-06-01 Thread Joe Slater
qemu will not build for -Og optimization because macros
in lockable.h expect dead-code elimination.  Override DEBUG_BUILD.

Signed-off-by: Joe Slater 
---
 meta/recipes-devtools/qemu/qemu_4.2.0.bb | 5 +
 1 file changed, 5 insertions(+)

diff --git a/meta/recipes-devtools/qemu/qemu_4.2.0.bb 
b/meta/recipes-devtools/qemu/qemu_4.2.0.bb
index a4018cc448..9b09490269 100644
--- a/meta/recipes-devtools/qemu/qemu_4.2.0.bb
+++ b/meta/recipes-devtools/qemu/qemu_4.2.0.bb
@@ -10,6 +10,11 @@ DEPENDS = "glib-2.0 zlib pixman bison-native"
 
 RDEPENDS_${PN}_class-target += "bash"
 
+# Does not compile for -Og because that level does not clean up dead-code.
+# See lockable.h.
+#
+DEBUG_BUILD = "0"
+
 EXTRA_OECONF_append_class-target = " --target-list=${@get_qemu_target_list(d)}"
 EXTRA_OECONF_append_class-target_mipsarcho32 = 
"${@bb.utils.contains('BBEXTENDCURR', 'multilib', ' --disable-capstone', '', 
d)}"
 EXTRA_OECONF_append_class-nativesdk = " 
--target-list=${@get_qemu_target_list(d)}"
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139055): 
https://lists.openembedded.org/g/openembedded-core/message/139055
Mute This Topic: https://lists.openembedded.org/mt/74616540/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH 65/70] libyaml: adjust license checksum to omit copyright year lines.

2020-06-01 Thread Peter Kjellerstedt
> -Original Message-
> From: openembedded-core@lists.openembedded.org  c...@lists.openembedded.org> On Behalf Of Alexander Kanavin
> Sent: den 31 maj 2020 17:53
> To: openembedded-core@lists.openembedded.org
> Cc: Alexander Kanavin 
> Subject: [OE-core] [PATCH 65/70] libyaml: adjust license checksum to omit
> copyright year lines.

Eh, what? That's definitely not the right thing to do. For a license 
that says "The above copyright notice and this permission notice shall 
be included in all copies or substantial portions of the Software.", 
removing the copyright information makes the file useless as part of, 
e.g., ${PN}-lic.

> Signed-off-by: Alexander Kanavin 
> ---
>  meta/recipes-support/libyaml/libyaml_0.2.4.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-support/libyaml/libyaml_0.2.4.bb
> b/meta/recipes-support/libyaml/libyaml_0.2.4.bb
> index e1817748bc..b0f85cda0e 100644
> --- a/meta/recipes-support/libyaml/libyaml_0.2.4.bb
> +++ b/meta/recipes-support/libyaml/libyaml_0.2.4.bb
> @@ -5,7 +5,7 @@ HOMEPAGE = "https://pyyaml.org/wiki/LibYAML;
>  SECTION = "libs/devel"
> 
>  LICENSE = "MIT"
> -LIC_FILES_CHKSUM = "file://License;md5=7bbd28caa69f81f5cd5f48647236663d"
> +LIC_FILES_CHKSUM = 
> "file://License;md5=51591594753f05018680f6db765d5a46;beginline=3"
> 
>  SRC_URI = "https://pyyaml.org/download/libyaml/yaml-${PV}.tar.gz;
>  SRC_URI[md5sum] = "0532bb32548ee92f1c0328aa8a87dec7"
> --
> 2.26.2

//Peter
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139054): 
https://lists.openembedded.org/g/openembedded-core/message/139054
Mute This Topic: https://lists.openembedded.org/mt/74584232/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH 45/70] libunwind: upgrade 1.3.1 -> 1.4.0

2020-06-01 Thread Alexander Kanavin
Seems like an arm-specific item, as x86 musl builds passed fine on the AB.

Alex

On Mon, 1 Jun 2020 at 18:51, Khem Raj  wrote:

> Fails to build on musl
>
> https://errors.yoctoproject.org/Errors/Details/414866/
>
> On Sun, May 31, 2020 at 8:54 AM Alexander Kanavin
>  wrote:
> >
> > Signed-off-by: Alexander Kanavin 
> > ---
> >  .../libunwind/musl-header-conflict.patch  | 27 ---
> >  ...{libunwind_1.3.1.bb => libunwind_1.4.0.bb} |  4 +--
> >  2 files changed, 19 insertions(+), 12 deletions(-)
> >  rename meta/recipes-support/libunwind/{libunwind_1.3.1.bb =>
> libunwind_1.4.0.bb} (87%)
> >
> > diff --git
> a/meta/recipes-support/libunwind/libunwind/musl-header-conflict.patch
> b/meta/recipes-support/libunwind/libunwind/musl-header-conflict.patch
> > index 79f63fd84e..63b78a8a30 100644
> > --- a/meta/recipes-support/libunwind/libunwind/musl-header-conflict.patch
> > +++ b/meta/recipes-support/libunwind/libunwind/musl-header-conflict.patch
> > @@ -1,4 +1,7 @@
> > -If you:
> > +From 49b21f0fe5fb93b30b94cc449429fd33de0652a7 Mon Sep 17 00:00:00 2001
> > +From: Richard Purdie 
> > +Date: Thu, 18 Aug 2016 14:46:32 +0100
> > +Subject: [PATCH] If you:
> >
> >  TCLIBC=musl bitbake unwind
> >  TCLIBC=musl bitbake gcc-runtime -c cleansstate
> > @@ -6,12 +9,12 @@ TCLIBC=musl bitbake gcc-runtime
> >
> >  you will see libstdc++ fail to build due to finding libunwind's header
> file.
> >
> > -Khem: "When we build any of gcc components they expect to use internal
> version
> > -and that works with glibc based gcc since the search headers first look
> into gcc
> > -headers, however with musl the gcc headers are searched after the
> standard
> > +Khem: "When we build any of gcc components they expect to use internal
> version
> > +and that works with glibc based gcc since the search headers first look
> into gcc
> > +headers, however with musl the gcc headers are searched after the
> standard
> >  headers ( which is by design the right thing )."
> >
> > -This patch hacks around the issue by looking for a define used during
> gcc-runtime's
> > +This patch hacks around the issue by looking for a define used during
> gcc-runtime's
> >  build and skipping to the internal header in that case.
> >
> >  [YOCTO #10129]
> > @@ -20,11 +23,15 @@ RP 2016/8/18
> >
> >  Upstream-Status: Inappropriate [really need to fix gcc]
> >
> > -Index: git/include/unwind.h
> > -===
> >  git.orig/include/unwind.h
> > -+++ git/include/unwind.h
> > -@@ -23,6 +23,10 @@ LIABLE FOR ANY CLAIM, DAMAGES OR OTHER L
> > +---
> > + include/unwind.h | 4 
> > + 1 file changed, 4 insertions(+)
> > +
> > +diff --git a/include/unwind.h b/include/unwind.h
> > +index 7cf128d..31c2871 100644
> > +--- a/include/unwind.h
> >  b/include/unwind.h
> > +@@ -23,6 +23,10 @@ LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
> WHETHER IN AN ACTION
> >   OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION
> >   WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.  */
> >
> > diff --git a/meta/recipes-support/libunwind/libunwind_1.3.1.bb
> b/meta/recipes-support/libunwind/libunwind_1.4.0.bb
> > similarity index 87%
> > rename from meta/recipes-support/libunwind/libunwind_1.3.1.bb
> > rename to meta/recipes-support/libunwind/libunwind_1.4.0.bb
> > index 037e04c3c0..f50205f1b9 100644
> > --- a/meta/recipes-support/libunwind/libunwind_1.3.1.bb
> > +++ b/meta/recipes-support/libunwind/libunwind_1.4.0.bb
> > @@ -10,8 +10,8 @@ SRC_URI = "
> http://download.savannah.nongnu.org/releases/libunwind/libunwind-${PV
> > "
> >  SRC_URI_append_libc-musl = " file://musl-header-conflict.patch"
> >
> > -SRC_URI[md5sum] = "a04f69d66d8e16f8bf3ab72a69112cd6"
> > -SRC_URI[sha256sum] =
> "43997a3939b6ccdf2f669b50fdb8a4d3205374728c2923ddc2354c65260214f8"
> > +SRC_URI[md5sum] = "5114504c74ac3992ac06aa551cd55678"
> > +SRC_URI[sha256sum] =
> "df59c931bd4d7ebfd83ee481c943edf015138089b8e50abed8d9c57ba9338435"
> >
> >  EXTRA_OECONF_append_libc-musl = " --disable-documentation
> --disable-tests --enable-static"
> >
> > --
> > 2.26.2
> >
> > 
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139053): 
https://lists.openembedded.org/g/openembedded-core/message/139053
Mute This Topic: https://lists.openembedded.org/mt/74584206/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH 67/70] apt: update to 1.8.2.1

2020-06-01 Thread Khem Raj
On Mon, Jun 1, 2020 at 12:21 AM Richard Purdie
 wrote:
>
> On Sun, 2020-05-31 at 17:52 +0200, Alexander Kanavin wrote:
> > I took the opportunity to rewrite the recipe from scratch; there was
> > just too much baggage in it.
>
> Test builds failed with a reproducibility problem in lz4:
>
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=13925
>
> This hasn't been seen until now since there is now a hard dependency on
> lz4 from apt in this patch.
>
> We could fix the symbol ordering or perhaps disable the static library
> as we don't use it as far as I know, not sure why it would be building
> one...
>

It also fails to build with clang
https://errors.yoctoproject.org/Errors/Details/414880/

it perhaps is missing the right qualifiers for printf

> Cheers,
>
> Richard
>
>
>
> 
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139052): 
https://lists.openembedded.org/g/openembedded-core/message/139052
Mute This Topic: https://lists.openembedded.org/mt/74584238/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH 57/70] json-c: update 0.13.1 - > 0.14

2020-06-01 Thread Khem Raj
This breaks  multipath-tools see
https://errors.yoctoproject.org/Errors/Details/414875/

perhaps https://www.spinics.net/lists/dm-devel/msg40646.html is now
required for  multipath-tools

On Sun, May 31, 2020 at 8:55 AM Alexander Kanavin
 wrote:
>
> Signed-off-by: Alexander Kanavin 
> ---
>  ...d-disable-werror-option-to-configure.patch | 45 ---
>  .../{json-c_0.13.1.bb => json-c_0.14.bb}  | 11 ++---
>  2 files changed, 3 insertions(+), 53 deletions(-)
>  delete mode 100644 
> meta/recipes-devtools/json-c/json-c/add-disable-werror-option-to-configure.patch
>  rename meta/recipes-devtools/json-c/{json-c_0.13.1.bb => json-c_0.14.bb} 
> (67%)
>
> diff --git 
> a/meta/recipes-devtools/json-c/json-c/add-disable-werror-option-to-configure.patch
>  
> b/meta/recipes-devtools/json-c/json-c/add-disable-werror-option-to-configure.patch
> deleted file mode 100644
> index 0c20c8458a..00
> --- 
> a/meta/recipes-devtools/json-c/json-c/add-disable-werror-option-to-configure.patch
> +++ /dev/null
> @@ -1,45 +0,0 @@
> -json-c: Backport --disable-werror patch to allow compilation under icecc
> -
> -icecc preprocesses source files locally before shipping them off to be 
> compiled
> -on remote hosts. This preprocessing removes comments, including /* 
> fallthough */
> -comments in switch statements that normally prevent an implicit-fallthrough
> -warning, see https://github.com/icecc/icecream/issues/419
> -
> -Rather than turning off -Werror, the upstream project has implemented a
> -configure option, --disable-werror, in response to Ross's
> -https://github.com/json-c/json-c/issues/489
> -
> -This patch from
> -https://github.com/json-c/json-c/commit/21c886534f8927fdc0fb5f8647394f3e0e0874b8
> -
> -Upstream-Status: Backport [Not yet released]
> -Signed-off-by: Douglas Royds 
> -
> -From 21c886534f8927fdc0fb5f8647394f3e0e0874b8 Mon Sep 17 00:00:00 2001
> -From: Pierce Lopez 
> -Date: Sun, 9 Jun 2019 10:52:08 -0400
> -Subject: [PATCH] build: add --disable-werror option to configure
> -
> -to omit -Werror compiler option
> 
> - configure.ac | 7 ++-
> - 1 file changed, 6 insertions(+), 1 deletion(-)
> -
> -diff --git a/configure.ac b/configure.ac
> -index 272ea6af9c..798fd5b747 100644
>  a/configure.ac
> -+++ b/configure.ac
> -@@ -165,7 +165,12 @@ AS_IF([test "x$enable_Bsymbolic" = "xcheck"],
> - AS_IF([test "x$enable_Bsymbolic" = "xyes"], 
> [JSON_BSYMBOLIC_LDFLAGS=-Wl[,]-Bsymbolic-functions])
> - AC_SUBST(JSON_BSYMBOLIC_LDFLAGS)
> -
> --AX_APPEND_COMPILE_FLAGS([-Wall -Werror -Wcast-qual 
> -Wno-error=deprecated-declarations])
> -+AC_ARG_ENABLE([werror],
> -+AS_HELP_STRING([--disable-werror], [avoid treating compiler warnings as 
> fatal errors]))
> -+
> -+AS_IF([test "x$enable_werror" != "xno"], 
> [AX_APPEND_COMPILE_FLAGS([-Werror])])
> -+
> -+AX_APPEND_COMPILE_FLAGS([-Wall -Wcast-qual 
> -Wno-error=deprecated-declarations])
> - AX_APPEND_COMPILE_FLAGS([-Wextra -Wwrite-string -Wno-unused-parameter])
> - AX_APPEND_COMPILE_FLAGS([-D_GNU_SOURCE])
> -
> diff --git a/meta/recipes-devtools/json-c/json-c_0.13.1.bb 
> b/meta/recipes-devtools/json-c/json-c_0.14.bb
> similarity index 67%
> rename from meta/recipes-devtools/json-c/json-c_0.13.1.bb
> rename to meta/recipes-devtools/json-c/json-c_0.14.bb
> index 522879f21f..99fde873b1 100644
> --- a/meta/recipes-devtools/json-c/json-c_0.13.1.bb
> +++ b/meta/recipes-devtools/json-c/json-c_0.14.bb
> @@ -4,19 +4,14 @@ HOMEPAGE = "https://github.com/json-c/json-c/wiki;
>  LICENSE = "MIT"
>  LIC_FILES_CHKSUM = "file://COPYING;md5=de54b60fbbc35123ba193fea8ee216f2"
>
> -SRC_URI = "https://s3.amazonaws.com/json-c_releases/releases/${BP}.tar.gz \
> -   file://add-disable-werror-option-to-configure.patch \
> -   "
> -SRC_URI[md5sum] = "04969ad59cc37bddd83741a08b98f350"
> -SRC_URI[sha256sum] = 
> "b87e608d4d3f7bfdd36ef78d56d53c74e66ab278d318b71e6002a369d36f4873"
> +SRC_URI = "https://s3.amazonaws.com/json-c_releases/releases/${BP}.tar.gz;
> +SRC_URI[sha256sum] = 
> "b377de08c9b23ca3b37d9a9828107dff1de5ce208ff4ebb35005a794f30c6870"
>
>  UPSTREAM_CHECK_URI = "https://github.com/${BPN}/${BPN}/releases;
>  UPSTREAM_CHECK_REGEX = "json-c-(?P\d+(\.\d+)+)-\d+"
>
>  RPROVIDES_${PN} = "libjson"
>
> -inherit autotools
> -
> -EXTRA_OECONF = "--disable-werror"
> +inherit cmake
>
>  BBCLASSEXTEND = "native nativesdk"
> --
> 2.26.2
>
> 
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139051): 
https://lists.openembedded.org/g/openembedded-core/message/139051
Mute This Topic: https://lists.openembedded.org/mt/74584221/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] [PATCH] maintainers: Update Ross' email address

2020-06-01 Thread Richard Purdie
Update Ross' address to a valid one.

Signed-off-by: Richard Purdie 
---
 meta/conf/distro/include/maintainers.inc | 126 +++
 1 file changed, 63 insertions(+), 63 deletions(-)

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index 1ca1dcf775d..8bad822cbfc 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -28,9 +28,9 @@
 # Please keep this list in alphabetical order.
 #
 RECIPE_MAINTAINER_pn-acl = "Chen Qi "
-RECIPE_MAINTAINER_pn-acpica = "Ross Burton "
-RECIPE_MAINTAINER_pn-acpid = "Ross Burton "
-RECIPE_MAINTAINER_pn-adwaita-icon-theme = "Ross Burton "
+RECIPE_MAINTAINER_pn-acpica = "Ross Burton "
+RECIPE_MAINTAINER_pn-acpid = "Ross Burton "
+RECIPE_MAINTAINER_pn-adwaita-icon-theme = "Ross Burton "
 RECIPE_MAINTAINER_pn-alsa-lib = "Tanu Kaskinen "
 RECIPE_MAINTAINER_pn-alsa-plugins = "Tanu Kaskinen "
 RECIPE_MAINTAINER_pn-alsa-state = "Tanu Kaskinen "
@@ -94,15 +94,15 @@ RECIPE_MAINTAINER_pn-cantarell-fonts = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-cups = "Chen Qi "
 RECIPE_MAINTAINER_pn-curl = "Armin Kuster "
-RECIPE_MAINTAINER_pn-cve-update-db-native = "Ross Burton 
"
-RECIPE_MAINTAINER_pn-cwautomacros = "Ross Burton "
+RECIPE_MAINTAINER_pn-cve-update-db-native = "Ross Burton "
+RECIPE_MAINTAINER_pn-cwautomacros = "Ross Burton "
 RECIPE_MAINTAINER_pn-db = "Mark Hatle "
 RECIPE_MAINTAINER_pn-dbus = "Chen Qi "
 RECIPE_MAINTAINER_pn-dbus-glib = "Chen Qi "
@@ -162,8 +162,8 @@ RECIPE_MAINTAINER_pn-dtc = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-dwarfsrcfiles = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-e2fsprogs = "Robert Yang "
 RECIPE_MAINTAINER_pn-ed = "Alexander Kanavin "
-RECIPE_MAINTAINER_pn-efivar = "Ross Burton "
-RECIPE_MAINTAINER_pn-efibootmgr = "Ross Burton "
+RECIPE_MAINTAINER_pn-efivar = "Ross Burton "
+RECIPE_MAINTAINER_pn-efibootmgr = "Ross Burton "
 RECIPE_MAINTAINER_pn-elfutils = "Hongxu Jia "
 RECIPE_MAINTAINER_pn-ell = "Oleksandr Kravchuk 
"
 RECIPE_MAINTAINER_pn-enchant2 = "Anuj Mittal "
@@ -180,10 +180,10 @@ RECIPE_MAINTAINER_pn-flac = "Tanu Kaskinen "
 RECIPE_MAINTAINER_pn-flex = "Chen Qi "
 RECIPE_MAINTAINER_pn-font-alias = "Armin Kuster "
 RECIPE_MAINTAINER_pn-font-util = "Armin Kuster "
-RECIPE_MAINTAINER_pn-fontconfig = "Ross Burton "
-RECIPE_MAINTAINER_pn-formfactor = "Ross Burton "
-RECIPE_MAINTAINER_pn-freetype = "Ross Burton "
-RECIPE_MAINTAINER_pn-fribidi = "Ross Burton "
+RECIPE_MAINTAINER_pn-fontconfig = "Ross Burton "
+RECIPE_MAINTAINER_pn-formfactor = "Ross Burton "
+RECIPE_MAINTAINER_pn-freetype = "Ross Burton "
+RECIPE_MAINTAINER_pn-fribidi = "Ross Burton "
 RECIPE_MAINTAINER_pn-fts = "Khem Raj "
 RECIPE_MAINTAINER_pn-gawk = "Chen Qi "
 RECIPE_MAINTAINER_pn-gcc = "Khem Raj "
@@ -193,13 +193,13 @@ RECIPE_MAINTAINER_pn-gcc-crosssdk-${SDK_SYS} = "Khem Raj 
"
 RECIPE_MAINTAINER_pn-gcc-runtime = "Khem Raj "
 RECIPE_MAINTAINER_pn-gcc-sanitizers = "Khem Raj "
 RECIPE_MAINTAINER_pn-gcc-source-10.1.0 = "Khem Raj "
-RECIPE_MAINTAINER_pn-gconf = "Ross Burton "
+RECIPE_MAINTAINER_pn-gconf = "Ross Burton "
 RECIPE_MAINTAINER_pn-gcr = "Alexander Kanavin "
 RECIPE_MAINTAINER_pn-gdb = "Khem Raj "
 RECIPE_MAINTAINER_pn-gdb-cross-${TARGET_ARCH} = "Khem Raj "
 RECIPE_MAINTAINER_pn-gdb-cross-canadian-${TRANSLATED_TARGET_ARCH} = "Khem Raj 
"
 RECIPE_MAINTAINER_pn-gdbm = "Alexander Kanavin "
-RECIPE_MAINTAINER_pn-gdk-pixbuf = "Ross Burton "
+RECIPE_MAINTAINER_pn-gdk-pixbuf = "Ross Burton "
 RECIPE_MAINTAINER_pn-gettext = "Robert Yang "
 RECIPE_MAINTAINER_pn-gettext-minimal-native = "Robert Yang 
"
 RECIPE_MAINTAINER_pn-ghostscript = "Hongxu Jia "
@@ -214,7 +214,7 @@ RECIPE_MAINTAINER_pn-glibc-scripts = "Khem Raj 
"
 RECIPE_MAINTAINER_pn-glibc-testsuite = "Khem Raj "
 RECIPE_MAINTAINER_pn-glide = "Otavio Salvador 
"
 RECIPE_MAINTAINER_pn-gmp = "Khem Raj "
-RECIPE_MAINTAINER_pn-gnome-desktop-testing = "Ross Burton 
"
+RECIPE_MAINTAINER_pn-gnome-desktop-testing = "Ross Burton "
 RECIPE_MAINTAINER_pn-gnu-config = "Robert Yang "
 RECIPE_MAINTAINER_pn-gnu-efi = "Yi Zhao "
 RECIPE_MAINTAINER_pn-gnupg = "Hongxu Jia "
@@ -250,7 +250,7 @@ RECIPE_MAINTAINER_pn-gstreamer1.0-plugins-ugly = "Anuj 
Mittal "
 RECIPE_MAINTAINER_pn-nativesdk-libtool = "Richard Purdie 
"
 RECIPE_MAINTAINER_pn-nativesdk-meson = "Alexander Kanavin 
"
-RECIPE_MAINTAINER_pn-nativesdk-packagegroup-sdk-host = "Ross Burton 
"
+RECIPE_MAINTAINER_pn-nativesdk-packagegroup-sdk-host = "Ross Burton 
"
 RECIPE_MAINTAINER_pn-nativesdk-qemu-helper = "Richard Purdie 
"
 RECIPE_MAINTAINER_pn-nativesdk-sdk-provides-dummy = "Richard Purdie 
"
 RECIPE_MAINTAINER_pn-newlib = "Alejandro Hernandez "
@@ -527,7 +527,7 @@ RECIPE_MAINTAINER_pn-nfs-utils = "Robert Yang 
"
 RECIPE_MAINTAINER_pn-ninja = "Khem Raj "
 RECIPE_MAINTAINER_pn-npth = "Alexander Kanavin "
 RECIPE_MAINTAINER_pn-nss-myhostname = "Anuj Mittal "
-RECIPE_MAINTAINER_pn-ofono = "Ross Burton "
+RECIPE_MAINTAINER_pn-ofono = "Ross Burton "
 

Re: [OE-core] [PATCH 18/70] vala: upgrade 0.46.6 -> 0.48.6

2020-06-01 Thread Khem Raj
gnome-calculator fails https://errors.yoctoproject.org/Errors/Details/414868/

On Sun, May 31, 2020 at 8:53 AM Alexander Kanavin
 wrote:
>
> Signed-off-by: Alexander Kanavin 
> ---
>  meta/recipes-devtools/vala/{vala_0.46.6.bb => vala_0.48.6.bb} | 3 +--
>  1 file changed, 1 insertion(+), 2 deletions(-)
>  rename meta/recipes-devtools/vala/{vala_0.46.6.bb => vala_0.48.6.bb} (57%)
>
> diff --git a/meta/recipes-devtools/vala/vala_0.46.6.bb 
> b/meta/recipes-devtools/vala/vala_0.48.6.bb
> similarity index 57%
> rename from meta/recipes-devtools/vala/vala_0.46.6.bb
> rename to meta/recipes-devtools/vala/vala_0.48.6.bb
> index 66f620384c..9dace1348c 100644
> --- a/meta/recipes-devtools/vala/vala_0.46.6.bb
> +++ b/meta/recipes-devtools/vala/vala_0.48.6.bb
> @@ -4,5 +4,4 @@ SRC_URI += 
> "file://0001-git-version-gen-don-t-append-dirty-if-we-re-not-in-g.pat
> file://0001-vapigen.m4-use-PKG_CONFIG_SYSROOT_DIR.patch \
> "
>
> -SRC_URI[md5sum] = "d9af125648505503b139ebc2d2c9eee5"
> -SRC_URI[sha256sum] = 
> "ef31649932872f094971d46453b21c60a41661670f98afa334062425b4aec47a"
> +SRC_URI[sha256sum] = 
> "d18d08ed030ce0e0f044f4c15c9df3c25b15beaf8700e45e43b736a6debf9707"
> --
> 2.26.2
>
> 
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139049): 
https://lists.openembedded.org/g/openembedded-core/message/139049
Mute This Topic: https://lists.openembedded.org/mt/74584172/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core][dunfell 14/16] bitbake.conf: Remove unused DEPLOY_DIR_TOOLS variable

2020-06-01 Thread Steve Sakoman
On Mon, Jun 1, 2020 at 6:38 AM Richard Purdie
 wrote:
>
> On Mon, 2020-06-01 at 04:11 -1000, Steve Sakoman wrote:
> > From: "Robert P. J. Day" 
> >
> > Variable DEPLOY_DIR_TOOLS was introduced in 2007:
> >
> >   commit f751a20152c651a33f08ceda0502fa1d4f11c005
> >   Author: Richard Purdie 
> >   Date:   Wed Aug 8 21:02:39 2007 +
> >
> >   bitbake.conf: Sync with OE.dev
> >
> > apparently never used so get rid of it.
> >
> > Signed-off-by: Robert P. J. Day 
> > Signed-off-by: Richard Purdie 
> > (cherry picked from commit b1f15f651461d07a8cfbd3bdcfea0e89f195212d)
> > Signed-off-by: Steve Sakoman 
> > ---
> >  meta/conf/bitbake.conf | 1 -
> >  1 file changed, 1 deletion(-)
> >
> > diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> > index bdade79abe..4acf235930 100644
> > --- a/meta/conf/bitbake.conf
> > +++ b/meta/conf/bitbake.conf
> > @@ -410,7 +410,6 @@ DEPLOY_DIR_IPK = "${DEPLOY_DIR}/ipk"
> >  DEPLOY_DIR_RPM = "${DEPLOY_DIR}/rpm"
> >  DEPLOY_DIR_DEB = "${DEPLOY_DIR}/deb"
> >  DEPLOY_DIR_IMAGE ?= "${DEPLOY_DIR}/images/${MACHINE}"
> > -DEPLOY_DIR_TOOLS = "${DEPLOY_DIR}/tools"
> >
> >  PKGDATA_DIR = "${TMPDIR}/pkgdata/${MACHINE}"
>
> This does cause breakage in meta-oe (single recipe) so probably not
> stable material.

OK, I'll remove this patch from the pull request.

Thanks!

Steve
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139048): 
https://lists.openembedded.org/g/openembedded-core/message/139048
Mute This Topic: https://lists.openembedded.org/mt/74605202/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH 45/70] libunwind: upgrade 1.3.1 -> 1.4.0

2020-06-01 Thread Khem Raj
Fails to build on musl

https://errors.yoctoproject.org/Errors/Details/414866/

On Sun, May 31, 2020 at 8:54 AM Alexander Kanavin
 wrote:
>
> Signed-off-by: Alexander Kanavin 
> ---
>  .../libunwind/musl-header-conflict.patch  | 27 ---
>  ...{libunwind_1.3.1.bb => libunwind_1.4.0.bb} |  4 +--
>  2 files changed, 19 insertions(+), 12 deletions(-)
>  rename meta/recipes-support/libunwind/{libunwind_1.3.1.bb => 
> libunwind_1.4.0.bb} (87%)
>
> diff --git 
> a/meta/recipes-support/libunwind/libunwind/musl-header-conflict.patch 
> b/meta/recipes-support/libunwind/libunwind/musl-header-conflict.patch
> index 79f63fd84e..63b78a8a30 100644
> --- a/meta/recipes-support/libunwind/libunwind/musl-header-conflict.patch
> +++ b/meta/recipes-support/libunwind/libunwind/musl-header-conflict.patch
> @@ -1,4 +1,7 @@
> -If you:
> +From 49b21f0fe5fb93b30b94cc449429fd33de0652a7 Mon Sep 17 00:00:00 2001
> +From: Richard Purdie 
> +Date: Thu, 18 Aug 2016 14:46:32 +0100
> +Subject: [PATCH] If you:
>
>  TCLIBC=musl bitbake unwind
>  TCLIBC=musl bitbake gcc-runtime -c cleansstate
> @@ -6,12 +9,12 @@ TCLIBC=musl bitbake gcc-runtime
>
>  you will see libstdc++ fail to build due to finding libunwind's header file.
>
> -Khem: "When we build any of gcc components they expect to use internal 
> version
> -and that works with glibc based gcc since the search headers first look into 
> gcc
> -headers, however with musl the gcc headers are searched after the standard
> +Khem: "When we build any of gcc components they expect to use internal 
> version
> +and that works with glibc based gcc since the search headers first look into 
> gcc
> +headers, however with musl the gcc headers are searched after the standard
>  headers ( which is by design the right thing )."
>
> -This patch hacks around the issue by looking for a define used during 
> gcc-runtime's
> +This patch hacks around the issue by looking for a define used during 
> gcc-runtime's
>  build and skipping to the internal header in that case.
>
>  [YOCTO #10129]
> @@ -20,11 +23,15 @@ RP 2016/8/18
>
>  Upstream-Status: Inappropriate [really need to fix gcc]
>
> -Index: git/include/unwind.h
> -===
>  git.orig/include/unwind.h
> -+++ git/include/unwind.h
> -@@ -23,6 +23,10 @@ LIABLE FOR ANY CLAIM, DAMAGES OR OTHER L
> +---
> + include/unwind.h | 4 
> + 1 file changed, 4 insertions(+)
> +
> +diff --git a/include/unwind.h b/include/unwind.h
> +index 7cf128d..31c2871 100644
> +--- a/include/unwind.h
>  b/include/unwind.h
> +@@ -23,6 +23,10 @@ LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER 
> IN AN ACTION
>   OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION
>   WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.  */
>
> diff --git a/meta/recipes-support/libunwind/libunwind_1.3.1.bb 
> b/meta/recipes-support/libunwind/libunwind_1.4.0.bb
> similarity index 87%
> rename from meta/recipes-support/libunwind/libunwind_1.3.1.bb
> rename to meta/recipes-support/libunwind/libunwind_1.4.0.bb
> index 037e04c3c0..f50205f1b9 100644
> --- a/meta/recipes-support/libunwind/libunwind_1.3.1.bb
> +++ b/meta/recipes-support/libunwind/libunwind_1.4.0.bb
> @@ -10,8 +10,8 @@ SRC_URI = 
> "http://download.savannah.nongnu.org/releases/libunwind/libunwind-${PV
> "
>  SRC_URI_append_libc-musl = " file://musl-header-conflict.patch"
>
> -SRC_URI[md5sum] = "a04f69d66d8e16f8bf3ab72a69112cd6"
> -SRC_URI[sha256sum] = 
> "43997a3939b6ccdf2f669b50fdb8a4d3205374728c2923ddc2354c65260214f8"
> +SRC_URI[md5sum] = "5114504c74ac3992ac06aa551cd55678"
> +SRC_URI[sha256sum] = 
> "df59c931bd4d7ebfd83ee481c943edf015138089b8e50abed8d9c57ba9338435"
>
>  EXTRA_OECONF_append_libc-musl = " --disable-documentation --disable-tests 
> --enable-static"
>
> --
> 2.26.2
>
> 
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139047): 
https://lists.openembedded.org/g/openembedded-core/message/139047
Mute This Topic: https://lists.openembedded.org/mt/74584206/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


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

2020-06-01 Thread Stephen Jolley
All,

 

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

 

https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs

 

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

 

Also, the triage team meets weekly and does its best to handle the bugs
reported into the Bugzilla. The number of people attending that meeting has
fallen, as have the number of people available to help fix bugs. One of the
things we hear users report is they don't know how to help. We (the triage
team) are therefore going to start reporting out the currently 361
unassigned or newcomer bugs.

 

We're hoping people may be able to spare some time now and again to help out
with these.  Bugs are split into two types, "true bugs" where things don't
work as they should and "enhancements" which are features we'd want to add
to the system.  There are also roughly four different "priority" classes
right now, "3.1", "3.2, "3.99" and "Future", the more pressing/urgent issues
being in "3.1" and then "3.2".

 

Please review this link and if a bug is something you would be able to help
with either take ownership of the bug, or send me (sjolley.yp...@gmail.com
 ) an e-mail with the bug number you would
like and I will assign it to you (please make sure you have a Bugzilla
account).  The list is at:
https://wiki.yoctoproject.org/wiki/Bug_Triage_Archive#Unassigned_or_Newcomer
_Bugs

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

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

 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139046): 
https://lists.openembedded.org/g/openembedded-core/message/139046
Mute This Topic: https://lists.openembedded.org/mt/74609011/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] [PATCH 1/1] libarchive: upgrade 3.4.2 -> 3.4.3

2020-06-01 Thread Pierre-Jean Texier via lists.openembedded.org
See full changelog https://github.com/libarchive/libarchive/releases/tag/v3.4.3

Signed-off-by: Pierre-Jean Texier 
---
 .../libarchive/{libarchive_3.4.2.bb => libarchive_3.4.3.bb}| 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)
 rename meta/recipes-extended/libarchive/{libarchive_3.4.2.bb => 
libarchive_3.4.3.bb} (94%)

diff --git a/meta/recipes-extended/libarchive/libarchive_3.4.2.bb 
b/meta/recipes-extended/libarchive/libarchive_3.4.3.bb
similarity index 94%
rename from meta/recipes-extended/libarchive/libarchive_3.4.2.bb
rename to meta/recipes-extended/libarchive/libarchive_3.4.3.bb
index 0ab40fc..dbfc067 100644
--- a/meta/recipes-extended/libarchive/libarchive_3.4.2.bb
+++ b/meta/recipes-extended/libarchive/libarchive_3.4.3.bb
@@ -34,8 +34,7 @@ EXTRA_OECONF += "--enable-largefile"
 
 SRC_URI = "http://libarchive.org/downloads/libarchive-${PV}.tar.gz;
 
-SRC_URI[md5sum] = "d953ed6b47694dadf0e6042f8f9ff451"
-SRC_URI[sha256sum] = 
"b60d58d12632ecf1e8fad7316dc82c6b9738a35625746b47ecdcaf4aed176176"
+SRC_URI[sha256sum] = 
"ee1e749213c108cb60d53147f18c31a73d6717d7e3d2481c157e1b34c881ea39"
 
 inherit autotools update-alternatives pkgconfig
 
-- 
2.7.4

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139045): 
https://lists.openembedded.org/g/openembedded-core/message/139045
Mute This Topic: https://lists.openembedded.org/mt/74608852/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core][dunfell 14/16] bitbake.conf: Remove unused DEPLOY_DIR_TOOLS variable

2020-06-01 Thread Richard Purdie
On Mon, 2020-06-01 at 04:11 -1000, Steve Sakoman wrote:
> From: "Robert P. J. Day" 
> 
> Variable DEPLOY_DIR_TOOLS was introduced in 2007:
> 
>   commit f751a20152c651a33f08ceda0502fa1d4f11c005
>   Author: Richard Purdie 
>   Date:   Wed Aug 8 21:02:39 2007 +
> 
>   bitbake.conf: Sync with OE.dev
> 
> apparently never used so get rid of it.
> 
> Signed-off-by: Robert P. J. Day 
> Signed-off-by: Richard Purdie 
> (cherry picked from commit b1f15f651461d07a8cfbd3bdcfea0e89f195212d)
> Signed-off-by: Steve Sakoman 
> ---
>  meta/conf/bitbake.conf | 1 -
>  1 file changed, 1 deletion(-)
> 
> diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> index bdade79abe..4acf235930 100644
> --- a/meta/conf/bitbake.conf
> +++ b/meta/conf/bitbake.conf
> @@ -410,7 +410,6 @@ DEPLOY_DIR_IPK = "${DEPLOY_DIR}/ipk"
>  DEPLOY_DIR_RPM = "${DEPLOY_DIR}/rpm"
>  DEPLOY_DIR_DEB = "${DEPLOY_DIR}/deb"
>  DEPLOY_DIR_IMAGE ?= "${DEPLOY_DIR}/images/${MACHINE}"
> -DEPLOY_DIR_TOOLS = "${DEPLOY_DIR}/tools"
>  
>  PKGDATA_DIR = "${TMPDIR}/pkgdata/${MACHINE}"

This does cause breakage in meta-oe (single recipe) so probably not
stable material.

Cheers,

Richard

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139044): 
https://lists.openembedded.org/g/openembedded-core/message/139044
Mute This Topic: https://lists.openembedded.org/mt/74605202/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


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

2020-06-01 Thread Stephen Jolley
All,

 

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

 

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 the first Tuesday Pacific Time

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

 

We are tracking the minutes at:
https://docs.google.com/document/d/1ly8nyhO14kDNnFcW2QskANXW3ZT7QwKC5wWVDg9d
DH4/edit?pli=1 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

*Cell:(208) 244-4460

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

 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139043): 
https://lists.openembedded.org/g/openembedded-core/message/139043
Mute This Topic: https://lists.openembedded.org/mt/74608512/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell 08/16] terminal.py: do not stop searching for auto

2020-06-01 Thread Steve Sakoman
From: Joe Slater 

If a terminal fails to spawn() we should continue looking.
gnome-terminal, in particular can be present but not start.

Signed-off-by: Joe Slater 
Signed-off-by: Richard Purdie 
(cherry picked from commit 6e4babdeee38d32002a4c9129e77466ae4156dd7)
Signed-off-by: Steve Sakoman 
---
 meta/lib/oe/terminal.py | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/meta/lib/oe/terminal.py b/meta/lib/oe/terminal.py
index a1daa2bed6..eb10a6e33e 100644
--- a/meta/lib/oe/terminal.py
+++ b/meta/lib/oe/terminal.py
@@ -207,7 +207,10 @@ def spawn_preferred(sh_cmd, title=None, env=None, d=None):
 spawn(terminal.name, sh_cmd, title, env, d)
 break
 except UnsupportedTerminal:
-continue
+pass
+except:
+bb.warn("Terminal %s is supported but did not start" % 
(terminal.name))
+# when we've run out of options
 else:
 raise NoSupportedTerminals(get_cmd_list())
 
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139034): 
https://lists.openembedded.org/g/openembedded-core/message/139034
Mute This Topic: https://lists.openembedded.org/mt/74605193/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell 11/16] libubootenv: Remove the DEPENDS on mtd-utils

2020-06-01 Thread Steve Sakoman
From: Adrian Bunk 

It was only used for pulling in zlib, but this is now
a direct dependency.

Also move the DEPENDS to a more common location in the file.

Signed-off-by: Adrian Bunk 
Signed-off-by: Richard Purdie 
(cherry picked from commit a99fd8b705be3b8c70cb0f17f60b013d989d625c)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-bsp/u-boot/libubootenv_0.2.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-bsp/u-boot/libubootenv_0.2.bb 
b/meta/recipes-bsp/u-boot/libubootenv_0.2.bb
index fa90a12bf8..ea29b668e8 100644
--- a/meta/recipes-bsp/u-boot/libubootenv_0.2.bb
+++ b/meta/recipes-bsp/u-boot/libubootenv_0.2.bb
@@ -1,5 +1,4 @@
 SUMMARY = "U-Boot libraries and tools to access environment"
-DEPENDS += "mtd-utils zlib"
 
 DESCRIPTION = "This package contains tools and libraries to read \
 and modify U-Boot environment. \
@@ -21,6 +20,7 @@ inherit cmake lib_package
 
 EXTRA_OECMAKE = "-DCMAKE_BUILD_TYPE=Release"
 
+DEPENDS = "zlib"
 PROVIDES += "u-boot-fw-utils"
 RPROVIDES_${PN}-bin += "u-boot-fw-utils"
 
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139037): 
https://lists.openembedded.org/g/openembedded-core/message/139037
Mute This Topic: https://lists.openembedded.org/mt/74605197/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell 09/16] bind: fix CVE-2020-8616/7

2020-06-01 Thread Steve Sakoman
From: Lee Chee Yang 

fix CVE-2020-8616 and CVE-2020-8617

Signed-off-by: Lee Chee Yang 
Signed-off-by: Richard Purdie 
(cherry picked from commit d0df831830e4c5f8df2343a45ea75c2ab4f57058)
Signed-off-by: Steve Sakoman 
---
 .../bind/bind/CVE-2020-8616.patch | 206 ++
 .../bind/bind/CVE-2020-8617.patch |  29 +++
 .../recipes-connectivity/bind/bind_9.11.13.bb |   2 +
 3 files changed, 237 insertions(+)
 create mode 100644 meta/recipes-connectivity/bind/bind/CVE-2020-8616.patch
 create mode 100644 meta/recipes-connectivity/bind/bind/CVE-2020-8617.patch

diff --git a/meta/recipes-connectivity/bind/bind/CVE-2020-8616.patch 
b/meta/recipes-connectivity/bind/bind/CVE-2020-8616.patch
new file mode 100644
index 00..8f00231919
--- /dev/null
+++ b/meta/recipes-connectivity/bind/bind/CVE-2020-8616.patch
@@ -0,0 +1,206 @@
+Upstream-Status: Backport 
[https://downloads.isc.org/isc/bind9/9.11.19/patches/CVE-2020-8616.patch]
+CVE: CVE-2020-8616
+Signed-off-by: Lee Chee Yang 
+---
+diff --git a/lib/dns/adb.c b/lib/dns/adb.c
+index 058495f6a5..6b8a9537f0 100644
+--- a/lib/dns/adb.c
 b/lib/dns/adb.c
+@@ -404,14 +404,13 @@ static void log_quota(dns_adbentry_t *entry, const char 
*fmt, ...)
+  */
+ #define FIND_WANTEVENT(fn)  (((fn)->options & DNS_ADBFIND_WANTEVENT) != 0)
+ #define FIND_WANTEMPTYEVENT(fn) (((fn)->options & DNS_ADBFIND_EMPTYEVENT) != 
0)
+-#define FIND_AVOIDFETCHES(fn)   (((fn)->options & DNS_ADBFIND_AVOIDFETCHES) \
+-   != 0)
+-#define FIND_STARTATZONE(fn)(((fn)->options & DNS_ADBFIND_STARTATZONE) \
+-   != 0)
+-#define FIND_HINTOK(fn) (((fn)->options & DNS_ADBFIND_HINTOK) != 0)
+-#define FIND_GLUEOK(fn) (((fn)->options & DNS_ADBFIND_GLUEOK) != 0)
+-#define FIND_HAS_ADDRS(fn)  (!ISC_LIST_EMPTY((fn)->list))
+-#define FIND_RETURNLAME(fn) (((fn)->options & DNS_ADBFIND_RETURNLAME) != 
0)
++#define FIND_AVOIDFETCHES(fn) (((fn)->options & DNS_ADBFIND_AVOIDFETCHES) != 
0)
++#define FIND_STARTATZONE(fn)  (((fn)->options & DNS_ADBFIND_STARTATZONE) != 0)
++#define FIND_HINTOK(fn)   (((fn)->options & DNS_ADBFIND_HINTOK) 
!= 0)
++#define FIND_GLUEOK(fn)   (((fn)->options & DNS_ADBFIND_GLUEOK) 
!= 0)
++#define FIND_HAS_ADDRS(fn)(!ISC_LIST_EMPTY((fn)->list))
++#define FIND_RETURNLAME(fn)   (((fn)->options & DNS_ADBFIND_RETURNLAME) != 0)
++#define FIND_NOFETCH(fn)  (((fn)->options & DNS_ADBFIND_NOFETCH) != 0)
+ 
+ /*
+  * These are currently used on simple unsigned ints, so they are
+@@ -3155,21 +3154,26 @@ dns_adb_createfind2(dns_adb_t *adb, isc_task_t *task, 
isc_taskaction_t action,
+* Listen to negative cache hints, and don't start
+* another query.
+*/
+-  if (NCACHE_RESULT(result) || AUTH_NX(result))
++  if (NCACHE_RESULT(result) || AUTH_NX(result)) {
+   goto fetch;
++  }
+ 
+-  if (!NAME_FETCH_V6(adbname))
++  if (!NAME_FETCH_V6(adbname)) {
+   wanted_fetches |= DNS_ADBFIND_INET6;
++  }
+   }
+ 
+  fetch:
+   if ((WANT_INET(wanted_addresses) && NAME_HAS_V4(adbname)) ||
+   (WANT_INET6(wanted_addresses) && NAME_HAS_V6(adbname)))
++  {
+   have_address = true;
+-  else
++  } else {
+   have_address = false;
+-  if (wanted_fetches != 0 &&
+-  ! (FIND_AVOIDFETCHES(find) && have_address)) {
++  }
++  if (wanted_fetches != 0 && !(FIND_AVOIDFETCHES(find) && have_address) &&
++  !FIND_NOFETCH(find))
++  {
+   /*
+* We're missing at least one address family.  Either the
+* caller hasn't instructed us to avoid fetches, or we don't
+@@ -3177,8 +3181,9 @@ dns_adb_createfind2(dns_adb_t *adb, isc_task_t *task, 
isc_taskaction_t action,
+* be acceptable so we have to launch fetches.
+*/
+ 
+-  if (FIND_STARTATZONE(find))
++  if (FIND_STARTATZONE(find)) {
+   start_at_zone = true;
++  }
+ 
+   /*
+* Start V4.
+diff --git a/lib/dns/include/dns/adb.h b/lib/dns/include/dns/adb.h
+index 63a13c4e41..edf6e54935 100644
+--- a/lib/dns/include/dns/adb.h
 b/lib/dns/include/dns/adb.h
+@@ -207,6 +207,10 @@ struct dns_adbfind {
+  *  lame for this query.
+  */
+ #define DNS_ADBFIND_OVERQUOTA 0x0400
++/*%
++ *Don't perform a fetch even if there are no address records available.
++ */
++#define DNS_ADBFIND_NOFETCH   0x0800
+ 
+ /*%
+  * The answers to queries come back as a list of these.
+diff --git a/lib/dns/resolver.c b/lib/dns/resolver.c
+index 7c44478a26..0a40859d08 100644
+--- a/lib/dns/resolver.c
 b/lib/dns/resolver.c
+@@ -172,6 +172,14 @@
+ #define DEFAULT_MAX_QUERIES 75
+ #endif
+ 
++/*
++ * After NS_FAIL_LIMIT attempts to fetch a 

[OE-core][dunfell 14/16] bitbake.conf: Remove unused DEPLOY_DIR_TOOLS variable

2020-06-01 Thread Steve Sakoman
From: "Robert P. J. Day" 

Variable DEPLOY_DIR_TOOLS was introduced in 2007:

  commit f751a20152c651a33f08ceda0502fa1d4f11c005
  Author: Richard Purdie 
  Date:   Wed Aug 8 21:02:39 2007 +

  bitbake.conf: Sync with OE.dev

apparently never used so get rid of it.

Signed-off-by: Robert P. J. Day 
Signed-off-by: Richard Purdie 
(cherry picked from commit b1f15f651461d07a8cfbd3bdcfea0e89f195212d)
Signed-off-by: Steve Sakoman 
---
 meta/conf/bitbake.conf | 1 -
 1 file changed, 1 deletion(-)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index bdade79abe..4acf235930 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -410,7 +410,6 @@ DEPLOY_DIR_IPK = "${DEPLOY_DIR}/ipk"
 DEPLOY_DIR_RPM = "${DEPLOY_DIR}/rpm"
 DEPLOY_DIR_DEB = "${DEPLOY_DIR}/deb"
 DEPLOY_DIR_IMAGE ?= "${DEPLOY_DIR}/images/${MACHINE}"
-DEPLOY_DIR_TOOLS = "${DEPLOY_DIR}/tools"
 
 PKGDATA_DIR = "${TMPDIR}/pkgdata/${MACHINE}"
 
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139040): 
https://lists.openembedded.org/g/openembedded-core/message/139040
Mute This Topic: https://lists.openembedded.org/mt/74605202/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell 07/16] resulttool/log: Add ability to dump ltp logs as well as ptest

2020-06-01 Thread Steve Sakoman
From: Richard Purdie 

Currently only ptest logs are accessible with the log command, this
adds support so the ltp logs can be extracted too.

Signed-off-by: Richard Purdie 
(cherry picked from commit 64a2121a875ce128959ee0a62e310d5f91f87b0d)
Signed-off-by: Steve Sakoman 
---
 scripts/lib/resulttool/log.py | 21 ++---
 scripts/lib/resulttool/resultutils.py | 22 ++
 2 files changed, 28 insertions(+), 15 deletions(-)

diff --git a/scripts/lib/resulttool/log.py b/scripts/lib/resulttool/log.py
index f1bfd99500..eb3927ec82 100644
--- a/scripts/lib/resulttool/log.py
+++ b/scripts/lib/resulttool/log.py
@@ -34,13 +34,17 @@ def log(args, logger):
 return 1
 
 for _, run_name, _, r in resultutils.test_run_results(results):
-if args.dump_ptest and 'ptestresult.sections' in r:
-for name, ptest in r['ptestresult.sections'].items():
-logdata = resultutils.ptestresult_get_log(r, name)
+if args.dump_ptest:
+for sectname in ['ptestresult.sections', 
'ltpposixresult.sections', 'ltpresult.sections']:
+ if sectname in r:
+  for name, ptest in r[sectname].items():
+logdata = resultutils.generic_get_log(sectname, r, name)
 if logdata is not None:
 dest_dir = args.dump_ptest
 if args.prepend_run:
 dest_dir = os.path.join(dest_dir, run_name)
+if not sectname.startswith("ptest"):
+dest_dir = os.path.join(dest_dir, 
sectname.split(".")[0])
 
 os.makedirs(dest_dir, exist_ok=True)
 dest = os.path.join(dest_dir, '%s.log' % name)
@@ -49,10 +53,13 @@ def log(args, logger):
 f.write(logdata)
 
 if args.raw_ptest:
-rawlog = resultutils.ptestresult_get_rawlogs(r)
-if rawlog is not None:
-print(rawlog)
-else:
+found = False
+for sectname in ['ptestresult.rawlogs', 'ltpposixresult.rawlogs', 
'ltpresult.rawlogs']:
+rawlog = resultutils.generic_get_rawlogs(sectname, r)
+if rawlog is not None:
+print(rawlog)
+found = True
+if not found:
 print('Raw ptest logs not found')
 return 1
 
diff --git a/scripts/lib/resulttool/resultutils.py 
b/scripts/lib/resulttool/resultutils.py
index 5fec01f6f3..8917022d36 100644
--- a/scripts/lib/resulttool/resultutils.py
+++ b/scripts/lib/resulttool/resultutils.py
@@ -130,23 +130,29 @@ def decode_log(logdata):
 return data.decode("utf-8", errors='ignore')
 return None
 
-def ptestresult_get_log(results, section):
-if 'ptestresult.sections' not in results:
+def generic_get_log(sectionname, results, section):
+if sectionname not in results:
 return None
-if section not in results['ptestresult.sections']:
+if section not in results[sectionname]:
 return None
 
-ptest = results['ptestresult.sections'][section]
+ptest = results[sectionname][section]
 if 'log' not in ptest:
 return None
 return decode_log(ptest['log'])
 
-def ptestresult_get_rawlogs(results):
-if 'ptestresult.rawlogs' not in results:
+def ptestresult_get_log(results, section):
+return generic_get_log('ptestresuls.sections', results, section)
+
+def generic_get_rawlogs(sectname, results):
+if sectname not in results:
 return None
-if 'log' not in results['ptestresult.rawlogs']:
+if 'log' not in results[sectname]:
 return None
-return decode_log(results['ptestresult.rawlogs']['log'])
+return decode_log(results[sectname]['log'])
+
+def ptestresult_get_rawlogs(results):
+return generic_get_rawlogs('ptestresult.rawlogs', results)
 
 def save_resultsdata(results, destdir, fn="testresults.json", ptestjson=False, 
ptestlogs=False):
 for res in results:
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139033): 
https://lists.openembedded.org/g/openembedded-core/message/139033
Mute This Topic: https://lists.openembedded.org/mt/74605190/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell 13/16] make-mod-scripts: Fix a rare build race condition

2020-06-01 Thread Steve Sakoman
From: Khem Raj 

There is a build break which rarely happens but is seen often enough
with 4.1 kernel based builds

/bin/sh: 1: scripts/basic/fixdep: Permission denied
scripts/Makefile.host:124: recipe for target 'scripts/dtc/srcpos.o' failed
make[3]: *** [scripts/dtc/srcpos.o] Error 126

this patch sequences the build targets so it can work reliably with
different kernel versions

Divide the target into scripts_basic scripts is not
strictly necessary and was simply what was used for
testing on kernel 4.1, which is quite an old kernel

perhaps just using scripts is sufficient, but it is not tested to not
known will cause the build race as seen above.

Signed-off-by: Khem Raj 
Cc: Bruce Ashfield 
Signed-off-by: Richard Purdie 
(cherry picked from commit 55ac6e2d251287419138931aa0d0894cf1267787)
Signed-off-by: Steve Sakoman 
---
 .../make-mod-scripts/make-mod-scripts_1.0.bb   | 7 ---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb 
b/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb
index 0be1422a24..c7edb20ee4 100644
--- a/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb
+++ b/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb
@@ -23,7 +23,8 @@ EXTRA_OEMAKE = " HOSTCC="${BUILD_CC} ${BUILD_CFLAGS} 
${BUILD_LDFLAGS}" HOSTCPP="
 #
 do_configure() {
unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS
-   oe_runmake CC="${KERNEL_CC}" LD="${KERNEL_LD}" AR="${KERNEL_AR}" \
-  -C ${STAGING_KERNEL_DIR} O=${STAGING_KERNEL_BUILDDIR} 
scripts prepare
-
+   for t in prepare scripts_basic scripts; do
+   oe_runmake CC="${KERNEL_CC}" LD="${KERNEL_LD}" 
AR="${KERNEL_AR}" \
+   -C ${STAGING_KERNEL_DIR} O=${STAGING_KERNEL_BUILDDIR} $t
+   done
 }
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139039): 
https://lists.openembedded.org/g/openembedded-core/message/139039
Mute This Topic: https://lists.openembedded.org/mt/74605200/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell 04/16] sanity.bbclass: Detect and fail if 'inherit' is used in conf file

2020-06-01 Thread Steve Sakoman
From: Gregor Zatko 

'inherit' directive may not be used in conf files as it's supposed
to be used for the inheritance of classes.
Correct form in conf file is INHERIT.

This commit adds:
- a sanity check to find whether the wrong case exists
- fail the build if so
- tell user about the difference in directives

[YOCTO #5426]

Signed-off-by: Gregor Zatko 
Signed-off-by: Richard Purdie 
(cherry picked from commit 07bf9b460fe97dec86439302a83bbefa8bac9d70)
Signed-off-by: Steve Sakoman 
---
 meta/classes/sanity.bbclass | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass
index 9e87101738..5ddde9cc9c 100644
--- a/meta/classes/sanity.bbclass
+++ b/meta/classes/sanity.bbclass
@@ -784,6 +784,12 @@ def check_sanity_everybuild(status, d):
 if "." in paths or "./" in paths or "" in paths:
 status.addresult("PATH contains '.', './' or '' (empty element), which 
will break the build, please remove this.\nParsed PATH is " + str(paths) + "\n")
 
+# Check whether 'inherit' directive is found (used for a class to inherit)
+# in conf file it's supposed to be uppercase INHERIT
+inherit = d.getVar('inherit')
+if inherit:
+status.addresult("Please don't use inherit directive in your 
local.conf. The directive is supposed to be used in classes and recipes only to 
inherit of bbclasses. Here INHERIT should be used.\n")
+
 # Check that the DISTRO is valid, if set
 # need to take into account DISTRO renaming DISTRO
 distro = d.getVar('DISTRO')
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139030): 
https://lists.openembedded.org/g/openembedded-core/message/139030
Mute This Topic: https://lists.openembedded.org/mt/74605176/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell 12/16] qemurunner: fix ip fallback detection

2020-06-01 Thread Steve Sakoman
From: Konrad Weihmann 

When falling back from detecting ip from /proc/./cmdline the
output of runqemu is acutally
'Network configuration: ip=192.168.7.2::192.168.7.1::255.255.255.0'
which doesn't match the given regex and leading to run failure, although
IP is detectable.
Fix regex by inserting an optional 'ip=' prefix to first IP

Signed-off-by: Konrad Weihmann 
Signed-off-by: Richard Purdie 
(cherry picked from commit 75f2471d15fab024775c59cb70c54e3f25f9ae72)
Signed-off-by: Steve Sakoman 
---
 meta/lib/oeqa/utils/qemurunner.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oeqa/utils/qemurunner.py 
b/meta/lib/oeqa/utils/qemurunner.py
index cd95d33bdc..77ae08ebeb 100644
--- a/meta/lib/oeqa/utils/qemurunner.py
+++ b/meta/lib/oeqa/utils/qemurunner.py
@@ -287,7 +287,7 @@ class QemuRunner:
 self.logger.debug("qemu cmdline used:\n{}".format(cmdline))
 except (IndexError, ValueError):
 # Try to get network configuration from runqemu output
-match = re.match(r'.*Network configuration: 
([0-9.]+)::([0-9.]+):([0-9.]+)$.*',
+match = re.match(r'.*Network configuration: 
(?:ip=)*([0-9.]+)::([0-9.]+):([0-9.]+)$.*',
  out, re.MULTILINE|re.DOTALL)
 if match:
 self.ip, self.server_ip, self.netmask = match.groups()
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139038): 
https://lists.openembedded.org/g/openembedded-core/message/139038
Mute This Topic: https://lists.openembedded.org/mt/74605199/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell 15/16] sstate.bbclass: When siginfo or sig files are missing, stop fetcher errors

2020-06-01 Thread Steve Sakoman
From: Mark Hatle 

Prior to fetching, the system checks if the sstate file is present
either locally or on the mirror.  If it is, then it goes to the fetch
stage.  Up to three files can be fetched, sstate, sstate.siginfo and
sstate.sig (if signature validation is enabled).

The previous pstaging_fetch function would iterate over these, and if
a download error occurred would spew forth a great amount of fetcher
failure messages as well as stop fetching the next item in the set.

This was resolved by adding a fetcher.checkstatus() call prior to
the download.  If the file isn't present, then the exception will
be triggered, and no fetcher failure messages will reach the user.

The exception handler is then modified to be a pass so that it will
loop and pull the rest of the files that that are requested.

Additionally, a check for the existance of the .sig file was added
to the sstate_installpkg to avoid an error trying to load the .sig
if it wasn't downloaded.

Signed-off-by: Mark Hatle 
Signed-off-by: Mark Hatle 
Signed-off-by: Richard Purdie 
(cherry picked from commit a9085140434e2d26c0bb75bb53fcb7f7c19ef86d)
Signed-off-by: Steve Sakoman 
---
 meta/classes/sstate.bbclass | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
index aa9c30b4e1..375196ef21 100644
--- a/meta/classes/sstate.bbclass
+++ b/meta/classes/sstate.bbclass
@@ -355,6 +355,9 @@ def sstate_installpkg(ss, d):
 d.setVar('SSTATE_INSTDIR', sstateinst)
 
 if bb.utils.to_boolean(d.getVar("SSTATE_VERIFY_SIG"), False):
+if not os.path.isfile(sstatepkg + '.sig'):
+bb.warn("No signature file for sstate package %s, skipping 
acceleration..." % sstatepkg)
+return False
 signer = get_signer(d, 'local')
 if not signer.verify(sstatepkg + '.sig'):
 bb.warn("Cannot verify signature on sstate package %s, skipping 
acceleration..." % sstatepkg)
@@ -733,10 +736,11 @@ def pstaging_fetch(sstatefetch, d):
 localdata.setVar('SRC_URI', srcuri)
 try:
 fetcher = bb.fetch2.Fetch([srcuri], localdata, cache=False)
+fetcher.checkstatus()
 fetcher.download()
 
 except bb.fetch2.BBFetchException:
-break
+pass
 
 def sstate_setscene(d):
 shared_state = sstate_state_fromvars(d)
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139041): 
https://lists.openembedded.org/g/openembedded-core/message/139041
Mute This Topic: https://lists.openembedded.org/mt/74605204/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell 10/16] libexif: fix CVE-2020-13114

2020-06-01 Thread Steve Sakoman
From: Lee Chee Yang 

Signed-off-by: Lee Chee Yang 
Signed-off-by: Steve Sakoman 
---
 .../libexif/libexif/CVE-2020-13114.patch  | 73 +++
 .../recipes-support/libexif/libexif_0.6.21.bb |  4 +-
 2 files changed, 76 insertions(+), 1 deletion(-)
 create mode 100644 meta/recipes-support/libexif/libexif/CVE-2020-13114.patch

diff --git a/meta/recipes-support/libexif/libexif/CVE-2020-13114.patch 
b/meta/recipes-support/libexif/libexif/CVE-2020-13114.patch
new file mode 100644
index 00..06b8b46c21
--- /dev/null
+++ b/meta/recipes-support/libexif/libexif/CVE-2020-13114.patch
@@ -0,0 +1,73 @@
+From 47f51be021f4dfd800d4ff4630659887378baa3a Mon Sep 17 00:00:00 2001
+From: Dan Fandrich 
+Date: Sat, 16 May 2020 19:32:30 +0200
+Subject: [PATCH] Add a failsafe on the maximum number of Canon MakerNote
+
+ subtags.
+
+A malicious file could be crafted to cause extremely large values in some
+tags without tripping any buffer range checks.  This is bad with the libexif
+representation of Canon MakerNotes because some arrays are turned into
+individual tags that the application must loop around.
+
+The largest value I've seen for failsafe_size in a (very small) sample of valid
+Canon files is <5000.  The limit is set two orders of magnitude larger to avoid
+tripping up falsely in case some models use much larger values.
+
+Patch from Google.
+
+CVE-2020-13114
+
+Upstream-Status: Backport 
[https://github.com/libexif/libexif/commit/e6a38a1a23ba94d139b1fa2cd4519fdcfe3c9bab]
+CVE: CVE-2020-13114
+Signed-off-by: Lee Chee Yang 
+---
+ libexif/canon/exif-mnote-data-canon.c | 21 +
+ 1 file changed, 21 insertions(+)
+
+diff --git a/libexif/canon/exif-mnote-data-canon.c 
b/libexif/canon/exif-mnote-data-canon.c
+index eb53598..72fd7a3 100644
+--- a/libexif/canon/exif-mnote-data-canon.c
 b/libexif/canon/exif-mnote-data-canon.c
+@@ -32,6 +32,9 @@
+ 
+ #define DEBUG
+ 
++/* Total size limit to prevent abuse by DoS */
++#define FAILSAFE_SIZE_MAX 100L
++
+ static void
+ exif_mnote_data_canon_clear (ExifMnoteDataCanon *n)
+ {
+@@ -202,6 +205,7 @@ exif_mnote_data_canon_load (ExifMnoteData *ne,
+   ExifMnoteDataCanon *n = (ExifMnoteDataCanon *) ne;
+   ExifShort c;
+   size_t i, tcount, o, datao;
++  long failsafe_size = 0;
+ 
+   if (!n || !buf || !buf_size) {
+   exif_log (ne->log, EXIF_LOG_CODE_CORRUPT_DATA,
+@@ -280,6 +284,23 @@ exif_mnote_data_canon_load (ExifMnoteData *ne,
+   memcpy (n->entries[tcount].data, buf + dataofs, s);
+   }
+ 
++  /* Track the size of decoded tag data. A malicious file could
++   * be crafted to cause extremely large values here without
++   * tripping any buffer range checks.  This is especially bad
++   * with the libexif representation of Canon MakerNotes because
++   * some arrays are turned into individual tags that the
++   * application must loop around. */
++  failsafe_size += 
mnote_canon_entry_count_values(>entries[tcount]);
++
++  if (failsafe_size > FAILSAFE_SIZE_MAX) {
++  /* Abort if the total size of the data in the tags 
extraordinarily large, */
++  exif_mem_free (ne->mem, n->entries[tcount].data);
++  exif_log (ne->log, EXIF_LOG_CODE_CORRUPT_DATA,
++"ExifMnoteCanon", "Failsafe tag size 
overflow (%lu > %ld)",
++failsafe_size, FAILSAFE_SIZE_MAX);
++  break;
++  }
++
+   /* Tag was successfully parsed */
+   ++tcount;
+   }
diff --git a/meta/recipes-support/libexif/libexif_0.6.21.bb 
b/meta/recipes-support/libexif/libexif_0.6.21.bb
index d847beab18..3f6fa32b25 100644
--- a/meta/recipes-support/libexif/libexif_0.6.21.bb
+++ b/meta/recipes-support/libexif/libexif_0.6.21.bb
@@ -7,7 +7,9 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=243b725d71bb5df4a1e5920b344b86ad"
 SRC_URI = "${SOURCEFORGE_MIRROR}/libexif/libexif-${PV}.tar.bz2 \
file://CVE-2017-7544.patch \
file://CVE-2016-6328.patch \
-   file://CVE-2018-20030.patch"
+   file://CVE-2018-20030.patch \
+   file://CVE-2020-13114.patch \
+"
 
 SRC_URI[md5sum] = "27339b89850f28c8f1c237f233e05b27"
 SRC_URI[sha256sum] = 
"16cdaeb62eb3e6dfab2435f7d7bccd2f37438d21c5218ec4e58efa9157d4d41a"
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139036): 
https://lists.openembedded.org/g/openembedded-core/message/139036
Mute This Topic: https://lists.openembedded.org/mt/74605196/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell 05/16] archiver.bbclass: Fix duplicated SRC_URIs for do_ar_original

2020-06-01 Thread Steve Sakoman
From: Robert Yang 

The argument urls of bb.fetch2.Fetch(urls, d) are duplicated to SRC_URI, which 
caused errors like:

bb.data_smart.ExpansionError: Failure expanding variable SRCPV, expression was 
${@bb.fetch2.get_srcrev(d)} which triggered exception FetchError: Fetcher 
failure: The SRCREV_FORMAT variable must be set when multiple SCMs are used.
The SCMs are:
git://github.com/docker/notary.git;destsuffix=git/src/github.com/docker/notary
git://github.com/docker/notary.git

The first one is from original SRC_URI, the second one is from the
variable 'urls', so cleanup SRC_URI before call bb.fetch2.Fetch() can fix the
problem.

Signed-off-by: Robert Yang 
Signed-off-by: Richard Purdie 
(cherry picked from commit b244c4f3427cd07376d4b8f7d27e38735bcc90e7)
Signed-off-by: Steve Sakoman 
---
 meta/classes/archiver.bbclass | 8 +++-
 1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/meta/classes/archiver.bbclass b/meta/classes/archiver.bbclass
index 4a7551..780c562b68 100644
--- a/meta/classes/archiver.bbclass
+++ b/meta/classes/archiver.bbclass
@@ -193,7 +193,13 @@ python do_ar_original() {
 del decoded[5][param]
 encoded = bb.fetch2.encodeurl(decoded)
 urls[i] = encoded
-fetch = bb.fetch2.Fetch(urls, d)
+
+# Cleanup SRC_URI before call bb.fetch2.Fetch() since now SRC_URI is in the
+# variable "urls", otherwise there might be errors like:
+# The SRCREV_FORMAT variable must be set when multiple SCMs are used
+ld = bb.data.createCopy(d)
+ld.setVar('SRC_URI', '')
+fetch = bb.fetch2.Fetch(urls, ld)
 tarball_suffix = {}
 for url in fetch.urls:
 local = fetch.localpath(url).rstrip("/");
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139031): 
https://lists.openembedded.org/g/openembedded-core/message/139031
Mute This Topic: https://lists.openembedded.org/mt/74605186/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell 16/16] qemuarm: check serial consoles vs /proc/consoles

2020-06-01 Thread Steve Sakoman
From: Trevor Gamblin 

Note that this patch affects qemuarm AND qemuarm64.

When booting a VM and during operation, the following message
periodically appears:

INIT: Id "hvc0" respawning too fast: disabled for 5 minutes

This is because hvc0 is specified in SERIAL_CONSOLES in qemuarm.conf
and qemuarm64.conf, but it is not in /proc/consoles and
SERIAL_CONSOLES_CHECK is not specified, leaving getty to attempt to
enable hvc0. Add SERIAL_CONSOLES_CHECK to both conf files so that
hvc0 isn't enabled if it hasn't been set there or in local.conf.

Signed-off-by: Trevor Gamblin 
Signed-off-by: Richard Purdie 
(cherry picked from commit 982b7f98b8423236cc986346379b1bde3694f131)
Signed-off-by: Steve Sakoman 
---
 meta/conf/machine/qemuarm.conf   | 1 +
 meta/conf/machine/qemuarm64.conf | 1 +
 2 files changed, 2 insertions(+)

diff --git a/meta/conf/machine/qemuarm.conf b/meta/conf/machine/qemuarm.conf
index 367fcef019..4e605d3a92 100644
--- a/meta/conf/machine/qemuarm.conf
+++ b/meta/conf/machine/qemuarm.conf
@@ -8,6 +8,7 @@ require conf/machine/include/qemu.inc
 KERNEL_IMAGETYPE = "zImage"
 
 SERIAL_CONSOLES ?= "115200;ttyAMA0 115200;hvc0"
+SERIAL_CONSOLES_CHECK = "${SERIAL_CONSOLES}"
 
 # For runqemu
 QB_SYSTEM_NAME = "qemu-system-arm"
diff --git a/meta/conf/machine/qemuarm64.conf b/meta/conf/machine/qemuarm64.conf
index 1e2d4f018d..2cf1a0206c 100644
--- a/meta/conf/machine/qemuarm64.conf
+++ b/meta/conf/machine/qemuarm64.conf
@@ -8,6 +8,7 @@ require conf/machine/include/qemu.inc
 KERNEL_IMAGETYPE = "Image"
 
 SERIAL_CONSOLES ?= "115200;ttyAMA0 115200;hvc0"
+SERIAL_CONSOLES_CHECK = "${SERIAL_CONSOLES}"
 
 # For runqemu
 QB_SYSTEM_NAME = "qemu-system-aarch64"
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139042): 
https://lists.openembedded.org/g/openembedded-core/message/139042
Mute This Topic: https://lists.openembedded.org/mt/74605207/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell 06/16] resulttool/report: Remove leftover debugging

2020-06-01 Thread Steve Sakoman
From: Richard Purdie 

I've long since wondered why there was some odd output in result reports,
remove the leftover debug which was causing it.

Signed-off-by: Richard Purdie 
(cherry picked from commit 66e96bf70753933714ff8edcc13a1f35a052656f)
Signed-off-by: Steve Sakoman 
---
 scripts/lib/resulttool/report.py | 1 -
 1 file changed, 1 deletion(-)

diff --git a/scripts/lib/resulttool/report.py b/scripts/lib/resulttool/report.py
index 7ceceac802..f0ca50ebe2 100644
--- a/scripts/lib/resulttool/report.py
+++ b/scripts/lib/resulttool/report.py
@@ -96,7 +96,6 @@ class ResultsTextReport(object):
 if 'ltpresult.sections' in result and suite not in 
result['ltpresult.sections']:
 try:
 _, suite, suite1, test = k.split(".", 3)
-print("split2: %s %s %s" % (suite, suite1, test))
 if suite + "." + suite1 in result['ltpresult.sections']:
 suite = suite + "." + suite1
 except ValueError:
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139032): 
https://lists.openembedded.org/g/openembedded-core/message/139032
Mute This Topic: https://lists.openembedded.org/mt/74605189/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell 01/16] cve-check: Run it after do_fetch

2020-06-01 Thread Steve Sakoman
From: Khem Raj 

Certain recipes e.g. bash readline ( from meta-gplv2 ) download patches instead 
of having them in
metadata, this could fail cve_check

ERROR: readline-5.2-r9 do_cve_check: File Not found: 
qemuarm/build/../downloads/readline52-001

This patch ensures that download is done before running CVE scan, even
though these will be external patches and may not contain CVE tags as it
expects, but it will fix the run failures as seen above

Signed-off-by: Khem Raj 
Signed-off-by: Richard Purdie 
(cherry picked from commit e406fcb6c609a0d2456d7da0d2406d2d9fa52dd2)
Signed-off-by: Steve Sakoman 
---
 meta/classes/cve-check.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/cve-check.bbclass b/meta/classes/cve-check.bbclass
index 2a530a0489..556ac6e67f 100644
--- a/meta/classes/cve-check.bbclass
+++ b/meta/classes/cve-check.bbclass
@@ -65,7 +65,7 @@ python do_cve_check () {
 
 }
 
-addtask cve_check before do_build
+addtask cve_check before do_build after do_fetch
 do_cve_check[depends] = "cve-update-db-native:do_populate_cve_db"
 do_cve_check[nostamp] = "1"
 
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139027): 
https://lists.openembedded.org/g/openembedded-core/message/139027
Mute This Topic: https://lists.openembedded.org/mt/74605168/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell 03/16] oeqa/concurrencytest: don't delete build directory for failed tests

2020-06-01 Thread Steve Sakoman
Signed-off-by: Steve Sakoman 
Signed-off-by: Richard Purdie 
(cherry picked from commit 3d5aa170d2e88b852bd2a4452aab9311a24badef)
Signed-off-by: Steve Sakoman 
---
 meta/lib/oeqa/core/utils/concurrencytest.py | 10 --
 1 file changed, 8 insertions(+), 2 deletions(-)

diff --git a/meta/lib/oeqa/core/utils/concurrencytest.py 
b/meta/lib/oeqa/core/utils/concurrencytest.py
index fac59f765a..01c39830f9 100644
--- a/meta/lib/oeqa/core/utils/concurrencytest.py
+++ b/meta/lib/oeqa/core/utils/concurrencytest.py
@@ -77,14 +77,17 @@ class ProxyTestResult:
 # a very basic TestResult proxy, in order to modify add* calls
 def __init__(self, target):
 self.result = target
+self.failed_tests = 0
 
 def _addResult(self, method, test, *args, exception = False, **kwargs):
 return method(test, *args, **kwargs)
 
 def addError(self, test, err = None, **kwargs):
+self.failed_tests += 1
 self._addResult(self.result.addError, test, err, exception = True, 
**kwargs)
 
 def addFailure(self, test, err = None, **kwargs):
+self.failed_tests += 1
 self._addResult(self.result.addFailure, test, err, exception = True, 
**kwargs)
 
 def addSuccess(self, test, **kwargs):
@@ -96,6 +99,9 @@ class ProxyTestResult:
 def addUnexpectedSuccess(self, test, **kwargs):
 self._addResult(self.result.addUnexpectedSuccess, test, **kwargs)
 
+def wasSuccessful(self):
+return self.failed_tests == 0
+
 def __getattr__(self, attr):
 return getattr(self.result, attr)
 
@@ -287,10 +293,10 @@ def fork_for_tests(concurrency_num, suite):
 # as per default in parent code
 subunit_client.buffer = True
 subunit_result = AutoTimingTestResultDecorator(subunit_client)
-
process_suite.run(ExtraResultsEncoderTestResult(subunit_result))
+unittest_result = 
process_suite.run(ExtraResultsEncoderTestResult(subunit_result))
 if ourpid != os.getpid():
 os._exit(0)
-if newbuilddir:
+if newbuilddir and unittest_result.wasSuccessful():
 removebuilddir(newbuilddir)
 except:
 # Don't do anything with process children
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139029): 
https://lists.openembedded.org/g/openembedded-core/message/139029
Mute This Topic: https://lists.openembedded.org/mt/74605174/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell 00/16] Patch review

2020-06-01 Thread Steve Sakoman
Please review this next set of patches for dunfell and have comments back
by end of day Wednesday.

The following changes since commit c88cf750f26f6786d6ba5b4f1f7e5d4f0c800e6e:

  avahi: Don't advertise example services by default (2020-05-26 04:12:28 -1000)

are available in the Git repository at:

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

Adrian Bunk (1):
  libubootenv: Remove the DEPENDS on mtd-utils

Gregor Zatko (1):
  sanity.bbclass: Detect and fail if 'inherit' is used in conf file

Joe Slater (1):
  terminal.py: do not stop searching for auto

Joshua Watt (1):
  checklayer: Skip layers without a collection

Khem Raj (2):
  cve-check: Run it after do_fetch
  make-mod-scripts: Fix a rare build race condition

Konrad Weihmann (1):
  qemurunner: fix ip fallback detection

Lee Chee Yang (2):
  bind: fix CVE-2020-8616/7
  libexif: fix CVE-2020-13114

Mark Hatle (1):
  sstate.bbclass: When siginfo or sig files are missing, stop fetcher
errors

Richard Purdie (2):
  resulttool/report: Remove leftover debugging
  resulttool/log: Add ability to dump ltp logs as well as ptest

Robert P. J. Day (1):
  bitbake.conf: Remove unused DEPLOY_DIR_TOOLS variable

Robert Yang (1):
  archiver.bbclass: Fix duplicated SRC_URIs for do_ar_original

Steve Sakoman (1):
  oeqa/concurrencytest: don't delete build directory for failed tests

Trevor Gamblin (1):
  qemuarm: check serial consoles vs /proc/consoles

 meta/classes/archiver.bbclass |   8 +-
 meta/classes/cve-check.bbclass|   2 +-
 meta/classes/sanity.bbclass   |   6 +
 meta/classes/sstate.bbclass   |   6 +-
 meta/conf/bitbake.conf|   1 -
 meta/conf/machine/qemuarm.conf|   1 +
 meta/conf/machine/qemuarm64.conf  |   1 +
 meta/lib/oe/terminal.py   |   5 +-
 meta/lib/oeqa/core/utils/concurrencytest.py   |  10 +-
 meta/lib/oeqa/utils/qemurunner.py |   2 +-
 meta/recipes-bsp/u-boot/libubootenv_0.2.bb|   2 +-
 .../bind/bind/CVE-2020-8616.patch | 206 ++
 .../bind/bind/CVE-2020-8617.patch |  29 +++
 .../recipes-connectivity/bind/bind_9.11.13.bb |   2 +
 .../make-mod-scripts/make-mod-scripts_1.0.bb  |   7 +-
 .../libexif/libexif/CVE-2020-13114.patch  |  73 +++
 .../recipes-support/libexif/libexif_0.6.21.bb |   4 +-
 scripts/lib/checklayer/__init__.py|   3 +
 scripts/lib/resulttool/log.py |  21 +-
 scripts/lib/resulttool/report.py  |   1 -
 scripts/lib/resulttool/resultutils.py |  22 +-
 21 files changed, 383 insertions(+), 29 deletions(-)
 create mode 100644 meta/recipes-connectivity/bind/bind/CVE-2020-8616.patch
 create mode 100644 meta/recipes-connectivity/bind/bind/CVE-2020-8617.patch
 create mode 100644 meta/recipes-support/libexif/libexif/CVE-2020-13114.patch

-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139026): 
https://lists.openembedded.org/g/openembedded-core/message/139026
Mute This Topic: https://lists.openembedded.org/mt/74605167/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell 02/16] checklayer: Skip layers without a collection

2020-06-01 Thread Steve Sakoman
From: Joshua Watt 

As in other places in the file, skip layers that don't define a
collection when searching for a layer to resolve a dependency. Fixes
KeyError exceptions when attempting to access the layer collections
later

Signed-off-by: Joshua Watt 
Signed-off-by: Richard Purdie 
(cherry picked from commit 26090a2861ebe21224aaf89d7be0c0a89ca58e48)
Signed-off-by: Steve Sakoman 
---
 scripts/lib/checklayer/__init__.py | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/scripts/lib/checklayer/__init__.py 
b/scripts/lib/checklayer/__init__.py
index 5aeec2f00f..1138000275 100644
--- a/scripts/lib/checklayer/__init__.py
+++ b/scripts/lib/checklayer/__init__.py
@@ -143,6 +143,9 @@ def detect_layers(layer_directories, no_auto):
 
 def _find_layer_depends(depend, layers):
 for layer in layers:
+if 'collections' not in layer:
+continue
+
 for collection in layer['collections']:
 if depend == collection:
 return layer
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139028): 
https://lists.openembedded.org/g/openembedded-core/message/139028
Mute This Topic: https://lists.openembedded.org/mt/74605169/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] [PATCH] qemu: fix CVE-2020-13361

2020-06-01 Thread Lee Chee Yang
From: Lee Chee Yang 

Signed-off-by: Lee Chee Yang 
---
 meta/recipes-devtools/qemu/qemu.inc|  1 +
 .../qemu/qemu/CVE-2020-13361.patch | 61 ++
 2 files changed, 62 insertions(+)
 create mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2020-13361.patch

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index 126e7d4..3e50069 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -38,6 +38,7 @@ SRC_URI = "https://download.qemu.org/${BPN}-${PV}.tar.xz \
   file://0001-qemu-Do-not-include-file-if-not-exists.patch \
file://CVE-2020-11102.patch \
   file://CVE-2020-11869.patch \
+  file://CVE-2020-13361.patch \
   "
 UPSTREAM_CHECK_REGEX = "qemu-(?P\d+(\.\d+)+)\.tar"
 
diff --git a/meta/recipes-devtools/qemu/qemu/CVE-2020-13361.patch 
b/meta/recipes-devtools/qemu/qemu/CVE-2020-13361.patch
new file mode 100644
index 000..e0acc70
--- /dev/null
+++ b/meta/recipes-devtools/qemu/qemu/CVE-2020-13361.patch
@@ -0,0 +1,61 @@
+From 369ff955a8497988d079c4e3fa1e93c2570c1c69 Mon Sep 17 00:00:00 2001
+From: Prasad J Pandit 
+Date: Fri, 15 May 2020 01:36:08 +0530
+Subject: [PATCH] es1370: check total frame count against current frame
+
+A guest user may set channel frame count via es1370_write()
+such that, in es1370_transfer_audio(), total frame count
+'size' is lesser than the number of frames that are processed
+'cnt'.
+
+int cnt = d->frame_cnt >> 16;
+int size = d->frame_cnt & 0x;
+
+if (size < cnt), it results in incorrect calculations leading
+to OOB access issue(s). Add check to avoid it.
+
+Reported-by: Ren Ding 
+Reported-by: Hanqing Zhao 
+Signed-off-by: Prasad J Pandit 
+Message-id: 20200514200608.1744203-1-ppan...@redhat.com
+Signed-off-by: Gerd Hoffmann 
+
+Upstream-Status: Backport 
[https://lists.gnu.org/archive/html/qemu-devel/2020-05/msg03983.html]
+CVE: CVE-2020-13361
+Signed-off-by: Chee Yang Lee 
+---
+ hw/audio/es1370.c | 7 +--
+ 1 file changed, 5 insertions(+), 2 deletions(-)
+
+diff --git a/hw/audio/es1370.c b/hw/audio/es1370.c
+index 89c4dabcd44..5f8a83ff562 100644
+--- a/hw/audio/es1370.c
 b/hw/audio/es1370.c
+@@ -643,6 +643,9 @@ static void es1370_transfer_audio (ES1370State *s, struct 
chan *d, int loop_sel,
+ int csc_bytes = (csc + 1) << d->shift;
+ int cnt = d->frame_cnt >> 16;
+ int size = d->frame_cnt & 0x;
++if (size < cnt) {
++return;
++}
+ int left = ((size - cnt + 1) << 2) + d->leftover;
+ int transferred = 0;
+ int temp = MIN (max, MIN (left, csc_bytes));
+@@ -651,7 +654,7 @@ static void es1370_transfer_audio (ES1370State *s, struct 
chan *d, int loop_sel,
+ addr += (cnt << 2) + d->leftover;
+ 
+ if (index == ADC_CHANNEL) {
+-while (temp) {
++while (temp > 0) {
+ int acquired, to_copy;
+ 
+ to_copy = MIN ((size_t) temp, sizeof (tmpbuf));
+@@ -669,7 +672,7 @@ static void es1370_transfer_audio (ES1370State *s, struct 
chan *d, int loop_sel,
+ else {
+ SWVoiceOut *voice = s->dac_voice[index];
+ 
+-while (temp) {
++while (temp > 0) {
+ int copied, to_copy;
+ 
+ to_copy = MIN ((size_t) temp, sizeof (tmpbuf));
-- 
2.7.4

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139025): 
https://lists.openembedded.org/g/openembedded-core/message/139025
Mute This Topic: https://lists.openembedded.org/mt/74604342/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] ✗ patchtest: failure for lz4: disable static library

2020-06-01 Thread Patchwork
== Series Details ==

Series: lz4: disable static library
Revision: 1
URL   : https://patchwork.openembedded.org/series/24407/
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:



* Patchlz4: disable static library
 Issue Invalid author  in commit message 
[test_non_auh_upgrade] 
  Suggested fixResend the series with a valid patch's author



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

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139024): 
https://lists.openembedded.org/g/openembedded-core/message/139024
Mute This Topic: https://lists.openembedded.org/mt/74601436/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH 67/70] apt: update to 1.8.2.1

2020-06-01 Thread Alexander Kanavin
On Mon, 1 Jun 2020 at 09:21, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:

> On Sun, 2020-05-31 at 17:52 +0200, Alexander Kanavin wrote:
> > I took the opportunity to rewrite the recipe from scratch; there was
> > just too much baggage in it.
>
> Test builds failed with a reproducibility problem in lz4:
>
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=13925
>
> This hasn't been seen until now since there is now a hard dependency on
> lz4 from apt in this patch.
>
> We could fix the symbol ordering or perhaps disable the static library
> as we don't use it as far as I know, not sure why it would be building
> one...
>

lz4 is using hand-crafted Makefiles, so the build is non-standard. I just
sent a patch to disable the static library.

Alex
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139023): 
https://lists.openembedded.org/g/openembedded-core/message/139023
Mute This Topic: https://lists.openembedded.org/mt/74584238/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] [PATCH] lz4: disable static library

2020-06-01 Thread Alexander Kanavin
It was found to be built in a non-reproducible way.

[YOCTO #13925]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-support/lz4/lz4_1.9.2.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-support/lz4/lz4_1.9.2.bb 
b/meta/recipes-support/lz4/lz4_1.9.2.bb
index ed4452c82e..6510156ed0 100644
--- a/meta/recipes-support/lz4/lz4_1.9.2.bb
+++ b/meta/recipes-support/lz4/lz4_1.9.2.bb
@@ -21,7 +21,7 @@ S = "${WORKDIR}/git"
 # Fixed in r118, which is larger than the current version.
 CVE_CHECK_WHITELIST += "CVE-2014-4715"
 
-EXTRA_OEMAKE = "PREFIX=${prefix} CC='${CC}' DESTDIR=${D} LIBDIR=${libdir} 
INCLUDEDIR=${includedir}"
+EXTRA_OEMAKE = "PREFIX=${prefix} CC='${CC}' DESTDIR=${D} LIBDIR=${libdir} 
INCLUDEDIR=${includedir} BUILD_STATIC=no"
 
 do_install() {
oe_runmake install
-- 
2.26.2

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139022): 
https://lists.openembedded.org/g/openembedded-core/message/139022
Mute This Topic: https://lists.openembedded.org/mt/74601127/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] [PATCH] lz4: disable static library

2020-06-01 Thread Alexander Kanavin
From: Auto Upgrade Helper 

It was found to be built in a non-reproducible way.

[YOCTO #13925]

Signed-off-by: Auto Upgrade Helper 
---
 meta/recipes-support/lz4/lz4_1.9.2.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-support/lz4/lz4_1.9.2.bb 
b/meta/recipes-support/lz4/lz4_1.9.2.bb
index ed4452c82e..6510156ed0 100644
--- a/meta/recipes-support/lz4/lz4_1.9.2.bb
+++ b/meta/recipes-support/lz4/lz4_1.9.2.bb
@@ -21,7 +21,7 @@ S = "${WORKDIR}/git"
 # Fixed in r118, which is larger than the current version.
 CVE_CHECK_WHITELIST += "CVE-2014-4715"
 
-EXTRA_OEMAKE = "PREFIX=${prefix} CC='${CC}' DESTDIR=${D} LIBDIR=${libdir} 
INCLUDEDIR=${includedir}"
+EXTRA_OEMAKE = "PREFIX=${prefix} CC='${CC}' DESTDIR=${D} LIBDIR=${libdir} 
INCLUDEDIR=${includedir} BUILD_STATIC=no"
 
 do_install() {
oe_runmake install
-- 
2.26.2

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139021): 
https://lists.openembedded.org/g/openembedded-core/message/139021
Mute This Topic: https://lists.openembedded.org/mt/74601127/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH 46/70] rng-tools: upgrade 6.9 -> 6.10

2020-06-01 Thread Alexander Kanavin
On Sun, 31 May 2020 at 18:43, Adrian Bunk  wrote:

> On Sun, May 31, 2020 at 05:52:30PM +0200, Alexander Kanavin wrote:
> > Signed-off-by: Alexander Kanavin 
> > ---
> >  ...d9ce64f132e463b9091d0536913ddaf11516.patch | 42 +++
> >  ...6a5fd4efde8ef569b358e19b1fcbc7d0d938.patch | 51 +++
> >...
>
> Please use "git format-patch" for creating meaningful filenames.
>

The filenames are this way because I downloaded both directly from github
upstream, to use as backports. So they will disappear in due time.

Alex
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139020): 
https://lists.openembedded.org/g/openembedded-core/message/139020
Mute This Topic: https://lists.openembedded.org/mt/74584207/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH 41/70] x264: upgrade to latest revision

2020-06-01 Thread Alexander Kanavin
On Mon, 1 Jun 2020 at 03:37, Mittal, Anuj  wrote:

> >  UPSTREAM_CHECK_COMMITS = "1"
> >
> > -SRCREV = "1771b556ee45207f8711744ccbd5d42a3949b14c"
> > +SRCREV = "296494a4011f58f32adc54304a2654627558c59a"
> >
> >  PV = "r2991+git${SRCPV}"
>
> PV will also need to be changed in this case to r2999+git${SRCPV}.
>

I wonder if basing PV on svn revisions is still beneficial - we pull
directly from github, rather than svn, and I don't think anyone is
interested in what the svn revision is. Upstream does not tag releases.

Alex
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139019): 
https://lists.openembedded.org/g/openembedded-core/message/139019
Mute This Topic: https://lists.openembedded.org/mt/74584201/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH 67/70] apt: update to 1.8.2.1

2020-06-01 Thread Richard Purdie
On Sun, 2020-05-31 at 17:52 +0200, Alexander Kanavin wrote:
> I took the opportunity to rewrite the recipe from scratch; there was
> just too much baggage in it.

Test builds failed with a reproducibility problem in lz4:

https://bugzilla.yoctoproject.org/show_bug.cgi?id=13925

This hasn't been seen until now since there is now a hard dependency on
lz4 from apt in this patch.

We could fix the symbol ordering or perhaps disable the static library
as we don't use it as far as I know, not sure why it would be building
one...

Cheers,

Richard



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#139018): 
https://lists.openembedded.org/g/openembedded-core/message/139018
Mute This Topic: https://lists.openembedded.org/mt/74584238/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH V3 3/3] u-boot: introduce UBOOT_INITIAL_ENV

2020-06-01 Thread Ming Liu
Hi, Denys:

To install fw_env.config or not is also optional, attempt to say that
"ALLOW_EMPTY_${PN}-dev = "1"" is needed.

Will send a V4 according to your other comments.

//Ming Liu

Denys Dmytriyenko  於 2020年5月29日 週五 下午10:11寫道:

> On Thu, May 28, 2020 at 02:41:29PM +0200, Ming Liu wrote:
> > From: Ming Liu 
> >
> > It defaults to ${PN}-initial-env, no functional changes with current
> > implementation, but this allows it to be changed in individual u-boot
> > recipes.
> >
> > If UBOOT_INITIAL_ENV is empty, then no initial env would be compiled/
> > installed/deployed, set ALLOW_EMPTY_${PN}-env = "1".
> >
> > The major purpose for introducing this, is that the users might have
> > some scripts on targets like:
> > ```
> > /sbin/fw_setenv -f /etc/u-boot-initial-env
> > ```
> >
> > and it should be able to run against a identical path generated by
> > different u-boot recipes.
> >
> > Signed-off-by: Ming Liu 
> > ---
> >  meta/recipes-bsp/u-boot/u-boot.inc | 55 +++---
> >  1 file changed, 36 insertions(+), 19 deletions(-)
> >
> > diff --git a/meta/recipes-bsp/u-boot/u-boot.inc
> b/meta/recipes-bsp/u-boot/u-boot.inc
> > index be15e1760f..8e60615e5c 100644
> > --- a/meta/recipes-bsp/u-boot/u-boot.inc
> > +++ b/meta/recipes-bsp/u-boot/u-boot.inc
> > @@ -60,6 +60,10 @@ UBOOT_ENV_BINARY ?= "${UBOOT_ENV}.${UBOOT_ENV_SUFFIX}"
> >  UBOOT_ENV_IMAGE ?=
> "${UBOOT_ENV}-${MACHINE}-${PV}-${PR}.${UBOOT_ENV_SUFFIX}"
> >  UBOOT_ENV_SYMLINK ?= "${UBOOT_ENV}-${MACHINE}.${UBOOT_ENV_SUFFIX}"
> >
> > +# Default name of u-boot initial env, but enable individual recipes to
> change
> > +# this value.
> > +UBOOT_INITIAL_ENV ?= "${PN}-initial-env"
> > +
> >  # U-Boot EXTLINUX variables. U-Boot searches for
> /boot/extlinux/extlinux.conf
> >  # to find EXTLINUX conf file.
> >  UBOOT_EXTLINUX_INSTALL_DIR ?= "/boot/extlinux"
> > @@ -137,8 +141,10 @@ do_compile () {
> >  done
> >
> >  # Generate the uboot-initial-env
> > -oe_runmake -C ${S} O=${B}/${config}
> u-boot-initial-env
> > -cp ${B}/${config}/u-boot-initial-env
> ${B}/${config}/u-boot-initial-env-${type}
> > +if [ -n "${UBOOT_INITIAL_ENV}" ]; then
> > +oe_runmake -C ${S} O=${B}/${config}
> u-boot-initial-env
> > +cp ${B}/${config}/u-boot-initial-env
> ${B}/${config}/u-boot-initial-env-${type}
> > +fi
> >
> >  unset k
> >  fi
> > @@ -150,7 +156,9 @@ do_compile () {
> >  oe_runmake -C ${S} O=${B} ${UBOOT_MAKE_TARGET}
> >
> >  # Generate the uboot-initial-env
> > -oe_runmake -C ${S} O=${B} u-boot-initial-env
> > +if [ -n "${UBOOT_INITIAL_ENV}" ]; then
> > +oe_runmake -C ${S} O=${B} u-boot-initial-env
> > +fi
> >  fi
> >  }
> >
> > @@ -168,10 +176,12 @@ do_install () {
> >  ln -sf u-boot-${type}-${PV}-${PR}.${UBOOT_SUFFIX}
> ${D}/boot/${UBOOT_BINARY}
> >
> >  # Install the uboot-initial-env
> > -install -D -m 644
> ${B}/${config}/u-boot-initial-env-${type}
> ${D}/${sysconfdir}/${PN}-initial-env-${MACHINE}-${type}-${PV}-${PR}
> > -ln -sf
> ${PN}-initial-env-${MACHINE}-${type}-${PV}-${PR}
> ${D}/${sysconfdir}/${PN}-initial-env-${MACHINE}-${type}
> > -ln -sf
> ${PN}-initial-env-${MACHINE}-${type}-${PV}-${PR}
> ${D}/${sysconfdir}/${PN}-initial-env-${type}
> > -ln -sf
> ${PN}-initial-env-${MACHINE}-${type}-${PV}-${PR}
> ${D}/${sysconfdir}/${PN}-initial-env
> > +if [ -n "${UBOOT_INITIAL_ENV}" ]; then
> > +install -D -m 644
> ${B}/${config}/u-boot-initial-env-${type}
> ${D}/${sysconfdir}/${UBOOT_INITIAL_ENV}-${MACHINE}-${type}-${PV}-${PR}
> > +ln -sf
> ${UBOOT_INITIAL_ENV}-${MACHINE}-${type}-${PV}-${PR}
> ${D}/${sysconfdir}/${UBOOT_INITIAL_ENV}-${MACHINE}-${type}
> > +ln -sf
> ${UBOOT_INITIAL_ENV}-${MACHINE}-${type}-${PV}-${PR}
> ${D}/${sysconfdir}/${UBOOT_INITIAL_ENV}-${type}
> > +ln -sf
> ${UBOOT_INITIAL_ENV}-${MACHINE}-${type}-${PV}-${PR}
> ${D}/${sysconfdir}/${UBOOT_INITIAL_ENV}
> > +fi
> >  fi
> >  done
> >  unset j
> > @@ -182,9 +192,11 @@ do_install () {
> >  ln -sf ${UBOOT_IMAGE} ${D}/boot/${UBOOT_BINARY}
> >
> >  # Install the uboot-initial-env
> > -install -D -m 644 ${B}/u-boot-initial-env
> ${D}/${sysconfdir}/${PN}-initial-env-${MACHINE}-${PV}-${PR}
> > -ln -sf ${PN}-initial-env-${MACHINE}-${PV}-${PR}
> ${D}/${sysconfdir}/${PN}-initial-env-${MACHINE}
> > -ln -sf ${PN}-initial-env-${MACHINE}-${PV}-${PR}
> ${D}/${sysconfdir}/${PN}-initial-env
> > +if [ -n "${UBOOT_INITIAL_ENV}" ]; then
> > +install -D -m 644 ${B}/u-boot-initial-env
>