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

2020-08-03 Thread Stephen Jolley
All,

 

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

 

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 (#141178): 
https://lists.openembedded.org/g/openembedded-core/message/141178
Mute This Topic: https://lists.openembedded.org/mt/75978373/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [dunfell][PATCH] core: glib-2.0: fix requested libmount/mkostemp/selinux not being linked in

2020-08-03 Thread Steve Sakoman
On Sun, Aug 2, 2020 at 9:43 PM Ahmad Fatoum  wrote:
>
> Hello,
>
> On 7/20/20 12:30 PM, Ahmad Fatoum wrote:
> > Since 010202076760 ("meson.bbclass: avoid unexpected operating-system
> > names"), meson is no longer used with a cross file that appends the used
> > libc to the operating system name, e.g. linux-gnueabi.
> >
> > Prior to that commit, the host_system == 'linux' checks in glib's meson
> > failed, which led to glib being compiled without libmount, mkostemp and
> > selinux even if explicitly requested.
> >
> > As the aforementioned commit affects all recipes built by glib, it might
> > not be a candidate for backporting to current stable branches. To fix
> > just the glib issue, instances of host_system == 'linux' are patched
> > locally.
> >
> > The patch is marked as Upstream-Status: Inappropriate as it is rendered
> > unnecessary for OE releases newer than Dunfell.
>
> Gentle Ping.

I didn't take this patch since it no longer seems to be needed in dunfell.

Please see:  https://lists.openembedded.org/g/openembedded-core/message/141008

If we are mistaken, please let us know!

Steve

> > Signed-off-by: Ahmad Fatoum 
> > ---
> >  ...ot-hardcode-linux-as-the-host-system.patch | 49 +++
> >  meta/recipes-core/glib-2.0/glib-2.0_2.62.4.bb |  1 +
> >  2 files changed, 50 insertions(+)
> >  create mode 100644 
> > meta/recipes-core/glib-2.0/glib-2.0/0020-meson.build-do-not-hardcode-linux-as-the-host-system.patch
> >
> > diff --git 
> > a/meta/recipes-core/glib-2.0/glib-2.0/0020-meson.build-do-not-hardcode-linux-as-the-host-system.patch
> >  
> > b/meta/recipes-core/glib-2.0/glib-2.0/0020-meson.build-do-not-hardcode-linux-as-the-host-system.patch
> > new file mode 100644
> > index ..616bbd8a7d7c
> > --- /dev/null
> > +++ 
> > b/meta/recipes-core/glib-2.0/glib-2.0/0020-meson.build-do-not-hardcode-linux-as-the-host-system.patch
> > @@ -0,0 +1,49 @@
> > +From a300a09661124451d4783d4be66e3993262dc9be Mon Sep 17 00:00:00 2001
> > +From: Ahmad Fatoum 
> > +Date: Thu, 9 Jul 2020 13:00:16 +0200
> > +Subject: [PATCH] meson.build: do not hardcode 'linux' as the host system
> > +
> > +OE build system can set this to other values that include 'linux',
> > +e.g. 'linux-gnueabi'. This led to glib always being built without
> > +libmount, mkostemp and selinux support.
> > +
> > +Upstream-Status: Inappropriate [other]
> > +Signed-off-by: Ahmad Fatoum 
> > +---
> > + meson.build | 6 +++---
> > + 1 file changed, 3 insertions(+), 3 deletions(-)
> > +
> > +diff --git a/meson.build b/meson.build
> > +index 3a47a7cc4b98..af09dfc853e5 100644
> > +--- a/meson.build
> >  b/meson.build
> > +@@ -632,7 +632,7 @@ else
> > + endif
> > + message('Checking whether to use statfs or statvfs .. ' + 
> > stat_func_to_use)
> > +
> > +-if host_system == 'linux'
> > ++if host_system.contains('linux')
> > +   if cc.has_function('mkostemp',
> > +  prefix: '''#define _GNU_SOURCE
> > + #include ''')
> > +@@ -1857,7 +1857,7 @@ glib_conf.set_quoted('GLIB_LOCALE_DIR', 
> > join_paths(glib_datadir, 'locale'))
> > + # libmount is only used by gio, but we need to fetch the libs to generate 
> > the
> > + # pkg-config file below
> > + libmount_dep = []
> > +-if host_system == 'linux' and get_option('libmount')
> > ++if host_system.contains('linux') and get_option('libmount')
> > +   libmount_dep = [dependency('mount', version : '>=2.23', required : 
> > true)]
> > +   glib_conf.set('HAVE_LIBMOUNT', 1)
> > + endif
> > +@@ -1867,7 +1867,7 @@ if host_system == 'windows'
> > + endif
> > +
> > + selinux_dep = []
> > +-if host_system == 'linux'
> > ++if host_system.contains('linux')
> > +   selinux_dep = dependency('libselinux', required: get_option('selinux'))
> > +
> > +   glib_conf.set('HAVE_SELINUX', selinux_dep.found())
> > +--
> > +2.27.0
> > +
> > diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.62.4.bb 
> > b/meta/recipes-core/glib-2.0/glib-2.0_2.62.4.bb
> > index d496235003d4..fd7f5ee920d8 100644
> > --- a/meta/recipes-core/glib-2.0/glib-2.0_2.62.4.bb
> > +++ b/meta/recipes-core/glib-2.0/glib-2.0_2.62.4.bb
> > @@ -19,6 +19,7 @@ SRC_URI = 
> > "${GNOME_MIRROR}/glib/${SHRT_VER}/glib-${PV}.tar.xz \
> > 
> > file://0011-GMainContext-Fix-GSource-iterator-if-iteration-can-m.patch \
> > 
> > file://0012-GMainContext-Fix-memory-leaks-and-memory-corruption-.patch \
> > 
> > file://0013-GMainContext-Move-mutex-unlocking-in-destructor-righ.patch \
> > +   
> > file://0020-meson.build-do-not-hardcode-linux-as-the-host-system.patch \
> > "
> >
> >  SRC_URI_append_class-native = " file://relocate-modules.patch"
> >
> >
> >
> >
>
> --
> Pengutronix e.K.   | |
> Steuerwalder Str. 21   | http://www.pengutronix.de/  |
> 31137 Hildesheim, Germany  | Phone: +49-5121-206917-0|
> Amtsgericht Hildesheim, HRA 2686   | Fax:   +49-5121-206

[OE-core][dunfell 11/12] gnutls: Fix krb5 code license to GPLv2.1+ to match the LICENSE file.

2020-08-03 Thread Steve Sakoman
From: zhengruoqin 

This was discussed and accepted upstream by the project so their license is 
consistent.
Please reference to https://gitlab.com/gnutls/gnutls/-/issues/1018
and https://gitlab.com/gnutls/gnutls/-/merge_requests/1285.

Signed-off-by: Zheng Ruoqin 
Signed-off-by: Richard Purdie 
(cherry picked from commit 267d07301c79c24969c169add05284f612c41d77)
Signed-off-by: Steve Sakoman 
---
 ...se-to-GPLv2.1-to-keep-with-LICENSE-f.patch | 90 +++
 meta/recipes-support/gnutls/gnutls_3.6.14.bb  |  1 +
 2 files changed, 91 insertions(+)
 create mode 100644 
meta/recipes-support/gnutls/gnutls/0001-Modied-the-license-to-GPLv2.1-to-keep-with-LICENSE-f.patch

diff --git 
a/meta/recipes-support/gnutls/gnutls/0001-Modied-the-license-to-GPLv2.1-to-keep-with-LICENSE-f.patch
 
b/meta/recipes-support/gnutls/gnutls/0001-Modied-the-license-to-GPLv2.1-to-keep-with-LICENSE-f.patch
new file mode 100644
index 00..a610abf9b5
--- /dev/null
+++ 
b/meta/recipes-support/gnutls/gnutls/0001-Modied-the-license-to-GPLv2.1-to-keep-with-LICENSE-f.patch
@@ -0,0 +1,90 @@
+From c0ae3f659c6c130d151378ba4d7d861e3b7b970f Mon Sep 17 00:00:00 2001
+From: Lei Maohui 
+Date: Wed, 8 Jul 2020 14:50:27 +0900
+Subject: [PATCH] Modied the license to GPLv2.1+ to keep with LICENSE file.
+
+Signed-off-by: Lei Maohui 
+Please reference to https://gitlab.com/gnutls/gnutls/-/issues/1018.
+Upstream-Status: Backport 
[https://gitlab.com/gnutls/gnutls/-/merge_requests/1285].
+---
+ lib/x509/krb5.c | 20 +++-
+ lib/x509/krb5.h | 20 +++-
+ 2 files changed, 22 insertions(+), 18 deletions(-)
+
+diff --git a/lib/x509/krb5.c b/lib/x509/krb5.c
+index 7fe84e6..d68c737 100644
+--- a/lib/x509/krb5.c
 b/lib/x509/krb5.c
+@@ -1,21 +1,23 @@
+ /*
+  * Copyright (C) 2015 Red Hat, Inc.
+  *
++ * Author: Nikos Mavrogiannopoulos
++ *
+  * This file is part of GnuTLS.
+  *
+- * GnuTLS is free software: you can redistribute it and/or modify it
+- * under the terms of the GNU General Public License as published by
+- * the Free Software Foundation, either version 3 of the License, or
+- * (at your option) any later version.
++ * The GnuTLS is free software; you can redistribute it and/or
++ * modify it under the terms of the GNU Lesser General Public License
++ * as published by the Free Software Foundation; either version 2.1 of
++ * the License, or (at your option) any later version.
+  *
+- * GnuTLS is distributed in the hope that it will be useful, but
++ * This library is distributed in the hope that it will be useful, but
+  * WITHOUT ANY WARRANTY; without even the implied warranty of
+  * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+- * General Public License for more details.
++ * Lesser General Public License for more details.
++ *
++ * You should have received a copy of the GNU Lesser General Public License
++ * along with this program.  If not, see 
+  *
+- * You should have received a copy of the GNU General Public License
+- * along with this program.  If not, see
+- * .
+  */
+ 
+ #include 
+diff --git a/lib/x509/krb5.h b/lib/x509/krb5.h
+index d8926af..815bb28 100644
+--- a/lib/x509/krb5.h
 b/lib/x509/krb5.h
+@@ -1,21 +1,23 @@
+ /*
+  * Copyright (C) 2015 Red Hat, Inc.
+  *
++ * Author: Nikos Mavrogiannopoulos
++ *
+  * This file is part of GnuTLS.
+  *
+- * GnuTLS is free software: you can redistribute it and/or modify it
+- * under the terms of the GNU General Public License as published by
+- * the Free Software Foundation, either version 3 of the License, or
+- * (at your option) any later version.
++ * The GnuTLS is free software; you can redistribute it and/or
++ * modify it under the terms of the GNU Lesser General Public License
++ * as published by the Free Software Foundation; either version 2.1 of
++ * the License, or (at your option) any later version.
+  *
+- * GnuTLS is distributed in the hope that it will be useful, but
++ * This library is distributed in the hope that it will be useful, but
+  * WITHOUT ANY WARRANTY; without even the implied warranty of
+  * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+- * General Public License for more details.
++ * Lesser General Public License for more details.
++ *
++ * You should have received a copy of the GNU Lesser General Public License
++ * along with this program.  If not, see 
+  *
+- * You should have received a copy of the GNU General Public License
+- * along with this program.  If not, see
+- * .
+  */
+ 
+ #ifndef GNUTLS_LIB_X509_KRB5_H
+-- 
+2.17.1
+
diff --git a/meta/recipes-support/gnutls/gnutls_3.6.14.bb 
b/meta/recipes-support/gnutls/gnutls_3.6.14.bb
index a285e5a1f1..cc0454a561 100644
--- a/meta/recipes-support/gnutls/gnutls_3.6.14.bb
+++ b/meta/recipes-support/gnutls/gnutls_3.6.14.bb
@@ -19,6 +19,7 @@ SHRT_VER = 
"${@d.getVar('PV').split('.')[0]}.${@d.getVar('P

[OE-core][dunfell 09/12] bind: upgrade 9.11.19 -> 9.11.21

2020-08-03 Thread Steve Sakoman
From: Yi Zhao 

Bug and CVE fixes only

Detailed list of changes at:
https://gitlab.isc.org/isc-projects/bind9/-/blob/v9_11_21/CHANGES

Signed-off-by: Yi Zhao 
Signed-off-by: Richard Purdie 
(cherry picked from commit c6749532f94f435e6771d66d3fa225e676753478)
Signed-off-by: Steve Sakoman 
---
 .../bind/{bind_9.11.19.bb => bind_9.11.21.bb}   | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-connectivity/bind/{bind_9.11.19.bb => bind_9.11.21.bb} 
(98%)

diff --git a/meta/recipes-connectivity/bind/bind_9.11.19.bb 
b/meta/recipes-connectivity/bind/bind_9.11.21.bb
similarity index 98%
rename from meta/recipes-connectivity/bind/bind_9.11.19.bb
rename to meta/recipes-connectivity/bind/bind_9.11.21.bb
index 276173e09f..ee546a0a2c 100644
--- a/meta/recipes-connectivity/bind/bind_9.11.19.bb
+++ b/meta/recipes-connectivity/bind/bind_9.11.21.bb
@@ -20,7 +20,7 @@ SRC_URI = 
"https://ftp.isc.org/isc/bind9/${PV}/${BPN}-${PV}.tar.gz \
file://0001-avoid-start-failure-with-bind-user.patch \
"
 
-SRC_URI[sha256sum] = 
"0dee554a4caa368948b32da9a0c97b516c19103bc13ff5b3762c5d8552f52329"
+SRC_URI[sha256sum] = 
"668158b005b3de4328fa0d3f524b66f28f024c67538aa9412a9e69c9dfbc"
 
 UPSTREAM_CHECK_URI = "https://ftp.isc.org/isc/bind9/";
 # stay at 9.11 until 9.16, from 9.16 follow the ESV versions divisible by 4
-- 
2.17.1

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

View/Reply Online (#141173): 
https://lists.openembedded.org/g/openembedded-core/message/141173
Mute This Topic: https://lists.openembedded.org/mt/75966631/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/12] initscripts: Fix populate-volatile.sh bug when file/dir exists

2020-08-03 Thread Steve Sakoman
From: Andrei Gherzan 

The blocks which test for entry exitence (file or directory) use a
`A && B || C` syntax. This form is not behaving as a if-then-else block
even the code logic assumes that. C may run when A is true which breaks
the case where VERBOSE is 'no' but the file/directory exists.

Along with fixing these specific issues, this patch fixes the other
instances where blocks of form `A && B || C` are used as if-then-else.

Signed-off-by: Andrei Gherzan 
Signed-off-by: Richard Purdie 
(cherry picked from commit 1b9ea22acb66554925720e04cf24100664234574)
Signed-off-by: Steve Sakoman 
---
 .../initscripts-1.0/populate-volatile.sh  | 24 +--
 1 file changed, 12 insertions(+), 12 deletions(-)

diff --git a/meta/recipes-core/initscripts/initscripts-1.0/populate-volatile.sh 
b/meta/recipes-core/initscripts/initscripts-1.0/populate-volatile.sh
index 3a265329f0..f21f48dd30 100755
--- a/meta/recipes-core/initscripts/initscripts-1.0/populate-volatile.sh
+++ b/meta/recipes-core/initscripts/initscripts-1.0/populate-volatile.sh
@@ -26,15 +26,15 @@ COREDEF="00_core"
 
 create_file() {
EXEC=""
-   [ -z "$2" ] && {
+   if [ -z "$2" ]; then
EXEC="
touch \"$1\";
"
-   } || {
+   else
EXEC="
cp \"$2\" \"$1\";
"
-   }
+   fi
EXEC="
${EXEC}
chown ${TUSER}:${TGROUP} $1 || echo \"Failed to set owner -${TUSER}- 
for -$1-.\" >/dev/tty0 2>&1;
@@ -42,9 +42,9 @@ create_file() {
 
test "$VOLATILE_ENABLE_CACHE" = yes && echo "$EXEC" >> 
/etc/volatile.cache.build
 
-   [ -e "$1" ] && {
+   if [ -e "$1" ]; then
[ "${VERBOSE}" != "no" ] && echo "Target already exists. 
Skipping."
-   } || {
+   else
if [ -z "$ROOT_DIR" ]; then
eval "$EXEC"
else
@@ -54,7 +54,7 @@ create_file() {
# run on target to set up the correct files and 
directories.
eval "$EXEC" > /dev/null 2>&1
fi
-   }
+   fi
 }
 
 mk_dir() {
@@ -64,9 +64,9 @@ mk_dir() {
chmod ${TMODE} $1 || echo \"Failed to set mode -${TMODE}- for -$1-.\" 
>/dev/tty0 2>&1 "
 
test "$VOLATILE_ENABLE_CACHE" = yes && echo "$EXEC" >> 
/etc/volatile.cache.build
-   [ -e "$1" ] && {
+   if [ -e "$1" ]; then
[ "${VERBOSE}" != "no" ] && echo "Target already exists. 
Skipping."
-   } || {
+   else
if [ -z "$ROOT_DIR" ]; then
eval "$EXEC"
else
@@ -74,7 +74,7 @@ mk_dir() {
# not be logged.
eval "$EXEC" > /dev/null 2>&1
fi
-   }
+   fi
 }
 
 link_file() {
@@ -188,13 +188,13 @@ apply_cfgfile() {
[ -L "${TNAME}" ] && {
[ "${VERBOSE}" != "no" ] && echo "Found link."
NEWNAME=$(ls -l "${TNAME}" | sed -e 's/^.*-> 
\(.*\)$/\1/')
-   echo "${NEWNAME}" | grep -v "^/" >/dev/null && {
+   if echo "${NEWNAME}" | grep -v "^/" >/dev/null; then
TNAME="$(echo "${TNAME}" | sed -e 
's@\(.*\)/.*@\1@')/${NEWNAME}"
[ "${VERBOSE}" != "no" ] && echo "Converted 
relative linktarget to absolute path -${TNAME}-."
-   } || {
+   else
TNAME="${NEWNAME}"
[ "${VERBOSE}" != "no" ] && echo "Using 
absolute link target -${TNAME}-."
-   }
+   fi
}
 
case "${TTYPE}" in
-- 
2.17.1

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

View/Reply Online (#141166): 
https://lists.openembedded.org/g/openembedded-core/message/141166
Mute This Topic: https://lists.openembedded.org/mt/75966618/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/12] cve-update: handle baseMetricV2 as optional

2020-08-03 Thread Steve Sakoman
From: Konrad Weihmann 

Currently in NVD DB an item popped up, which hasn't set baseMetricV2.
Let the parser handle it as an optional item.
In case use baseMetricV2 before baseMetricV3

Signed-off-by: Konrad Weihmann 
Signed-off-by: Richard Purdie 
(cherry picked from commit fdcbf3f28289188c5a97664d1421d4a5c4991eda)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-core/meta/cve-update-db-native.bb | 13 +
 1 file changed, 9 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-core/meta/cve-update-db-native.bb 
b/meta/recipes-core/meta/cve-update-db-native.bb
index f27ade40db..32d6dbdffc 100644
--- a/meta/recipes-core/meta/cve-update-db-native.bb
+++ b/meta/recipes-core/meta/cve-update-db-native.bb
@@ -176,15 +176,20 @@ def update_db(c, jsondata):
 if not elt['impact']:
 continue
 
+accessVector = None
 cveId = elt['cve']['CVE_data_meta']['ID']
 cveDesc = elt['cve']['description']['description_data'][0]['value']
 date = elt['lastModifiedDate']
-accessVector = elt['impact']['baseMetricV2']['cvssV2']['accessVector']
-cvssv2 = elt['impact']['baseMetricV2']['cvssV2']['baseScore']
-
 try:
+accessVector = 
elt['impact']['baseMetricV2']['cvssV2']['accessVector']
+cvssv2 = elt['impact']['baseMetricV2']['cvssV2']['baseScore']
+except KeyError:
+cvssv2 = 0.0
+try:
+accessVector = accessVector or 
elt['impact']['baseMetricV3']['cvssV3']['attackVector']
 cvssv3 = elt['impact']['baseMetricV3']['cvssV3']['baseScore']
-except:
+except KeyError:
+accessVector = accessVector or "UNKNOWN"
 cvssv3 = 0.0
 
 c.execute("insert or replace into NVD values (?, ?, ?, ?, ?, ?)",
-- 
2.17.1

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

View/Reply Online (#141168): 
https://lists.openembedded.org/g/openembedded-core/message/141168
Mute This Topic: https://lists.openembedded.org/mt/75966623/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/12] gnutls: upgrade 3.6.13 -> 3.6.14

2020-08-03 Thread Steve Sakoman
From: Alexander Kanavin 

Security and bug fix release on the stable 3.6.x branch

Fixes CVE-2020-13777

Detailed list of changes at:

https://lists.gnupg.org/pipermail/gnutls-help/2020-June/004648.html

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit cd88c81804a4a52b9875f2244c9f35911539be96)
Signed-off-by: Steve Sakoman 
---
 .../gnutls/{gnutls_3.6.13.bb => gnutls_3.6.14.bb}  | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)
 rename meta/recipes-support/gnutls/{gnutls_3.6.13.bb => gnutls_3.6.14.bb} (93%)

diff --git a/meta/recipes-support/gnutls/gnutls_3.6.13.bb 
b/meta/recipes-support/gnutls/gnutls_3.6.14.bb
similarity index 93%
rename from meta/recipes-support/gnutls/gnutls_3.6.13.bb
rename to meta/recipes-support/gnutls/gnutls_3.6.14.bb
index f56d42a613..a285e5a1f1 100644
--- a/meta/recipes-support/gnutls/gnutls_3.6.13.bb
+++ b/meta/recipes-support/gnutls/gnutls_3.6.14.bb
@@ -21,8 +21,7 @@ SRC_URI = 
"https://www.gnupg.org/ftp/gcrypt/gnutls/v${SHRT_VER}/gnutls-${PV}.tar
file://arm_eabi.patch \
 "
 
-SRC_URI[md5sum] = "bb1fe696a11543433785b4fc70ca225f"
-SRC_URI[sha256sum] = 
"32041df447d9f4644570cf573c9f60358e865637d69b7e59d1159b7240b52f38"
+SRC_URI[sha256sum] = 
"5630751adec7025b8ef955af4d141d00d252a985769f51b4059e5affa3d39d63"
 
 inherit autotools texinfo pkgconfig gettext lib_package gtk-doc
 
-- 
2.17.1

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

View/Reply Online (#141174): 
https://lists.openembedded.org/g/openembedded-core/message/141174
Mute This Topic: https://lists.openembedded.org/mt/75966633/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/12] glib-networking: upgrade 2.62.3 to 2.62.4

2020-08-03 Thread Steve Sakoman
Bug and CVE fix release

Fixes CVE-2020-13645

Details of changes at:

https://gitlab.gnome.org/GNOME/glib-networking/-/commits/glib-2-62

Signed-off-by: Steve Sakoman 
---
 .../{glib-networking_2.62.3.bb => glib-networking_2.62.4.bb}  | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-core/glib-networking/{glib-networking_2.62.3.bb => 
glib-networking_2.62.4.bb} (88%)

diff --git a/meta/recipes-core/glib-networking/glib-networking_2.62.3.bb 
b/meta/recipes-core/glib-networking/glib-networking_2.62.4.bb
similarity index 88%
rename from meta/recipes-core/glib-networking/glib-networking_2.62.3.bb
rename to meta/recipes-core/glib-networking/glib-networking_2.62.4.bb
index e9596ce1a4..b74532087c 100644
--- a/meta/recipes-core/glib-networking/glib-networking_2.62.3.bb
+++ b/meta/recipes-core/glib-networking/glib-networking_2.62.4.bb
@@ -9,8 +9,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=4fbd65380cdd255951079008b364516c"
 SECTION = "libs"
 DEPENDS = "glib-2.0"
 
-SRC_URI[archive.md5sum] = "a758ca62bd54982a798b39c744cbf783"
-SRC_URI[archive.sha256sum] = 
"8ca1f86f23a76b5c7640624f7d5490705c78e81375e1741c9a1c41ce7f8f7ff7"
+SRC_URI[archive.md5sum] = "fad14a4a2cac73f0c2f9d426f1a9e5af"
+SRC_URI[archive.sha256sum] = 
"c18f289eec480fdce12044c0a06f77521edf9f460d16ad4213de61f2a3b294cf"
 
 PACKAGECONFIG ??= "gnutls"
 
-- 
2.17.1

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

View/Reply Online (#141176): 
https://lists.openembedded.org/g/openembedded-core/message/141176
Mute This Topic: https://lists.openembedded.org/mt/75966637/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/12] cogl-1.0: correct X11 dependencies

2020-08-03 Thread Steve Sakoman
From: Matt Madison 

cogl depends on libxdamage when configured for X11 support.
A dependency was added for this in 2012 with
959a2f6d88d8fa6874fff83b7a1f0e7d4e36b887, but that addition
was lost when the recipe was reworked in 2013 with
b508fdd2b19ca30da8d09caf646897dc4cf195c8. That commit also
added a dependency on libxi, which is not actually needed.

The missing dependency doesn't cause problems in most cases,
since mesa also depends on libxdamage, but when an alternative
opengl implementation such as libglvnd is used, cogl fails
to configure.

Signed-off-by: Matt Madison 
Signed-off-by: Richard Purdie 
(cherry picked from commit 7651a63c508562caf1a3732cb49af50bccc98e8b)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-graphics/cogl/cogl-1.0.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/cogl/cogl-1.0.inc 
b/meta/recipes-graphics/cogl/cogl-1.0.inc
index 1c5d0b79cb..d581ad1c04 100644
--- a/meta/recipes-graphics/cogl/cogl-1.0.inc
+++ b/meta/recipes-graphics/cogl/cogl-1.0.inc
@@ -21,7 +21,7 @@ EDEPENDS_GL = "virtual/libgl libdrm"
 EDEPENDS_GLES2 = "virtual/libgles2"
 EDEPENDS_KMS = "libdrm virtual/egl"
 EDEPENDS_EGL = "virtual/egl"
-EDEPENDS_X11 = "virtual/libx11 libxcomposite libxfixes libxi libxrandr"
+EDEPENDS_X11 = "virtual/libx11 libxcomposite libxdamage libxfixes libxrandr"
 EDEPENDS_WAYLAND = "virtual/egl virtual/libgles2 wayland"
 
 # Extra RDEPENDS for PACKAGECONFIG
-- 
2.17.1

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

View/Reply Online (#141171): 
https://lists.openembedded.org/g/openembedded-core/message/141171
Mute This Topic: https://lists.openembedded.org/mt/75966627/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/12] gtk-icon-cache.bbclass: add features_check

2020-08-03 Thread Steve Sakoman
From: Changqing Li 

'bitbake world -k' when DISTRO_FEATURES don't have x11 and wayland,
report errors:
Nothing PROVIDES 'gtk+3'
Nothing RPROVIDES 'blueman'

gtk+3 set ANY_OF_DISTRO_FEATURES, so add it here too
since we DEPENDS on it

Signed-off-by: Changqing Li 
Signed-off-by: Richard Purdie 
(cherry picked from commit ab9ff563c77cd5105f4ef9426f076b10ea8e2ee8)
Signed-off-by: Steve Sakoman 
---
 meta/classes/gtk-icon-cache.bbclass | 5 +
 1 file changed, 5 insertions(+)

diff --git a/meta/classes/gtk-icon-cache.bbclass 
b/meta/classes/gtk-icon-cache.bbclass
index dd394af27c..340a283851 100644
--- a/meta/classes/gtk-icon-cache.bbclass
+++ b/meta/classes/gtk-icon-cache.bbclass
@@ -1,5 +1,10 @@
 FILES_${PN} += "${datadir}/icons/hicolor"
 
+#gtk+3 reqiure GTK3DISTROFEATURES, DEPENDS on it make all the
+#recipes inherit this class require GTK3DISTROFEATURES
+inherit features_check
+ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
+
 DEPENDS +=" ${@['hicolor-icon-theme', '']['${BPN}' == 'hicolor-icon-theme']} \
 ${@['gdk-pixbuf', '']['${BPN}' == 'gdk-pixbuf']} \
 ${@['gtk+3', '']['${BPN}' == 'gtk+3']} \
-- 
2.17.1

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

View/Reply Online (#141170): 
https://lists.openembedded.org/g/openembedded-core/message/141170
Mute This Topic: https://lists.openembedded.org/mt/75966625/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/12] Patch review

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

Passed a-full on autobuilder:

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

The following changes since commit 7ce425fa1295a9dca48f8474be58db3ac8aa540d:

  glibc: Secruity fix for CVE-2020-6096 (2020-07-27 12:15:56 -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

Alexander Kanavin (1):
  gnutls: upgrade 3.6.13 -> 3.6.14

Andrei Gherzan (2):
  initscripts: Fix various shellcheck warnings in populate-volatile.sh
  initscripts: Fix populate-volatile.sh bug when file/dir exists

Changqing Li (2):
  layer.conf: fix adwaita-icon-theme signature change problem
  gtk-icon-cache.bbclass: add features_check

Konrad Weihmann (1):
  cve-update: handle baseMetricV2 as optional

Lee Chee Yang (1):
  checklayer: check layer in BBLAYERS before test

Matt Madison (1):
  cogl-1.0: correct X11 dependencies

Steve Sakoman (1):
  glib-networking: upgrade 2.62.3 to 2.62.4

Viktor Rosendahl (1):
  boost: backport fix to make async_pipes work with asio

Yi Zhao (1):
  bind: upgrade 9.11.19 -> 9.11.21

zhengruoqin (1):
  gnutls: Fix krb5 code license to GPLv2.1+ to match the LICENSE file.

 meta/classes/gtk-icon-cache.bbclass   |  5 ++
 meta/conf/layer.conf  |  2 +
 .../bind/{bind_9.11.19.bb => bind_9.11.21.bb} |  2 +-
 ...ng_2.62.3.bb => glib-networking_2.62.4.bb} |  4 +-
 .../initscripts-1.0/populate-volatile.sh  | 80 -
 .../recipes-core/meta/cve-update-db-native.bb | 13 ++-
 meta/recipes-graphics/cogl/cogl-1.0.inc   |  2 +-
 .../0001-added-typedef-executor_type.patch| 54 +++
 meta/recipes-support/boost/boost_1.72.0.bb|  1 +
 ...se-to-GPLv2.1-to-keep-with-LICENSE-f.patch | 90 +++
 .../{gnutls_3.6.13.bb => gnutls_3.6.14.bb}|  4 +-
 scripts/lib/checklayer/__init__.py| 14 +++
 scripts/yocto-check-layer |  9 +-
 13 files changed, 229 insertions(+), 51 deletions(-)
 rename meta/recipes-connectivity/bind/{bind_9.11.19.bb => bind_9.11.21.bb} 
(98%)
 rename meta/recipes-core/glib-networking/{glib-networking_2.62.3.bb => 
glib-networking_2.62.4.bb} (88%)
 create mode 100644 
meta/recipes-support/boost/boost/0001-added-typedef-executor_type.patch
 create mode 100644 
meta/recipes-support/gnutls/gnutls/0001-Modied-the-license-to-GPLv2.1-to-keep-with-LICENSE-f.patch
 rename meta/recipes-support/gnutls/{gnutls_3.6.13.bb => gnutls_3.6.14.bb} (92%)

-- 
2.17.1

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

View/Reply Online (#141164): 
https://lists.openembedded.org/g/openembedded-core/message/141164
Mute This Topic: https://lists.openembedded.org/mt/75966612/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/12] boost: backport fix to make async_pipes work with asio

2020-08-03 Thread Steve Sakoman
From: Viktor Rosendahl 

async_pipe is missing the executor_type type, which is expected by
asio in /usr/include/boost/asio/impl/read.hpp. Without this, it's
not possible to even compile code that uses constructs such as:

boost::asio::io_service foo;
boost::process::async_pipe foopipe{ boost::process::async_pipe(foo) };

This is only relevant for Dunfell because master has already moved to
boost-1.73.0 in which this bug has been fixed. The bug is also not
present in Zeus, which uses boost-1.71.0.

Signed-off-by: Viktor Rosendahl 
Signed-off-by: Steve Sakoman 
---
 .../0001-added-typedef-executor_type.patch| 54 +++
 meta/recipes-support/boost/boost_1.72.0.bb|  1 +
 2 files changed, 55 insertions(+)
 create mode 100644 
meta/recipes-support/boost/boost/0001-added-typedef-executor_type.patch

diff --git 
a/meta/recipes-support/boost/boost/0001-added-typedef-executor_type.patch 
b/meta/recipes-support/boost/boost/0001-added-typedef-executor_type.patch
new file mode 100644
index 00..7b8178fd76
--- /dev/null
+++ b/meta/recipes-support/boost/boost/0001-added-typedef-executor_type.patch
@@ -0,0 +1,54 @@
+From 6a4d2ff72114ef47c7afaf92e1042aca3dfa41b0 Mon Sep 17 00:00:00 2001
+From: Klemens David Morgenstern 
+Date: Fri, 22 Nov 2019 14:03:22 +0800
+Subject: [PATCH] added typedef executor_type;
+
+Upstream-Status: Backport 
[https://github.com/boostorg/process/commit/6a4d2ff72114ef47c7afaf92e1042aca3dfa41b0]
+
+Signed-off-by: Viktor Rosendahl 
+---
+ include/boost/process/async_pipe.hpp| 2 ++
+ include/boost/process/detail/posix/async_pipe.hpp   | 1 +
+ include/boost/process/detail/windows/async_pipe.hpp | 1 +
+ 3 files changed, 4 insertions(+)
+
+diff --git a/include/boost/process/async_pipe.hpp 
b/include/boost/process/async_pipe.hpp
+index 101fe1d..a562432 100644
+--- a/boost/process/async_pipe.hpp
 b/boost/process/async_pipe.hpp
+@@ -47,6 +47,8 @@ public:
+  */
+ typedef platform_specific handle_type;
+ 
++typedef typename handle_type::executor_type executor_type;
++
+ /** Construct a new async_pipe, does automatically open the pipe.
+  * Initializes source and sink with the same io_context.
+  * @note Windows creates a named pipe here, where the name is 
automatically generated.
+diff --git a/include/boost/process/detail/posix/async_pipe.hpp 
b/include/boost/process/detail/posix/async_pipe.hpp
+index 725a078..a82c057 100644
+--- a/boost/process/detail/posix/async_pipe.hpp
 b/boost/process/detail/posix/async_pipe.hpp
+@@ -23,6 +23,7 @@ class async_pipe
+ public:
+ typedef int native_handle_type;
+ typedef ::boost::asio::posix::stream_descriptor handle_type;
++typedef typename handle_type::executor_type executor_type;
+ 
+ inline async_pipe(boost::asio::io_context & ios) : async_pipe(ios, ios) {}
+ 
+diff --git a/include/boost/process/detail/windows/async_pipe.hpp 
b/include/boost/process/detail/windows/async_pipe.hpp
+index 06d5f2d..0b447f9 100644
+--- a/boost/process/detail/windows/async_pipe.hpp
 b/boost/process/detail/windows/async_pipe.hpp
+@@ -48,6 +48,7 @@ class async_pipe
+ public:
+ typedef ::boost::winapi::HANDLE_ native_handle_type;
+ typedef ::boost::asio::windows::stream_handle   handle_type;
++typedef typename handle_type::executor_type executor_type;
+ 
+ async_pipe(boost::asio::io_context & ios) : async_pipe(ios, ios, 
make_pipe_name(), true) {}
+ async_pipe(boost::asio::io_context & ios_source, boost::asio::io_context 
& ios_sink)
+-- 
+2.17.1
+
diff --git a/meta/recipes-support/boost/boost_1.72.0.bb 
b/meta/recipes-support/boost/boost_1.72.0.bb
index 0b7badbc76..51c84bc935 100644
--- a/meta/recipes-support/boost/boost_1.72.0.bb
+++ b/meta/recipes-support/boost/boost_1.72.0.bb
@@ -8,4 +8,5 @@ SRC_URI += "file://arm-intrinsics.patch \

file://0001-Don-t-set-up-arch-instruction-set-flags-we-do-that-o.patch \
file://0001-dont-setup-compiler-flags-m32-m64.patch \
file://0001-revert-cease-dependence-on-range.patch \
+   file://0001-added-typedef-executor_type.patch \
"
-- 
2.17.1

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

View/Reply Online (#141172): 
https://lists.openembedded.org/g/openembedded-core/message/141172
Mute This Topic: https://lists.openembedded.org/mt/75966628/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/12] layer.conf: fix adwaita-icon-theme signature change problem

2020-08-03 Thread Steve Sakoman
From: Changqing Li 

allarch package adwaita-icon-theme inherit both allarch and
gtk-icon-cache, since commit 31e3d34c8a9c3e8481aa837aa0bf52adf095fe62
[gtk-icon-cache.bbclass: add runtime dependency], it start depend on
non-allarch packages gdk-pixbuf and gtk+3, which make it's signature
changes when machine changed.

like for task do_prepare_recipe_sysroot:
"Hash for dependent task
gdk-pixbuf/gdk-pixbuf_2.40.0.bb:do_populate_sysroot changed from
a72aba8432699c8ce4ca1f71833ef14a89ffde0ea4063e37b9d819fdb1e407f4 to
1ad4e1bd76921b71482657f3b017184e9ade8e2a0b9f43ad64ed2dda83b1520f"

the only way to fix this is remove the task dependency.
SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS not work in class, so add it in
layer.conf.

Maybe we have other recipes under other layers have similar problem, we
can only add one by one to its layer.conf, seems not a good idea. but
add *->pixbuf will influence other packages

Signed-off-by: Changqing Li 
Signed-off-by: Richard Purdie 
(cherry picked from commit ec0888d73d7e7f811961f50f334c72fbc6b1d401)
Signed-off-by: Steve Sakoman 
---
 meta/conf/layer.conf | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/conf/layer.conf b/meta/conf/layer.conf
index 43917d4c3c..70a8d0ee3c 100644
--- a/meta/conf/layer.conf
+++ b/meta/conf/layer.conf
@@ -80,6 +80,8 @@ SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS += " \
   weston-init->kbd \
   connman->xl2tpd \
   lttng-tools->lttng-modules \
+  adwaita-icon-theme->gdk-pixbuf \
+  adwaita-icon-theme->gtk+3 \
 "
 
 # Avoid adding bison-native to the sysroot without a specific
-- 
2.17.1

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

View/Reply Online (#141169): 
https://lists.openembedded.org/g/openembedded-core/message/141169
Mute This Topic: https://lists.openembedded.org/mt/75966624/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/12] checklayer: check layer in BBLAYERS before test

2020-08-03 Thread Steve Sakoman
From: Lee Chee Yang 

layer under test should absent from BBLAYERS when running
yocto-check-layer. This allow to get signatures before layer
under test. There are existing steps to add the layer under
test to BBLAYERS after getting initial signatures.

add steps to check for layer under test in BBLAYERS before
running any test, skip test for the layer if the layer under
test exist in BBLAYERS.

[YOCTO #13176]

Signed-off-by: Lee Chee Yang 
Signed-off-by: Richard Purdie 
(cherry picked from commit be02e8dbfb0d1decce125322f9f1e11a649756c0)
Signed-off-by: Steve Sakoman 
---
 scripts/lib/checklayer/__init__.py | 14 ++
 scripts/yocto-check-layer  |  9 -
 2 files changed, 22 insertions(+), 1 deletion(-)

diff --git a/scripts/lib/checklayer/__init__.py 
b/scripts/lib/checklayer/__init__.py
index f625d59896..fe545607bb 100644
--- a/scripts/lib/checklayer/__init__.py
+++ b/scripts/lib/checklayer/__init__.py
@@ -229,6 +229,20 @@ def add_layers(bblayersconf, layers, logger):
 f.write("\nBBLAYERS += \"%s\"\n" % path)
 return True
 
+def check_bblayers(bblayersconf, layer_path, logger):
+'''
+If layer_path found in BBLAYERS return True
+'''
+import bb.parse
+import bb.data
+
+ldata = bb.parse.handle(bblayersconf, bb.data.init(), include=True)
+for bblayer in (ldata.getVar('BBLAYERS') or '').split():
+if os.path.normpath(bblayer) == os.path.normpath(layer_path):
+return True
+
+return False
+
 def check_command(error_msg, cmd, cwd=None):
 '''
 Run a command under a shell, capture stdout and stderr in a single stream,
diff --git a/scripts/yocto-check-layer b/scripts/yocto-check-layer
index ca6c79bc8d..b7c83c8b54 100755
--- a/scripts/yocto-check-layer
+++ b/scripts/yocto-check-layer
@@ -24,7 +24,7 @@ import scriptpath
 scriptpath.add_oe_lib_path()
 scriptpath.add_bitbake_lib_path()
 
-from checklayer import LayerType, detect_layers, add_layers, 
add_layer_dependencies, get_signatures
+from checklayer import LayerType, detect_layers, add_layers, 
add_layer_dependencies, get_signatures, check_bblayers
 from oeqa.utils.commands import get_bb_vars
 
 PROGNAME = 'yocto-check-layer'
@@ -138,6 +138,13 @@ def main():
 layer['type'] == LayerType.ERROR_BSP_DISTRO:
 continue
 
+if check_bblayers(bblayersconf, layer['path'], logger):
+logger.info("%s already in %s. To capture initial signatures, 
layer under test should not present "
+   "in BBLAYERS. Please remove %s from BBLAYERS." % 
(layer['name'], bblayersconf, layer['name']))
+results[layer['name']] = None
+results_status[layer['name']] = 'SKIPPED (Layer under test should 
not present in BBLAYERS)'
+continue
+
 logger.info('')
 logger.info("Setting up for %s(%s), %s" % (layer['name'], 
layer['type'],
 layer['path']))
-- 
2.17.1

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

View/Reply Online (#141167): 
https://lists.openembedded.org/g/openembedded-core/message/141167
Mute This Topic: https://lists.openembedded.org/mt/75966621/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/12] initscripts: Fix various shellcheck warnings in populate-volatile.sh

2020-08-03 Thread Steve Sakoman
From: Andrei Gherzan 

Signed-off-by: Andrei Gherzan 
Signed-off-by: Richard Purdie 
(cherry picked from commit 0a128a238f63d52aa82f8c63ee2f84ab528b3346)
Signed-off-by: Steve Sakoman 
---
 .../initscripts-1.0/populate-volatile.sh  | 58 +--
 1 file changed, 29 insertions(+), 29 deletions(-)

diff --git a/meta/recipes-core/initscripts/initscripts-1.0/populate-volatile.sh 
b/meta/recipes-core/initscripts/initscripts-1.0/populate-volatile.sh
index 1c525b71bd..3a265329f0 100755
--- a/meta/recipes-core/initscripts/initscripts-1.0/populate-volatile.sh
+++ b/meta/recipes-core/initscripts/initscripts-1.0/populate-volatile.sh
@@ -9,10 +9,10 @@
 ### END INIT INFO
 
 # Get ROOT_DIR
-DIRNAME=`dirname $0`
-ROOT_DIR=`echo $DIRNAME | sed -ne 's:/etc/.*::p'`
+DIRNAME="$(dirname "$0")"
+ROOT_DIR="$(echo "$DIRNAME" | sed -ne 's:/etc/.*::p')"
 
-[ -e ${ROOT_DIR}/etc/default/rcS ] && . ${ROOT_DIR}/etc/default/rcS
+[ -e "${ROOT_DIR}/etc/default/rcS" ] && . "${ROOT_DIR}/etc/default/rcS"
 # When running populate-volatile.sh at rootfs time, disable cache.
 [ -n "$ROOT_DIR" ] && VOLATILE_ENABLE_CACHE=no
 # If rootfs is read-only, disable cache.
@@ -46,13 +46,13 @@ create_file() {
[ "${VERBOSE}" != "no" ] && echo "Target already exists. 
Skipping."
} || {
if [ -z "$ROOT_DIR" ]; then
-   eval $EXEC
+   eval "$EXEC"
else
# Creating some files at rootfs time may fail and 
should fail,
# but these failures should not be logged to make sure 
the do_rootfs
# process doesn't fail. This does no harm, as this 
script will
# run on target to set up the correct files and 
directories.
-   eval $EXEC > /dev/null 2>&1
+   eval "$EXEC" > /dev/null 2>&1
fi
}
 }
@@ -68,11 +68,11 @@ mk_dir() {
[ "${VERBOSE}" != "no" ] && echo "Target already exists. 
Skipping."
} || {
if [ -z "$ROOT_DIR" ]; then
-   eval $EXEC
+   eval "$EXEC"
else
# For the same reason with create_file(), failures 
should
# not be logged.
-   eval $EXEC > /dev/null 2>&1
+   eval "$EXEC" > /dev/null 2>&1
fi
}
 }
@@ -96,11 +96,11 @@ link_file() {
test "$VOLATILE_ENABLE_CACHE" = yes && echo "   $EXEC" >> 
/etc/volatile.cache.build
 
if [ -z "$ROOT_DIR" ]; then
-   eval $EXEC
+   eval "$EXEC"
else
# For the same reason with create_file(), failures should
# not be logged.
-   eval $EXEC > /dev/null 2>&1
+   eval "$EXEC" > /dev/null 2>&1
fi
 }
 
@@ -117,11 +117,11 @@ check_requirements() {
TMP_DEFINED="${TMPROOT}/tmpdefined.$$"
TMP_COMBINED="${TMPROOT}/tmpcombined.$$"
 
-   sed 's@\(^:\)*:.*@\1@' ${ROOT_DIR}/etc/passwd | sort | uniq > 
"${TMP_DEFINED}"
-   cat ${CFGFILE} | grep -v "^#" | cut -s -d " " -f 2 > "${TMP_INTERMED}"
+   sed 's@\(^:\)*:.*@\1@' "${ROOT_DIR}/etc/passwd" | sort | uniq > 
"${TMP_DEFINED}"
+   grep -v "^#" "${CFGFILE}" | cut -s -d " " -f 2 > "${TMP_INTERMED}"
cat "${TMP_DEFINED}" "${TMP_INTERMED}" | sort | uniq > "${TMP_COMBINED}"
-   NR_DEFINED_USERS="`cat "${TMP_DEFINED}" | wc -l`"
-   NR_COMBINED_USERS="`cat "${TMP_COMBINED}" | wc -l`"
+   NR_DEFINED_USERS="$(wc -l < "${TMP_DEFINED}")"
+   NR_COMBINED_USERS="$(wc -l < "${TMP_COMBINED}")"
 
[ "${NR_DEFINED_USERS}" -ne "${NR_COMBINED_USERS}" ] && {
echo "Undefined users:"
@@ -131,12 +131,12 @@ check_requirements() {
}
 
 
-   sed 's@\(^:\)*:.*@\1@' ${ROOT_DIR}/etc/group | sort | uniq > 
"${TMP_DEFINED}"
-   cat ${CFGFILE} | grep -v "^#" | cut -s -d " " -f 3 > "${TMP_INTERMED}"
+   sed 's@\(^:\)*:.*@\1@' "${ROOT_DIR}/etc/group" | sort | uniq > 
"${TMP_DEFINED}"
+   grep -v "^#" "${CFGFILE}" | cut -s -d " " -f 3 > "${TMP_INTERMED}"
cat "${TMP_DEFINED}" "${TMP_INTERMED}" | sort | uniq > "${TMP_COMBINED}"
 
-   NR_DEFINED_GROUPS="`cat "${TMP_DEFINED}" | wc -l`"
-   NR_COMBINED_GROUPS="`cat "${TMP_COMBINED}" | wc -l`"
+   NR_DEFINED_GROUPS="$(wc -l < "${TMP_DEFINED}")"
+   NR_COMBINED_GROUPS="$(wc -l < "${TMP_COMBINED}")"
 
[ "${NR_DEFINED_GROUPS}" -ne "${NR_COMBINED_GROUPS}" ] && {
echo "Undefined groups:"
@@ -157,13 +157,13 @@ apply_cfgfile() {
 
[ "${VERBOSE}" != "no" ] && echo "Applying ${CFGFILE}"
 
-   [ "${SKIP_REQUIREMENTS}" == "yes" ] || check_requirements "${CFGFILE}" 
|| {
+   [ "${SKIP_REQUIREMENTS}" = "yes" ] || check_requirements "${CFGFILE}" 
|| {
echo "Skipping ${CFGFILE}"
return 1
}
 
-   cat ${CFGFILE} | sed 's

[OE-core] [PATCH 0/4] kernel-yocto: consolidated pull request

2020-08-03 Thread Bruce Ashfield
From: Bruce Ashfield 

Hi all,

This series contains two routine updates of 5.4. The -stable update and
a backport to fix a perf build issue with the new binutils (as reported
and debugged by Khem).

The other two are features that I've been working on for the fall release.
One is minor (the dangling kernel_features warning) and one is a
significant re-write of the kernel configuration auditing tools and has
been taking place over the past three weeks.

The dangling features change is just to allow more flexibility with
layers and the types of features they may be requesting. The details
are in the commit log. By default the behaviour is the same, so there
shouldn't be any issues (since if a feature is missing, someone's
build was already stopping).

The configuration queue one is an update of the symbol analysis to
include looking at the fragments to provide details when the common
question is asked "why didn't my config value make it into the .config".
We now get detailed forensics from within the kernel configuration
system (to deal with issues when something is selected, or not visible)
and also insight into what fragment(s) set values. The tweaks are run
both as part of the standard kernel-yocto build and through a dedicated
task for deugging.

I expect that the configuration update may trigger some warnings, since
it finds things that the old tools couldn't. As such, if it causes
any issues, just drop it from the queue and take the other patches. I
wasn't able to run all the builds for it, but did get through multiple
green builds on the AB and locally .. so this needs to get some wider
testing now.

Cheers,

Bruce


The following changes since commit 20e9df57217c5f37817653d2c3d492f2d4d37623:

  lib/oe/reproducible.py: Fix git HEAD check (2020-07-29 11:37:31 +0100)

are available in the Git repository at:

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

Bruce Ashfield (4):
  linux-yocto/5.4: update to v5.4.53
  linux-yocto/5.4: fix perf build with binutils 2.35
  kernel/yocto: allow dangling KERNEL_FEATURES
  kernel-yocto: enhance configuration queue analysis capabilities

 meta/classes/kernel-yocto.bbclass | 191 ++
 .../kern-tools/kern-tools-native_git.bb   |   2 +-
 .../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  |  24 +--
 5 files changed, 175 insertions(+), 56 deletions(-)

-- 
2.19.1

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

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


[OE-core] [PATCH 3/4] kernel/yocto: allow dangling KERNEL_FEATURES

2020-08-03 Thread Bruce Ashfield
From: Bruce Ashfield 

KERNEL_FEATURES are explicitly checked by the kern-tools, and trigger
and error when not present. This is since the KERNEL_FEATURES are
specified by layers or BSPs as elements that are requied for correct
operation.

That being said, in order to support more kernel recipes that are using
fragments, but not necessarily the yocto kernel-cache for meta-data,
this change introduces: KERNEL_DANGLING_FEATURES_WARN_ONLY

As you'd expect, when set, missing kernel features only print a
message and warn that runtime issues may occur, but otherwise allow
the kernel configuration and build process to continue.

This was noticed/required when meta-virtualization adopted a more
generic kernel bbappend (to serve the needs of more layers in the
ecosystem), but also specifies some KERNEL_FEATURES. If layers using
a recipe derived from kernel-yocto, but not the main kernel-cache,
used meta-virtualization and error would be thrown due to missing
features. We now can both allow them to continue, and also provide
a more useful message to resolve the issue.

Signed-off-by: Bruce Ashfield 
---
 meta/classes/kernel-yocto.bbclass | 33 +++
 1 file changed, 29 insertions(+), 4 deletions(-)

diff --git a/meta/classes/kernel-yocto.bbclass 
b/meta/classes/kernel-yocto.bbclass
index 3311f6e84e..70818cc01c 100644
--- a/meta/classes/kernel-yocto.bbclass
+++ b/meta/classes/kernel-yocto.bbclass
@@ -212,11 +212,36 @@ do_kernel_metadata() {
fi
meta_dir=$(kgit --meta)
 
+   KERNEL_FEATURES_FINAL=""
+   if [ -n "${KERNEL_FEATURES}" ]; then
+   for feature in ${KERNEL_FEATURES}; do
+   feature_found=f
+   for d in $includes; do
+   path_to_check=$(echo $d | sed 's/-I//g')
+   if [ "$feature_found" = "f" ] && [ -e 
"$path_to_check/$feature" ]; then
+   feature_found=t
+   fi
+   done
+   if [ "$feature_found" = "f" ]; then
+   if [ -n "${KERNEL_DANGLING_FEATURES_WARN_ONLY}" 
]; then
+   bbwarn "Feature '$feature' not found, but 
KERNEL_DANGLING_FEATURES_WARN_ONLY is set"
+   bbwarn "This may cause runtime issues, 
dropping feature and allowing configuration to continue"
+   else
+   bberror "Feature '$feature' not found, this 
will cause configuration failures."
+   bberror "Check the SRC_URI for meta-data 
repositories or directories that may be missing"
+   bbfatal_log "Set 
KERNEL_DANGLING_FEATURES_WARN_ONLY to ignore this issue"
+   fi
+   else
+   KERNEL_FEATURES_FINAL="$KERNEL_FEATURES_FINAL 
$feature"
+   fi
+   done
+fi
+
# run1: pull all the configuration fragments, no matter where they come 
from
-   elements="`echo -n ${bsp_definition} $sccs_defconfig ${sccs} ${patches} 
${KERNEL_FEATURES}`"
+   elements="`echo -n ${bsp_definition} $sccs_defconfig ${sccs} ${patches} 
$KERNEL_FEATURES_FINAL`"
if [ -n "${elements}" ]; then
echo "${bsp_definition}" > ${S}/${meta_dir}/bsp_definition
-   scc --force -o ${S}/${meta_dir}:cfg,merge,meta ${includes} 
$sccs_defconfig $bsp_definition $sccs $patches ${KERNEL_FEATURES}
+   scc --force -o ${S}/${meta_dir}:cfg,merge,meta ${includes} 
$sccs_defconfig $bsp_definition $sccs $patches $KERNEL_FEATURES_FINAL
if [ $? -ne 0 ]; then
bbfatal_log "Could not generate configuration queue for 
${KMACHINE}."
fi
@@ -230,9 +255,9 @@ do_kernel_metadata() {
fi
 
# run2: only generate patches for elements that have been passed on the 
SRC_URI
-   elements="`echo -n ${sccs} ${patches} ${KERNEL_FEATURES}`"
+   elements="`echo -n ${sccs} ${patches} $KERNEL_FEATURES_FINAL`"
if [ -n "${elements}" ]; then
-   scc --force -o ${S}/${meta_dir}:patch --cmds patch ${includes} 
${sccs} ${patches} ${KERNEL_FEATURES}
+   scc --force -o ${S}/${meta_dir}:patch --cmds patch ${includes} 
${sccs} ${patches} $KERNEL_FEATURES_FINAL
if [ $? -ne 0 ]; then
bbfatal_log "Could not generate configuration queue for 
${KMACHINE}."
fi
-- 
2.19.1

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

View/Reply Online (#141162): 
https://lists.openembedded.org/g/openembedded-core/message/141162
Mute This Topic: https://lists.openembedded.org/mt/75964175/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...

[OE-core] [PATCH 1/4] linux-yocto/5.4: update to v5.4.53

2020-08-03 Thread Bruce Ashfield
From: Bruce Ashfield 

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

d811d29517d1 Linux 5.4.53
e6c19fa5b6c6 gpio: pca953x: disable regmap locking for automatic address 
incrementing
411c80267541 drm/i915/gvt: Fix two CFL MMIO handling caused by regression.
517708c47c66 iommu/vt-d: Make Intel SVM code 64-bit only
41389f739a5e ionic: export features for vlans to use
5d7e2852d7e6 spi: sprd: switch the sequence of setting WDG_LOAD_LOW and 
_HIGH
1245a1e0e1c3 rxrpc: Fix trace string
07253d24cda3 libceph: don't omit recovery_deletes in target_copy()
d2ccad3c9ce9 block: fix get_max_segment_size() overflow on 32bit arch
310d75f274d5 block: fix splitting segments on boundary masks
f2e57ed2f3f8 drm/i915/gt: Ignore irq enabling on the virtual engines
64a17e1da02a drm/amdgpu/sdma5: fix wptr overwritten in ->get_wptr()
9f8d3d2f79ba genirq/affinity: Handle affinity setting on inactive 
interrupts correctly
6aae92ed2c42 sched/fair: handle case of task_h_load() returning 0
b5b774918816 sched: Fix unreliable rseq cpu_id for new tasks
5c2450ac7c7a arm64: compat: Ensure upper 32 bits of x0 are zero on syscall 
return
ed766e740cc9 arm64: ptrace: Consistently use pseudo-singlestep exceptions
bdb71132992b arm64: ptrace: Override SPSR.SS when single-stepping is enabled
d3b7bacd1115 thermal/drivers/cpufreq_cooling: Fix wrong frequency converted 
from power
025cec59aa17 thermal: int3403_thermal: Downgrade error message
0ab6b541c6f8 misc: atmel-ssc: lock with mutex instead of spinlock
746930d17d14 dmaengine: fsl-edma-common: correct DSIZE_32BYTE
5f3fcbf5b57f dmaengine: mcf-edma: Fix NULL pointer exception in 
mcf_edma_tx_handler
9464956544be dmaengine: fsl-edma: Fix NULL pointer exception in 
fsl_edma_tx_handler
8fd0d8536805 intel_th: Fix a NULL dereference when hub driver is not loaded
55d7092cc8f5 intel_th: pci: Add Emmitsburg PCH support
905f20f4946a intel_th: pci: Add Tiger Lake PCH-H support
5c698cc5b6f4 intel_th: pci: Add Jasper Lake CPU support
c5ce2060f487 powerpc/pseries/svm: Fix incorrect check for shared_lppaca_size
93d1e96b98b2 powerpc/book3s64/pkeys: Fix pkey_access_permitted() for 
execute disable pkey
d6a76f8eee21 hwmon: (emc2103) fix unable to change fan pwm1_enable attribute
9125d5762590 riscv: use 16KB kernel stack on 64-bit
c28501385945 timer: Fix wheel index calculation on last level
6c2388e2a12b timer: Prevent base->clk from moving backward
e9506de7b305 scsi: megaraid_sas: Remove undefined ENABLE_IRQ_POLL macro
acd3901a62f6 uio_pdrv_genirq: fix use without device tree and no interrupt
17268122ba5e uio_pdrv_genirq: Remove warning when irq is not specified
97f1aecb80e9 Input: elan_i2c - add more hardware ID for Lenovo laptops
1fb81fe5e180 Input: i8042 - add Lenovo XiaoXin Air 12 to i8042 nomux list
62dd03054918 mei: bus: don't clean driver pointer
72648019cd52 Revert "zram: convert remaining CLASS_ATTR() to 
CLASS_ATTR_RO()"
4dd2ad686704 fuse: Fix parameter for FS_IOC_{GET,SET}FLAGS
e8f32a9f5aeb fuse: use ->reconfigure() instead of ->remount_fs()
f96ce4be463a fuse: ignore 'data' argument of mount(..., MS_REMOUNT)
09b696bd2149 ovl: fix unneeded call to ovl_change_flags()
93f75b0f0d3b ovl: relax WARN_ON() when decoding lower directory file handle
6270654c7de9 ovl: inode reference leak in ovl_is_inuse true case.
4996065307c8 ovl: fix regression with re-formatted lower squashfs
2cd065b91681 serial: mxs-auart: add missed iounmap() in probe failure and 
remove
752641ba871a virtio: virtio_console: add missing MODULE_DEVICE_TABLE() for 
rproc serial
8f4c040f45b9 Revert "tty: xilinx_uartps: Fix missing id assignment to the 
console"
1bc2c30d861c virt: vbox: Fix guest capabilities mask check
78d85ca8300e virt: vbox: Fix VBGL_IOCTL_VMMDEV_REQUEST_BIG and _LOG req 
numbers to match upstream
cc894ec456c1 USB: serial: option: add Quectel EG95 LTE modem
4eaf06c9bd35 USB: serial: option: add GosunCn GM500 series
dcc1df3cdb04 USB: serial: ch341: add new Product ID for CH340
dff0a4f024fc USB: serial: cypress_m8: enable Simply Automated UPB PIM
18059e953e1f USB: serial: iuu_phoenix: fix memory corruption
72596d0b2acd usb: gadget: function: fix missing spinlock in f_uac1_legacy
01512075a387 usb: chipidea: core: add wakeup support for extcon
3dd890afedbf usb: dwc2: Fix shutdown callback in platform
4f0addeba0c0 USB: c67x00: fix use after free in c67x00_giveback_urb
bd422c7fb477 ALSA: hda/realtek - Enable Speaker for ASUS UX563
63d318f05e67 ALSA: hda/realtek - Enable Speaker for ASUS UX533 and UX534
e7bafe0c94cc ALSA: hda/realtek: Enable headset mic of Acer TravelMate 
B311R-31 with ALC256
4181b271908a ALSA: hda/realtek: enable headset mic of ASUS ROG Zephyrus 
G14(G401) series with ALC289
246b9693026a ALSA: hda/realtek

[OE-core] [PATCH 4/4] kernel-yocto: enhance configuration queue analysis capabilities

2020-08-03 Thread Bruce Ashfield
From: Bruce Ashfield 

Enable the kernel-yocto bbclass to use enhanced capabilities from
the kern-tools symbol_why.pl.

We bump the kern-tools SRCREV to pickup the reworking of symbol_why,
which uses Kconfiglib to provide analysis on configuration values.

This is useful for debugging why a symbol specified in a fragment
did not end up in the final .config.

We introduce two ways to interact with the new symbol_why:

 1) a replacement of the existing kconf_check script
 2) a dedicated task that is explicitly invoked to dump details
on the configuration.

The kconf_check replacement is transparent to the user, and is
run in exactly the same way as it was previously. But we get better
output and more detailed diagnostics if there are symbols that
don't make it into the final .config

The second way to interact with symbol why is via the new task
do_config_analysis. This is invoked like any other task, and by
default will provide a full configuration analysis and point the
user at files to look at for details.

If a more targetted analysis is desired, then specific symbols
can be set in the CONFIG_ANALYSIS variable. When this variable
is set, the task will only run for the given symbols and provide
per-variable links to the user. This variable can be set like
any other, including specification in the local.conf:

  CONFIG_ANALYSIS_pn-linux-yocto-dev = 'NF_CONNTRACK LOCALVERSION'

Which produces output as follows:

   WARNING: linux-yocto-dev-5.8-rc++gitAUTOINC+d22beb8f8a_8fc484ed37-r0
   do_config_analysis: Configuration analysis executed, see: 
tmp/work/qemuarm64-poky-linux/linux-yocto-dev/5.8-rc++gitAUTOINC+d22beb8f8a_8fc484ed37-r0/NF_CONNTRACK-config-analysis.txt
 for details
   WARNING: linux-yocto-dev-5.8-rc++gitAUTOINC+d22beb8f8a_8fc484ed37-r0
   do_config_analysis: Configuration audit executed, see: 
tmp/work/qemuarm64-poky-linux/linux-yocto-dev/5.8-rc++gitAUTOINC+d22beb8f8a_8fc484ed37-r0/NF_CONNTRACK-config-audit.txt
 for details
   WARNING: linux-yocto-dev-5.8-rc++gitAUTOINC+d22beb8f8a_8fc484ed37-r0
   do_config_analysis: Configuration analysis executed, see: 
tmp/work/qemuarm64-poky-linux/linux-yocto-dev/5.8-rc++gitAUTOINC+d22beb8f8a_8fc484ed37-r0/LOCALVERSION-config-analysis.txt
 for details
   WARNING: linux-yocto-dev-5.8-rc++gitAUTOINC+d22beb8f8a_8fc484ed37-r0
   do_config_analysis: Configuration audit executed, see: 
work/qemuarm64-poky-linux/linux-yocto-dev/5.8-rc++gitAUTOINC+d22beb8f8a_8fc484ed37-r0/LOCALVERSION-config-audit.txt
 for details

Signed-off-by: Bruce Ashfield 
---
 meta/classes/kernel-yocto.bbclass | 158 ++
 .../kern-tools/kern-tools-native_git.bb   |   2 +-
 meta/recipes-kernel/linux/linux-yocto_5.4.bb  |   2 +-
 3 files changed, 128 insertions(+), 34 deletions(-)

diff --git a/meta/classes/kernel-yocto.bbclass 
b/meta/classes/kernel-yocto.bbclass
index 70818cc01c..3c428c0782 100644
--- a/meta/classes/kernel-yocto.bbclass
+++ b/meta/classes/kernel-yocto.bbclass
@@ -405,6 +405,67 @@ do_kernel_configme() {
 }
 
 addtask kernel_configme before do_configure after do_patch
+addtask config_analysis
+
+do_config_analysis[depends] = "virtual/kernel:do_configure"
+do_config_analysis[depends] += "kern-tools-native:do_populate_sysroot"
+
+CONFIG_AUDIT_FILE ?= "${WORKDIR}/config-audit.txt"
+CONFIG_ANALYSIS_FILE ?= "${WORKDIR}/config-analysis.txt"
+
+python do_config_analysis() {
+import re, string, sys, subprocess
+
+s = d.getVar('S')
+
+env = os.environ.copy()
+env['PATH'] = "%s:%s%s" % (d.getVar('PATH'), s, "/scripts/util/")
+env['LD'] = d.getVar('KERNEL_LD')
+env['CC'] = d.getVar('KERNEL_CC')
+env['ARCH'] = d.getVar('ARCH')
+env['srctree'] = s
+
+# read specific symbols from the kernel recipe or from local.conf
+# i.e.: CONFIG_ANALYSIS_pn-linux-yocto-dev = 'NF_CONNTRACK LOCALVERSION'
+config = d.getVar( 'CONFIG_ANALYSIS' )
+if not config:
+   config = [ "" ]
+else:
+   config = config.split()
+
+for c in config:
+for action in ["analysis","audit"]:
+if action == "analysis":
+try:
+analysis = subprocess.check_output(['symbol_why.py', 
'--dotconfig',  '{}'.format( d.getVar('B') + '/.config' ), '--blame', c], 
cwd=s, env=env ).decode('utf-8')
+except subprocess.CalledProcessError as e:
+bb.fatal( "config analysis failed: %s" % 
e.output.decode('utf-8'))
+
+outfile = d.getVar( 'CONFIG_ANALYSIS_FILE' )
+
+if action == "audit":
+try:
+analysis = subprocess.check_output(['symbol_why.py', 
'--dotconfig',  '{}'.format( d.getVar('B') + '/.config' ), '--summary', 
'--extended', '--sanity', c], cwd=s, env=env ).decode('utf-8')
+except subprocess.CalledProcessError as e:
+bb.fatal( "config analysis failed: %s" % 
e.output.decode('utf-8'))
+
+outfile = d.getVar( 'CONFIG_AUDIT_FILE' )
+
+i

[OE-core] [PATCH 2/4] linux-yocto/5.4: fix perf build with binutils 2.35

2020-08-03 Thread Bruce Ashfield
From: Bruce Ashfield 

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

1fe4ee7f680c libtraceevent: Fix build with binutils 2.35

Signed-off-by: Bruce Ashfield 
---
 .../recipes-kernel/linux/linux-yocto-rt_5.4.bb |  2 +-
 .../linux/linux-yocto-tiny_5.4.bb  |  4 ++--
 meta/recipes-kernel/linux/linux-yocto_5.4.bb   | 18 +-
 3 files changed, 12 insertions(+), 12 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 1bff5f45ec..c7e468671b 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 ?= "8f1dfb355fc1dbbba06c5dd7d94ddb313b56b88f"
+SRCREV_machine ?= "ffd6790852ee25869539fdcabc7b89fb11743c0a"
 SRCREV_meta ?= "021a303c35cbd79f67666a8d4c4487751f96cbce"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \
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 e126968373..62e413e902 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
@@ -15,8 +15,8 @@ DEPENDS += "openssl-native util-linux-native"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine_qemuarm ?= "1930155dd075918f317d00ce6b190306ebf3a794"
-SRCREV_machine ?= "ca698a8d9c4af186ffac417a3632351bac498971"
+SRCREV_machine_qemuarm ?= "a64c0668d850dcd447004c41347497a4ff814476"
+SRCREV_machine ?= "1fe4ee7f680c3f69f620d68a5d2f7341e8db693b"
 SRCREV_meta ?= "021a303c35cbd79f67666a8d4c4487751f96cbce"
 
 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 5489e917ea..d3fb451340 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.4.bb
@@ -12,15 +12,15 @@ KBRANCH_qemux86  ?= "v5.4/standard/base"
 KBRANCH_qemux86-64 ?= "v5.4/standard/base"
 KBRANCH_qemumips64 ?= "v5.4/standard/mti-malta64"
 
-SRCREV_machine_qemuarm ?= "420ba5a7bfcd58536e7df52eb434d9ffbddbcbe5"
-SRCREV_machine_qemuarm64 ?= "ca698a8d9c4af186ffac417a3632351bac498971"
-SRCREV_machine_qemumips ?= "f621e48d6e00b26d51069eeae64f2bb479afcafc"
-SRCREV_machine_qemuppc ?= "ca698a8d9c4af186ffac417a3632351bac498971"
-SRCREV_machine_qemuriscv64 ?= "ca698a8d9c4af186ffac417a3632351bac498971"
-SRCREV_machine_qemux86 ?= "ca698a8d9c4af186ffac417a3632351bac498971"
-SRCREV_machine_qemux86-64 ?= "ca698a8d9c4af186ffac417a3632351bac498971"
-SRCREV_machine_qemumips64 ?= "4bf6fb25f1d73cae1486a4782bd52082ccc6715e"
-SRCREV_machine ?= "ca698a8d9c4af186ffac417a3632351bac498971"
+SRCREV_machine_qemuarm ?= "4b2316e7867e7ebc4c5354c7f5c0076dc57b9541"
+SRCREV_machine_qemuarm64 ?= "1fe4ee7f680c3f69f620d68a5d2f7341e8db693b"
+SRCREV_machine_qemumips ?= "1b740d5443ea367eae0b2ec71eb25964c10cebec"
+SRCREV_machine_qemuppc ?= "1fe4ee7f680c3f69f620d68a5d2f7341e8db693b"
+SRCREV_machine_qemuriscv64 ?= "1fe4ee7f680c3f69f620d68a5d2f7341e8db693b"
+SRCREV_machine_qemux86 ?= "1fe4ee7f680c3f69f620d68a5d2f7341e8db693b"
+SRCREV_machine_qemux86-64 ?= "1fe4ee7f680c3f69f620d68a5d2f7341e8db693b"
+SRCREV_machine_qemumips64 ?= "21a0d1ffcc340dcfe1e94afdc36870c6824b1112"
+SRCREV_machine ?= "1fe4ee7f680c3f69f620d68a5d2f7341e8db693b"
 SRCREV_meta ?= "021a303c35cbd79f67666a8d4c4487751f96cbce"
 
 # remap qemuarm to qemuarma15 for the 5.4 kernel
-- 
2.19.1

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

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


Re: [OE-core] [dunfell][PATCH] core: glib-2.0: fix requested libmount/mkostemp/selinux not being linked in

2020-08-03 Thread Ahmad Fatoum
Hello,

On 7/20/20 12:30 PM, Ahmad Fatoum wrote:
> Since 010202076760 ("meson.bbclass: avoid unexpected operating-system
> names"), meson is no longer used with a cross file that appends the used
> libc to the operating system name, e.g. linux-gnueabi.
> 
> Prior to that commit, the host_system == 'linux' checks in glib's meson
> failed, which led to glib being compiled without libmount, mkostemp and
> selinux even if explicitly requested.
> 
> As the aforementioned commit affects all recipes built by glib, it might
> not be a candidate for backporting to current stable branches. To fix
> just the glib issue, instances of host_system == 'linux' are patched
> locally.
> 
> The patch is marked as Upstream-Status: Inappropriate as it is rendered
> unnecessary for OE releases newer than Dunfell.

Gentle Ping.

> 
> Signed-off-by: Ahmad Fatoum 
> ---
>  ...ot-hardcode-linux-as-the-host-system.patch | 49 +++
>  meta/recipes-core/glib-2.0/glib-2.0_2.62.4.bb |  1 +
>  2 files changed, 50 insertions(+)
>  create mode 100644 
> meta/recipes-core/glib-2.0/glib-2.0/0020-meson.build-do-not-hardcode-linux-as-the-host-system.patch
> 
> diff --git 
> a/meta/recipes-core/glib-2.0/glib-2.0/0020-meson.build-do-not-hardcode-linux-as-the-host-system.patch
>  
> b/meta/recipes-core/glib-2.0/glib-2.0/0020-meson.build-do-not-hardcode-linux-as-the-host-system.patch
> new file mode 100644
> index ..616bbd8a7d7c
> --- /dev/null
> +++ 
> b/meta/recipes-core/glib-2.0/glib-2.0/0020-meson.build-do-not-hardcode-linux-as-the-host-system.patch
> @@ -0,0 +1,49 @@
> +From a300a09661124451d4783d4be66e3993262dc9be Mon Sep 17 00:00:00 2001
> +From: Ahmad Fatoum 
> +Date: Thu, 9 Jul 2020 13:00:16 +0200
> +Subject: [PATCH] meson.build: do not hardcode 'linux' as the host system
> +
> +OE build system can set this to other values that include 'linux',
> +e.g. 'linux-gnueabi'. This led to glib always being built without
> +libmount, mkostemp and selinux support.
> +
> +Upstream-Status: Inappropriate [other]
> +Signed-off-by: Ahmad Fatoum 
> +---
> + meson.build | 6 +++---
> + 1 file changed, 3 insertions(+), 3 deletions(-)
> +
> +diff --git a/meson.build b/meson.build
> +index 3a47a7cc4b98..af09dfc853e5 100644
> +--- a/meson.build
>  b/meson.build
> +@@ -632,7 +632,7 @@ else
> + endif
> + message('Checking whether to use statfs or statvfs .. ' + stat_func_to_use)
> + 
> +-if host_system == 'linux'
> ++if host_system.contains('linux')
> +   if cc.has_function('mkostemp',
> +  prefix: '''#define _GNU_SOURCE
> + #include ''')
> +@@ -1857,7 +1857,7 @@ glib_conf.set_quoted('GLIB_LOCALE_DIR', 
> join_paths(glib_datadir, 'locale'))
> + # libmount is only used by gio, but we need to fetch the libs to generate 
> the
> + # pkg-config file below
> + libmount_dep = []
> +-if host_system == 'linux' and get_option('libmount')
> ++if host_system.contains('linux') and get_option('libmount')
> +   libmount_dep = [dependency('mount', version : '>=2.23', required : true)]
> +   glib_conf.set('HAVE_LIBMOUNT', 1)
> + endif
> +@@ -1867,7 +1867,7 @@ if host_system == 'windows'
> + endif
> + 
> + selinux_dep = []
> +-if host_system == 'linux'
> ++if host_system.contains('linux')
> +   selinux_dep = dependency('libselinux', required: get_option('selinux'))
> + 
> +   glib_conf.set('HAVE_SELINUX', selinux_dep.found())
> +-- 
> +2.27.0
> +
> diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.62.4.bb 
> b/meta/recipes-core/glib-2.0/glib-2.0_2.62.4.bb
> index d496235003d4..fd7f5ee920d8 100644
> --- a/meta/recipes-core/glib-2.0/glib-2.0_2.62.4.bb
> +++ b/meta/recipes-core/glib-2.0/glib-2.0_2.62.4.bb
> @@ -19,6 +19,7 @@ SRC_URI = 
> "${GNOME_MIRROR}/glib/${SHRT_VER}/glib-${PV}.tar.xz \
> 
> file://0011-GMainContext-Fix-GSource-iterator-if-iteration-can-m.patch \
> 
> file://0012-GMainContext-Fix-memory-leaks-and-memory-corruption-.patch \
> 
> file://0013-GMainContext-Move-mutex-unlocking-in-destructor-righ.patch \
> +   
> file://0020-meson.build-do-not-hardcode-linux-as-the-host-system.patch \
> "
>  
>  SRC_URI_append_class-native = " file://relocate-modules.patch"
> 
> 
> 
> 

-- 
Pengutronix e.K.   | |
Steuerwalder Str. 21   | http://www.pengutronix.de/  |
31137 Hildesheim, Germany  | Phone: +49-5121-206917-0|
Amtsgericht Hildesheim, HRA 2686   | Fax:   +49-5121-206917- |
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#141158): 
https://lists.openembedded.org/g/openembedded-core/message/141158
Mute This Topic: https://lists.openembedded.org/mt/75679066/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 05/13] meson: update 0.54.3 -> 0.55.0

2020-08-03 Thread Khem Raj
I wonder if this failure is related to this can you check

http://errors.yoctoproject.org/Errors/Details/427901/

On Sat, Aug 1, 2020 at 2:23 PM Alexander Kanavin  wrote:
>
> Rebase patches.
>
> Signed-off-by: Alexander Kanavin 
> ---
>  meta/recipes-devtools/meson/meson.inc |  2 +-
>  .../0001-Make-CPU-family-warnings-fatal.patch | 19 
>  ...g-i-paths-with-PKG_CONFIG_SYSROOT_DI.patch | 48 +--
>  ...y-do-not-substitute-python-s-install.patch | 11 +++--
>  ...pport-building-allarch-recipes-again.patch |  4 +-
>  .../meson/meson/disable-rpath-handling.patch  | 10 ++--
>  .../{meson_0.54.3.bb => meson_0.55.0.bb}  |  0
>  ...on_0.54.3.bb => nativesdk-meson_0.55.0.bb} |  0
>  8 files changed, 47 insertions(+), 47 deletions(-)
>  rename meta/recipes-devtools/meson/{meson_0.54.3.bb => meson_0.55.0.bb} 
> (100%)
>  rename meta/recipes-devtools/meson/{nativesdk-meson_0.54.3.bb => 
> nativesdk-meson_0.55.0.bb} (100%)
>
> diff --git a/meta/recipes-devtools/meson/meson.inc 
> b/meta/recipes-devtools/meson/meson.inc
> index ffa17b3061..607093a152 100644
> --- a/meta/recipes-devtools/meson/meson.inc
> +++ b/meta/recipes-devtools/meson/meson.inc
> @@ -16,7 +16,7 @@ SRC_URI = 
> "https://github.com/mesonbuild/meson/releases/download/${PV}/meson-${P
> 
> file://0001-modules-python.py-do-not-substitute-python-s-install.patch \
> 
> file://0001-gnome.py-prefix-g-i-paths-with-PKG_CONFIG_SYSROOT_DI.patch \
> "
> -SRC_URI[sha256sum] = 
> "f2bdf4cf0694e696b48261cdd14380fb1d0fe33d24744d8b2df0c12f33ebb662"
> +SRC_URI[sha256sum] = 
> "0a1ae2bfe2ae14ac47593537f93290fb79e9b775c55b4c53c282bc3ca3745b35"
>
>  SRC_URI_append_class-native = " \
>  file://0001-Make-CPU-family-warnings-fatal.patch \
> diff --git 
> a/meta/recipes-devtools/meson/meson/0001-Make-CPU-family-warnings-fatal.patch 
> b/meta/recipes-devtools/meson/meson/0001-Make-CPU-family-warnings-fatal.patch
> index 1be94a9b19..ceb2fde342 100644
> --- 
> a/meta/recipes-devtools/meson/meson/0001-Make-CPU-family-warnings-fatal.patch
> +++ 
> b/meta/recipes-devtools/meson/meson/0001-Make-CPU-family-warnings-fatal.patch
> @@ -1,7 +1,7 @@
> -From 62c415eedb62905de76e2e0bbd156a947705cab2 Mon Sep 17 00:00:00 2001
> +From 5624b5835af747b601780ad14646f9c1fb854931 Mon Sep 17 00:00:00 2001
>  From: Ross Burton 
>  Date: Tue, 3 Jul 2018 13:59:09 +0100
> -Subject: [PATCH] Make CPU family warnings fatal
> +Subject: [PATCH 1/2] Make CPU family warnings fatal
>
>  Upstream-Status: Inappropriate [OE specific]
>  Signed-off-by: Ross Burton 
> @@ -12,23 +12,23 @@ Signed-off-by: Ross Burton 
>   2 files changed, 2 insertions(+), 4 deletions(-)
>
>  diff --git a/mesonbuild/envconfig.py b/mesonbuild/envconfig.py
> -index 17058df..18bbf86 100644
> +index 219b62e..d1be65b 100644
>  --- a/mesonbuild/envconfig.py
>  +++ b/mesonbuild/envconfig.py
> -@@ -225,7 +225,7 @@ class MachineInfo:
> +@@ -199,7 +199,7 @@ class MachineInfo:
>
>   cpu_family = literal['cpu_family']
>   if cpu_family not in known_cpu_families:
> --mlog.warning('Unknown CPU family %s, please report this at 
> https://github.com/mesonbuild/meson/issues/new' % cpu_family)
> -+raise EnvironmentException('Unknown CPU family %s, see 
> https://wiki.yoctoproject.org/wiki/Meson/UnknownCPU for directions.' % 
> cpu_family)
> +-mlog.warning('Unknown CPU family {}, please report this at 
> https://github.com/mesonbuild/meson/issues/new'.format(cpu_family))
> ++raise EnvironmentException('Unknown CPU family {}, see 
> https://wiki.yoctoproject.org/wiki/Meson/UnknownCPU for 
> directions.'.format(cpu_family))
>
>   endian = literal['endian']
>   if endian not in ('little', 'big'):
>  diff --git a/mesonbuild/environment.py b/mesonbuild/environment.py
> -index a2f78a4..59fcb07 100644
> +index bf09a88..8eabe78 100644
>  --- a/mesonbuild/environment.py
>  +++ b/mesonbuild/environment.py
> -@@ -364,9 +364,7 @@ def detect_cpu_family(compilers: CompilersDict) -> str:
> +@@ -375,9 +375,7 @@ def detect_cpu_family(compilers: CompilersDict) -> str:
>   trial = 'parisc'
>
>   if trial not in known_cpu_families:
> @@ -39,3 +39,6 @@ index a2f78a4..59fcb07 100644
>
>   return trial
>
> +--
> +2.24.0
> +
> diff --git 
> a/meta/recipes-devtools/meson/meson/0001-gnome.py-prefix-g-i-paths-with-PKG_CONFIG_SYSROOT_DI.patch
>  
> b/meta/recipes-devtools/meson/meson/0001-gnome.py-prefix-g-i-paths-with-PKG_CONFIG_SYSROOT_DI.patch
> index 35c18f0785..a1f8422d44 100644
> --- 
> a/meta/recipes-devtools/meson/meson/0001-gnome.py-prefix-g-i-paths-with-PKG_CONFIG_SYSROOT_DI.patch
> +++ 
> b/meta/recipes-devtools/meson/meson/0001-gnome.py-prefix-g-i-paths-with-PKG_CONFIG_SYSROOT_DI.patch
> @@ -1,4 +1,4 @@
> -From 7be634fa9705d0367f48a91305f9acb642ff0a11 Mon Sep 17 00:00:00 2001
> +From 64aa6718c290e150dafd8da83f31cb08af00af0e Mon Sep 17 00:00:00 2001
>  From: Alexander Kanavin 
>  Date: Wed, 27 May 2020 16:43