Re: [OE-core] [yocto] Which recipe for Linux tools to run u-boot command inside Linux?

2020-04-30 Thread JH
On 4/30/20, Nicolas Jeker  wrote:

> on Zeus it's very likely _not_ libubootenv that you need, you should
> try to install u-boot-fw-utils. As Yann wrote, the tools are in
> libubootenv since Dunfell, which is newer than Zeus.

Thanks Nicolas, I have following error, what I could be missing here?

ERROR: Task 
(/build/oe-core/meta/recipes-bsp/u-boot/u-boot-fw-utils_2019.07.bb:do_compile)
failed with exit code '137'



-- 
"A man can fail many times, but he isn't a failure until he begins to
blame somebody else."
-- John Burroughs
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#137695): 
https://lists.openembedded.org/g/openembedded-core/message/137695
Mute This Topic: https://lists.openembedded.org/mt/73389712/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH v2] bzip2: Add test suite for bzip2

2020-04-30 Thread Randy MacLeod

On 2020-04-27 3:39 p.m., Alexander Kanavin wrote:
You need to first see from the failure page which configuration is 
failing, for example non-gpl3 is one such.


Then you find that configuration in config.json. The below should 
hopefully be self-explanatory in how you should set up the build?


|"non-gpl3" : { "NEEDREPOS" : ["poky", "meta-gplv2"], "MACHINE" : 
"qemux86", "BBTARGETS" : "core-image-minimal core-image-full-cmdline", 
"extravars" : [ "INCOMPATIBLE_LICENSE = '*GPLv3'", "WARN_QA_remove = 
'incompatible-license'" ], "EXTRACMDS" : [ 
"../../yocto-autobuilder-helper/scripts/check-gplv3" ] },


|

|
|

|Alex


Hi Rahul,

Sorry for my late reply.

The commit log for v2 is very good now!
Thanks for incorporating my --pedantic suggestions. ;-)

It seems that you need a perl dependency for something (docs?
   $ cd .../bzip2.git
   $ grep -r "perl " *
   format.pl:#!/usr/bin/perl -w
   README.XML.STUFF:It uses format.pl, a perl script...

Then we need to figure out how to deal with the GPLv3 issue.

The buildbot output can be tedious to figure out. I haven't really
spent enough time plugging away at it to be proficient yet either.
Have you been able to reproduce the problems that Richard reported?
If not, and you've tried for a bit, then just say so and I'll try to
help tomorrow or early next week.

It looks like you are packaging the test code/data with the main package 
not in bzip2-ptest. Have a look at:

   meta/recipes-support/libpcre/libpcre_8.44.bb
for an example. There are many more.
Also, if you look at oe-core.git:
   $ rgrep LICENSE_ *  | grep PN
you can see many examples of sub-packages with different licenses
than the main package. One example is:
   meta/recipes-support/gnutls/gnutls_3.6.13.bb
I hope that can address the buildbot problem but I haven't tried it
myself yet.

BTW, Trevor has gotten the YP autobuilder going at Wind River and
he'll be sending a few documentation updates next week or so.
That may help in case you want to reproduce the YP AB test
infrastructure. I expect that you don't _have_ to do so but
I think it would be good if more contributing organizations did
have an instance with only limited builders of the YP AB so that
we can do more testing before Richard runs our changes through
the main system. Richard has cautioned that the YP AB has lots of
builders each of which has many cores but I hope that we can at least
do some AB checking ourselves.

../Randy



|


On Mon, 27 Apr 2020 at 20:54, Rahul Kumar > wrote:


Hi Richard/Alexander,

I am not able to understand how I can use the below file.

http://git.yoctoproject.org/cgit/cgit.cgi/yocto-autobuilder-helper/tree/config.json

did you mean to say that i have to set MACRO in local.conf based on
this file.

*Thanks & Regards,*
Rahul Kumar
Software Engineer,Linux Solutions Engineering
Group,Montavista Software LLC
Email Id: rah...@mvista.com 



On Mon, Apr 27, 2020 at 11:46 PM Richard Purdie
mailto:richard.pur...@linuxfoundation.org>> wrote:

On Mon, 2020-04-27 at 18:30 +0200, Alexander Kanavin wrote:
 > You need to look at configurations defined here:
 >

http://git.yoctoproject.org/cgit/cgit.cgi/yocto-autobuilder-helper/tree/config.json
 > and replicate them locally. Then you can reproduce the
failures that
 > the AB gets in those configurations.

That start of the failing logs on the autobuilder also list out the
configuration options for that build.

Cheers,

Richard







--
# Randy MacLeod
# Wind River Linux
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#137694): 
https://lists.openembedded.org/g/openembedded-core/message/137694
Mute This Topic: https://lists.openembedded.org/mt/73224911/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell v2 10/14] ell: upgrade 0.30 -> 0.31

2020-04-30 Thread Steve Sakoman
From: Pierre-Jean Texier 

This is a bugfix release:

ver 0.31:
Fix issue with verification of the second certificate in chain.
Fix issue with handling trusted CA matching in verification.

Signed-off-by: Pierre-Jean Texier 
Signed-off-by: Richard Purdie 
Signed-off-by: Steve Sakoman 
---
 meta/recipes-core/ell/{ell_0.30.bb => ell_0.31.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-core/ell/{ell_0.30.bb => ell_0.31.bb} (83%)

diff --git a/meta/recipes-core/ell/ell_0.30.bb 
b/meta/recipes-core/ell/ell_0.31.bb
similarity index 83%
rename from meta/recipes-core/ell/ell_0.30.bb
rename to meta/recipes-core/ell/ell_0.31.bb
index 17045b3ae5..1db7131ab0 100644
--- a/meta/recipes-core/ell/ell_0.30.bb
+++ b/meta/recipes-core/ell/ell_0.31.bb
@@ -14,8 +14,8 @@ DEPENDS = "dbus"
 inherit autotools pkgconfig
 
 SRC_URI = 
"https://mirrors.edge.kernel.org/pub/linux/libs/${BPN}/${BPN}-${PV}.tar.xz;
-SRC_URI[md5sum] = "79c757858688cc6c36087605234d87a8"
-SRC_URI[sha256sum] = 
"51cf8cc66a9d1038e41f7d619ea5660aa4476904496562b2d45ca79370ca4a5e"
+SRC_URI[md5sum] = "3f670230be4d89d621b0508c70b1d36b"
+SRC_URI[sha256sum] = 
"ae88617275452f9f5840b2365e33e6c7fb6fa3405d42cbf9367de642ee8b6701"
 
 do_configure_prepend () {
 mkdir -p ${S}/build-aux
-- 
2.17.1

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

View/Reply Online (#137693): 
https://lists.openembedded.org/g/openembedded-core/message/137693
Mute This Topic: https://lists.openembedded.org/mt/73386692/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell v2 13/14] buildtools-tarball: add nativesdk-mtools for `wic ls'

2020-04-30 Thread Steve Sakoman
From: hongxu 

On ubuntu 18.04.1, it does not provides `mdir' by default
which caused `wic ls **.wic' failed on fat partition

...
$ wic ls 
build/tmp-glibc/deploy/images/xilinx-zynqmp/wrlinux-image-std-xilinx-zynqmp.wic

ERROR: Can't find executable 'mdir'
...

Add nativesdk-mtools to buildtools-tarball and use buildtools
to provide mdir

Signed-off-by: Hongxu Jia 
Signed-off-by: Richard Purdie 
Signed-off-by: Steve Sakoman 
---
 meta/recipes-core/meta/buildtools-tarball.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-core/meta/buildtools-tarball.bb 
b/meta/recipes-core/meta/buildtools-tarball.bb
index aa55cde84a..977b6a5e1d 100644
--- a/meta/recipes-core/meta/buildtools-tarball.bb
+++ b/meta/recipes-core/meta/buildtools-tarball.bb
@@ -26,6 +26,7 @@ TOOLCHAIN_HOST_TASK ?= "\
 nativesdk-libnss-nis \
 nativesdk-rpcsvc-proto \
 nativesdk-patch \
+nativesdk-mtools \
 "
 
 MULTIMACH_TARGET_SYS = "${SDK_ARCH}-nativesdk${SDK_VENDOR}-${SDK_OS}"
-- 
2.17.1

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

View/Reply Online (#137692): 
https://lists.openembedded.org/g/openembedded-core/message/137692
Mute This Topic: https://lists.openembedded.org/mt/73386678/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell v2 01/14] u-boot.inc: install u-boot-initial-env as ${PN}-initial-env in $D and $DEPLOYDIR

2020-04-30 Thread Steve Sakoman
From: Denys Dmytriyenko 

The common u-boot.inc can be used by multiple recipes in the same build for
different cores and/or multiple stages of the bootloader. Naming initial-env
with ${PN} prefix avoids clashes in deploy and rootfs between those recipes.

This fixes 69b3b093079c2ca2744d6c02747c5d1b5d3e7ecf that unconditionally
builds, installs and deploys u-boot-initial-env in the common u-boot.inc.

Signed-off-by: Denys Dmytriyenko 
Signed-off-by: Richard Purdie 
Signed-off-by: Steve Sakoman 
---
 meta/recipes-bsp/u-boot/u-boot.inc | 28 ++--
 1 file changed, 14 insertions(+), 14 deletions(-)

diff --git a/meta/recipes-bsp/u-boot/u-boot.inc 
b/meta/recipes-bsp/u-boot/u-boot.inc
index 188e5295cf..80f828df52 100644
--- a/meta/recipes-bsp/u-boot/u-boot.inc
+++ b/meta/recipes-bsp/u-boot/u-boot.inc
@@ -156,10 +156,10 @@ 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}/u-boot-initial-env-${MACHINE}-${type}-${PV}-${PR}
-ln -sf u-boot-initial-env-${MACHINE}-${type}-${PV}-${PR} 
${D}/${sysconfdir}/u-boot-initial-env-${MACHINE}-${type}
-ln -sf u-boot-initial-env-${MACHINE}-${type}-${PV}-${PR} 
${D}/${sysconfdir}/u-boot-initial-env-${type}
-ln -sf u-boot-initial-env-${MACHINE}-${type}-${PV}-${PR} 
${D}/${sysconfdir}/u-boot-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
 fi
 done
 unset  j
@@ -170,9 +170,9 @@ 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}/u-boot-initial-env-${MACHINE}-${PV}-${PR}
-ln -sf u-boot-initial-env-${MACHINE}-${PV}-${PR} 
${D}/${sysconfdir}/u-boot-initial-env-${MACHINE}
-ln -sf u-boot-initial-env-${MACHINE}-${PV}-${PR} 
${D}/${sysconfdir}/u-boot-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
 fi
 
 if [ -n "${UBOOT_ELF}" ]
@@ -245,7 +245,7 @@ PACKAGE_BEFORE_PN += "${PN}-env"
 
 RPROVIDES_${PN}-env += "u-boot-default-env"
 FILES_${PN}-env = " \
-${sysconfdir}/u-boot-initial-env* \
+${sysconfdir}/${PN}-initial-env* \
 ${sysconfdir}/fw_env.config \
 "
 
@@ -269,10 +269,10 @@ do_deploy () {
 ln -sf u-boot-${type}-${PV}-${PR}.${UBOOT_SUFFIX} 
${UBOOT_BINARY}
 
 # Deploy the uboot-initial-env
-install -D -m 644 
${B}/${config}/u-boot-initial-env-${type} 
${DEPLOYDIR}/u-boot-initial-env-${MACHINE}-${type}-${PV}-${PR}
+install -D -m 644 
${B}/${config}/u-boot-initial-env-${type} 
${DEPLOYDIR}/${PN}-initial-env-${MACHINE}-${type}-${PV}-${PR}
 cd ${DEPLOYDIR}
-ln -sf u-boot-initial-env-${MACHINE}-${type}-${PV}-${PR} 
u-boot-initial-env-${MACHINE}-${type}
-ln -sf u-boot-initial-env-${MACHINE}-${type}-${PV}-${PR} 
u-boot-initial-env-${type}
+ln -sf ${PN}-initial-env-${MACHINE}-${type}-${PV}-${PR} 
${PN}-initial-env-${MACHINE}-${type}
+ln -sf ${PN}-initial-env-${MACHINE}-${type}-${PV}-${PR} 
${PN}-initial-env-${type}
 fi
 done
 unset  j
@@ -287,10 +287,10 @@ do_deploy () {
 ln -sf ${UBOOT_IMAGE} ${UBOOT_BINARY}
 
 # Deploy the uboot-initial-env
-install -D -m 644 ${B}/u-boot-initial-env 
${DEPLOYDIR}/u-boot-initial-env-${MACHINE}-${PV}-${PR}
+install -D -m 644 ${B}/u-boot-initial-env 
${DEPLOYDIR}/${PN}-initial-env-${MACHINE}-${PV}-${PR}
 cd ${DEPLOYDIR}
-ln -sf u-boot-initial-env-${MACHINE}-${PV}-${PR} 
u-boot-initial-env-${MACHINE}
-ln -sf u-boot-initial-env-${MACHINE}-${PV}-${PR} u-boot-initial-env
+ln -sf ${PN}-initial-env-${MACHINE}-${PV}-${PR} 
${PN}-initial-env-${MACHINE}
+ln -sf ${PN}-initial-env-${MACHINE}-${PV}-${PR} ${PN}-initial-env
 fi
 
 if [ -e ${WORKDIR}/fw_env.config ] ; then
-- 
2.17.1

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive 

[OE-core][dunfell v2 02/14] kernel-yocto.bbclass: Fix deps when externalsrc is used

2020-04-30 Thread Steve Sakoman
From: Paul Barker 

do_kernel_configme was recently removed from SRCTREECOVEREDTASKS so this
task still runs when externalsrc is used. This task normally runs after
do_patch but when externalsrc is used, do_patch is removed and this ordering
restriction does nothing. This allows bitbake to execute do_kernel_configme
too early, causing races with do_unpack.

This is fixed by adding in a dependency on do_unpack when externalsrc is
used.

Signed-off-by: Paul Barker 
Signed-off-by: Richard Purdie 
Signed-off-by: Steve Sakoman 
---
 meta/classes/kernel-yocto.bbclass | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/meta/classes/kernel-yocto.bbclass 
b/meta/classes/kernel-yocto.bbclass
index 6792c9a233..5bc627066e 100644
--- a/meta/classes/kernel-yocto.bbclass
+++ b/meta/classes/kernel-yocto.bbclass
@@ -489,6 +489,12 @@ python () {
 # If diffconfig is available, ensure it runs after kernel_configme
 if 'do_diffconfig' in d:
 bb.build.addtask('do_diffconfig', None, 'do_kernel_configme', d)
+
+externalsrc = d.getVar('EXTERNALSRC')
+if externalsrc:
+# If we deltask do_patch, do_kernel_configme is left without
+# dependencies and runs too early
+d.setVarFlag('do_kernel_configme', 'deps', 
(d.getVarFlag('do_kernel_configme', 'deps', False) or []) + ['do_unpack'])
 }
 
 # extra tasks
-- 
2.17.1

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

View/Reply Online (#137689): 
https://lists.openembedded.org/g/openembedded-core/message/137689
Mute This Topic: https://lists.openembedded.org/mt/73386657/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell v2 06/14] libucontext: Bring in mips/mips64 support

2020-04-30 Thread Steve Sakoman
From: Khem Raj 

License-Update: Updated copyright years [1]

Latest master 0.10.x+ has added support for mips/mips64, which should
help compile ruby on musl for these architectures

Switch SRC_URI to github upstream URI

Check for common arches before checking others in map_kernel_arch

Drop already upstreamed patches

[1] 
https://github.com/kaniini/libucontext/commit/d31eaabbaf5f45656c10e4bccd3fe6653a7d3ec1

Signed-off-by: Khem Raj 
Signed-off-by: Richard Purdie 
Signed-off-by: Steve Sakoman 
---
 ...move-using-.end-directive-with-clang.patch | 36 ++
 .../0001-Makefile-Add-LIBDIR-variable.patch   | 46 --
 .../0001-pass-LDFLAGS-to-link-step.patch  | 31 
 meta/recipes-core/musl/libucontext_git.bb | 48 +--
 4 files changed, 60 insertions(+), 101 deletions(-)
 create mode 100644 
meta/recipes-core/musl/0001-Remove-using-.end-directive-with-clang.patch
 delete mode 100644 
meta/recipes-core/musl/libucontext/0001-Makefile-Add-LIBDIR-variable.patch
 delete mode 100644 
meta/recipes-core/musl/libucontext/0001-pass-LDFLAGS-to-link-step.patch

diff --git 
a/meta/recipes-core/musl/0001-Remove-using-.end-directive-with-clang.patch 
b/meta/recipes-core/musl/0001-Remove-using-.end-directive-with-clang.patch
new file mode 100644
index 00..be79cb53f1
--- /dev/null
+++ b/meta/recipes-core/musl/0001-Remove-using-.end-directive-with-clang.patch
@@ -0,0 +1,36 @@
+From b6732f68848ecc8ff01054bf7aea70a241c37116 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Fri, 10 Apr 2020 11:23:39 -0700
+Subject: [PATCH] Remove using .end directive with clang
+
+Clang does not support this asm directive
+Fixes Issue #19
+
+Upstream-Status: Submitted [https://github.com/kaniini/libucontext/pull/20]
+Signed-off-by: Khem Raj 
+---
+ arch/common/common-defs.h | 5 -
+ 1 file changed, 4 insertions(+), 1 deletion(-)
+
+diff --git a/arch/common/common-defs.h b/arch/common/common-defs.h
+index bf2fb8c..618116b 100644
+--- a/arch/common/common-defs.h
 b/arch/common/common-defs.h
+@@ -28,10 +28,13 @@
+   ENT(__proc) \
+ __proc:   \
+   SETUP_FRAME(__proc)
+-
++#ifdef __clang__
++#define END(__proc)
++#else
+ #define END(__proc)   \
+   .end__proc; \
+   .size   __proc,.-__proc;
++#endif
+ 
+ #define ALIAS(__alias, __real)\
+   .weak   __alias;\
+-- 
+2.26.0
+
diff --git 
a/meta/recipes-core/musl/libucontext/0001-Makefile-Add-LIBDIR-variable.patch 
b/meta/recipes-core/musl/libucontext/0001-Makefile-Add-LIBDIR-variable.patch
deleted file mode 100644
index 4f91c8f189..00
--- a/meta/recipes-core/musl/libucontext/0001-Makefile-Add-LIBDIR-variable.patch
+++ /dev/null
@@ -1,46 +0,0 @@
-From 9bc3cedba54708c40c4a853b240c46e69f87de3c Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Tue, 17 Mar 2020 10:04:40 -0700
-Subject: [PATCH] Makefile: Add LIBDIR variable
-
-This ensures that it can be installed into custom location and also
-
-Upstream-Status: Submitted
-Signed-off-by: Khem Raj 

- Makefile | 6 +++---
- 1 file changed, 3 insertions(+), 3 deletions(-)
-
 a/Makefile
-+++ b/Makefile
-@@ -1,5 +1,5 @@
- ARCH := $(shell uname -m)
--
-+LIBDIR := /lib
- CFLAGS = -ggdb3 -O2 -Wall -Iarch/${ARCH}
- 
- LIBUCONTEXT_C_SRC = $(wildcard arch/${ARCH}/*.c)
-@@ -10,8 +10,8 @@ LIBUCONTEXT_SOVERSION = 0
- LIBUCONTEXT_NAME = libucontext.so
- LIBUCONTEXT_STATIC_NAME = libucontext.a
- LIBUCONTEXT_SONAME = libucontext.so.${LIBUCONTEXT_SOVERSION}
--LIBUCONTEXT_PATH = /lib/${LIBUCONTEXT_SONAME}
--LIBUCONTEXT_STATIC_PATH = /lib/${LIBUCONTEXT_STATIC_NAME}
-+LIBUCONTEXT_PATH = ${LIBDIR}/${LIBUCONTEXT_SONAME}
-+LIBUCONTEXT_STATIC_PATH = ${LIBDIR}/${LIBUCONTEXT_STATIC_NAME}
- 
- all: ${LIBUCONTEXT_SONAME} ${LIBUCONTEXT_STATIC_NAME}
- 
-@@ -36,9 +36,9 @@ clean:
-   ${LIBUCONTEXT_OBJ} test_libucontext
- 
- install: all
--  install -D -m755 ${LIBUCONTEXT_NAME} ${DESTDIR}/${LIBUCONTEXT_PATH}
--  install -D -m664 ${LIBUCONTEXT_STATIC_NAME} 
${DESTDIR}/${LIBUCONTEXT_STATIC_PATH}
--  ln -sf ${LIBUCONTEXT_SONAME} ${DESTDIR}/lib/${LIBUCONTEXT_NAME}
-+  install -D -m755 ${LIBUCONTEXT_NAME} ${DESTDIR}${LIBUCONTEXT_PATH}
-+  install -D -m664 ${LIBUCONTEXT_STATIC_NAME} 
${DESTDIR}${LIBUCONTEXT_STATIC_PATH}
-+  ln -sf ${LIBUCONTEXT_SONAME} ${DESTDIR}${LIBDIR}/${LIBUCONTEXT_NAME}
- 
- check: test_libucontext ${LIBUCONTEXT_SONAME}
-   env LD_LIBRARY_PATH=$(shell pwd) ./test_libucontext
diff --git 
a/meta/recipes-core/musl/libucontext/0001-pass-LDFLAGS-to-link-step.patch 
b/meta/recipes-core/musl/libucontext/0001-pass-LDFLAGS-to-link-step.patch
deleted file mode 100644
index 0ab8caf3e6..00
--- a/meta/recipes-core/musl/libucontext/0001-pass-LDFLAGS-to-link-step.patch
+++ /dev/null
@@ -1,31 +0,0 @@
-From 

[OE-core][dunfell v2 08/14] tzdata: remove exit 0 from pkg_postinst

2020-04-30 Thread Steve Sakoman
From: Maxime Roussin-B?langer 

Documentation says that if you exit 0 in a pkg_postinst it will marked as
installed.
If you exit 0, before running postinst-intercepts defer_to_first_boot, the
pkg_postinst_ontarget script will not be present on target.

The "exit 0" in tzdata makes it difficult to have a bbappend with a
pkg_postinst_target step when you have `INSTALL_TIMEZONE_FILE = 0`

Signed-off-by: Maxime Roussin-Bélanger 
Signed-off-by: Richard Purdie 
Signed-off-by: Steve Sakoman 
---
 meta/recipes-extended/timezone/tzdata.bb | 8 ++--
 1 file changed, 2 insertions(+), 6 deletions(-)

diff --git a/meta/recipes-extended/timezone/tzdata.bb 
b/meta/recipes-extended/timezone/tzdata.bb
index 1e2d9bd1b9..1e2b440fb0 100644
--- a/meta/recipes-extended/timezone/tzdata.bb
+++ b/meta/recipes-extended/timezone/tzdata.bb
@@ -60,12 +60,8 @@ pkg_postinst_${PN} () {
if [ -e ${src} ] ; then
tz=$(sed -e 's:#.*::' -e 's:[[:space:]]*::g' -e '/^$/d' 
"${src}")
fi
-   
-   if [ -z "${tz}" ] ; then
-   exit 0
-   fi
-   
-   if [ ! -e "$D${datadir}/zoneinfo/${tz}" ] ; then
+
+   if [ ! -z "${tz}" -a ! -e "$D${datadir}/zoneinfo/${tz}" ] ; then
echo "You have an invalid TIMEZONE setting in ${src}"
echo "Your ${etc_lt} has been reset to Universal; enjoy!"
tz="Universal"
-- 
2.17.1

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

View/Reply Online (#137690): 
https://lists.openembedded.org/g/openembedded-core/message/137690
Mute This Topic: https://lists.openembedded.org/mt/73386660/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell v2 12/14] alsa-state: ignore 'No soundcards found' error in pkg_postinst

2020-04-30 Thread Steve Sakoman
From: Yi Zhao 

If there is no soundcards on the target (e.g. qemu), the pkp_postinst
function will report an error:
  alsactl: load_state:1735: No soundcards found...
  pkg_run_script: package "alsa-state" postinst script returned status 19.
  opkg_configure: alsa-state.postinst returned 19.

Pass '-g' option to alsactl to ignore this error.

Signed-off-by: Yi Zhao 
Signed-off-by: Richard Purdie 
Signed-off-by: Steve Sakoman 
---
 meta/recipes-bsp/alsa-state/alsa-state.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-bsp/alsa-state/alsa-state.bb 
b/meta/recipes-bsp/alsa-state/alsa-state.bb
index 0670556999..cec2272c80 100644
--- a/meta/recipes-bsp/alsa-state/alsa-state.bb
+++ b/meta/recipes-bsp/alsa-state/alsa-state.bb
@@ -62,7 +62,7 @@ pkg_postinst_${PN}() {
then
if test -x ${sbindir}/alsactl
then
-   ${sbindir}/alsactl -f 
${localstatedir}/lib/alsa/asound.state restore
+   ${sbindir}/alsactl -g -f 
${localstatedir}/lib/alsa/asound.state restore
fi
fi
 }
-- 
2.17.1

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

View/Reply Online (#137687): 
https://lists.openembedded.org/g/openembedded-core/message/137687
Mute This Topic: https://lists.openembedded.org/mt/73386648/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell v2 03/14] qemu-system-native: Fix commented out PACKAGECONFIG

2020-04-30 Thread Steve Sakoman
From: Jeremy Puhlman 

Signed-off-by: Jeremy A. Puhlman 
Signed-off-by: Richard Purdie 
Signed-off-by: Steve Sakoman 
---
 meta/recipes-devtools/qemu/qemu.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index f17a046fca..7a1ccf2115 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -180,7 +180,7 @@ PACKAGECONFIG[snappy] = 
"--enable-snappy,--disable-snappy,snappy"
 PACKAGECONFIG[glusterfs] = "--enable-glusterfs,--disable-glusterfs"
 PACKAGECONFIG[xkbcommon] = 
"--enable-xkbcommon,--disable-xkbcommon,libxkbcommon"
 PACKAGECONFIG[libudev] = "--enable-libudev,--disable-libudev,eudev"
-#PACKAGECONFIG[libxml2] = "--enable-libxml2,--disable-libxml2,libxml2"
+PACKAGECONFIG[libxml2] = "--enable-libxml2,--disable-libxml2,libxml2"
 
 INSANE_SKIP_${PN} = "arch"
 
-- 
2.17.1

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

View/Reply Online (#137685): 
https://lists.openembedded.org/g/openembedded-core/message/137685
Mute This Topic: https://lists.openembedded.org/mt/73386629/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell v2 00/14] Patch review

2020-04-30 Thread Steve Sakoman
As discussed in the comments to v1, I'll be dropping two patches from v1:

  qemuboot.bbclass: don't redefine IMGDEPLOYDIR
  bzip2/pbzip2: Correct license information

Please send any further comments by end of day tomorrow Friday May 1.

The following changes since commit 1795f30d8ab73d35710ca99064c51190dc84853e:

  build-appliance-image: Update to master head revision (2020-04-07 22:15:32 
+0100)

are available in the Git repository at:

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

Changqing Li (1):
  parselogs.py: ignore pulseaudio startup warning messages

Denys Dmytriyenko (1):
  u-boot.inc: install u-boot-initial-env as ${PN}-initial-env in $D and
$DEPLOYDIR

Jeremy Puhlman (3):
  qemu-system-native: Fix commented out PACKAGECONFIG
  nativesdk-gcc-runtime: enable building libstdc++.a
  buildtools-extended-tarball: Add libstc++.a

Khem Raj (2):
  libucontext: Bring in mips/mips64 support
  ruby: Link with libucontext on musl

Maxime Roussin-B?langer (1):
  tzdata: remove exit 0 from pkg_postinst

Paul Barker (1):
  kernel-yocto.bbclass: Fix deps when externalsrc is used

Pierre-Jean Texier (1):
  ell: upgrade 0.30 -> 0.31

Tim Orling (1):
  python3-manifest.json: add pathlib to core

Wang Mingyu (1):
  gnutls: upgrade 3.6.12 -> 3.6.13

Yi Zhao (1):
  alsa-state: ignore 'No soundcards found' error in pkg_postinst

hongxu (1):
  buildtools-tarball: add nativesdk-mtools for `wic ls'

 meta/classes/kernel-yocto.bbclass |  6 +++
 meta/lib/oeqa/runtime/cases/parselogs.py  |  4 +-
 meta/recipes-bsp/alsa-state/alsa-state.bb |  2 +-
 meta/recipes-bsp/u-boot/u-boot.inc| 28 +--
 .../ell/{ell_0.30.bb => ell_0.31.bb}  |  4 +-
 .../meta/buildtools-extended-tarball.bb   |  1 +
 meta/recipes-core/meta/buildtools-tarball.bb  |  1 +
 ...move-using-.end-directive-with-clang.patch | 36 ++
 .../0001-Makefile-Add-LIBDIR-variable.patch   | 46 --
 .../0001-pass-LDFLAGS-to-link-step.patch  | 31 
 meta/recipes-core/musl/libucontext_git.bb | 48 +--
 meta/recipes-devtools/gcc/gcc-runtime.inc |  2 +
 .../python/python3/python3-manifest.json  |  2 +
 meta/recipes-devtools/qemu/qemu.inc   |  2 +-
 meta/recipes-devtools/ruby/ruby_2.7.0.bb  |  9 +++-
 meta/recipes-extended/timezone/tzdata.bb  |  8 +---
 .../{gnutls_3.6.12.bb => gnutls_3.6.13.bb}|  4 +-
 17 files changed, 104 insertions(+), 130 deletions(-)
 rename meta/recipes-core/ell/{ell_0.30.bb => ell_0.31.bb} (83%)
 create mode 100644 
meta/recipes-core/musl/0001-Remove-using-.end-directive-with-clang.patch
 delete mode 100644 
meta/recipes-core/musl/libucontext/0001-Makefile-Add-LIBDIR-variable.patch
 delete mode 100644 
meta/recipes-core/musl/libucontext/0001-pass-LDFLAGS-to-link-step.patch
 rename meta/recipes-support/gnutls/{gnutls_3.6.12.bb => gnutls_3.6.13.bb} (93%)

-- 
2.17.1

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

View/Reply Online (#137686): 
https://lists.openembedded.org/g/openembedded-core/message/137686
Mute This Topic: https://lists.openembedded.org/mt/73386637/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell v2 05/14] buildtools-extended-tarball: Add libstc++.a

2020-04-30 Thread Steve Sakoman
From: Jeremy Puhlman 

Builds like native-openjdk, really wants a to link
some tools against the static version. Since when
using the extended tarball, its the only place to
get it, add the library.

Signed-off-by: Jeremy Puhlman 
Signed-off-by: Richard Purdie 
Signed-off-by: Steve Sakoman 
---
 meta/recipes-core/meta/buildtools-extended-tarball.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-core/meta/buildtools-extended-tarball.bb 
b/meta/recipes-core/meta/buildtools-extended-tarball.bb
index dd780c5d57..e38967af3f 100644
--- a/meta/recipes-core/meta/buildtools-extended-tarball.bb
+++ b/meta/recipes-core/meta/buildtools-extended-tarball.bb
@@ -23,6 +23,7 @@ TOOLCHAIN_HOST_TASK += "\
 nativesdk-libgcc \
 nativesdk-libstdc++ \
 nativesdk-libstdc++-dev \
+nativesdk-libstdc++-staticdev \
 nativesdk-libtool \
 nativesdk-pkgconfig \
 nativesdk-glibc-utils \
-- 
2.17.1

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

View/Reply Online (#137684): 
https://lists.openembedded.org/g/openembedded-core/message/137684
Mute This Topic: https://lists.openembedded.org/mt/73386624/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell v2 11/14] python3-manifest.json: add pathlib to core

2020-04-30 Thread Steve Sakoman
From: Tim Orling 

The pathlib module is for Object-oriented filesystem paths

It also provides a lot of handy utilities for checking on
paths. This seems to justify adding it to the core package
along side os, sys, and the other *path libraries.

[YOCTO #13670]

Signed-off-by: Tim Orling 
Signed-off-by: Richard Purdie 
Signed-off-by: Steve Sakoman 
---
 meta/recipes-devtools/python/python3/python3-manifest.json | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/python/python3/python3-manifest.json 
b/meta/recipes-devtools/python/python3/python3-manifest.json
index 251271cb84..3bcc9b8662 100644
--- a/meta/recipes-devtools/python/python3/python3-manifest.json
+++ b/meta/recipes-devtools/python/python3/python3-manifest.json
@@ -285,6 +285,7 @@
 "${libdir}/python${PYTHON_MAJMIN}/operator.py",
 "${libdir}/python${PYTHON_MAJMIN}/optparse.py",
 "${libdir}/python${PYTHON_MAJMIN}/os.py",
+   "${libdir}/python${PYTHON_MAJMIN}/pathlib.py",
 "${libdir}/python${PYTHON_MAJMIN}/pkgutil.py",
 "${libdir}/python${PYTHON_MAJMIN}/platform.py",
 "${libdir}/python${PYTHON_MAJMIN}/posixpath.py",
@@ -358,6 +359,7 @@
 "${libdir}/python${PYTHON_MAJMIN}/__pycache__/operator.*.pyc",
 "${libdir}/python${PYTHON_MAJMIN}/__pycache__/optparse.*.pyc",
 "${libdir}/python${PYTHON_MAJMIN}/__pycache__/os.*.pyc",
+   "${libdir}/python${PYTHON_MAJMIN}/__pycache__/pathlib.*.pyc",
 "${libdir}/python${PYTHON_MAJMIN}/__pycache__/pkgutil.*.pyc",
 "${libdir}/python${PYTHON_MAJMIN}/__pycache__/platform.*.pyc",
 "${libdir}/python${PYTHON_MAJMIN}/__pycache__/posixpath.*.pyc",
-- 
2.17.1

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

View/Reply Online (#137683): 
https://lists.openembedded.org/g/openembedded-core/message/137683
Mute This Topic: https://lists.openembedded.org/mt/73386623/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell v2 09/14] gnutls: upgrade 3.6.12 -> 3.6.13

2020-04-30 Thread Steve Sakoman
From: Wang Mingyu 

Signed-off-by: Wang Mingyu 
Signed-off-by: Richard Purdie 
Signed-off-by: Steve Sakoman 
---
 .../gnutls/{gnutls_3.6.12.bb => gnutls_3.6.13.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/gnutls/{gnutls_3.6.12.bb => gnutls_3.6.13.bb} (93%)

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

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

View/Reply Online (#137681): 
https://lists.openembedded.org/g/openembedded-core/message/137681
Mute This Topic: https://lists.openembedded.org/mt/73386484/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell v2 14/14] parselogs.py: ignore pulseaudio startup warning messages

2020-04-30 Thread Steve Sakoman
From: Changqing Li 

If set default syslog to rsyslog, we can see below messages
in user.log,

[pulseaudio] authkey.c: Failed to open cookie file
[pulseaudio] authkey.c: Failed to load authentication key

They are only warnings when cookie file is not found. And
PulseAudio will create it if it doesn't exist.

refer:
https://wiki.archlinux.org/index.php/PulseAudio/Configuration
https://lists.freedesktop.org/archives/pulseaudio-discuss/2014-December/022719.html

Signed-off-by: Changqing Li 
Signed-off-by: Richard Purdie 
Signed-off-by: Steve Sakoman 
---
 meta/lib/oeqa/runtime/cases/parselogs.py | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/lib/oeqa/runtime/cases/parselogs.py 
b/meta/lib/oeqa/runtime/cases/parselogs.py
index f94387c8bc..a1791b5cca 100644
--- a/meta/lib/oeqa/runtime/cases/parselogs.py
+++ b/meta/lib/oeqa/runtime/cases/parselogs.py
@@ -58,7 +58,9 @@ common_errors = [
 "Failed to rename network interface",
 "Failed to process device, ignoring: Device or resource busy",
 "Cannot find a map file",
-"[rdrand]: Initialization Failed"
+"[rdrand]: Initialization Failed",
+"[pulseaudio] authkey.c: Failed to open cookie file",
+"[pulseaudio] authkey.c: Failed to load authentication key",
 ]
 
 video_related = [
-- 
2.17.1

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

View/Reply Online (#137682): 
https://lists.openembedded.org/g/openembedded-core/message/137682
Mute This Topic: https://lists.openembedded.org/mt/73386486/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell v2 07/14] ruby: Link with libucontext on musl

2020-04-30 Thread Steve Sakoman
From: Khem Raj 

coroutines in ruby 2.7+ needs ucontext APIs which are not available in
musl but an external library is available to provide them so use it

Use cached values for ac_cv_func_isnan and ac_cv_func_isinf this is not
detected correctly by configure on musl

on ARM drop using old arm32 implementation of coroutine which is slow and
inefficient

Signed-off-by: Khem Raj 
Signed-off-by: Richard Purdie 
Signed-off-by: Steve Sakoman 
---
 meta/recipes-devtools/ruby/ruby_2.7.0.bb | 9 +++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/ruby/ruby_2.7.0.bb 
b/meta/recipes-devtools/ruby/ruby_2.7.0.bb
index 44c76161d5..7f07080497 100644
--- a/meta/recipes-devtools/ruby/ruby_2.7.0.bb
+++ b/meta/recipes-devtools/ruby/ruby_2.7.0.bb
@@ -1,5 +1,7 @@
 require ruby.inc
 
+DEPENDS_append_libc-musl = " libucontext"
+
 SRC_URI += " \
file://remove_has_include_macros.patch \
file://run-ptest \
@@ -25,8 +27,11 @@ EXTRA_OECONF = "\
 --with-pkg-config=pkg-config \
 "
 
-EXTRA_OECONF_append_libc-musl_arm = " --with-coroutine=arm32"
-EXTRA_OECONF_append_libc-musl_armeb = " --with-coroutine=arm32"
+EXTRA_OECONF_append_libc-musl = "\
+LIBS='-lucontext' \
+ac_cv_func_isnan=yes \
+ac_cv_func_isinf=yes \
+"
 
 do_install() {
 oe_runmake 'DESTDIR=${D}' install
-- 
2.17.1

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

View/Reply Online (#137680): 
https://lists.openembedded.org/g/openembedded-core/message/137680
Mute This Topic: https://lists.openembedded.org/mt/73386483/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][dunfell v2 04/14] nativesdk-gcc-runtime: enable building libstdc++.a

2020-04-30 Thread Steve Sakoman
From: Jeremy Puhlman 

Signed-off-by: Jeremy Puhlman 
Signed-off-by: Richard Purdie 
Signed-off-by: Steve Sakoman 
---
 meta/recipes-devtools/gcc/gcc-runtime.inc | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/gcc/gcc-runtime.inc 
b/meta/recipes-devtools/gcc/gcc-runtime.inc
index 771f344ac0..ace706dbf4 100644
--- a/meta/recipes-devtools/gcc/gcc-runtime.inc
+++ b/meta/recipes-devtools/gcc/gcc-runtime.inc
@@ -22,6 +22,8 @@ EXTRA_OECONF_append_libc-newlib = " --with-newlib"
 EXTRA_OECONF_append_arm = " libat_cv_have_ifunc=no "
 EXTRA_OECONF_append_armeb = " libat_cv_have_ifunc=no "
 
+DISABLE_STATIC_class-nativesdk ?= ""
+
 # Newlib does not support symbol versioning on libsdtcc++
 SYMVERS_CONF_libc-newlib = ""
 
-- 
2.17.1

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

View/Reply Online (#137679): 
https://lists.openembedded.org/g/openembedded-core/message/137679
Mute This Topic: https://lists.openembedded.org/mt/73386482/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core][PATCH 1/2] libva: add PACKAGECONFIG and additonal rules for glx.

2020-04-30 Thread Denys Dmytriyenko
On Wed, Apr 29, 2020 at 10:27:44PM +0200, Bartłomiej Burdukiewicz wrote:
> * glx PACKAGECONFIG by default is selected when x11 and opengl
> flag is present in DISTRO_FEATURES.
> 
> * virtual/mesa is only required when glx driver is selected to
> build.

Thank you so much!

It was very unfortunate that hard dependency on mesa and 
REQUIRED_DISTRO_FEATURES="opengl" was slapped all over oe-core 
(not just this recipe) - rather one-sided approach... :)

Very glad to see overall situation improving here. Thanks again!


> Signed-off-by: Bartłomiej Burdukiewicz 
> ---
>  meta/recipes-graphics/libva/libva_2.6.1.bb | 14 ++
>  1 file changed, 10 insertions(+), 4 deletions(-)
> 
> diff --git a/meta/recipes-graphics/libva/libva_2.6.1.bb 
> b/meta/recipes-graphics/libva/libva_2.6.1.bb
> index 92cea83bc1..8c495bad70 100644
> --- a/meta/recipes-graphics/libva/libva_2.6.1.bb
> +++ b/meta/recipes-graphics/libva/libva_2.6.1.bb
> @@ -23,15 +23,21 @@ SRC_URI[sha256sum] = 
> "6c57eb642d828af2411aa38f55dc10111e8c98976dbab8fd62e4862940
>
>  UPSTREAM_CHECK_URI = "https://github.com/intel/libva/releases;
>
> -DEPENDS = "libdrm virtual/mesa"
> +DEPENDS = "libdrm"
>
>  inherit meson pkgconfig features_check
>
>  REQUIRED_DISTRO_FEATURES = "opengl"
>
> -PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'wayland x11', d)}"
> -PACKAGECONFIG[x11] = "-Dwith_x11=yes, -Dwith_x11=no,virtual/libx11 libxext 
> libxfixes"
> -PACKAGECONFIG[wayland] = "-Dwith_wayland=yes, 
> -Dwith_wayland=no,wayland-native wayland"
> +PACKAGECONFIG ??= " \
> +${@bb.utils.contains('DISTRO_FEATURES', 'x11 opengl', 'glx', '', d)} \
> +${@bb.utils.filter('DISTRO_FEATURES', 'x11 wayland', d)} \
> +"
> +
> +PACKAGECONFIG[x11] = "-Dwith_x11=yes,-Dwith_x11=no,virtual/libx11 libxext 
> libxfixes"
> +PACKAGECONFIG[glx] = "-Dwith_glx=yes,-Dwith_glx=no,virtual/mesa"
> +
> +PACKAGECONFIG[wayland] = 
> "-Dwith_wayland=yes,-Dwith_wayland=no,wayland-native wayland"
>
>  PACKAGES =+ "${PN}-x11 ${PN}-glx ${PN}-wayland"
>
> -- 
> 2.26.2
> 

> 

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

View/Reply Online (#137678): 
https://lists.openembedded.org/g/openembedded-core/message/137678
Mute This Topic: https://lists.openembedded.org/mt/73361858/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core][dunfell 02/16] bzip2/pbzip2: Correct license information

2020-04-30 Thread Steve Sakoman
On Thu, Apr 30, 2020 at 9:45 AM Denys Dmytriyenko  wrote:

> And this is also incorrect - should be bzip2-1.0.6. There's a patch on the
> list for this...

Yes, that's why I'm going to omit this patch for now and pull in all
the related patches in one go in the next round.

Steve

> > >  LIC_FILES_CHKSUM = "file://COPYING;md5=398b8832c6f840cfebd20ab2be6a3743"
> > >
> > >  DEPENDS = "bzip2"
> > > --
> > > 2.17.1
> > >
> > >
>
> >
>
> 
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#137677): 
https://lists.openembedded.org/g/openembedded-core/message/137677
Mute This Topic: https://lists.openembedded.org/mt/73356023/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] [PATCH 1/2] libnotify: upgrade 0.7.8 -> 0.7.9 / port to meson

2020-04-30 Thread Andreas M?ller
>From [1]:
New in 0.7.9

* Fixed linking in darwin [Iain, Marco; !5]
* Added man page for notify-send [Jan; !6]
* Dropped autotools [Jan; !11]

[1] http://ftp.gnome.org/pub/gnome/sources/libnotify/0.7/libnotify-0.7.9.news

Signed-off-by: Andreas Müller 
---
 .../{libnotify_0.7.8.bb => libnotify_0.7.9.bb} | 14 +++---
 1 file changed, 11 insertions(+), 3 deletions(-)
 rename meta/recipes-gnome/libnotify/{libnotify_0.7.8.bb => libnotify_0.7.9.bb} 
(59%)

diff --git a/meta/recipes-gnome/libnotify/libnotify_0.7.8.bb 
b/meta/recipes-gnome/libnotify/libnotify_0.7.9.bb
similarity index 59%
rename from meta/recipes-gnome/libnotify/libnotify_0.7.8.bb
rename to meta/recipes-gnome/libnotify/libnotify_0.7.9.bb
index 0306b04f4e..38da41639b 100644
--- a/meta/recipes-gnome/libnotify/libnotify_0.7.8.bb
+++ b/meta/recipes-gnome/libnotify/libnotify_0.7.9.bb
@@ -7,12 +7,20 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34"
 
 DEPENDS = "dbus gtk+3 glib-2.0"
 
-inherit gnomebase gtk-doc features_check gobject-introspection
+GNOMEBASEBUILDCLASS = "meson"
+
+inherit gnomebase gtk-doc features_check gobject-introspection manpages
 # depends on gtk+3
 ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
 
-SRC_URI[archive.md5sum] = "babb4b07b5f21bef42a386d3d7019599"
-SRC_URI[archive.sha256sum] = 
"69209e0b663776a00c7b6c0e560302a8dbf66b2551d55616304f240bba66e18c"
+SRC_URI[archive.md5sum] = "ccd9c53364174cc8d13e18a1988faa76"
+SRC_URI[archive.sha256sum] = 
"66c0517ed16df7af258e83208faaf5069727dfd66995c4bbc51c16954d674761"
+
+GIR_MESON_ENABLE_FLAG = 'enabled'
+GIR_MESON_DISABLE_FLAG = 'disabled'
+GTKDOC_MESON_OPTION = 'gtk_doc'
+
+PACKAGECONFIG[manpages] = "-Dman=true,-Dman=false,libxslt-native xmlto-native"
 
 # there were times, we had two versions of libnotify (oe-core libnotify:0.6.x /
 # meta-gnome libnotify3: 0.7.x)
-- 
2.21.1

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

View/Reply Online (#137675): 
https://lists.openembedded.org/g/openembedded-core/message/137675
Mute This Topic: https://lists.openembedded.org/mt/73385677/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] [PATCH 2/2] libsecret: upgrade 0.20.1 -> 0.20.3 / port to meson

2020-04-30 Thread Andreas M?ller
>From [1]:

0.20.3
 * secret-file-backend: Fix use-after-free in flatpak [!52]
 * docs: Add man subdir only if manpage is enabled [!51]

>From [2]:

0.20.2
 * secret-file-collection: force little-endian in GVariant [!49, #42]
 * Prefer g_info() over g_message() [!48, #40]
 * meson: Don't specify shared_library() [!47]
 * docs: Make sure to set install: true [!46]

[1] http://ftp.gnome.org/pub/gnome/sources/libsecret/0.20/libsecret-0.20.3.news
[2] http://ftp.gnome.org/pub/gnome/sources/libsecret/0.20/libsecret-0.20.2.news

Signed-off-by: Andreas Müller 
---
 ...ibsecret_0.20.1.bb => libsecret_0.20.3.bb} | 19 +++
 1 file changed, 11 insertions(+), 8 deletions(-)
 rename meta/recipes-gnome/libsecret/{libsecret_0.20.1.bb => 
libsecret_0.20.3.bb} (63%)

diff --git a/meta/recipes-gnome/libsecret/libsecret_0.20.1.bb 
b/meta/recipes-gnome/libsecret/libsecret_0.20.3.bb
similarity index 63%
rename from meta/recipes-gnome/libsecret/libsecret_0.20.1.bb
rename to meta/recipes-gnome/libsecret/libsecret_0.20.3.bb
index 72511af02d..d3a0c2ff54 100644
--- a/meta/recipes-gnome/libsecret/libsecret_0.20.1.bb
+++ b/meta/recipes-gnome/libsecret/libsecret_0.20.3.bb
@@ -7,21 +7,24 @@ LICENSE = "LGPLv2.1"
 BUGTRACKER = "https://gitlab.gnome.org/GNOME/libsecret/issues;
 LIC_FILES_CHKSUM = "file://COPYING;md5=23c2a5e0106b99d75238986559bb5fc6"
 
+GNOMEBASEBUILDCLASS = "meson"
+
 inherit gnomebase gtk-doc vala gobject-introspection manpages
 
 DEPENDS += "glib-2.0 libgcrypt gettext-native"
 
-PACKAGECONFIG[manpages] = "--enable-manpages, --disable-manpages, 
libxslt-native xmlto-native"
+SRC_URI[archive.md5sum] = "47c3fdfeb111a87b509ad271e4a6f496"
+SRC_URI[archive.sha256sum] = 
"4fcb3c56f8ac4ab9c75b66901fb0104ec7f22aa9a012315a14c0d6dffa5290e4"
+
+GTKDOC_MESON_OPTION = 'gtk_doc'
 
-SRC_URI[archive.md5sum] = "d2dd660a8d502099317bc8af9f30302e"
-SRC_URI[archive.sha256sum] = 
"57f73e94ec6263a17a077fb809cf8cf424637a897a7f15b4eec42ce4aef52447"
+# gobject-introspection is mandatory and cannot be configured
+REQUIRED_DISTRO_FEATURES = "gobject-introspection-data"
+UNKNOWN_CONFIGURE_WHITELIST_append = " introspection"
+
+PACKAGECONFIG[manpages] = "-Dmanpage=true,-Dmanpage=false,libxslt-native 
xmlto-native"
 
 # http://errors.yoctoproject.org/Errors/Details/20228/
 ARM_INSTRUCTION_SET_armv4 = "arm"
 ARM_INSTRUCTION_SET_armv5 = "arm"
 ARM_INSTRUCTION_SET_armv6 = "arm"
-
-# vapigen.m4 bundled with the tarball does not yet have our cross-compilation 
fixes
-do_configure_prepend() {
-rm -f ${S}/build/m4/vapigen.m4
-}
-- 
2.21.1

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

View/Reply Online (#137676): 
https://lists.openembedded.org/g/openembedded-core/message/137676
Mute This Topic: https://lists.openembedded.org/mt/73385682/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH 05/17] kmscube: update to latest commit

2020-04-30 Thread Alexander Kanavin
On Thu, 30 Apr 2020 at 22:46, Andre McCurdy  wrote:

> AUH is a great tool but it does seem to create a division between
> those in the exclusive little club of recipe maintainers and the rest
> of us. If you want to reduce your workload then maybe you could remove
> yourself as maintainer for some of your recipes? If that leaves
> recipes without a maintainer then maybe they should default to
> "community support" with AUH emails being sent to the mailing list
> instead of the named individual?
>

Actually that may not be a bad idea. Listing maintainers explicitly and
sending them private email just doesn't seem to work out: many of the
currently listed ones just silently ignore AUH mails, and don't bother to
unlist themselves, and those who do act are an exception. So those many can
be replaced with the oe-core mailing list email, so the patches (or
information about why smth couldn't be updated) end up here, where
interested parties could pick it up. There'll be a monthly avalanche of
proposed patches. Thoughts?

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

View/Reply Online (#137674): 
https://lists.openembedded.org/g/openembedded-core/message/137674
Mute This Topic: https://lists.openembedded.org/mt/73372190/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH 05/17] kmscube: update to latest commit

2020-04-30 Thread Andre McCurdy
On Thu, Apr 30, 2020 at 1:17 PM Alexander Kanavin
 wrote:
> On Thu, 30 Apr 2020 at 22:05, Andre McCurdy  wrote:
>>
>> "No way to understand it" seems a little over dramatic :-) It's
>> testing for the availability of a function (gbm_bo_map) within a
>> library (libgbm) and then making some code and one of the source files
>> conditional on the result of the test.
>>
>>   
>> https://www.gnu.org/software/autoconf/manual/autoconf-2.67/html_node/Libraries.html
>
> Andre, I would be more sympathetic to this, if more people would actually 
> work on core recipe upgrades, but alas, it seems like it's now me alone, 
> despite all the mail that AUH sends to supposed 'maintainers'. I have about 
> 60 updates queued [1], and 60 more yet to come, so when I see a patch like 
> this (not trivial to rebase, abandoned by original submitter, not possible to 
> test), I simply drop it so that progress can be made. If you can help, please 
> do.

Has anyone tried to contact the original submitter? If they are not
responsive then there are other Linaro folks active on the list who
could possibly help out.

AUH is a great tool but it does seem to create a division between
those in the exclusive little club of recipe maintainers and the rest
of us. If you want to reduce your workload then maybe you could remove
yourself as maintainer for some of your recipes? If that leaves
recipes without a maintainer then maybe they should default to
"community support" with AUH emails being sent to the mailing list
instead of the named individual?

> [1] 
> http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#137673): 
https://lists.openembedded.org/g/openembedded-core/message/137673
Mute This Topic: https://lists.openembedded.org/mt/73372190/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH 05/17] kmscube: update to latest commit

2020-04-30 Thread Khem Raj



On 4/30/20 1:17 PM, Alexander Kanavin wrote:
On Thu, 30 Apr 2020 at 22:05, Andre McCurdy > wrote:



"No way to understand it" seems a little over dramatic :-) It's
testing for the availability of a function (gbm_bo_map) within a
library (libgbm) and then making some code and one of the source files
conditional on the result of the test.


https://www.gnu.org/software/autoconf/manual/autoconf-2.67/html_node/Libraries.html


Andre, I would be more sympathetic to this, if more people would 
actually work on core recipe upgrades, but alas, it seems like it's now 
me alone, despite all the mail that AUH sends to supposed 'maintainers'. 
I have about 60 updates queued [1], and 60 more yet to come, so when I 
see a patch like this (not trivial to rebase, abandoned by original 
submitter, not possible to test), I simply drop it so that progress can 
be made. If you can help, please do.


your effort is appreaciated. Core however has to serve wider usecases, 
so that should be considered as well, so ploughing ahead while is good 
being mindful about regressing usecases is equally important. All of us

have same challanges.



[1] 
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates


Alex



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

View/Reply Online (#137672): 
https://lists.openembedded.org/g/openembedded-core/message/137672
Mute This Topic: https://lists.openembedded.org/mt/73372190/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH 05/17] kmscube: update to latest commit

2020-04-30 Thread Alexander Kanavin
On Thu, 30 Apr 2020 at 22:05, Andre McCurdy  wrote:

>
> "No way to understand it" seems a little over dramatic :-) It's
> testing for the availability of a function (gbm_bo_map) within a
> library (libgbm) and then making some code and one of the source files
> conditional on the result of the test.
>
>
> https://www.gnu.org/software/autoconf/manual/autoconf-2.67/html_node/Libraries.html
>

Andre, I would be more sympathetic to this, if more people would actually
work on core recipe upgrades, but alas, it seems like it's now me alone,
despite all the mail that AUH sends to supposed 'maintainers'. I have about
60 updates queued [1], and 60 more yet to come, so when I see a patch like
this (not trivial to rebase, abandoned by original submitter, not possible
to test), I simply drop it so that progress can be made. If you can help,
please do.

[1]
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates

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

View/Reply Online (#137671): 
https://lists.openembedded.org/g/openembedded-core/message/137671
Mute This Topic: https://lists.openembedded.org/mt/73372190/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH 05/17] kmscube: update to latest commit

2020-04-30 Thread Andre McCurdy
On Thu, Apr 30, 2020 at 10:33 AM Khem Raj  wrote:
> On 4/30/20 9:33 AM, Alexander Kanavin wrote:
> > On Thu, 30 Apr 2020 at 17:46, Khem Raj  > > wrote:
> >
> > Does this mean it wont work with systems with mali gpu drivers any more?
> >
> > if so, then its a regression, we should not drop patches just like that
> > perhaps.
> >
> >
> > The patch is unmaintained, hasn't worked since kmscube was switched to
> > meson, and there is no way for me to test it or even understand it.

"No way to understand it" seems a little over dramatic :-) It's
testing for the availability of a function (gbm_bo_map) within a
library (libgbm) and then making some code and one of the source files
conditional on the result of the test.

  
https://www.gnu.org/software/autoconf/manual/autoconf-2.67/html_node/Libraries.html

> > Anyone with an interest in mali should do the work of getting it
> > upstream, just tossing custom things into oe-core does not mean they
> > will be kept there forever.
>
> I see if it has not worked for long, it should perhaps ok. and meta-arm
> might be better location for this if needed.
>
> When we accept patches, we sign up for some maintenance.
>
> I think it was appropriate when it was added, we did not keep it up. We
> switched to meson without porting it, perhaps it should have done then
>
>
> >
> > Alex
> 
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#137670): 
https://lists.openembedded.org/g/openembedded-core/message/137670
Mute This Topic: https://lists.openembedded.org/mt/73372190/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core][dunfell 02/16] bzip2/pbzip2: Correct license information

2020-04-30 Thread Denys Dmytriyenko
On Wed, Apr 29, 2020 at 12:13:20PM -0700, Andre McCurdy wrote:
> On Wed, Apr 29, 2020 at 9:11 AM Steve Sakoman  wrote:
> >
> > From: Richard Purdie 
> >
> > The license of pbzip2 looks slightly BSD like but is in fact the bzip2
> > license. The SPDX identifier for this is "bzip-1.0.6" since there is
> > another version of the bzip license out there.
> >
> > To clear up all the confusion, use the SPDX license name and update
> > both recipes to refer to it. The copyright information is slightly
> > different between the codebases but the license looks the same.
> >
> > Signed-off-by: Richard Purdie 
> > Signed-off-by: Steve Sakoman 
> > ---
> >  meta/files/common-licenses/{bzip2 => bzip2-1.0.6} | 0
> >  meta/recipes-extended/bzip2/bzip2_1.0.8.bb| 2 +-
> >  meta/recipes-extended/pbzip2/pbzip2_1.1.13.bb | 2 +-
> >  3 files changed, 2 insertions(+), 2 deletions(-)
> >  rename meta/files/common-licenses/{bzip2 => bzip2-1.0.6} (100%)
> >
> > diff --git a/meta/files/common-licenses/bzip2 
> > b/meta/files/common-licenses/bzip2-1.0.6
> > similarity index 100%
> > rename from meta/files/common-licenses/bzip2
> > rename to meta/files/common-licenses/bzip2-1.0.6
> 
> The corresponding update to the busybox recipe should be merged too.
> 
> 
> > diff --git a/meta/recipes-extended/bzip2/bzip2_1.0.8.bb 
> > b/meta/recipes-extended/bzip2/bzip2_1.0.8.bb
> > index 8e9b779e67..d58f553a49 100644
> > --- a/meta/recipes-extended/bzip2/bzip2_1.0.8.bb
> > +++ b/meta/recipes-extended/bzip2/bzip2_1.0.8.bb
> > @@ -4,7 +4,7 @@ Huffman coding. Compression is generally considerably 
> > better than that achieved
> >  LZ77/LZ78-based compressors, and approaches the performance of the PPM 
> > family of statistical compressors."
> >  HOMEPAGE = "https://sourceware.org/bzip2/;
> >  SECTION = "console/utils"
> > -LICENSE = "bzip2"
> > +LICENSE = "bzip2-1.0.6"
> >  LIC_FILES_CHKSUM = 
> > "file://LICENSE;beginline=4;endline=37;md5=600af43c50f1fcb82e32f19b32df4664"
> >
> >  SRC_URI = "https://sourceware.org/pub/${BPN}/${BPN}-${PV}.tar.gz \
> > diff --git a/meta/recipes-extended/pbzip2/pbzip2_1.1.13.bb 
> > b/meta/recipes-extended/pbzip2/pbzip2_1.1.13.bb
> > index 1275cc0097..d7450c73c1 100644
> > --- a/meta/recipes-extended/pbzip2/pbzip2_1.1.13.bb
> > +++ b/meta/recipes-extended/pbzip2/pbzip2_1.1.13.bb
> > @@ -5,7 +5,7 @@ machines. The output of this version is fully compatible 
> > with bzip2 v1.0.2 or \
> >  newer (ie: anything compressed with pbzip2 can be decompressed with 
> > bzip2)."
> >  HOMEPAGE = "http://compression.ca/pbzip2/;
> >  SECTION = "console/utils"
> > -LICENSE = "BSD-4-Clause"
> > +LICENSE = "bzip-1.0.6"

And this is also incorrect - should be bzip2-1.0.6. There's a patch on the 
list for this...


> >  LIC_FILES_CHKSUM = "file://COPYING;md5=398b8832c6f840cfebd20ab2be6a3743"
> >
> >  DEPENDS = "bzip2"
> > --
> > 2.17.1
> >
> > 

> 

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

View/Reply Online (#137669): 
https://lists.openembedded.org/g/openembedded-core/message/137669
Mute This Topic: https://lists.openembedded.org/mt/73356023/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core][dunfell 02/16] bzip2/pbzip2: Correct license information

2020-04-30 Thread Andre McCurdy
On Thu, Apr 30, 2020 at 8:53 AM Steve Sakoman  wrote:
>
> On Wed, Apr 29, 2020 at 12:12 PM Steve Sakoman via
> lists.openembedded.org 
> wrote:
>
> > > The corresponding update to the busybox recipe should be merged too.
> >
> > Thanks, I'm picking that one up in the next batch.
>
> In fact, I'm going to move this patch to my next set and group all the
> bzip license changes and fixes together.

Sounds like the safest approach while the issues with this change are
still being fixed. Note that it's going to affect anyone with their
own custom recipe for busybox too, but maybe it's early enough in the
3.1 release cycle that it's still OK to break a few external recipes.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#137668): 
https://lists.openembedded.org/g/openembedded-core/message/137668
Mute This Topic: https://lists.openembedded.org/mt/73356023/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH v2] json-c: upgrade 0.13.1 -> 0.14

2020-04-30 Thread Khem Raj
This is causing a couple of packages to fail so please address them
before we accept this patch.

https://errors.yoctoproject.org/Errors/Build/102058/

On Tue, Apr 28, 2020 at 8:14 PM Wang Mingyu  wrote:
>
> From: Wang Mingyu 
>
> add-disable-werror-option-to-configure.patch
> removed since it is included in 0.14
>
> Make mode changes from autotools to cmake.
>
> Signed-off-by: Wang Mingyu 
> ---
>  ...d-disable-werror-option-to-configure.patch | 45 ---
>  .../{json-c_0.13.1.bb => json-c_0.14.bb}  |  9 ++--
>  2 files changed, 3 insertions(+), 51 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} 
> (70%)
>
> 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 70%
> 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..15226d2a3f 100644
> --- a/meta/recipes-devtools/json-c/json-c_0.13.1.bb
> +++ b/meta/recipes-devtools/json-c/json-c_0.14.bb
> @@ -5,18 +5,15 @@ 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[md5sum] = "72cbb065b43376d825cd521d115ae1f6"
> +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.17.1
>
>
>
> 
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#137667): 
https://lists.openembedded.org/g/openembedded-core/message/137667
Mute This Topic: https://lists.openembedded.org/mt/73346184/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] [PATCH] sqlite: backport CVE fixes

2020-04-30 Thread Sakib Sajal
Fixes CVE-2020-11655 and CVE-2020-11656

Signed-off-by: Sakib Sajal 
---
 .../sqlite/files/CVE-2020-11655.patch | 32 +
 .../sqlite/files/CVE-2020-11656.patch | 70 +++
 meta/recipes-support/sqlite/sqlite3_3.31.1.bb |  2 +
 3 files changed, 104 insertions(+)
 create mode 100644 meta/recipes-support/sqlite/files/CVE-2020-11655.patch
 create mode 100644 meta/recipes-support/sqlite/files/CVE-2020-11656.patch

diff --git a/meta/recipes-support/sqlite/files/CVE-2020-11655.patch 
b/meta/recipes-support/sqlite/files/CVE-2020-11655.patch
new file mode 100644
index 00..e30c482bbb
--- /dev/null
+++ b/meta/recipes-support/sqlite/files/CVE-2020-11655.patch
@@ -0,0 +1,32 @@
+From a4601326d61bf1a11151ac6b78b50804bfd03b4d Mon Sep 17 00:00:00 2001
+From: Sakib Sajal 
+Date: Thu, 30 Apr 2020 10:46:16 -0700
+Subject: [PATCH 2/2] In the event of a semantic error in an aggregate query,
+ early-out the resetAccumulator() function to prevent problems due to
+ incomplete or incorrect initialization of the AggInfo object. Fix for ticket
+ [af4556bb5c285c08].
+
+FossilOrigin-Name: 
4a302b42c7bf5e11ddb5522ca999f74aba397d3a7eb91b1844bb02852f772441
+Upstream Status: Backport [c415d91007e1680e4eb17def583b202c3c83c718]
+
+CVE: CVE-2020-11655
+Signed-off-by: Sakib Sajal 
+---
+ sqlite3.c | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/sqlite3.c b/sqlite3.c
+index 1df6633..726adf7 100644
+--- a/sqlite3.c
 b/sqlite3.c
+@@ -133242,6 +133242,7 @@ static void resetAccumulator(Parse *pParse, AggInfo 
*pAggInfo){
+   struct AggInfo_func *pFunc;
+   int nReg = pAggInfo->nFunc + pAggInfo->nColumn;
+   if( nReg==0 ) return;
++  if( pParse->nErr ) return;
+ #ifdef SQLITE_DEBUG
+   /* Verify that all AggInfo registers are within the range specified by
+   ** AggInfo.mnReg..AggInfo.mxReg */
+-- 
+2.17.1
+
diff --git a/meta/recipes-support/sqlite/files/CVE-2020-11656.patch 
b/meta/recipes-support/sqlite/files/CVE-2020-11656.patch
new file mode 100644
index 00..b88a724e8c
--- /dev/null
+++ b/meta/recipes-support/sqlite/files/CVE-2020-11656.patch
@@ -0,0 +1,70 @@
+From 2d69a520d027eb73eb6da9f2653d23e33b10e8bb Mon Sep 17 00:00:00 2001
+From: Sakib Sajal 
+Date: Thu, 30 Apr 2020 10:14:36 -0700
+Subject: [PATCH 1/2] Fix a case when a pointer might be used after
+ being freed in  the ALTER TABLE code. Fix for [4722bdab08cb1].
+
+FossilOrigin-Name: 
d09f8c3621d5f7f8c6d99d7d82bcaa8421855b3f470bea2b26c858106382b906
+Upstream Status: Backport [fb99e388ec7f30fe43e4878236e3695ff24ae58d]
+
+[PATCH 2/2] Do not suppress errors when resolving references in an ORDER
+ BY clause belonging to a compound SELECT within a view or trigger within
+ ALTER TABLE. Fix for ticket [a10a14e9b4ba2].
+
+FossilOrigin-Name: 
684293882c302600e112cf52553c19d84fdb31663d96e5dd7f8ac17dda00a026
+Upstream Status: Backport [4db7ab53f9c30e2e22731ace93ab6b18eef6c4ae]
+
+The two patches were converted to amalgamation format.
+
+CVE: CVE-2020-11656
+Signed-off-by: Sakib Sajal 
+---
+ sqlite3.c | 18 +-
+ 1 file changed, 17 insertions(+), 1 deletion(-)
+
+diff --git a/sqlite3.c b/sqlite3.c
+index 64fae04..1df6633 100644
+--- a/sqlite3.c
 b/sqlite3.c
+@@ -97945,7 +97945,7 @@ static int resolveOrderByTermToExprList(
+   nc.nErr = 0;
+   db = pParse->db;
+   savedSuppErr = db->suppressErr;
+-  db->suppressErr = 1;
++  if( IN_RENAME_OBJECT==0 ) db->suppressErr = 1;
+   rc = sqlite3ResolveExprNames(, pE);
+   db->suppressErr = savedSuppErr;
+   if( rc ) return 0;
+@@ -105383,6 +105383,21 @@ static void renameWalkWith(Walker *pWalker, Select 
*pSelect){
+   }
+ }
+ 
++/*
++** Unmap all tokens in the IdList object passed as the second argument.
++*/
++static void unmapColumnIdlistNames(
++  Parse *pParse,
++  IdList *pIdList
++){
++  if( pIdList ){
++int ii;
++for(ii=0; iinId; ii++){
++  sqlite3RenameTokenRemap(pParse, 0, (void*)pIdList->a[ii].zName);
++}
++  }
++}
++
+ /*
+ ** Walker callback used by sqlite3RenameExprUnmap().
+ */
+@@ -105404,6 +105419,7 @@ static int renameUnmapSelectCb(Walker *pWalker, 
Select *p){
+ for(i=0; inSrc; i++){
+   sqlite3RenameTokenRemap(pParse, 0, (void*)pSrc->a[i].zName);
+   if( sqlite3WalkExpr(pWalker, pSrc->a[i].pOn) ) return WRC_Abort;
++  unmapColumnIdlistNames(pParse, pSrc->a[i].pUsing);
+ }
+   }
+ 
+-- 
+2.17.1
+
diff --git a/meta/recipes-support/sqlite/sqlite3_3.31.1.bb 
b/meta/recipes-support/sqlite/sqlite3_3.31.1.bb
index de564e2698..57a791385c 100644
--- a/meta/recipes-support/sqlite/sqlite3_3.31.1.bb
+++ b/meta/recipes-support/sqlite/sqlite3_3.31.1.bb
@@ -5,6 +5,8 @@ LIC_FILES_CHKSUM = 
"file://sqlite3.h;endline=11;md5=786d3dc581eff03f4fd9e4a77ed0
 
 SRC_URI = "http://www.sqlite.org/2020/sqlite-autoconf-${SQLITE_PV}.tar.gz \
file://CVE-2020-9327.patch \
+   file://CVE-2020-11656.patch \
+   file://CVE-2020-11655.patch \
"
 SRC_URI[md5sum] = "2d0a553534c521504e3ac3ad3b90f125"
 SRC_URI[sha256sum] = 

[OE-core] [master][dunfell][PATCH] sstate.bbclass: Do not fail if files cannot be touched

2020-04-30 Thread Peter Kjellerstedt
It may be that a file is not allowed to be touched, e.g., if it is a
symbolic link into a global sstate cache served over NFS.

Signed-off-by: Peter Kjellerstedt 
---
 meta/classes/sstate.bbclass | 15 +++
 1 file changed, 11 insertions(+), 4 deletions(-)

diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
index c73c3b42a7..aa9c30b4e1 100644
--- a/meta/classes/sstate.bbclass
+++ b/meta/classes/sstate.bbclass
@@ -690,7 +690,10 @@ def sstate_package(ss, d):
 if not os.path.exists(siginfo):
 bb.siggen.dump_this_task(siginfo, d)
 else:
-os.utime(siginfo, None)
+try:
+os.utime(siginfo, None)
+except PermissionError:
+pass
 
 return
 
@@ -776,7 +779,7 @@ sstate_task_postfunc[dirs] = "${WORKDIR}"
 sstate_create_package () {
# Exit early if it already exists
if [ -e ${SSTATE_PKG} ]; then
-   touch ${SSTATE_PKG}
+   [ ! -w ${SSTATE_PKG} ] || touch ${SSTATE_PKG}
return
fi
 
@@ -810,7 +813,7 @@ sstate_create_package () {
else
rm $TFILE
fi
-   touch ${SSTATE_PKG}
+   [ ! -w ${SSTATE_PKG} ] || touch ${SSTATE_PKG}
 }
 
 python sstate_sign_package () {
@@ -1122,7 +1125,11 @@ python sstate_eventhandler() {
 if not os.path.exists(siginfo):
 bb.siggen.dump_this_task(siginfo, d)
 else:
-os.utime(siginfo, None)
+try:
+os.utime(siginfo, None)
+except PermissionError:
+pass
+
 }
 
 SSTATE_PRUNE_OBSOLETEWORKDIR ?= "1"
-- 
2.21.1

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

View/Reply Online (#137665): 
https://lists.openembedded.org/g/openembedded-core/message/137665
Mute This Topic: https://lists.openembedded.org/mt/73380901/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH 10/17] ghostscript: update 9.50 -> 9.52

2020-04-30 Thread Khem Raj



On 4/30/20 10:02 AM, Alexander Kanavin wrote:

As far as I understand, yes:

http://git.ghostscript.com/?p=ghostpdl.git;a=blob;f=configure.ac;h=5a005ff16bc222f572695f569ce068a1153ed8b7;hb=HEAD#l3345

This seems to be cross-compiler safe to me: $host does not match $build 
(which implies the block is meant for cross compile scenarios),
and the macros are all determined via AC_CHECK_SIZEOF/AC_CHECK_ALIGNOF 
which are cross compile safe.

https://www.gnu.org/software/autoconf/manual/autoconf-2.67/html_node/Generic-Compiler-Characteristics.html



OK, thats good to know. Perhaps worth comparing the headers its 
generating for something like arm or mips on a 64bit build host

and see if it matches with what cached headers had.


Alex


On Thu, 30 Apr 2020 at 17:48, Khem Raj > wrote:


they were generated in past too, but they were not cross compiler safe.
has that changed ?

 > Freetype can no longer be disabled.
 >
 > Building out of source tree is broken.
 >
 > Signed-off-by: Alexander Kanavin mailto:alex.kana...@gmail.com>>
 > ---
 >   .../do-not-check-local-libpng-source.patch    | 37 --
 >   .../ghostscript/CVE-2019-14869-0001.patch     | 70
---
 >   .../ghostscript/ghostscript/aarch64/objarch.h | 40 ---
 >   .../ghostscript/ghostscript/arm/objarch.h     | 40 ---
 >   .../ghostscript/ghostscript/armeb/objarch.h   | 40 ---
 >   .../ghostscript-9.02-genarch.patch            | 38 --
 >   .../ghostscript/ghostscript/i586/objarch.h    | 41 ---
 >   .../ghostscript/microblaze/objarch.h          | 40 ---
 >   .../ghostscript/microblazeel/objarch.h        | 40 ---
 >   .../ghostscript/mipsarchn32eb/objarch.h       | 40 ---
 >   .../ghostscript/mipsarchn32el/objarch.h       | 40 ---
 >   .../ghostscript/mipsarchn64eb/objarch.h       | 40 ---
 >   .../ghostscript/mipsarchn64el/objarch.h       | 40 ---
 >   .../ghostscript/mipsarcho32eb/objarch.h       | 40 ---
 >   .../ghostscript/mipsarcho32el/objarch.h       | 40 ---
 >   .../ghostscript/ghostscript/nios2/objarch.h   | 40 ---
 >   .../ghostscript/ghostscript/powerpc/objarch.h | 40 ---
 >   .../ghostscript/powerpc64/objarch.h           | 40 ---
 >   .../ghostscript/powerpc64le/objarch.h         | 40 ---
 >   .../ghostscript/ghostscript/x86-64/objarch.h  | 40 ---
 >   ...hostscript_9.50.bb  =>
ghostscript_9.52.bb } | 19 ++---
 >   21 files changed, 19 insertions(+), 826 deletions(-)
 >   delete mode 100644
meta/recipes-extended/ghostscript/ghostscript/CVE-2019-14869-0001.patch
 >   delete mode 100644
meta/recipes-extended/ghostscript/ghostscript/aarch64/objarch.h
 >   delete mode 100644
meta/recipes-extended/ghostscript/ghostscript/arm/objarch.h
 >   delete mode 100644
meta/recipes-extended/ghostscript/ghostscript/armeb/objarch.h
 >   delete mode 100644
meta/recipes-extended/ghostscript/ghostscript/ghostscript-9.02-genarch.patch
 >   delete mode 100644
meta/recipes-extended/ghostscript/ghostscript/i586/objarch.h
 >   delete mode 100644
meta/recipes-extended/ghostscript/ghostscript/microblaze/objarch.h
 >   delete mode 100644
meta/recipes-extended/ghostscript/ghostscript/microblazeel/objarch.h
 >   delete mode 100644
meta/recipes-extended/ghostscript/ghostscript/mipsarchn32eb/objarch.h
 >   delete mode 100644
meta/recipes-extended/ghostscript/ghostscript/mipsarchn32el/objarch.h
 >   delete mode 100644
meta/recipes-extended/ghostscript/ghostscript/mipsarchn64eb/objarch.h
 >   delete mode 100644
meta/recipes-extended/ghostscript/ghostscript/mipsarchn64el/objarch.h
 >   delete mode 100644
meta/recipes-extended/ghostscript/ghostscript/mipsarcho32eb/objarch.h
 >   delete mode 100644
meta/recipes-extended/ghostscript/ghostscript/mipsarcho32el/objarch.h
 >   delete mode 100644
meta/recipes-extended/ghostscript/ghostscript/nios2/objarch.h
 >   delete mode 100644
meta/recipes-extended/ghostscript/ghostscript/powerpc/objarch.h
 >   delete mode 100644
meta/recipes-extended/ghostscript/ghostscript/powerpc64/objarch.h
 >   delete mode 100644
meta/recipes-extended/ghostscript/ghostscript/powerpc64le/objarch.h
 >   delete mode 100644
meta/recipes-extended/ghostscript/ghostscript/x86-64/objarch.h
 >   rename meta/recipes-extended/ghostscript/{ghostscript_9.50.bb
 => ghostscript_9.52.bb
} (89%)
 >
 > diff --git

a/meta/recipes-extended/ghostscript/files/do-not-check-local-libpng-source.patch

b/meta/recipes-extended/ghostscript/files/do-not-check-local-libpng-source.patch
 

Re: [OE-core] [PATCH 05/17] kmscube: update to latest commit

2020-04-30 Thread Khem Raj



On 4/30/20 9:33 AM, Alexander Kanavin wrote:
On Thu, 30 Apr 2020 at 17:46, Khem Raj > wrote:


Does this mean it wont work with systems with mali gpu drivers any more?

if so, then its a regression, we should not drop patches just like that
perhaps.


The patch is unmaintained, hasn't worked since kmscube was switched to 
meson, and there is no way for me to test it or even understand it. 
Anyone with an interest in mali should do the work of getting it 
upstream, just tossing custom things into oe-core does not mean they 
will be kept there forever.


I see if it has not worked for long, it should perhaps ok. and meta-arm
might be better location for this if needed.

When we accept patches, we sign up for some maintenance.

I think it was appropriate when it was added, we did not keep it up. We 
switched to meson without porting it, perhaps it should have done then





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

View/Reply Online (#137663): 
https://lists.openembedded.org/g/openembedded-core/message/137663
Mute This Topic: https://lists.openembedded.org/mt/73372190/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH 10/17] ghostscript: update 9.50 -> 9.52

2020-04-30 Thread Alexander Kanavin
As far as I understand, yes:

http://git.ghostscript.com/?p=ghostpdl.git;a=blob;f=configure.ac;h=5a005ff16bc222f572695f569ce068a1153ed8b7;hb=HEAD#l3345

This seems to be cross-compiler safe to me: $host does not match $build
(which implies the block is meant for cross compile scenarios),
and the macros are all determined via AC_CHECK_SIZEOF/AC_CHECK_ALIGNOF
which are cross compile safe.
https://www.gnu.org/software/autoconf/manual/autoconf-2.67/html_node/Generic-Compiler-Characteristics.html

Alex


On Thu, 30 Apr 2020 at 17:48, Khem Raj  wrote:

> they were generated in past too, but they were not cross compiler safe.
> has that changed ?
>
> > Freetype can no longer be disabled.
> >
> > Building out of source tree is broken.
> >
> > Signed-off-by: Alexander Kanavin 
> > ---
> >   .../do-not-check-local-libpng-source.patch| 37 --
> >   .../ghostscript/CVE-2019-14869-0001.patch | 70 ---
> >   .../ghostscript/ghostscript/aarch64/objarch.h | 40 ---
> >   .../ghostscript/ghostscript/arm/objarch.h | 40 ---
> >   .../ghostscript/ghostscript/armeb/objarch.h   | 40 ---
> >   .../ghostscript-9.02-genarch.patch| 38 --
> >   .../ghostscript/ghostscript/i586/objarch.h| 41 ---
> >   .../ghostscript/microblaze/objarch.h  | 40 ---
> >   .../ghostscript/microblazeel/objarch.h| 40 ---
> >   .../ghostscript/mipsarchn32eb/objarch.h   | 40 ---
> >   .../ghostscript/mipsarchn32el/objarch.h   | 40 ---
> >   .../ghostscript/mipsarchn64eb/objarch.h   | 40 ---
> >   .../ghostscript/mipsarchn64el/objarch.h   | 40 ---
> >   .../ghostscript/mipsarcho32eb/objarch.h   | 40 ---
> >   .../ghostscript/mipsarcho32el/objarch.h   | 40 ---
> >   .../ghostscript/ghostscript/nios2/objarch.h   | 40 ---
> >   .../ghostscript/ghostscript/powerpc/objarch.h | 40 ---
> >   .../ghostscript/powerpc64/objarch.h   | 40 ---
> >   .../ghostscript/powerpc64le/objarch.h | 40 ---
> >   .../ghostscript/ghostscript/x86-64/objarch.h  | 40 ---
> >   ...hostscript_9.50.bb => ghostscript_9.52.bb} | 19 ++---
> >   21 files changed, 19 insertions(+), 826 deletions(-)
> >   delete mode 100644
> meta/recipes-extended/ghostscript/ghostscript/CVE-2019-14869-0001.patch
> >   delete mode 100644
> meta/recipes-extended/ghostscript/ghostscript/aarch64/objarch.h
> >   delete mode 100644
> meta/recipes-extended/ghostscript/ghostscript/arm/objarch.h
> >   delete mode 100644
> meta/recipes-extended/ghostscript/ghostscript/armeb/objarch.h
> >   delete mode 100644
> meta/recipes-extended/ghostscript/ghostscript/ghostscript-9.02-genarch.patch
> >   delete mode 100644
> meta/recipes-extended/ghostscript/ghostscript/i586/objarch.h
> >   delete mode 100644
> meta/recipes-extended/ghostscript/ghostscript/microblaze/objarch.h
> >   delete mode 100644
> meta/recipes-extended/ghostscript/ghostscript/microblazeel/objarch.h
> >   delete mode 100644
> meta/recipes-extended/ghostscript/ghostscript/mipsarchn32eb/objarch.h
> >   delete mode 100644
> meta/recipes-extended/ghostscript/ghostscript/mipsarchn32el/objarch.h
> >   delete mode 100644
> meta/recipes-extended/ghostscript/ghostscript/mipsarchn64eb/objarch.h
> >   delete mode 100644
> meta/recipes-extended/ghostscript/ghostscript/mipsarchn64el/objarch.h
> >   delete mode 100644
> meta/recipes-extended/ghostscript/ghostscript/mipsarcho32eb/objarch.h
> >   delete mode 100644
> meta/recipes-extended/ghostscript/ghostscript/mipsarcho32el/objarch.h
> >   delete mode 100644
> meta/recipes-extended/ghostscript/ghostscript/nios2/objarch.h
> >   delete mode 100644
> meta/recipes-extended/ghostscript/ghostscript/powerpc/objarch.h
> >   delete mode 100644
> meta/recipes-extended/ghostscript/ghostscript/powerpc64/objarch.h
> >   delete mode 100644
> meta/recipes-extended/ghostscript/ghostscript/powerpc64le/objarch.h
> >   delete mode 100644
> meta/recipes-extended/ghostscript/ghostscript/x86-64/objarch.h
> >   rename meta/recipes-extended/ghostscript/{ghostscript_9.50.bb =>
> ghostscript_9.52.bb} (89%)
> >
> > diff --git
> a/meta/recipes-extended/ghostscript/files/do-not-check-local-libpng-source.patch
> b/meta/recipes-extended/ghostscript/files/do-not-check-local-libpng-source.patch
> > index 5834ffaf9f..a9afb9948c 100644
> > ---
> a/meta/recipes-extended/ghostscript/files/do-not-check-local-libpng-source.patch
> > +++
> b/meta/recipes-extended/ghostscript/files/do-not-check-local-libpng-source.patch
> > @@ -1,7 +1,7 @@
> > -From a954bf29a5f906b3151dffbecb5856e02e1565da Mon Sep 17 00:00:00 2001
> > +From 2adaa7366064a8f18af864eda74e52877a89620c Mon Sep 17 00:00:00 2001
> >   From: Hongxu Jia 
> >   Date: Mon, 18 Jan 2016 01:00:30 -0500
> > -Subject: [PATCH 03/10] configure.ac: do not check local png source
> > +Subject: [PATCH] configure.ac: do not check local png source
> >
> >   In oe-core, it did 

Re: [OE-core] can i blacklist a particular .bbclass file when there are more than one?

2020-04-30 Thread Denys Dmytriyenko
On Thu, Apr 30, 2020 at 09:49:32AM -0400, Robert P. J. Day wrote:
> 
>   given an odd collection of layers wherein there are multiple
> instances of a particular .bbclass file, it turns out that all of the
> recipes i'm interested in build with an older version of the class
> file, and all but one build consulting the newer form of the file
> contained in another layer, so is there any way to blacklist a
> particular class file, either globally or even on a per-recipe basis?
> 
>   i realize this is really, really bad design style, but it will give
> me the chance to use the proper class file for most of the recipes
> while i debug the problematic recipe.

The order of BBLAYERS in bblayers.conf affects which class will be used 
globally for the build. Don't believe can be done per-recipe.

BTW, would these generic questions better belong to yocto list istead of 
openembedded-core?

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

View/Reply Online (#137661): 
https://lists.openembedded.org/g/openembedded-core/message/137661
Mute This Topic: https://lists.openembedded.org/mt/73375546/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core][PATCH v8] expat: Added ptest

2020-04-30 Thread Oleksandr via lists.openembedded.org
For ptest support of expat package:

 - expat_2.2.9.bb recipe was switched on cmake-based building system to
avoid cahnges in autotools build system  which considered in upstream as
potentially deprecated (https://github.com/libexpat/libexpat/issues/330).

 - cmake-native_3.16.5.bb recipe was forced to use bundled version of
expat from CMake source tree. Therefore expat-native package has been removed
from DEPENDS variable for cmake-native recipe. Without
these changes, next dependency loop appears:

Dependency loop #1 found:
  Task 
.../meta/recipes-devtools/cmake/cmake-native_3.16.1.bb:do_compile (dependent 
Tasks ['cmake-native_3.16.1.bb:do_configure'])
  Task 
.../meta/recipes-devtools/cmake/cmake-native_3.16.1.bb:do_install (dependent 
Tasks ['cmake-native_3.16.1.bb:do_compile'])
  Task 
.../meta/recipes-devtools/cmake/cmake-native_3.16.1.bb:do_populate_sysroot 
(dependent Tasks ['cmake-native_3.16.1.bb:do_install'])
  Task 
virtual:native:.../meta/recipes-core/expat/expat_2.2.9.bb:do_prepare_recipe_sysroot
 (dependent Tasks ['ninja_1.10.0.bb:do_populate_sysroot', 
'cmake-native_3.16.1.bb:do_populate_sysroot', 'expat_2.2.9.bb:do_fetch'])
  Task 
virtual:native:.../meta/recipes-core/expat/expat_2.2.9.bb:do_configure 
(dependent Tasks ['expat_2.2.9.bb:do_prepare_recipe_sysroot', 
'expat_2.2.9.bb:do_deploy_source_date_epoch', 
'expat_2.2.9.bb:do_generate_toolchain_file', 'expat_2.2.9.bb:do_patch'])
  Task 
virtual:native:.../meta/recipes-core/expat/expat_2.2.9.bb:do_compile (dependent 
Tasks ['expat_2.2.9.bb:do_configure'])
  Task 
virtual:native:.../meta/recipes-core/expat/expat_2.2.9.bb:do_install (dependent 
Tasks ['expat_2.2.9.bb:do_compile'])
  Task 
virtual:native:.../meta/recipes-core/expat/expat_2.2.9.bb:do_populate_sysroot 
(dependent Tasks ['expat_2.2.9.bb:do_install'])
  Task 
.../meta/recipes-devtools/cmake/cmake-native_3.16.1.bb:do_prepare_recipe_sysroot
 (dependent Tasks ['expat_2.2.9.bb:do_populate_sysroot', 
'zlib_1.2.11.bb:do_populate_sysroot', 'bzip2_1.0.8.bb:do_populate_sysroot', 
'xz_5.2.4.bb:do_populate_sysroot', 'ncurses_6.2.bb:do_populate_sysroot', 
'curl_7.69.0.bb:do_populate_sysroot', 'cmake-native_3.16.1.bb:do_fetch'])
  Task 
.../meta/recipes-devtools/cmake/cmake-native_3.16.1.bb:do_configure (dependent 
Tasks ['cmake-native_3.16.1.bb:do_deploy_source_date_epoch', 
'cmake-native_3.16.1.bb:do_patch', 
'cmake-native_3.16.1.bb:do_prepare_recipe_sysroot'])

 - run-ptest script that initalizes testing, copies testing
executables' output to log file and measures execution time of each testing
executable was added.

 - patch that implements output of each testcase result in testing exectutable
was added.

Signed-off-by: Oleksandr Popovych 
---
 .../0001-Add-output-of-tests-result.patch | 84 +++
 meta/recipes-core/expat/expat/run-ptest   | 24 ++
 meta/recipes-core/expat/expat_2.2.9.bb| 14 +++-
 .../cmake/cmake-native_3.16.5.bb  |  3 +-
 4 files changed, 120 insertions(+), 5 deletions(-)
 create mode 100644 
meta/recipes-core/expat/expat/0001-Add-output-of-tests-result.patch
 create mode 100644 meta/recipes-core/expat/expat/run-ptest

diff --git 
a/meta/recipes-core/expat/expat/0001-Add-output-of-tests-result.patch 
b/meta/recipes-core/expat/expat/0001-Add-output-of-tests-result.patch
new file mode 100644
index 00..c78fd2bbef
--- /dev/null
+++ b/meta/recipes-core/expat/expat/0001-Add-output-of-tests-result.patch
@@ -0,0 +1,84 @@
+From aa84835a00bfd65e784d58411e76f60658e939dc Mon Sep 17 00:00:00 2001
+From: Oleksandr Popovych 
+Date: Tue, 18 Feb 2020 19:04:55 +0200
+Subject: [PATCH] Add output of tests result
+
+Added console output of testing results in form 'RESULT: TEST_NAME'.
+
+Changed verbose mode of test application set by '-v' ('--verbose')
+argument to CK_NORMAL.
+Added new supported argument '-vv' ('--extra-verbose') that changes
+verbose mode of test application to CK_VERBOSE. Results of each test
+are shown in output only if this mode is set.
+
+Upstream-Status: Denied
+
+This patch changes potentially deprecated feature that shoud be changed
+in upstream. [https://github.com/libexpat/libexpat/issues/382]
+
+Signed-off-by: Oleksandr Popovych 
+---
+ tests/minicheck.c | 10 +-
+ tests/runtests.c  |  4 +++-
+ 2 files changed, 12 insertions(+), 2 deletions(-)
+
+diff --git a/expat/tests/minicheck.c b/expat/tests/minicheck.c
+index a5a1efb..94fa412 100644
+--- a/tests/minicheck.c
 b/tests/minicheck.c
+@@ -164,6 +164,8 @@ srunner_run_all(SRunner *runner, int verbosity) {
+   if (tc->setup != NULL) {
+ /* setup */
+ if (setjmp(env)) {
++  if (verbosity >= CK_VERBOSE)
++printf("SKIP: %s\n", _check_current_function);
+   add_failure(runner, verbosity);
+   continue;
+ }
+@@ -171,6 +173,8 @@ srunner_run_all(SRunner *runner, int verbosity) {
+   }
+   /* test */

Re: [OE-core] [PATCH 05/17] kmscube: update to latest commit

2020-04-30 Thread Alexander Kanavin
On Thu, 30 Apr 2020 at 17:46, Khem Raj  wrote:

> Does this mean it wont work with systems with mali gpu drivers any more?
>
> if so, then its a regression, we should not drop patches just like that
> perhaps.
>

The patch is unmaintained, hasn't worked since kmscube was switched to
meson, and there is no way for me to test it or even understand it. Anyone
with an interest in mali should do the work of getting it upstream, just
tossing custom things into oe-core does not mean they will be kept there
forever.

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

View/Reply Online (#137659): 
https://lists.openembedded.org/g/openembedded-core/message/137659
Mute This Topic: https://lists.openembedded.org/mt/73372190/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core][dunfell 02/16] bzip2/pbzip2: Correct license information

2020-04-30 Thread Steve Sakoman
On Wed, Apr 29, 2020 at 12:12 PM Steve Sakoman via
lists.openembedded.org 
wrote:

> > The corresponding update to the busybox recipe should be merged too.
>
> Thanks, I'm picking that one up in the next batch.

In fact, I'm going to move this patch to my next set and group all the
bzip license changes and fixes together.

Steve

> > > diff --git a/meta/recipes-extended/bzip2/bzip2_1.0.8.bb 
> > > b/meta/recipes-extended/bzip2/bzip2_1.0.8.bb
> > > index 8e9b779e67..d58f553a49 100644
> > > --- a/meta/recipes-extended/bzip2/bzip2_1.0.8.bb
> > > +++ b/meta/recipes-extended/bzip2/bzip2_1.0.8.bb
> > > @@ -4,7 +4,7 @@ Huffman coding. Compression is generally considerably 
> > > better than that achieved
> > >  LZ77/LZ78-based compressors, and approaches the performance of the PPM 
> > > family of statistical compressors."
> > >  HOMEPAGE = "https://sourceware.org/bzip2/;
> > >  SECTION = "console/utils"
> > > -LICENSE = "bzip2"
> > > +LICENSE = "bzip2-1.0.6"
> > >  LIC_FILES_CHKSUM = 
> > > "file://LICENSE;beginline=4;endline=37;md5=600af43c50f1fcb82e32f19b32df4664"
> > >
> > >  SRC_URI = "https://sourceware.org/pub/${BPN}/${BPN}-${PV}.tar.gz \
> > > diff --git a/meta/recipes-extended/pbzip2/pbzip2_1.1.13.bb 
> > > b/meta/recipes-extended/pbzip2/pbzip2_1.1.13.bb
> > > index 1275cc0097..d7450c73c1 100644
> > > --- a/meta/recipes-extended/pbzip2/pbzip2_1.1.13.bb
> > > +++ b/meta/recipes-extended/pbzip2/pbzip2_1.1.13.bb
> > > @@ -5,7 +5,7 @@ machines. The output of this version is fully compatible 
> > > with bzip2 v1.0.2 or \
> > >  newer (ie: anything compressed with pbzip2 can be decompressed with 
> > > bzip2)."
> > >  HOMEPAGE = "http://compression.ca/pbzip2/;
> > >  SECTION = "console/utils"
> > > -LICENSE = "BSD-4-Clause"
> > > +LICENSE = "bzip-1.0.6"
> > >  LIC_FILES_CHKSUM = "file://COPYING;md5=398b8832c6f840cfebd20ab2be6a3743"
> > >
> > >  DEPENDS = "bzip2"
> > > --
> > > 2.17.1
> > >
> > >
> >
> 
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#137658): 
https://lists.openembedded.org/g/openembedded-core/message/137658
Mute This Topic: https://lists.openembedded.org/mt/73356023/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH 10/17] ghostscript: update 9.50 -> 9.52

2020-04-30 Thread Khem Raj



On 4/30/20 2:58 AM, Alexander Kanavin wrote:

Drop all custom objarch.h files; ghostscript nowadays generates
that with autoconf.



they were generated in past too, but they were not cross compiler safe. 
has that changed ?



Freetype can no longer be disabled.

Building out of source tree is broken.

Signed-off-by: Alexander Kanavin 
---
  .../do-not-check-local-libpng-source.patch| 37 --
  .../ghostscript/CVE-2019-14869-0001.patch | 70 ---
  .../ghostscript/ghostscript/aarch64/objarch.h | 40 ---
  .../ghostscript/ghostscript/arm/objarch.h | 40 ---
  .../ghostscript/ghostscript/armeb/objarch.h   | 40 ---
  .../ghostscript-9.02-genarch.patch| 38 --
  .../ghostscript/ghostscript/i586/objarch.h| 41 ---
  .../ghostscript/microblaze/objarch.h  | 40 ---
  .../ghostscript/microblazeel/objarch.h| 40 ---
  .../ghostscript/mipsarchn32eb/objarch.h   | 40 ---
  .../ghostscript/mipsarchn32el/objarch.h   | 40 ---
  .../ghostscript/mipsarchn64eb/objarch.h   | 40 ---
  .../ghostscript/mipsarchn64el/objarch.h   | 40 ---
  .../ghostscript/mipsarcho32eb/objarch.h   | 40 ---
  .../ghostscript/mipsarcho32el/objarch.h   | 40 ---
  .../ghostscript/ghostscript/nios2/objarch.h   | 40 ---
  .../ghostscript/ghostscript/powerpc/objarch.h | 40 ---
  .../ghostscript/powerpc64/objarch.h   | 40 ---
  .../ghostscript/powerpc64le/objarch.h | 40 ---
  .../ghostscript/ghostscript/x86-64/objarch.h  | 40 ---
  ...hostscript_9.50.bb => ghostscript_9.52.bb} | 19 ++---
  21 files changed, 19 insertions(+), 826 deletions(-)
  delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/CVE-2019-14869-0001.patch
  delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/aarch64/objarch.h
  delete mode 100644 meta/recipes-extended/ghostscript/ghostscript/arm/objarch.h
  delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/armeb/objarch.h
  delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/ghostscript-9.02-genarch.patch
  delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/i586/objarch.h
  delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/microblaze/objarch.h
  delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/microblazeel/objarch.h
  delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/mipsarchn32eb/objarch.h
  delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/mipsarchn32el/objarch.h
  delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/mipsarchn64eb/objarch.h
  delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/mipsarchn64el/objarch.h
  delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/mipsarcho32eb/objarch.h
  delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/mipsarcho32el/objarch.h
  delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/nios2/objarch.h
  delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/powerpc/objarch.h
  delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/powerpc64/objarch.h
  delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/powerpc64le/objarch.h
  delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/x86-64/objarch.h
  rename meta/recipes-extended/ghostscript/{ghostscript_9.50.bb => 
ghostscript_9.52.bb} (89%)

diff --git 
a/meta/recipes-extended/ghostscript/files/do-not-check-local-libpng-source.patch
 
b/meta/recipes-extended/ghostscript/files/do-not-check-local-libpng-source.patch
index 5834ffaf9f..a9afb9948c 100644
--- 
a/meta/recipes-extended/ghostscript/files/do-not-check-local-libpng-source.patch
+++ 
b/meta/recipes-extended/ghostscript/files/do-not-check-local-libpng-source.patch
@@ -1,7 +1,7 @@
-From a954bf29a5f906b3151dffbecb5856e02e1565da Mon Sep 17 00:00:00 2001
+From 2adaa7366064a8f18af864eda74e52877a89620c Mon Sep 17 00:00:00 2001
  From: Hongxu Jia 
  Date: Mon, 18 Jan 2016 01:00:30 -0500
-Subject: [PATCH 03/10] configure.ac: do not check local png source
+Subject: [PATCH] configure.ac: do not check local png source
  
  In oe-core, it did not need to compile local libpng

  source in ghostscript, so do not check local png
@@ -11,28 +11,21 @@ libpng library.
  Upstream-Status: Inappropriate [OE-Core specific]
  
  Signed-off-by: Hongxu Jia 

+
  ---
- configure.ac | 4 ++--
- 1 file changed, 2 insertions(+), 2 deletions(-)
+ configure.ac | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
  
  diff --git a/configure.ac b/configure.ac

-index 9341930..80a60b1 100644
+index 698abd3..e65ac8b 100644
  --- a/configure.ac
  +++ b/configure.ac
-@@ -1114,11 +1114,11 @@ AC_SUBST(ZLIBDIR)
- AC_SUBST(FT_SYS_ZLIB)
-
- dnl png for the png output device; it also requires zlib
--LIBPNGDIR=src
-+LIBPNGDIR=$srcdir/libpng
- 

Re: [OE-core] [PATCH 05/17] kmscube: update to latest commit

2020-04-30 Thread Khem Raj



On 4/30/20 2:58 AM, Alexander Kanavin wrote:

Drop a mali-specific patch that was never ported to meson or accepted
upstream.



Does this mean it wont work with systems with mali gpu drivers any more?

if so, then its a regression, we should not drop patches just like that 
perhaps.



Signed-off-by: Alexander Kanavin 
---
  ...bo_map-_unmap-and-use-it-or-avoid-it.patch | 117 --
  meta/recipes-graphics/kmscube/kmscube_git.bb  |   5 +-
  2 files changed, 2 insertions(+), 120 deletions(-)
  delete mode 100644 
meta/recipes-graphics/kmscube/kmscube/detect-gst_bo_map-_unmap-and-use-it-or-avoid-it.patch

diff --git 
a/meta/recipes-graphics/kmscube/kmscube/detect-gst_bo_map-_unmap-and-use-it-or-avoid-it.patch
 
b/meta/recipes-graphics/kmscube/kmscube/detect-gst_bo_map-_unmap-and-use-it-or-avoid-it.patch
deleted file mode 100644
index a7a08f14e6..00
--- 
a/meta/recipes-graphics/kmscube/kmscube/detect-gst_bo_map-_unmap-and-use-it-or-avoid-it.patch
+++ /dev/null
@@ -1,117 +0,0 @@
-From a91c588b5a4122506e7fe949c37d530621bdd997 Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?Daniel=20D=C3=ADaz?= 
-Date: Tue, 11 Jul 2017 14:50:37 -0500
-Subject: [PATCH] Detect gst_bo_map/_unmap and use it (or avoid it)
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-Those functions are not available on libMali, thus breaking
-builds and creating havoc.
-
-Removing the specific parts of the code that deal with
-gbm_bo_map() and gbm_bo_unmap() renders the kmscube utility
-a little less useful, but still valuable.
-
-Signed-off-by: Daniel Díaz 
-Cc: Rob Clark 
-Reviewed-by: Eric Engestrom 
-
-Upstream-Status: Submitted 
[https://lists.freedesktop.org/archives/mesa-dev/2017-July/163020.html]
-Signed-off-by: Zoltan Kuscsik 

- Makefile.am   | 5 -
- configure.ac  | 3 +++
- gst-decoder.c | 7 ++-
- kmscube.c | 4 
- 4 files changed, 17 insertions(+), 2 deletions(-)
-
-diff --git a/Makefile.am b/Makefile.am
-index ba064e4..3a0a50b 100644
 a/Makefile.am
-+++ b/Makefile.am
-@@ -43,7 +43,6 @@ kmscube_SOURCES = \
-   common.c \
-   common.h \
-   cube-smooth.c \
--  cube-tex.c \
-   drm-atomic.c \
-   drm-common.c \
-   drm-common.h \
-@@ -68,3 +67,7 @@ texturator_SOURCES = \
-   drm-common.c \
-   drm-legacy.c \
-   texturator.c
-+
-+if ENABLE_GBM_MAP
-+kmscube_SOURCES += cube-tex.c
-+endif
-diff --git a/configure.ac b/configure.ac
-index 6be6541..3d20121 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -49,5 +49,8 @@ if test "x$HAVE_GST" = "xyes"; then
- fi
- AM_CONDITIONAL(ENABLE_GST, [test "x$HAVE_GST" = "xyes"])
-
-+AC_CHECK_LIB([gbm], [gbm_bo_map], [HAVE_GBM_BO_MAP=yes], [])
-+AM_CONDITIONAL(ENABLE_GBM_MAP, [test "x$HAVE_GBM_BO_MAP" = "xyes"])
-+
- AC_CONFIG_FILES([Makefile])
- AC_OUTPUT
-diff --git a/gst-decoder.c b/gst-decoder.c
-index 5431014..0aa7a55 100644
 a/gst-decoder.c
-+++ b/gst-decoder.c
-@@ -332,6 +332,7 @@ set_last_frame(struct decoder *dec, EGLImage frame, 
GstSample *samp)
-   dec->last_samp = samp;
- }
-
-+#if HAVE_GBM_BO_MAP
- // TODO this could probably be a helper re-used by cube-tex:
- static int
- buf_to_fd(const struct gbm *gbm, int size, void *ptr)
-@@ -357,6 +358,7 @@ buf_to_fd(const struct gbm *gbm, int size, void *ptr)
-
-   return fd;
- }
-+#endif
-
- static EGLImage
- buffer_to_image(struct decoder *dec, GstBuffer *buf)
-@@ -410,12 +412,15 @@ buffer_to_image(struct decoder *dec, GstBuffer *buf)
-
-   if (is_dmabuf_mem) {
-   dmabuf_fd = dup(gst_dmabuf_memory_get_fd(mem));
--  } else {
-+  }
-+#if HAVE_GBM_BO_MAP
-+  else {
-   GstMapInfo map_info;
-   gst_buffer_map(buf, _info, GST_MAP_READ);
-   dmabuf_fd = buf_to_fd(dec->gbm, map_info.size, map_info.data);
-   gst_buffer_unmap(buf, _info);
-   }
-+#endif
-
-   if (dmabuf_fd < 0) {
-   GST_ERROR("could not obtain DMABUF FD");
-diff --git a/kmscube.c b/kmscube.c
-index 81803be..e93da67 100644
 a/kmscube.c
-+++ b/kmscube.c
-@@ -166,7 +166,11 @@ int main(int argc, char *argv[])
-   else if (mode == VIDEO)
-   egl = init_cube_video(gbm, video, samples);
-   else
-+#if HAVE_GBM_BO_MAP
-   egl = init_cube_tex(gbm, mode, samples);
-+#else
-+  printf("gbm_bo_map() support missing\n");
-+#endif
-
-   if (!egl) {
-   printf("failed to initialize EGL\n");
---
-2.22.0
-
diff --git a/meta/recipes-graphics/kmscube/kmscube_git.bb 
b/meta/recipes-graphics/kmscube/kmscube_git.bb
index a1a295f660..c72fbc61a9 100644
--- a/meta/recipes-graphics/kmscube/kmscube_git.bb
+++ b/meta/recipes-graphics/kmscube/kmscube_git.bb
@@ -6,9 +6,8 @@ DEPENDS = "virtual/libgles2 virtual/egl libdrm"
  
  LIC_FILES_CHKSUM = "file://kmscube.c;beginline=1;endline=23;md5=8b309d4ee67b7315ff7381270dd631fb"
  
-SRCREV = "76bb57d539cb43d267e561024c34e031bf351e04"

-SRC_URI = 

Re: [OE-core] [PATCH] sanity: Require gcc 6 or later

2020-04-30 Thread Khem Raj



On 4/29/20 11:10 PM, Alexander Kanavin wrote:
Ubuntu 16.04 will continue to be supported even with this change, you 
just need to set up builtools-extended-tarball to provide a recent 
compiler, which is a couple of easy commands suggested by bitbake.




Thats understood, and as we do not use buildtools-extended-tarball on 
every disto this is not default. Secondly, for a release it would differ 
from what we have released with.



Alex

On Thu 30. Apr 2020 at 2.04, Steve Sakoman > wrote:


On Wed, Apr 29, 2020 at 1:41 PM Denys Dmytriyenko mailto:de...@denix.org>> wrote:

 > So, this is for master, rigth? No plans to backport it to dunfell
(hence, no
 > rpm backport either), correct? Trying to make sure Yocto LTS will
still work
 > on Ubuntu 16.04 LTS...

I have the same goal, so no plans to backport to dunfell!

Steve

 > > Signed-off-by: Richard Purdie
mailto:richard.pur...@linuxfoundation.org>>
 > > ---
 > >  meta/classes/sanity.bbclass | 6 +++---
 > >  1 file changed, 3 insertions(+), 3 deletions(-)
 > >
 > > diff --git a/meta/classes/sanity.bbclass
b/meta/classes/sanity.bbclass
 > > index 9e871017389..292c5591dd3 100644
 > > --- a/meta/classes/sanity.bbclass
 > > +++ b/meta/classes/sanity.bbclass
 > > @@ -527,7 +527,7 @@ def check_wsl(d):
 > >              bb.warn("You are running bitbake under WSLv2, this
works properly but you should optimize your VHDX file eventually to
avoid running out of storage space")
 > >      return None
 > >
 > > -# Require at least gcc version 5.0.
 > > +# Require at least gcc version 6.0.
 > >  #
 > >  # This can be fixed on CentOS-7 with devtoolset-6+
 > >  # https://www.softwarecollections.org/en/scls/rhscl/devtoolset-6/
 > > @@ -541,8 +541,8 @@ def check_gcc_version(sanity_data):
 > >
 > >      build_cc, version =
oe.utils.get_host_compiler_version(sanity_data)
 > >      if build_cc.strip() == "gcc":
 > > -        if LooseVersion(version) < LooseVersion("5.0"):
 > > -            return "Your version of gcc is older than 5.0 and
will break builds. Please install a newer version of gcc (you could
use the project's buildtools-extended-tarball or use
scripts/install-buildtools).\n"
 > > +        if LooseVersion(version) < LooseVersion("6.0"):
 > > +            return "Your version of gcc is older than 6.0 and
will break builds. Please install a newer version of gcc (you could
use the project's buildtools-extended-tarball or use
scripts/install-buildtools).\n"
 > >      return None
 > >
 > >  # Tar version 1.24 and onwards handle overwriting symlinks
correctly
 > > --
 > > 2.25.1
 > >
 >
 > >
 >
 >




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

View/Reply Online (#137655): 
https://lists.openembedded.org/g/openembedded-core/message/137655
Mute This Topic: https://lists.openembedded.org/mt/73363807/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] [PATCH] os-release: sanitize required fields

2020-04-30 Thread Vyacheslav Yurkov
Currently only VERSION_ID field is sanitized, but os-release (5) has
more fields with the same requirement. Moreover, those fields come
unquoted in most distributions, because quotes are not needed for a
values without whitespaces.

Signed-off-by: Vyacheslav Yurkov 
---
 meta/recipes-core/os-release/os-release.bb | 14 +-
 1 file changed, 9 insertions(+), 5 deletions(-)

diff --git a/meta/recipes-core/os-release/os-release.bb 
b/meta/recipes-core/os-release/os-release.bb
index d5793c6fed..a29d678125 100644
--- a/meta/recipes-core/os-release/os-release.bb
+++ b/meta/recipes-core/os-release/os-release.bb
@@ -13,6 +13,7 @@ do_configure[noexec] = "1"
 # Other valid fields: BUILD_ID ID_LIKE ANSI_COLOR CPE_NAME
 # HOME_URL SUPPORT_URL BUG_REPORT_URL
 OS_RELEASE_FIELDS = "ID ID_LIKE NAME VERSION VERSION_ID PRETTY_NAME"
+OS_RELEASE_UNQUOTED_FIELDS = "ID VERSION_ID VARIANT_ID"
 
 ID = "${DISTRO}"
 NAME = "${DISTRO_NAME}"
@@ -22,8 +23,8 @@ PRETTY_NAME = "${DISTRO_NAME} ${VERSION}"
 BUILD_ID ?= "${DATETIME}"
 BUILD_ID[vardepsexclude] = "DATETIME"
 
-def sanitise_version(ver):
-# VERSION_ID should be (from os-release(5)):
+def sanitise_value(ver):
+# unquoted fields like VERSION_ID should be (from os-release(5)):
 #lower-case string (mostly numeric, no spaces or other characters
 #outside of 0-9, a-z, ".", "_" and "-")
 ret = ver.replace('+', '-').replace(' ','_')
@@ -32,11 +33,14 @@ def sanitise_version(ver):
 python do_compile () {
 with open(d.expand('${B}/os-release'), 'w') as f:
 for field in d.getVar('OS_RELEASE_FIELDS').split():
+unquotedFields = d.getVar('OS_RELEASE_UNQUOTED_FIELDS').split()
 value = d.getVar(field)
-if value and field == 'VERSION_ID':
-value = sanitise_version(value)
 if value:
-f.write('{0}="{1}"\n'.format(field, value))
+if field in unquotedFields:
+value = sanitise_value(value)
+f.write('{0}={1}\n'.format(field, value))
+else:
+f.write('{0}="{1}"\n'.format(field, value))
 }
 do_compile[vardeps] += "${OS_RELEASE_FIELDS}"
 
-- 
2.17.0

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

View/Reply Online (#137654): 
https://lists.openembedded.org/g/openembedded-core/message/137654
Mute This Topic: https://lists.openembedded.org/mt/73375873/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] can i blacklist a particular .bbclass file when there are more than one?

2020-04-30 Thread Robert P. J. Day

  given an odd collection of layers wherein there are multiple
instances of a particular .bbclass file, it turns out that all of the
recipes i'm interested in build with an older version of the class
file, and all but one build consulting the newer form of the file
contained in another layer, so is there any way to blacklist a
particular class file, either globally or even on a per-recipe basis?

  i realize this is really, really bad design style, but it will give
me the chance to use the proper class file for most of the recipes
while i debug the problematic recipe.

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

View/Reply Online (#137653): 
https://lists.openembedded.org/g/openembedded-core/message/137653
Mute This Topic: https://lists.openembedded.org/mt/73375546/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] [PATCH] testresults.json: add duration of the tests as well

2020-04-30 Thread Alexander Kanavin
This is printed by testimage, but isn't actually saved.
It's a useful metric for tracking execution times.

Signed-off-by: Alexander Kanavin 
---
 meta/lib/oeqa/core/runner.py | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/meta/lib/oeqa/core/runner.py b/meta/lib/oeqa/core/runner.py
index 1284295c34..00b7d0bb12 100644
--- a/meta/lib/oeqa/core/runner.py
+++ b/meta/lib/oeqa/core/runner.py
@@ -182,8 +182,10 @@ class OETestResult(_TestResult):
 (status, log) = self._getTestResultDetails(case)
 
 t = ""
+duration = 0
 if case.id() in self.starttime and case.id() in self.endtime:
-t = " (" + "{0:.2f}".format(self.endtime[case.id()] - 
self.starttime[case.id()]) + "s)"
+duration = self.endtime[case.id()] - self.starttime[case.id()]
+t = " (" + "{0:.2f}".format(duration) + "s)"
 
 if status not in logs:
 logs[status] = []
@@ -191,6 +193,8 @@ class OETestResult(_TestResult):
 report = {'status': status}
 if log:
 report['log'] = log
+if duration:
+report['duration'] = duration
 if dump_streams and case.id() in self.logged_output:
 (stdout, stderr) = self.logged_output[case.id()]
 report['stdout'] = stdout
-- 
2.26.1

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

View/Reply Online (#137652): 
https://lists.openembedded.org/g/openembedded-core/message/137652
Mute This Topic: https://lists.openembedded.org/mt/73374206/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] [PATCH] pbzip2: Fix license warning

2020-04-30 Thread Yu, Mingli
From: Mingli Yu 

After below commit introduced, the LICENSE
field changed from BSD-4-Clause to bzip-1.0.6.
669600ef9b bzip2/pbzip2: Correct license information

But actually it should be bzip2-1.0.6,
update it to fix the below license warning:
WARNING: pbzip2-native-1.1.13-r0 do_populate_lic: pbzip2-native: No generic 
license file exists for: bzip-1.0.6 in any provider

Signed-off-by: Mingli Yu 
---
 meta/recipes-extended/pbzip2/pbzip2_1.1.13.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-extended/pbzip2/pbzip2_1.1.13.bb 
b/meta/recipes-extended/pbzip2/pbzip2_1.1.13.bb
index d7450c7..e321cd2 100644
--- a/meta/recipes-extended/pbzip2/pbzip2_1.1.13.bb
+++ b/meta/recipes-extended/pbzip2/pbzip2_1.1.13.bb
@@ -5,7 +5,7 @@ machines. The output of this version is fully compatible with 
bzip2 v1.0.2 or \
 newer (ie: anything compressed with pbzip2 can be decompressed with bzip2)."
 HOMEPAGE = "http://compression.ca/pbzip2/;
 SECTION = "console/utils"
-LICENSE = "bzip-1.0.6"
+LICENSE = "bzip2-1.0.6"
 LIC_FILES_CHKSUM = "file://COPYING;md5=398b8832c6f840cfebd20ab2be6a3743"
 
 DEPENDS = "bzip2"
-- 
2.7.4

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

View/Reply Online (#137651): 
https://lists.openembedded.org/g/openembedded-core/message/137651
Mute This Topic: https://lists.openembedded.org/mt/73373499/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] [PATCH 13/17] libevdev: update to 1.9.0

2020-04-30 Thread Alexander Kanavin
Signed-off-by: Alexander Kanavin 
---
 .../libevdev/libevdev/determinism.patch   | 53 +++
 .../{libevdev_1.8.0.bb => libevdev_1.9.0.bb}  |  4 +-
 2 files changed, 33 insertions(+), 24 deletions(-)
 rename meta/recipes-support/libevdev/{libevdev_1.8.0.bb => libevdev_1.9.0.bb} 
(78%)

diff --git a/meta/recipes-support/libevdev/libevdev/determinism.patch 
b/meta/recipes-support/libevdev/libevdev/determinism.patch
index 33a6076b78..f6b7fc82d3 100644
--- a/meta/recipes-support/libevdev/libevdev/determinism.patch
+++ b/meta/recipes-support/libevdev/libevdev/determinism.patch
@@ -1,3 +1,8 @@
+From 4f196323aba5b0f49979826533c65633b8a9b6a2 Mon Sep 17 00:00:00 2001
+From: Richard Purdie 
+Date: Fri, 7 Feb 2020 12:29:56 +
+Subject: [PATCH] libevdev: Fix determinism issue
+
 The order of dict values is not deterministic leading to differing header file 
generation.
 Sort to remove this inconsistency.
 
@@ -6,29 +11,33 @@ RP 2020/2/7
 Signed-off-by: Richard Purdie 
 Upstream-Status: Pending
 
-Index: a/libevdev/make-event-names.py
-===
+---
+ libevdev/make-event-names.py | 6 +++---
+ 1 file changed, 3 insertions(+), 3 deletions(-)
+
+diff --git a/libevdev/make-event-names.py b/libevdev/make-event-names.py
+index 88addd7..c973e2a 100755
 --- a/libevdev/make-event-names.py
 +++ b/libevdev/make-event-names.py
-@@ -67,10 +67,10 @@ def print_bits(bits, prefix):
-   if  not hasattr(bits, prefix):
-   return
-   print("static const char * const %s_map[%s_MAX + 1] = {" % (prefix, 
prefix.upper()))
--  for val, name in list(getattr(bits, prefix).items()):
-+  for val, name in sorted(list(getattr(bits, prefix).items())):
-   print(" [%s] = \"%s\"," % (name, name))
-   if prefix == "key":
--  for val, name in list(getattr(bits, "btn").items()):
-+  for val, name in sorted(list(getattr(bits, "btn").items())):
-   print(" [%s] = \"%s\"," % (name, name))
-   print("};")
-   print("")
-@@ -111,7 +111,7 @@ def print_lookup(bits, prefix):
-   if not hasattr(bits, prefix):
-   return
+@@ -70,10 +70,10 @@ def print_bits(bits, prefix):
+ if not hasattr(bits, prefix):
+ return
+ print("static const char * const %s_map[%s_MAX + 1] = {" % (prefix, 
prefix.upper()))
+-for val, name in list(getattr(bits, prefix).items()):
++for val, name in sorted(list(getattr(bits, prefix).items())):
+ print("[%s] = \"%s\"," % (name, name))
+ if prefix == "key":
+-for val, name in list(getattr(bits, "btn").items()):
++for val, name in sorted(list(getattr(bits, "btn").items())):
+ print("[%s] = \"%s\"," % (name, name))
+ print("};")
+ print("")
+@@ -118,7 +118,7 @@ def print_lookup(bits, prefix):
+ if not hasattr(bits, prefix):
+ return
  
--  names = list(getattr(bits, prefix).items())
-+  names = sorted(list(getattr(bits, prefix).items()))
-   if prefix == "btn":
-   names = names + btn_additional;
+-names = list(getattr(bits, prefix).items())
++names = sorted(list(getattr(bits, prefix).items()))
+ if prefix == "btn":
+ names = names + btn_additional
  
diff --git a/meta/recipes-support/libevdev/libevdev_1.8.0.bb 
b/meta/recipes-support/libevdev/libevdev_1.9.0.bb
similarity index 78%
rename from meta/recipes-support/libevdev/libevdev_1.8.0.bb
rename to meta/recipes-support/libevdev/libevdev_1.9.0.bb
index 3523dc0968..a2116a492f 100644
--- a/meta/recipes-support/libevdev/libevdev_1.8.0.bb
+++ b/meta/recipes-support/libevdev/libevdev_1.9.0.bb
@@ -8,8 +8,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=75aae0d38feea6fda97ca381cb9132eb \
 
 SRC_URI = "http://www.freedesktop.org/software/libevdev/${BP}.tar.xz \
file://determinism.patch"
-SRC_URI[md5sum] = "879631080be18526737e33b63d848039"
-SRC_URI[sha256sum] = 
"20d3cae4efd277f485abdf8f2a7c46588e539998b5a08c2c4d368218379d4211"
+SRC_URI[md5sum] = "13c3f0911f9326d4b9fa103365f84421"
+SRC_URI[sha256sum] = 
"e7e18a64264f2dea19b6c50a481f8c062529d42919ccda0bc861495bce28eb9e"
 
 inherit autotools pkgconfig
 
-- 
2.26.1

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

View/Reply Online (#137646): 
https://lists.openembedded.org/g/openembedded-core/message/137646
Mute This Topic: https://lists.openembedded.org/mt/73372198/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] [PATCH 04/17] rt-tests: further exclusion of development versions

2020-04-30 Thread Alexander Kanavin
Signed-off-by: Alexander Kanavin 
---
 meta/recipes-rt/rt-tests/rt-tests.inc | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-rt/rt-tests/rt-tests.inc 
b/meta/recipes-rt/rt-tests/rt-tests.inc
index 3ac39d90c3..6e3afafce4 100644
--- a/meta/recipes-rt/rt-tests/rt-tests.inc
+++ b/meta/recipes-rt/rt-tests/rt-tests.inc
@@ -3,8 +3,8 @@ SRCREV = "dff174f994f547a5785d32454865f140daacb0f5"
 PE = "1"
 
 SRC_URI = "git://git.kernel.org/pub/scm/utils/rt-tests/rt-tests.git"
-# 1.2 to 1.5 seem to be development versions
-UPSTREAM_CHECK_GITTAGREGEX = "v(?P(?!1\.[2-6])(\d+(\.\d+)+))"
+# 1.2 and up seem to be development versions
+UPSTREAM_CHECK_GITTAGREGEX = "v(?P(?!1\.[2-8])(\d+(\.\d+)+))"
 
 S = "${WORKDIR}/git"
 
-- 
2.26.1

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

View/Reply Online (#137637): 
https://lists.openembedded.org/g/openembedded-core/message/137637
Mute This Topic: https://lists.openembedded.org/mt/73372188/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] [PATCH 08/17] mc: update to 4.8.24

2020-04-30 Thread Alexander Kanavin
Signed-off-by: Alexander Kanavin 
---
 ...Add-option-to-control-configure-args.patch |  99 
 ...29-configure.ac-drop-bundled-gettext.patch | 110 --
 .../mc/{mc_4.8.23.bb => mc_4.8.24.bb} |   6 +-
 3 files changed, 2 insertions(+), 213 deletions(-)
 delete mode 100644 
meta/recipes-extended/mc/files/0001-Add-option-to-control-configure-args.patch
 delete mode 100644 
meta/recipes-extended/mc/files/0001-Ticket-3629-configure.ac-drop-bundled-gettext.patch
 rename meta/recipes-extended/mc/{mc_4.8.23.bb => mc_4.8.24.bb} (88%)

diff --git 
a/meta/recipes-extended/mc/files/0001-Add-option-to-control-configure-args.patch
 
b/meta/recipes-extended/mc/files/0001-Add-option-to-control-configure-args.patch
deleted file mode 100644
index e76aac8161..00
--- 
a/meta/recipes-extended/mc/files/0001-Add-option-to-control-configure-args.patch
+++ /dev/null
@@ -1,99 +0,0 @@
-From a54501d3c9541bc8600225aa2d42531f93c6def7 Mon Sep 17 00:00:00 2001
-From: Joshua Watt 
-Date: Sat, 9 Nov 2019 20:01:48 -0600
-Subject: [PATCH] Add option to control configure args
-
-Embedding the configure time options into the executable can lead to
-non-reproducible builds, since configure options often have embedded
-paths. Add a configure time option to control if the configure args are
-embedded so this can be disabled.
-
-Upstream-Status: Submitted [https://midnight-commander.org/ticket/4031]
-Signed-off-by: Joshua Watt 

- configure.ac   | 6 ++
- src/args.c | 6 ++
- src/textconf.c | 2 ++
- 3 files changed, 14 insertions(+)
-
-diff --git a/configure.ac b/configure.ac
-index 19d1a76be..a1948f6b9 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -544,6 +544,12 @@ dnl Clarify do we really need GModule
- AM_CONDITIONAL([HAVE_GMODULE], [test -n "$g_module_supported" && \
- test x"$textmode_x11_support" = x"yes" -o 
x"$enable_aspell" = x"yes"])
- 
-+AC_ARG_ENABLE([configure-args],
-+AS_HELP_STRING([--enable-configure-args], [Handle all compiler warnings 
as errors]))
-+if test "x$enable_configure_args" != xno; then
-+AC_DEFINE([ENABLE_CONFIGURE_ARGS], 1, [Define to enable showing configure 
arguments in help])
-+fi
-+
- AC_DEFINE_UNQUOTED([MC_CONFIGURE_ARGS], ["$ac_configure_args"], [MC configure 
arguments])
- 
- AC_CONFIG_FILES(
-diff --git a/src/args.c b/src/args.c
-index baef1a1c8..f8dc24020 100644
 a/src/args.c
-+++ b/src/args.c
-@@ -95,7 +95,9 @@ static gboolean mc_args__nouse_subshell = FALSE;
- #endif /* ENABLE_SUBSHELL */
- static gboolean mc_args__show_datadirs = FALSE;
- static gboolean mc_args__show_datadirs_extended = FALSE;
-+#ifdef ENABLE_CONFIGURE_ARGS
- static gboolean mc_args__show_configure_opts = FALSE;
-+#endif
- 
- static GOptionGroup *main_group;
- 
-@@ -125,6 +127,7 @@ static const GOptionEntry argument_main_table[] = {
-  NULL
- },
- 
-+#ifdef ENABLE_CONFIGURE_ARGS
- /* show configure options */
- {
-  "configure-options", '\0', G_OPTION_FLAG_IN_MAIN, G_OPTION_ARG_NONE,
-@@ -132,6 +135,7 @@ static const GOptionEntry argument_main_table[] = {
-  N_("Print configure options"),
-  NULL
- },
-+#endif
- 
- {
-  "printwd", 'P', G_OPTION_FLAG_IN_MAIN, G_OPTION_ARG_STRING,
-@@ -758,11 +762,13 @@ mc_args_show_info (void)
- return FALSE;
- }
- 
-+#ifdef ENABLE_CONFIGURE_ARGS
- if (mc_args__show_configure_opts)
- {
- show_configure_options ();
- return FALSE;
- }
-+#endif
- 
- return TRUE;
- }
-diff --git a/src/textconf.c b/src/textconf.c
-index 1e0613e58..f39b9e028 100644
 a/src/textconf.c
-+++ b/src/textconf.c
-@@ -232,10 +232,12 @@ show_datadirs_extended (void)
- 
- /* 
-
 */
- 
-+#ifdef ENABLE_CONFIGURE_ARGS
- void
- show_configure_options (void)
- {
- (void) printf ("%s\n", MC_CONFIGURE_ARGS);
- }
-+#endif
- 
- /* 
-
 */
--- 
-2.23.0
-
diff --git 
a/meta/recipes-extended/mc/files/0001-Ticket-3629-configure.ac-drop-bundled-gettext.patch
 
b/meta/recipes-extended/mc/files/0001-Ticket-3629-configure.ac-drop-bundled-gettext.patch
deleted file mode 100644
index 8f357378d0..00
--- 
a/meta/recipes-extended/mc/files/0001-Ticket-3629-configure.ac-drop-bundled-gettext.patch
+++ /dev/null
@@ -1,110 +0,0 @@
-From 0d677a014a87b968d79eea2353ac4e342b0fd4ca Mon Sep 17 00:00:00 2001
-From: Sergei Trofimovich 
-Date: Wed, 11 Sep 2019 22:58:18 +0100
-Subject: [PATCH] Ticket #3629: configure.ac: drop bundled gettext
-
-Bundled libintl did not support linking to internal static
-libraries (libmc in our case): directly specified static
-libraries are not pulled by libtool and are not usable for
-dynamic libraries as PIC-related flags are not passed for
-compilation.
-
-This renders bundled libintl library unusable.
-
-The change drops libintl bundling support and 

[OE-core] [PATCH 12/17] python3-gitdb: update to 4.0.4

2020-04-30 Thread Alexander Kanavin
License-Update: text reformatting

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/python/python-gitdb.inc| 5 ++---
 .../{python3-gitdb_2.0.6.bb => python3-gitdb_4.0.4.bb}   | 0
 2 files changed, 2 insertions(+), 3 deletions(-)
 rename meta/recipes-devtools/python/{python3-gitdb_2.0.6.bb => 
python3-gitdb_4.0.4.bb} (100%)

diff --git a/meta/recipes-devtools/python/python-gitdb.inc 
b/meta/recipes-devtools/python/python-gitdb.inc
index 23ec2986b1..a91bb32c3b 100644
--- a/meta/recipes-devtools/python/python-gitdb.inc
+++ b/meta/recipes-devtools/python/python-gitdb.inc
@@ -6,10 +6,9 @@ LIC_FILES_CHKSUM = 
"file://LICENSE;md5=59e5ecb13339a936eedf83282eaf4528"
 
 inherit pypi
 
-PYPI_PACKAGE = "gitdb2"
+PYPI_PACKAGE = "gitdb"
 
-SRC_URI[md5sum] = "1a7ea3362e405f8a5634f7ee53636094"
-SRC_URI[sha256sum] = 
"1b6df1433567a51a4a9c1a5a0de977aa351a405cc56d7d35f3388bad1f630350"
+SRC_URI[sha256sum] = 
"6f0ecd46f99bb4874e5678d628c3a198e2b4ef38daea2756a2bfd8df7dd5c1a5"
 
 DEPENDS = "${PYTHON_PN}-async ${PYTHON_PN}-setuptools-native 
${PYTHON_PN}-smmap"
 
diff --git a/meta/recipes-devtools/python/python3-gitdb_2.0.6.bb 
b/meta/recipes-devtools/python/python3-gitdb_4.0.4.bb
similarity index 100%
rename from meta/recipes-devtools/python/python3-gitdb_2.0.6.bb
rename to meta/recipes-devtools/python/python3-gitdb_4.0.4.bb
-- 
2.26.1

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

View/Reply Online (#137645): 
https://lists.openembedded.org/g/openembedded-core/message/137645
Mute This Topic: https://lists.openembedded.org/mt/73372197/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] [PATCH 01/17] libinput: add ptest

2020-04-30 Thread Alexander Kanavin
The test takes about 17 minutes, and fully passes.

Signed-off-by: Alexander Kanavin 
---
 meta/conf/distro/include/ptest-packagelists.inc  | 1 +
 meta/recipes-graphics/wayland/libinput/run-ptest | 9 +
 meta/recipes-graphics/wayland/libinput_1.15.2.bb | 8 +---
 3 files changed, 15 insertions(+), 3 deletions(-)
 create mode 100644 meta/recipes-graphics/wayland/libinput/run-ptest

diff --git a/meta/conf/distro/include/ptest-packagelists.inc 
b/meta/conf/distro/include/ptest-packagelists.inc
index c13ff724b1..ab44757a11 100644
--- a/meta/conf/distro/include/ptest-packagelists.inc
+++ b/meta/conf/distro/include/ptest-packagelists.inc
@@ -72,6 +72,7 @@ PTESTS_SLOW = "\
 glib-2.0-ptest \
 gstreamer1.0-ptest \
 libevent-ptest \
+libinput-ptest \
 lttng-tools-ptest \
 openssh-ptest \
 openssl-ptest \
diff --git a/meta/recipes-graphics/wayland/libinput/run-ptest 
b/meta/recipes-graphics/wayland/libinput/run-ptest
new file mode 100644
index 00..5a84c568b9
--- /dev/null
+++ b/meta/recipes-graphics/wayland/libinput/run-ptest
@@ -0,0 +1,9 @@
+#!/bin/sh
+
+/usr/libexec/libinput/libinput-test-suite
+if [ $? -eq 0 ]; then
+  echo 'PASS: libinput-test-suite'
+else
+  echo 'FAIL: libinput-test-suite'
+fi
+
diff --git a/meta/recipes-graphics/wayland/libinput_1.15.2.bb 
b/meta/recipes-graphics/wayland/libinput_1.15.2.bb
index 810532774e..62dc9d2f0f 100644
--- a/meta/recipes-graphics/wayland/libinput_1.15.2.bb
+++ b/meta/recipes-graphics/wayland/libinput_1.15.2.bb
@@ -10,9 +10,10 @@ SECTION = "libs"
 LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://COPYING;md5=1f2ea9ebff3a2c6d458faf58492efb63"
 
-DEPENDS = "libevdev udev mtdev"
+DEPENDS = "libevdev udev mtdev libcheck"
 
 SRC_URI = "http://www.freedesktop.org/software/${BPN}/${BP}.tar.xz \
+   file://run-ptest \
file://determinism.patch \
"
 SRC_URI[md5sum] = "eb6bd2907ad33d53954d70dfb881a643"
@@ -20,7 +21,7 @@ SRC_URI[sha256sum] = 
"971c3fbfb624f95c911adeb2803c372e4e3647d1b98f278f660051f834
 
 UPSTREAM_CHECK_REGEX = "libinput-(?P\d+\.\d+\.(?!9\d+)\d+)"
 
-inherit meson pkgconfig lib_package
+inherit meson pkgconfig lib_package ptest
 
 PACKAGECONFIG ??= ""
 PACKAGECONFIG[libwacom] = "-Dlibwacom=true,-Dlibwacom=false,libwacom"
@@ -30,7 +31,7 @@ UDEVDIR = "`pkg-config --variable=udevdir udev`"
 
 EXTRA_OEMESON += "-Dudev-dir=${UDEVDIR} \
   -Ddocumentation=false \
-  -Dtests=false \
+  ${@bb.utils.contains('PTEST_ENABLED', '1', '-Dtests=true 
-Dinstall-tests=true', '-Dtests=false -Dinstall-tests=false', d)} \
   -Dzshcompletiondir=no"
 
 # package name changed in 1.8.1 upgrade: make sure package upgrades work
@@ -38,3 +39,4 @@ RPROVIDES_${PN} = "libinput"
 RREPLACES_${PN} = "libinput"
 RCONFLICTS_${PN} = "libinput"
 
+FILES_${PN}-ptest += "${libexecdir}/libinput/libinput-test-suite"
-- 
2.26.1

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

View/Reply Online (#137634): 
https://lists.openembedded.org/g/openembedded-core/message/137634
Mute This Topic: https://lists.openembedded.org/mt/73372184/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] [PATCH 07/17] libxcb: update to 1.14

2020-04-30 Thread Alexander Kanavin
Drop a patch as the problem is fixed upstream.

Signed-off-by: Alexander Kanavin 
---
 .../xorg-lib/libxcb/xcbincludedir.patch   | 28 ---
 .../{libxcb_1.13.1.bb => libxcb_1.14.bb}  |  6 ++--
 2 files changed, 2 insertions(+), 32 deletions(-)
 delete mode 100644 meta/recipes-graphics/xorg-lib/libxcb/xcbincludedir.patch
 rename meta/recipes-graphics/xorg-lib/{libxcb_1.13.1.bb => libxcb_1.14.bb} 
(80%)

diff --git a/meta/recipes-graphics/xorg-lib/libxcb/xcbincludedir.patch 
b/meta/recipes-graphics/xorg-lib/libxcb/xcbincludedir.patch
deleted file mode 100644
index 46297c33c3..00
--- a/meta/recipes-graphics/xorg-lib/libxcb/xcbincludedir.patch
+++ /dev/null
@@ -1,28 +0,0 @@
-As pkg-config --variable doesn't respect the sysroot, add the pkg-config 
sysroot
-to the beginning of variables that are used later on the host.
-
-Upstream-Status: Pending
-Signed-off-by: Ross Burton 
-
-diff --git a/configure.ac b/configure.ac
-index 94da4f7..d29cd6a 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -64,7 +64,7 @@ AC_SUBST(NEEDED)
- 
- # Find the xcb-proto protocol descriptions
- AC_MSG_CHECKING(XCBPROTO_XCBINCLUDEDIR)
--XCBPROTO_XCBINCLUDEDIR=`$PKG_CONFIG --variable=xcbincludedir xcb-proto`
-+XCBPROTO_XCBINCLUDEDIR=$PKG_CONFIG_SYSROOT_DIR/`$PKG_CONFIG 
--variable=xcbincludedir xcb-proto`
- AC_MSG_RESULT($XCBPROTO_XCBINCLUDEDIR)
- AC_SUBST(XCBPROTO_XCBINCLUDEDIR)
- 
-@@ -74,7 +74,7 @@ AC_SUBST(XCBPROTO_VERSION)
- 
- # Find the xcbgen Python package
- AC_MSG_CHECKING(XCBPROTO_XCBPYTHONDIR)
--XCBPROTO_XCBPYTHONDIR=`$PKG_CONFIG --variable=pythondir xcb-proto`
-+XCBPROTO_XCBPYTHONDIR=$PKG_CONFIG_SYSROOT_DIR/`$PKG_CONFIG 
--variable=pythondir xcb-proto`
- AC_MSG_RESULT($XCBPROTO_XCBPYTHONDIR)
- AC_SUBST(XCBPROTO_XCBPYTHONDIR)
- 
diff --git a/meta/recipes-graphics/xorg-lib/libxcb_1.13.1.bb 
b/meta/recipes-graphics/xorg-lib/libxcb_1.14.bb
similarity index 80%
rename from meta/recipes-graphics/xorg-lib/libxcb_1.13.1.bb
rename to meta/recipes-graphics/xorg-lib/libxcb_1.14.bb
index 9befc51b50..f27c5daa61 100644
--- a/meta/recipes-graphics/xorg-lib/libxcb_1.13.1.bb
+++ b/meta/recipes-graphics/xorg-lib/libxcb_1.14.bb
@@ -9,13 +9,11 @@ SECTION = "x11/libs"
 LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://COPYING;md5=d763b081cb10c223435b01e00dc0aba7"
 
-SRC_URI = "http://xcb.freedesktop.org/dist/libxcb-${PV}.tar.bz2 \
-   file://xcbincludedir.patch \
+SRC_URI = "http://xcb.freedesktop.org/dist/libxcb-${PV}.tar.xz \
file://disable-check.patch \
   "
 
-SRC_URI[md5sum] = "f33cdfc67346f7217a9326c0d8679975"
-SRC_URI[sha256sum] = 
"a89fb7af7a11f43d2ce84a844a4b38df688c092bf4b67683aef179cdf2a647c4"
+SRC_URI[sha256sum] = 
"a55ed6db98d43469801262d81dc2572ed124edc3db31059d4e9916eb9f844c34"
 
 BBCLASSEXTEND = "native nativesdk"
 
-- 
2.26.1

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

View/Reply Online (#137640): 
https://lists.openembedded.org/g/openembedded-core/message/137640
Mute This Topic: https://lists.openembedded.org/mt/73372192/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] [PATCH 02/17] libinput: update 1.15.2 -> 1.15.5

2020-04-30 Thread Alexander Kanavin
Signed-off-by: Alexander Kanavin 
---
 .../wayland/{libinput_1.15.2.bb => libinput_1.15.5.bb}| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/wayland/{libinput_1.15.2.bb => 
libinput_1.15.5.bb} (91%)

diff --git a/meta/recipes-graphics/wayland/libinput_1.15.2.bb 
b/meta/recipes-graphics/wayland/libinput_1.15.5.bb
similarity index 91%
rename from meta/recipes-graphics/wayland/libinput_1.15.2.bb
rename to meta/recipes-graphics/wayland/libinput_1.15.5.bb
index 62dc9d2f0f..551edcd2e1 100644
--- a/meta/recipes-graphics/wayland/libinput_1.15.2.bb
+++ b/meta/recipes-graphics/wayland/libinput_1.15.5.bb
@@ -16,8 +16,8 @@ SRC_URI = 
"http://www.freedesktop.org/software/${BPN}/${BP}.tar.xz \
file://run-ptest \
file://determinism.patch \
"
-SRC_URI[md5sum] = "eb6bd2907ad33d53954d70dfb881a643"
-SRC_URI[sha256sum] = 
"971c3fbfb624f95c911adeb2803c372e4e3647d1b98f278f660051f834597747"
+SRC_URI[md5sum] = "c9a1b15bb932eaf22f840efe4c3f84eb"
+SRC_URI[sha256sum] = 
"a90efc8f423c3094f2f9f372fb92381b2f3aad62e8b5882a8abe333aa8249c97"
 
 UPSTREAM_CHECK_REGEX = "libinput-(?P\d+\.\d+\.(?!9\d+)\d+)"
 
-- 
2.26.1

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

View/Reply Online (#137635): 
https://lists.openembedded.org/g/openembedded-core/message/137635
Mute This Topic: https://lists.openembedded.org/mt/73372185/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] [PATCH 14/17] coreutils: update to 8.32

2020-04-30 Thread Alexander Kanavin
License-Update: copyright years, http changed to https
Signed-off-by: Alexander Kanavin 
---
 .../coreutils/fix-selinux-flask.patch | 13 ---
 .../remove-usr-local-lib-from-m4.patch| 23 ++-
 .../strtod_fix_clash_with_strtold.patch   | 10 +++-
 .../{coreutils_8.31.bb => coreutils_8.32.bb}  | 11 +
 4 files changed, 31 insertions(+), 26 deletions(-)
 rename meta/recipes-core/coreutils/{coreutils_8.31.bb => coreutils_8.32.bb} 
(95%)

diff --git a/meta/recipes-core/coreutils/coreutils/fix-selinux-flask.patch 
b/meta/recipes-core/coreutils/coreutils/fix-selinux-flask.patch
index 9d1ae55d47..173a57925b 100644
--- a/meta/recipes-core/coreutils/coreutils/fix-selinux-flask.patch
+++ b/meta/recipes-core/coreutils/coreutils/fix-selinux-flask.patch
@@ -1,4 +1,4 @@
-From a1d360509fa3a4aff57eedcd528cc0347a87531d Mon Sep 17 00:00:00 2001
+From 7e20a7242ba2657f73311bbf5278093da67f0721 Mon Sep 17 00:00:00 2001
 From: Robert Yang 
 Date: Tue, 16 Sep 2014 01:59:08 -0700
 Subject: [PATCH] gnulib-comp.m4: selinux/flask.h should respect to
@@ -13,20 +13,20 @@ compilation terminated.
 Upstream-Status: Pending
 
 Signed-off-by: Robert Yang 
+
 ---
- m4/gnulib-comp.m4 |2 +-
+ m4/gnulib-comp.m4 | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)
 
 diff --git a/m4/gnulib-comp.m4 b/m4/gnulib-comp.m4
-index 472d3a0..5f09734 100644
+index dead90e..0abf0bd 100644
 --- a/m4/gnulib-comp.m4
 +++ b/m4/gnulib-comp.m4
-@@ -1730,11 +1730,11 @@ AC_DEFUN([gl_INIT],
+@@ -1860,10 +1860,10 @@ AC_DEFUN([gl_INIT],
  AC_LIBOBJ([select])
fi
gl_SYS_SELECT_MODULE_INDICATOR([select])
 -  AC_CHECK_HEADERS([selinux/flask.h])
-   AC_LIBOBJ([selinux-at])
gl_HEADERS_SELINUX_SELINUX_H
gl_HEADERS_SELINUX_CONTEXT_H
if test "$with_selinux" != no && test "$ac_cv_header_selinux_selinux_h" = 
yes; then
@@ -34,6 +34,3 @@ index 472d3a0..5f09734 100644
  AC_LIBOBJ([getfilecon])
fi
gl_SERVENT
--- 
-1.7.9.5
-
diff --git 
a/meta/recipes-core/coreutils/coreutils/remove-usr-local-lib-from-m4.patch 
b/meta/recipes-core/coreutils/coreutils/remove-usr-local-lib-from-m4.patch
index 2ef8a548ac..1a8a9b9983 100644
--- a/meta/recipes-core/coreutils/coreutils/remove-usr-local-lib-from-m4.patch
+++ b/meta/recipes-core/coreutils/coreutils/remove-usr-local-lib-from-m4.patch
@@ -1,3 +1,8 @@
+From a26530083a29910bfd606ecc621acecd547a Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Wed, 3 Aug 2011 14:12:30 -0700
+Subject: [PATCH] coreutils: Fix build on uclibc
+
 We have problem using hardcoded directories like /usr/local here
 which will be checked for cross builds. This is a special case which
 is valid for AIX only. We do not have AIX as one of our supported
@@ -8,11 +13,15 @@ Signed-off-by: Khem Raj 
 
 Upstream-Status: Inappropriate [Upstream does care for AIX while we may not]
 
-Index: coreutils-8.14/m4/getloadavg.m4
-===
 coreutils-8.14.orig/m4/getloadavg.m4   2011-09-19 08:09:24.0 
-0700
-+++ coreutils-8.14/m4/getloadavg.m42011-10-19 21:42:00.385533357 -0700
-@@ -41,16 +41,6 @@
+---
+ m4/getloadavg.m4 | 12 
+ 1 file changed, 12 deletions(-)
+
+diff --git a/m4/getloadavg.m4 b/m4/getloadavg.m4
+index 8e96965..63782a2 100644
+--- a/m4/getloadavg.m4
 b/m4/getloadavg.m4
+@@ -41,18 +41,6 @@ AC_CHECK_FUNC([getloadavg], [],
 [LIBS="-lutil $LIBS" gl_func_getloadavg_done=yes])
 fi
  
@@ -20,7 +29,9 @@ Index: coreutils-8.14/m4/getloadavg.m4
 - # There is a commonly available library for RS/6000 AIX.
 - # Since it is not a standard part of AIX, it might be installed locally.
 - gl_getloadavg_LIBS=$LIBS
-- LIBS="-L/usr/local/lib $LIBS"
+- if test $cross_compiling != yes; then
+-   LIBS="-L/usr/local/lib $LIBS"
+- fi
 - AC_CHECK_LIB([getloadavg], [getloadavg],
 -  [LIBS="-lgetloadavg $LIBS" gl_func_getloadavg_done=yes],
 -  [LIBS=$gl_getloadavg_LIBS])
diff --git 
a/meta/recipes-core/coreutils/coreutils/strtod_fix_clash_with_strtold.patch 
b/meta/recipes-core/coreutils/coreutils/strtod_fix_clash_with_strtold.patch
index 0093cd..fd629a5d2a 100644
--- a/meta/recipes-core/coreutils/coreutils/strtod_fix_clash_with_strtold.patch
+++ b/meta/recipes-core/coreutils/coreutils/strtod_fix_clash_with_strtold.patch
@@ -1,4 +1,4 @@
-From 0562b040fa17f1722ba2b3096067b45d0582ca53 Mon Sep 17 00:00:00 2001
+From 134137671bd771bf0205b87a735c545dbcdbb4b3 Mon Sep 17 00:00:00 2001
 From: Paul Eggert 
 Date: Mon, 11 Mar 2019 16:40:29 -0700
 Subject: [PATCH] strtod: fix clash with strtold
@@ -14,12 +14,11 @@ Upstream-Status: Backport [rhel5]
 Signed-off-by: Oleksandr Kravchuk 
 
 ---
- ChangeLog|  9 +
  lib/strtod.c | 11 +--
- 2 files changed, 14 insertions(+), 6 deletions(-)
+ 1 file changed, 5 insertions(+), 6 deletions(-)
 
 diff --git a/lib/strtod.c b/lib/strtod.c
-index b9eaa51b4..69b1564e1 100644
+index 

[OE-core] [PATCH 03/17] logrotate: update to 3.16.0

2020-04-30 Thread Alexander Kanavin
Signed-off-by: Alexander Kanavin 
---
 ...ual.patch => 0001-Update-the-manual.patch} | 15 +--
 .../logrotate/act-as-mv-when-rotate.patch | 25 +--
 .../disable-check-different-filesystems.patch | 14 +--
 ...ogrotate_3.15.1.bb => logrotate_3.16.0.bb} |  6 ++---
 4 files changed, 29 insertions(+), 31 deletions(-)
 rename meta/recipes-extended/logrotate/logrotate/{update-the-manual.patch => 
0001-Update-the-manual.patch} (70%)
 rename meta/recipes-extended/logrotate/{logrotate_3.15.1.bb => 
logrotate_3.16.0.bb} (95%)

diff --git a/meta/recipes-extended/logrotate/logrotate/update-the-manual.patch 
b/meta/recipes-extended/logrotate/logrotate/0001-Update-the-manual.patch
similarity index 70%
rename from meta/recipes-extended/logrotate/logrotate/update-the-manual.patch
rename to meta/recipes-extended/logrotate/logrotate/0001-Update-the-manual.patch
index 725567e0c9..50a3852078 100644
--- a/meta/recipes-extended/logrotate/logrotate/update-the-manual.patch
+++ b/meta/recipes-extended/logrotate/logrotate/0001-Update-the-manual.patch
@@ -1,4 +1,4 @@
-From bf22e8805df69344f6f20cea390e829a22fa741b Mon Sep 17 00:00:00 2001
+From 3e2cfa88b6538bb0fee3d9a6e99622055d05ac4a Mon Sep 17 00:00:00 2001
 From: Robert Yang 
 Date: Tue, 17 Feb 2015 21:14:37 -0800
 Subject: [PATCH] Update the manual
@@ -8,23 +8,24 @@ Update the manual for rotating on different filesystems.
 Upstream-Status: Pending
 
 Signed-off-by: Robert Yang 
+
 ---
  logrotate.8.in | 10 --
  1 file changed, 4 insertions(+), 6 deletions(-)
 
 diff --git a/logrotate.8.in b/logrotate.8.in
-index 951e406..581bf48 100644
+index 98fea91..70b4c44 100644
 --- a/logrotate.8.in
 +++ b/logrotate.8.in
-@@ -445,12 +445,10 @@ Do not rotate the log if it is empty (this overrides the 
\fBifempty\fR option).
+@@ -202,12 +202,10 @@ at all (use with caution, may waste performance and disk 
space). Default is 0.
  
  .TP
  \fBolddir \fIdirectory\fR
--Logs are moved into \fIdirectory\fR for rotation. The \fIdirectory\fR must be
+-Logs are moved into \fIdirectory\fR for rotation.  The \fIdirectory\fR must be
 -on the same physical device as the log file being rotated, unless \fBcopy\fR,
--\fBcopytruncate\fR or \fBrenamecopy\fR option is used. The \fIdirectory\fR
+-\fBcopytruncate\fR or \fBrenamecopy\fR option is used.  The \fIdirectory\fR
 -is assumed to be relative to the directory holding the log file
--unless an absolute path name is specified. When this option is used all
+-unless an absolute path name is specified.  When this option is used all
 -old versions of the log end up in \fIdirectory\fR.  This option may be
 +Logs are moved into \fIdirectory\fR for rotation. The \fIdirectory\fR
 +is assumed to be relative to the directory holding the log file unless
@@ -34,5 +35,5 @@ index 951e406..581bf48 100644
  
  .TP
 -- 
-1.8.3.1
+2.24.0
 
diff --git 
a/meta/recipes-extended/logrotate/logrotate/act-as-mv-when-rotate.patch 
b/meta/recipes-extended/logrotate/logrotate/act-as-mv-when-rotate.patch
index 79805b5148..acef5ccbe9 100644
--- a/meta/recipes-extended/logrotate/logrotate/act-as-mv-when-rotate.patch
+++ b/meta/recipes-extended/logrotate/logrotate/act-as-mv-when-rotate.patch
@@ -1,4 +1,4 @@
-From c637948ebab5aff5641700c5cf613321ca0a6e6b Mon Sep 17 00:00:00 2001
+From ef1ea905831c5bcd63e04149571c10d75ff8f028 Mon Sep 17 00:00:00 2001
 From: Robert Yang 
 Date: Tue, 17 Feb 2015 21:08:07 -0800
 Subject: [PATCH] Act as the "mv" command when rotate log
@@ -9,15 +9,16 @@ read and write.
 Upstream-Status: Pending
 
 Signed-off-by: Robert Yang 
+
 ---
  logrotate.c | 71 -
  1 file changed, 59 insertions(+), 12 deletions(-)
 
 diff --git a/logrotate.c b/logrotate.c
-index 54dac90..bf3ec23 100644
+index 25902bc..afa1a90 100644
 --- a/logrotate.c
 +++ b/logrotate.c
-@@ -1360,6 +1360,53 @@ static int findNeedRotating(struct logInfo *log, int 
logNum, int force)
+@@ -1434,6 +1434,53 @@ static int findNeedRotating(struct logInfo *log, int 
logNum, int force)
  return 0;
  }
  
@@ -71,7 +72,7 @@ index 54dac90..bf3ec23 100644
  /* find the rotated file with the highest index */
  static int findLastRotated(const struct logNames *rotNames,
 const char *fileext, const char *compext)
-@@ -1800,15 +1847,15 @@ static int prerotateSingleLog(struct logInfo *log, int 
logNum,
+@@ -1911,15 +1958,15 @@ static int prerotateSingleLog(struct logInfo *log, int 
logNum,
  }
  
  message(MESS_DEBUG,
@@ -90,7 +91,7 @@ index 54dac90..bf3ec23 100644
  oldName, newName, strerror(errno));
  hasErrors = 1;
  }
-@@ -1891,21 +1938,21 @@ static int rotateSingleLog(struct logInfo *log, int 
logNum,
+@@ -2002,10 +2049,10 @@ static int rotateSingleLog(struct logInfo *log, int 
logNum,
  return 1;
  }
  
@@ -104,7 +105,8 @@ index 54dac90..bf3ec23 100644
   

[OE-core] [PATCH 16/17] glib-2.0: update 2.62.4 -> 2.64.2

2020-04-30 Thread Alexander Kanavin
Add a couple of missing ptest dependencies.

Drop backports.

Signed-off-by: Alexander Kanavin 
---
 ...-Do-not-ignore-return-value-of-write.patch |   6 +-
 ...t-write-bindir-into-pkg-config-files.patch |  10 +-
 ...0001-Fix-DATADIRNAME-on-uclibc-Linux.patch |   7 +-
 ...-gio-querymodules-as-libexec_PROGRAM.patch |   6 +-
 ...ng-about-deprecated-paths-in-schemas.patch |  11 +-
 ...-correctly-when-building-with-mingw3.patch |  22 ++--
 ...ces.c-comment-out-a-build-host-only-.patch |   3 +-
 ...on-Run-atomics-test-on-clang-as-well.patch |  10 +-
 ...dcode-python-path-into-various-tools.patch |  14 +--
 ...-GSource-iterator-if-iteration-can-m.patch |  43 ---
 ...-memory-leaks-and-memory-corruption-.patch | 109 --
 ...e-mutex-unlocking-in-destructor-righ.patch |  36 --
 ...ble-more-tests-while-cross-compiling.patch |  32 ++---
 .../glib-2.0/glib-2.0/relocate-modules.patch  |  10 +-
 ...{glib-2.0_2.62.4.bb => glib-2.0_2.64.2.bb} |   7 +-
 meta/recipes-core/glib-2.0/glib.inc   |   4 +-
 16 files changed, 66 insertions(+), 264 deletions(-)
 delete mode 100644 
meta/recipes-core/glib-2.0/glib-2.0/0011-GMainContext-Fix-GSource-iterator-if-iteration-can-m.patch
 delete mode 100644 
meta/recipes-core/glib-2.0/glib-2.0/0012-GMainContext-Fix-memory-leaks-and-memory-corruption-.patch
 delete mode 100644 
meta/recipes-core/glib-2.0/glib-2.0/0013-GMainContext-Move-mutex-unlocking-in-destructor-righ.patch
 rename meta/recipes-core/glib-2.0/{glib-2.0_2.62.4.bb => glib-2.0_2.64.2.bb} 
(83%)

diff --git 
a/meta/recipes-core/glib-2.0/glib-2.0/0001-Do-not-ignore-return-value-of-write.patch
 
b/meta/recipes-core/glib-2.0/glib-2.0/0001-Do-not-ignore-return-value-of-write.patch
index 0ebf138d60..f3a0069633 100644
--- 
a/meta/recipes-core/glib-2.0/glib-2.0/0001-Do-not-ignore-return-value-of-write.patch
+++ 
b/meta/recipes-core/glib-2.0/glib-2.0/0001-Do-not-ignore-return-value-of-write.patch
@@ -1,4 +1,4 @@
-From d250652782b65b071b7cc8f01f2db833df104e0e Mon Sep 17 00:00:00 2001
+From 658c034d92027dc8af5f784cae852123fac79b19 Mon Sep 17 00:00:00 2001
 From: Khem Raj 
 Date: Sat, 16 Apr 2016 13:28:59 -0700
 Subject: [PATCH] Do not ignore return value of write()
@@ -16,10 +16,10 @@ Signed-off-by: Khem Raj 
  1 file changed, 3 insertions(+), 2 deletions(-)
 
 diff --git a/glib/tests/unix.c b/glib/tests/unix.c
-index 9d55a6c..a07f945 100644
+index 7639d06..f941141 100644
 --- a/glib/tests/unix.c
 +++ b/glib/tests/unix.c
-@@ -32,14 +32,15 @@ test_pipe (void)
+@@ -33,14 +33,15 @@ test_pipe (void)
GError *error = NULL;
int pipefd[2];
char buf[1024];
diff --git 
a/meta/recipes-core/glib-2.0/glib-2.0/0001-Do-not-write-bindir-into-pkg-config-files.patch
 
b/meta/recipes-core/glib-2.0/glib-2.0/0001-Do-not-write-bindir-into-pkg-config-files.patch
index edac4c9f75..5fe3aa898e 100644
--- 
a/meta/recipes-core/glib-2.0/glib-2.0/0001-Do-not-write-bindir-into-pkg-config-files.patch
+++ 
b/meta/recipes-core/glib-2.0/glib-2.0/0001-Do-not-write-bindir-into-pkg-config-files.patch
@@ -1,4 +1,4 @@
-From 60b36289ac314ad972cf81c1acd19f6f2e58ff25 Mon Sep 17 00:00:00 2001
+From 0797a40627a4cb5439a24b872edc65356dceaaf0 Mon Sep 17 00:00:00 2001
 From: Alexander Kanavin 
 Date: Fri, 15 Feb 2019 11:17:27 +0100
 Subject: [PATCH] Do not write $bindir into pkg-config files
@@ -16,13 +16,13 @@ Signed-off-by: Alexander Kanavin 
  2 files changed, 11 insertions(+), 11 deletions(-)
 
 diff --git a/gio/meson.build b/gio/meson.build
-index 71e88c4..8ce3987 100644
+index 532b086..98468a3 100644
 --- a/gio/meson.build
 +++ b/gio/meson.build
-@@ -831,14 +831,14 @@ pkg.generate(libgio,
+@@ -820,14 +820,14 @@ pkg.generate(libgio,
 'schemasdir=' + join_paths('${datadir}', schemas_subdir),
 'bindir=' + join_paths('${prefix}', get_option('bindir')),
-'giomoduledir=' + giomodulesdir,
+'giomoduledir=' + pkgconfig_giomodulesdir,
 -   'gio=' + join_paths('${bindir}', 'gio'),
 -   'gio_querymodules=' + join_paths('${bindir}', 
'gio-querymodules'),
 -   'glib_compile_schemas=' + join_paths('${bindir}', 
'glib-compile-schemas'),
@@ -43,7 +43,7 @@ index 71e88c4..8ce3987 100644
install_dir : glib_pkgconfigreldir,
filebase : 'gio-2.0',
 diff --git a/glib/meson.build b/glib/meson.build
-index 91a48f1..978fb73 100644
+index aaf5f00..1e0992b 100644
 --- a/glib/meson.build
 +++ b/glib/meson.build
 @@ -375,9 +375,9 @@ pkg.generate(libglib,
diff --git 
a/meta/recipes-core/glib-2.0/glib-2.0/0001-Fix-DATADIRNAME-on-uclibc-Linux.patch
 
b/meta/recipes-core/glib-2.0/glib-2.0/0001-Fix-DATADIRNAME-on-uclibc-Linux.patch
index d8cf269bb8..16f2d31496 100644
--- 
a/meta/recipes-core/glib-2.0/glib-2.0/0001-Fix-DATADIRNAME-on-uclibc-Linux.patch
+++ 
b/meta/recipes-core/glib-2.0/glib-2.0/0001-Fix-DATADIRNAME-on-uclibc-Linux.patch
@@ -1,4 +1,4 @@
-From 15f807481de53942525b48952c5b6bbb9fb66542 Mon Sep 17 00:00:00 2001
+From 

[OE-core] [PATCH 15/17] python3-dbusmock: add recipe from meta-oe

2020-04-30 Thread Alexander Kanavin
This is needed for glib ptests.

Signed-off-by: Alexander Kanavin 
---
 meta/conf/distro/include/maintainers.inc |  1 +
 .../python/python3-dbusmock_0.19.bb  | 16 
 2 files changed, 17 insertions(+)
 create mode 100644 meta/recipes-devtools/python/python3-dbusmock_0.19.bb

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index f7e4dac6f6..340cda3300 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -576,6 +576,7 @@ RECIPE_MAINTAINER_pn-python3 = "Oleksandr Kravchuk 
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#137648): 
https://lists.openembedded.org/g/openembedded-core/message/137648
Mute This Topic: https://lists.openembedded.org/mt/73372200/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] [PATCH 10/17] ghostscript: update 9.50 -> 9.52

2020-04-30 Thread Alexander Kanavin
Drop all custom objarch.h files; ghostscript nowadays generates
that with autoconf.

Freetype can no longer be disabled.

Building out of source tree is broken.

Signed-off-by: Alexander Kanavin 
---
 .../do-not-check-local-libpng-source.patch| 37 --
 .../ghostscript/CVE-2019-14869-0001.patch | 70 ---
 .../ghostscript/ghostscript/aarch64/objarch.h | 40 ---
 .../ghostscript/ghostscript/arm/objarch.h | 40 ---
 .../ghostscript/ghostscript/armeb/objarch.h   | 40 ---
 .../ghostscript-9.02-genarch.patch| 38 --
 .../ghostscript/ghostscript/i586/objarch.h| 41 ---
 .../ghostscript/microblaze/objarch.h  | 40 ---
 .../ghostscript/microblazeel/objarch.h| 40 ---
 .../ghostscript/mipsarchn32eb/objarch.h   | 40 ---
 .../ghostscript/mipsarchn32el/objarch.h   | 40 ---
 .../ghostscript/mipsarchn64eb/objarch.h   | 40 ---
 .../ghostscript/mipsarchn64el/objarch.h   | 40 ---
 .../ghostscript/mipsarcho32eb/objarch.h   | 40 ---
 .../ghostscript/mipsarcho32el/objarch.h   | 40 ---
 .../ghostscript/ghostscript/nios2/objarch.h   | 40 ---
 .../ghostscript/ghostscript/powerpc/objarch.h | 40 ---
 .../ghostscript/powerpc64/objarch.h   | 40 ---
 .../ghostscript/powerpc64le/objarch.h | 40 ---
 .../ghostscript/ghostscript/x86-64/objarch.h  | 40 ---
 ...hostscript_9.50.bb => ghostscript_9.52.bb} | 19 ++---
 21 files changed, 19 insertions(+), 826 deletions(-)
 delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/CVE-2019-14869-0001.patch
 delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/aarch64/objarch.h
 delete mode 100644 meta/recipes-extended/ghostscript/ghostscript/arm/objarch.h
 delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/armeb/objarch.h
 delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/ghostscript-9.02-genarch.patch
 delete mode 100644 meta/recipes-extended/ghostscript/ghostscript/i586/objarch.h
 delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/microblaze/objarch.h
 delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/microblazeel/objarch.h
 delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/mipsarchn32eb/objarch.h
 delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/mipsarchn32el/objarch.h
 delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/mipsarchn64eb/objarch.h
 delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/mipsarchn64el/objarch.h
 delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/mipsarcho32eb/objarch.h
 delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/mipsarcho32el/objarch.h
 delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/nios2/objarch.h
 delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/powerpc/objarch.h
 delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/powerpc64/objarch.h
 delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/powerpc64le/objarch.h
 delete mode 100644 
meta/recipes-extended/ghostscript/ghostscript/x86-64/objarch.h
 rename meta/recipes-extended/ghostscript/{ghostscript_9.50.bb => 
ghostscript_9.52.bb} (89%)

diff --git 
a/meta/recipes-extended/ghostscript/files/do-not-check-local-libpng-source.patch
 
b/meta/recipes-extended/ghostscript/files/do-not-check-local-libpng-source.patch
index 5834ffaf9f..a9afb9948c 100644
--- 
a/meta/recipes-extended/ghostscript/files/do-not-check-local-libpng-source.patch
+++ 
b/meta/recipes-extended/ghostscript/files/do-not-check-local-libpng-source.patch
@@ -1,7 +1,7 @@
-From a954bf29a5f906b3151dffbecb5856e02e1565da Mon Sep 17 00:00:00 2001
+From 2adaa7366064a8f18af864eda74e52877a89620c Mon Sep 17 00:00:00 2001
 From: Hongxu Jia 
 Date: Mon, 18 Jan 2016 01:00:30 -0500
-Subject: [PATCH 03/10] configure.ac: do not check local png source
+Subject: [PATCH] configure.ac: do not check local png source
 
 In oe-core, it did not need to compile local libpng
 source in ghostscript, so do not check local png
@@ -11,28 +11,21 @@ libpng library.
 Upstream-Status: Inappropriate [OE-Core specific]
 
 Signed-off-by: Hongxu Jia 
+
 ---
- configure.ac | 4 ++--
- 1 file changed, 2 insertions(+), 2 deletions(-)
+ configure.ac | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
 
 diff --git a/configure.ac b/configure.ac
-index 9341930..80a60b1 100644
+index 698abd3..e65ac8b 100644
 --- a/configure.ac
 +++ b/configure.ac
-@@ -1114,11 +1114,11 @@ AC_SUBST(ZLIBDIR)
- AC_SUBST(FT_SYS_ZLIB)
- 
- dnl png for the png output device; it also requires zlib
--LIBPNGDIR=src
-+LIBPNGDIR=$srcdir/libpng
- PNGDEVS=''
- PNGDEVS_ALL='png48 png16m pnggray pngmono pngmonod png256 png16 pngalpha'
- AC_MSG_CHECKING([for local png library source])
--if test -f $srcdir/libpng/pngread.c; then
-+if false; then
- 

[OE-core] [PATCH 17/17] glib-networking: update to 2.64.2

2020-04-30 Thread Alexander Kanavin
Signed-off-by: Alexander Kanavin 
---
 .../{glib-networking_2.62.3.bb => glib-networking_2.64.2.bb}  | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-core/glib-networking/{glib-networking_2.62.3.bb => 
glib-networking_2.64.2.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.64.2.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.64.2.bb
index e9596ce1a4..8300d20e0c 100644
--- a/meta/recipes-core/glib-networking/glib-networking_2.62.3.bb
+++ b/meta/recipes-core/glib-networking/glib-networking_2.64.2.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] = "7f8c7ffe2616be4ef4232f2574353dab"
+SRC_URI[archive.sha256sum] = 
"45def0715c551f9b0b41a4e4f730ac95f3d5d4f3de8162260fbf9421cff695a7"
 
 PACKAGECONFIG ??= "gnutls"
 
-- 
2.26.1

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

View/Reply Online (#137650): 
https://lists.openembedded.org/g/openembedded-core/message/137650
Mute This Topic: https://lists.openembedded.org/mt/73372202/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] [PATCH 06/17] xcb-proto: update to 1.14

2020-04-30 Thread Alexander Kanavin
Signed-off-by: Alexander Kanavin 
---
 .../xorg-proto/{xcb-proto_1.13.bb => xcb-proto_1.14.bb}  | 5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)
 rename meta/recipes-graphics/xorg-proto/{xcb-proto_1.13.bb => 
xcb-proto_1.14.bb} (82%)

diff --git a/meta/recipes-graphics/xorg-proto/xcb-proto_1.13.bb 
b/meta/recipes-graphics/xorg-proto/xcb-proto_1.14.bb
similarity index 82%
rename from meta/recipes-graphics/xorg-proto/xcb-proto_1.13.bb
rename to meta/recipes-graphics/xorg-proto/xcb-proto_1.14.bb
index 7467090920..6de30098d6 100644
--- a/meta/recipes-graphics/xorg-proto/xcb-proto_1.13.bb
+++ b/meta/recipes-graphics/xorg-proto/xcb-proto_1.14.bb
@@ -11,9 +11,8 @@ LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://COPYING;md5=d763b081cb10c223435b01e00dc0aba7 \
 
file://src/dri2.xml;beginline=2;endline=28;md5=f8763b13ff432e8597e0d610cf598e65"
 
-SRC_URI = "http://xcb.freedesktop.org/dist/${BP}.tar.bz2;
-SRC_URI[md5sum] = "abe9aa4886138150bbc04ae4f29b90e3"
-SRC_URI[sha256sum] = 
"7b98721e669be80284e9bbfeab02d2d0d54cd11172b72271e47a2fe875e2bde1"
+SRC_URI = "http://xcb.freedesktop.org/dist/${BP}.tar.xz;
+SRC_URI[sha256sum] = 
"186a3ceb26f9b4a015f5a44dcc814c93033a5fc39684f36f1ecc79834416a605"
 
 inherit autotools pkgconfig python3native
 
-- 
2.26.1

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

View/Reply Online (#137639): 
https://lists.openembedded.org/g/openembedded-core/message/137639
Mute This Topic: https://lists.openembedded.org/mt/73372191/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] [PATCH 11/17] webkitgtk: update to 2.28.2

2020-04-30 Thread Alexander Kanavin
Signed-off-by: Alexander Kanavin 
---
 .../webkitgtk/0001-Fix-build-with-musl.patch  | 30 +--
 ...tings-so-that-gtkdoc-generation-work.patch |  8 ++---
 .../webkit/webkitgtk/x32_support.patch| 30 ---
 ...ebkitgtk_2.26.4.bb => webkitgtk_2.28.2.bb} |  5 ++--
 4 files changed, 21 insertions(+), 52 deletions(-)
 delete mode 100644 meta/recipes-sato/webkit/webkitgtk/x32_support.patch
 rename meta/recipes-sato/webkit/{webkitgtk_2.26.4.bb => webkitgtk_2.28.2.bb} 
(97%)

diff --git a/meta/recipes-sato/webkit/webkitgtk/0001-Fix-build-with-musl.patch 
b/meta/recipes-sato/webkit/webkitgtk/0001-Fix-build-with-musl.patch
index 0c145c7ebd..6dcb52956c 100644
--- a/meta/recipes-sato/webkit/webkitgtk/0001-Fix-build-with-musl.patch
+++ b/meta/recipes-sato/webkit/webkitgtk/0001-Fix-build-with-musl.patch
@@ -1,4 +1,4 @@
-From c4d4d9f1aa74addefdad40294cf16d9e0b3dd6ec Mon Sep 17 00:00:00 2001
+From 828a500d5be62ba6fc94bd4fac3fe4bf1b1d4f6d Mon Sep 17 00:00:00 2001
 From: Alexander Kanavin 
 Date: Fri, 6 Oct 2017 17:00:08 +0300
 Subject: [PATCH] Fix build with musl
@@ -8,14 +8,14 @@ Signed-off-by: Alexander Kanavin 
 
 ---
  Source/JavaScriptCore/runtime/MachineContext.h | 10 +-
- Source/WTF/wtf/Platform.h  |  2 +-
+ Source/WTF/wtf/PlatformHave.h  |  2 +-
  2 files changed, 6 insertions(+), 6 deletions(-)
 
 diff --git a/Source/JavaScriptCore/runtime/MachineContext.h 
b/Source/JavaScriptCore/runtime/MachineContext.h
-index 823964c2..00841146 100644
+index c5052527..95ef98b5 100644
 --- a/Source/JavaScriptCore/runtime/MachineContext.h
 +++ b/Source/JavaScriptCore/runtime/MachineContext.h
-@@ -188,7 +188,7 @@ static inline void*& stackPointerImpl(mcontext_t& 
machineContext)
+@@ -196,7 +196,7 @@ static inline void*& stackPointerImpl(mcontext_t& 
machineContext)
  #error Unknown Architecture
  #endif
  
@@ -24,7 +24,7 @@ index 823964c2..00841146 100644
  
  #if CPU(X86)
  return reinterpret_cast((uintptr_t&) 
machineContext.gregs[REG_ESP]);
-@@ -335,7 +335,7 @@ static inline void*& framePointerImpl(mcontext_t& 
machineContext)
+@@ -347,7 +347,7 @@ static inline void*& framePointerImpl(mcontext_t& 
machineContext)
  #error Unknown Architecture
  #endif
  
@@ -33,7 +33,7 @@ index 823964c2..00841146 100644
  
  // The following sequence depends on glibc's sys/ucontext.h.
  #if CPU(X86)
-@@ -482,7 +482,7 @@ static inline void*& instructionPointerImpl(mcontext_t& 
machineContext)
+@@ -498,7 +498,7 @@ static inline void*& instructionPointerImpl(mcontext_t& 
machineContext)
  #error Unknown Architecture
  #endif
  
@@ -42,7 +42,7 @@ index 823964c2..00841146 100644
  
  // The following sequence depends on glibc's sys/ucontext.h.
  #if CPU(X86)
-@@ -639,7 +639,7 @@ inline void*& argumentPointer<1>(mcontext_t& 
machineContext)
+@@ -656,7 +656,7 @@ inline void*& argumentPointer<1>(mcontext_t& 
machineContext)
  #error Unknown Architecture
  #endif
  
@@ -51,7 +51,7 @@ index 823964c2..00841146 100644
  
  // The following sequence depends on glibc's sys/ucontext.h.
  #if CPU(X86)
-@@ -756,7 +756,7 @@ inline void*& llintInstructionPointer(mcontext_t& 
machineContext)
+@@ -773,7 +773,7 @@ inline void*& llintInstructionPointer(mcontext_t& 
machineContext)
  #error Unknown Architecture
  #endif
  
@@ -60,13 +60,13 @@ index 823964c2..00841146 100644
  
  // The following sequence depends on glibc's sys/ucontext.h.
  #if CPU(X86)
-diff --git a/Source/WTF/wtf/Platform.h b/Source/WTF/wtf/Platform.h
-index 34f7cb14..32ad9150 100644
 a/Source/WTF/wtf/Platform.h
-+++ b/Source/WTF/wtf/Platform.h
-@@ -714,7 +714,7 @@
- 
- #endif /* OS(DARWIN) */
+diff --git a/Source/WTF/wtf/PlatformHave.h b/Source/WTF/wtf/PlatformHave.h
+index daca20fe..53eae6ba 100644
+--- a/Source/WTF/wtf/PlatformHave.h
 b/Source/WTF/wtf/PlatformHave.h
+@@ -222,7 +222,7 @@
+ #define HAVE_HOSTED_CORE_ANIMATION 1
+ #endif
  
 -#if OS(DARWIN) || OS(FUCHSIA) || ((OS(FREEBSD) || defined(__GLIBC__) || 
defined(__BIONIC__)) && (CPU(X86) || CPU(X86_64) || CPU(ARM) || CPU(ARM64) || 
CPU(MIPS)))
 +#if OS(DARWIN) || OS(FUCHSIA) || ((OS(FREEBSD) || defined(__linux__) || 
defined(__BIONIC__)) && (CPU(X86) || CPU(X86_64) || CPU(ARM) || CPU(ARM64) || 
CPU(MIPS)))
diff --git 
a/meta/recipes-sato/webkit/webkitgtk/0001-Tweak-gtkdoc-settings-so-that-gtkdoc-generation-work.patch
 
b/meta/recipes-sato/webkit/webkitgtk/0001-Tweak-gtkdoc-settings-so-that-gtkdoc-generation-work.patch
index e7c668c040..866e9d9d09 100644
--- 
a/meta/recipes-sato/webkit/webkitgtk/0001-Tweak-gtkdoc-settings-so-that-gtkdoc-generation-work.patch
+++ 
b/meta/recipes-sato/webkit/webkitgtk/0001-Tweak-gtkdoc-settings-so-that-gtkdoc-generation-work.patch
@@ -1,4 +1,4 @@
-From 4b5e02212a31b82fc9b3becad90542274816fc29 Mon Sep 17 00:00:00 2001
+From 1c7e7a385387d7febf633bbb6d2b99ece523e719 Mon Sep 17 00:00:00 2001
 From: Alexander Kanavin 
 Date: Thu, 11 Aug 2016 17:13:51 +0300
 Subject: [PATCH] Tweak gtkdoc settings so that gtkdoc generation 

[OE-core] [PATCH 09/17] ghostscript: do not hardcode version in SRC_URI

2020-04-30 Thread Alexander Kanavin
Signed-off-by: Alexander Kanavin 
---
 meta/recipes-extended/ghostscript/ghostscript_9.50.bb | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-extended/ghostscript/ghostscript_9.50.bb 
b/meta/recipes-extended/ghostscript/ghostscript_9.50.bb
index 39c32644db..5e8af8dc11 100644
--- a/meta/recipes-extended/ghostscript/ghostscript_9.50.bb
+++ b/meta/recipes-extended/ghostscript/ghostscript_9.50.bb
@@ -19,7 +19,11 @@ DEPENDS_class-native = "libpng-native"
 UPSTREAM_CHECK_URI = 
"https://github.com/ArtifexSoftware/ghostpdl-downloads/releases;
 UPSTREAM_CHECK_REGEX = "(?P\d+(\.\d+)+)\.tar"
 
-SRC_URI_BASE = 
"https://github.com/ArtifexSoftware/ghostpdl-downloads/releases/download/gs950/${BPN}-${PV}.tar.gz
 \
+def gs_verdir(v):
+return "".join(v.split("."))
+
+
+SRC_URI_BASE = 
"https://github.com/ArtifexSoftware/ghostpdl-downloads/releases/download/gs${@gs_verdir("${PV}")}/${BPN}-${PV}.tar.gz
 \
 file://ghostscript-9.15-parallel-make.patch \
 file://ghostscript-9.16-Werror-return-type.patch \
 file://do-not-check-local-libpng-source.patch \
-- 
2.26.1

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

View/Reply Online (#137642): 
https://lists.openembedded.org/g/openembedded-core/message/137642
Mute This Topic: https://lists.openembedded.org/mt/73372194/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[OE-core] [PATCH 05/17] kmscube: update to latest commit

2020-04-30 Thread Alexander Kanavin
Drop a mali-specific patch that was never ported to meson or accepted
upstream.

Signed-off-by: Alexander Kanavin 
---
 ...bo_map-_unmap-and-use-it-or-avoid-it.patch | 117 --
 meta/recipes-graphics/kmscube/kmscube_git.bb  |   5 +-
 2 files changed, 2 insertions(+), 120 deletions(-)
 delete mode 100644 
meta/recipes-graphics/kmscube/kmscube/detect-gst_bo_map-_unmap-and-use-it-or-avoid-it.patch

diff --git 
a/meta/recipes-graphics/kmscube/kmscube/detect-gst_bo_map-_unmap-and-use-it-or-avoid-it.patch
 
b/meta/recipes-graphics/kmscube/kmscube/detect-gst_bo_map-_unmap-and-use-it-or-avoid-it.patch
deleted file mode 100644
index a7a08f14e6..00
--- 
a/meta/recipes-graphics/kmscube/kmscube/detect-gst_bo_map-_unmap-and-use-it-or-avoid-it.patch
+++ /dev/null
@@ -1,117 +0,0 @@
-From a91c588b5a4122506e7fe949c37d530621bdd997 Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?Daniel=20D=C3=ADaz?= 
-Date: Tue, 11 Jul 2017 14:50:37 -0500
-Subject: [PATCH] Detect gst_bo_map/_unmap and use it (or avoid it)
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-Those functions are not available on libMali, thus breaking
-builds and creating havoc.
-
-Removing the specific parts of the code that deal with
-gbm_bo_map() and gbm_bo_unmap() renders the kmscube utility
-a little less useful, but still valuable.
-
-Signed-off-by: Daniel Díaz 
-Cc: Rob Clark 
-Reviewed-by: Eric Engestrom 
-
-Upstream-Status: Submitted 
[https://lists.freedesktop.org/archives/mesa-dev/2017-July/163020.html]
-Signed-off-by: Zoltan Kuscsik 

- Makefile.am   | 5 -
- configure.ac  | 3 +++
- gst-decoder.c | 7 ++-
- kmscube.c | 4 
- 4 files changed, 17 insertions(+), 2 deletions(-)
-
-diff --git a/Makefile.am b/Makefile.am
-index ba064e4..3a0a50b 100644
 a/Makefile.am
-+++ b/Makefile.am
-@@ -43,7 +43,6 @@ kmscube_SOURCES = \
-   common.c \
-   common.h \
-   cube-smooth.c \
--  cube-tex.c \
-   drm-atomic.c \
-   drm-common.c \
-   drm-common.h \
-@@ -68,3 +67,7 @@ texturator_SOURCES = \
-   drm-common.c \
-   drm-legacy.c \
-   texturator.c
-+
-+if ENABLE_GBM_MAP
-+kmscube_SOURCES += cube-tex.c
-+endif
-diff --git a/configure.ac b/configure.ac
-index 6be6541..3d20121 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -49,5 +49,8 @@ if test "x$HAVE_GST" = "xyes"; then
- fi
- AM_CONDITIONAL(ENABLE_GST, [test "x$HAVE_GST" = "xyes"])
- 
-+AC_CHECK_LIB([gbm], [gbm_bo_map], [HAVE_GBM_BO_MAP=yes], [])
-+AM_CONDITIONAL(ENABLE_GBM_MAP, [test "x$HAVE_GBM_BO_MAP" = "xyes"])
-+
- AC_CONFIG_FILES([Makefile])
- AC_OUTPUT
-diff --git a/gst-decoder.c b/gst-decoder.c
-index 5431014..0aa7a55 100644
 a/gst-decoder.c
-+++ b/gst-decoder.c
-@@ -332,6 +332,7 @@ set_last_frame(struct decoder *dec, EGLImage frame, 
GstSample *samp)
-   dec->last_samp = samp;
- }
- 
-+#if HAVE_GBM_BO_MAP
- // TODO this could probably be a helper re-used by cube-tex:
- static int
- buf_to_fd(const struct gbm *gbm, int size, void *ptr)
-@@ -357,6 +358,7 @@ buf_to_fd(const struct gbm *gbm, int size, void *ptr)
- 
-   return fd;
- }
-+#endif
- 
- static EGLImage
- buffer_to_image(struct decoder *dec, GstBuffer *buf)
-@@ -410,12 +412,15 @@ buffer_to_image(struct decoder *dec, GstBuffer *buf)
- 
-   if (is_dmabuf_mem) {
-   dmabuf_fd = dup(gst_dmabuf_memory_get_fd(mem));
--  } else {
-+  }
-+#if HAVE_GBM_BO_MAP
-+  else {
-   GstMapInfo map_info;
-   gst_buffer_map(buf, _info, GST_MAP_READ);
-   dmabuf_fd = buf_to_fd(dec->gbm, map_info.size, map_info.data);
-   gst_buffer_unmap(buf, _info);
-   }
-+#endif
- 
-   if (dmabuf_fd < 0) {
-   GST_ERROR("could not obtain DMABUF FD");
-diff --git a/kmscube.c b/kmscube.c
-index 81803be..e93da67 100644
 a/kmscube.c
-+++ b/kmscube.c
-@@ -166,7 +166,11 @@ int main(int argc, char *argv[])
-   else if (mode == VIDEO)
-   egl = init_cube_video(gbm, video, samples);
-   else
-+#if HAVE_GBM_BO_MAP
-   egl = init_cube_tex(gbm, mode, samples);
-+#else
-+  printf("gbm_bo_map() support missing\n");
-+#endif
- 
-   if (!egl) {
-   printf("failed to initialize EGL\n");
--- 
-2.22.0
-
diff --git a/meta/recipes-graphics/kmscube/kmscube_git.bb 
b/meta/recipes-graphics/kmscube/kmscube_git.bb
index a1a295f660..c72fbc61a9 100644
--- a/meta/recipes-graphics/kmscube/kmscube_git.bb
+++ b/meta/recipes-graphics/kmscube/kmscube_git.bb
@@ -6,9 +6,8 @@ DEPENDS = "virtual/libgles2 virtual/egl libdrm"
 
 LIC_FILES_CHKSUM = 
"file://kmscube.c;beginline=1;endline=23;md5=8b309d4ee67b7315ff7381270dd631fb"
 
-SRCREV = "76bb57d539cb43d267e561024c34e031bf351e04"
-SRC_URI = 
"git://gitlab.freedesktop.org/mesa/kmscube;branch=master;protocol=https \
-file://detect-gst_bo_map-_unmap-and-use-it-or-avoid-it.patch"
+SRCREV = "4660a7dca6512b6e658759d00cff7d4ad2a2059d"
+SRC_URI = 

[OE-core][zeus][PATCH] qemu: Add PACKAGECONFIG for glusterfs

2020-04-30 Thread haiqing
Signed-off-by: Haiqing Bai 
---
 meta/recipes-devtools/qemu/qemu.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index f451017..a53dea1 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -166,6 +166,7 @@ PACKAGECONFIG[spice] = 
"--enable-spice,--disable-spice,spice"
 # usbredir will be in meta-networking layer
 PACKAGECONFIG[usb-redir] = "--enable-usb-redir,--disable-usb-redir,usbredir"
 PACKAGECONFIG[snappy] = "--enable-snappy,--disable-snappy,snappy"
+PACKAGECONFIG[glusterfs] = "--enable-glusterfs,--disable-glusterfs,glusterfs"
 
 INSANE_SKIP_${PN} = "arch"
 
-- 
1.9.1

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

View/Reply Online (#137633): 
https://lists.openembedded.org/g/openembedded-core/message/137633
Mute This Topic: https://lists.openembedded.org/mt/73371179/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Re: [OE-core] [PATCH] sanity: Require gcc 6 or later

2020-04-30 Thread Alexander Kanavin
Ubuntu 16.04 will continue to be supported even with this change, you just
need to set up builtools-extended-tarball to provide a recent compiler,
which is a couple of easy commands suggested by bitbake.

Alex

On Thu 30. Apr 2020 at 2.04, Steve Sakoman  wrote:

> On Wed, Apr 29, 2020 at 1:41 PM Denys Dmytriyenko  wrote:
>
> > So, this is for master, rigth? No plans to backport it to dunfell
> (hence, no
> > rpm backport either), correct? Trying to make sure Yocto LTS will still
> work
> > on Ubuntu 16.04 LTS...
>
> I have the same goal, so no plans to backport to dunfell!
>
> Steve
>
> > > Signed-off-by: Richard Purdie 
> > > ---
> > >  meta/classes/sanity.bbclass | 6 +++---
> > >  1 file changed, 3 insertions(+), 3 deletions(-)
> > >
> > > diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass
> > > index 9e871017389..292c5591dd3 100644
> > > --- a/meta/classes/sanity.bbclass
> > > +++ b/meta/classes/sanity.bbclass
> > > @@ -527,7 +527,7 @@ def check_wsl(d):
> > >  bb.warn("You are running bitbake under WSLv2, this works
> properly but you should optimize your VHDX file eventually to avoid running
> out of storage space")
> > >  return None
> > >
> > > -# Require at least gcc version 5.0.
> > > +# Require at least gcc version 6.0.
> > >  #
> > >  # This can be fixed on CentOS-7 with devtoolset-6+
> > >  # https://www.softwarecollections.org/en/scls/rhscl/devtoolset-6/
> > > @@ -541,8 +541,8 @@ def check_gcc_version(sanity_data):
> > >
> > >  build_cc, version =
> oe.utils.get_host_compiler_version(sanity_data)
> > >  if build_cc.strip() == "gcc":
> > > -if LooseVersion(version) < LooseVersion("5.0"):
> > > -return "Your version of gcc is older than 5.0 and will
> break builds. Please install a newer version of gcc (you could use the
> project's buildtools-extended-tarball or use scripts/install-buildtools).\n"
> > > +if LooseVersion(version) < LooseVersion("6.0"):
> > > +return "Your version of gcc is older than 6.0 and will
> break builds. Please install a newer version of gcc (you could use the
> project's buildtools-extended-tarball or use scripts/install-buildtools).\n"
> > >  return None
> > >
> > >  # Tar version 1.24 and onwards handle overwriting symlinks correctly
> > > --
> > > 2.25.1
> > >
> >
> > >
> >
> >
> 
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#137632): 
https://lists.openembedded.org/g/openembedded-core/message/137632
Mute This Topic: https://lists.openembedded.org/mt/73363807/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: 
https://lists.openembedded.org/g/openembedded-core/leave/8023207/1426099254/xyzzy
  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-