date:20190424

[OE-core] [PATCH 1/1] webkitgtk: set CVE_PRODUCT

2019-04-24 Thread Chen Qi

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

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

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

[OE-core] [PATCH 0/1] webkitgtk: set CVE_PRODUCT

2019-04-24 Thread Chen Qi

*** BLURB HERE ***
The following changes since commit 7f7a7cba4dcd99d7b36a0d747bfd1bba3f9c2288:

  bitbake: bb: siggen: Print more info when basehash are mis-matched 
(2019-04-23 23:30:45 +0100)

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib ChenQi/webkitgtk-cve
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=ChenQi/webkitgtk-cve

Chen Qi (1):
  webkitgtk: set CVE_PRODUCT

 meta/recipes-sato/webkit/webkitgtk_2.24.0.bb | 2 ++
 1 file changed, 2 insertions(+)

-- 
1.9.1

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

[OE-core] [PATCH v2] cryptodev: fix module loading error

2019-04-24 Thread kai.kang

From: Kai Kang 

Backport patch from upstream to fix module cryptodev loading error.

Signed-off-by: Kai Kang 
---
 meta/recipes-kernel/cryptodev/cryptodev.inc   |  4 +-
 ...x-module-loading-with-Linux-v5.0-rc5.patch | 59 +++
 2 files changed, 62 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-kernel/cryptodev/files/0001-Fix-module-loading-with-Linux-v5.0-rc5.patch

diff --git a/meta/recipes-kernel/cryptodev/cryptodev.inc 
b/meta/recipes-kernel/cryptodev/cryptodev.inc
index 252d39d23a..9d8ba44058 100644
--- a/meta/recipes-kernel/cryptodev/cryptodev.inc
+++ b/meta/recipes-kernel/cryptodev/cryptodev.inc
@@ -3,7 +3,9 @@ HOMEPAGE = "http://cryptodev-linux.org/";
 LICENSE = "GPLv2"
 LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
 
-SRC_URI = "git://github.com/cryptodev-linux/cryptodev-linux"
+SRC_URI = "git://github.com/cryptodev-linux/cryptodev-linux \
+   file://0001-Fix-module-loading-with-Linux-v5.0-rc5.patch \
+   "
 SRCREV = "fd8b15ef1c8398a69a37932ee48c74ab40329a29"
 
 S = "${WORKDIR}/git"
diff --git 
a/meta/recipes-kernel/cryptodev/files/0001-Fix-module-loading-with-Linux-v5.0-rc5.patch
 
b/meta/recipes-kernel/cryptodev/files/0001-Fix-module-loading-with-Linux-v5.0-rc5.patch
new file mode 100644
index 00..34ec87272f
--- /dev/null
+++ 
b/meta/recipes-kernel/cryptodev/files/0001-Fix-module-loading-with-Linux-v5.0-rc5.patch
@@ -0,0 +1,59 @@
+Upstream-Status: Backport 
[https://github.com/cryptodev-linux/cryptodev-linux/commit/f971e0c]
+
+Backport patch from upstream to fix module cryptodev loading error.
+
+Signed-off-by: Kai Kang 
+
+From f971e0cd4a0ebe59fb2e8e17240399bf6901b09b Mon Sep 17 00:00:00 2001
+From: "Derald D. Woods" 
+Date: Sun, 10 Feb 2019 13:22:19 -0600
+Subject: [PATCH] Fix module loading with Linux v5.0-rc5
+
+This commit fixes this module load error:
+[...]
+[   29.112091] cryptodev: loading out-of-tree module taints kernel.
+[   29.128906] cryptodev: Unknown symbol crypto_givcipher_type (err -2)
+[   29.188842] cryptodev: Unknown symbol crypto_givcipher_type (err -2)
+modprobe: can't load module cryptodev (extra/cryptodev.ko): unknown symbol in 
module, or unknown parameter
+[...]
+
+Upstream Linux support for unused GIVCIPHER, and others, was dropped here:
+
+c79b411eaa72 (crypto: skcipher - remove remnants of internal IV generators)
+
+Signed-off-by: Derald D. Woods 
+---
+ cryptlib.c | 9 +++--
+ 1 file changed, 7 insertions(+), 2 deletions(-)
+
+diff --git a/cryptlib.c b/cryptlib.c
+index 6e66698..4a87037 100644
+--- a/cryptlib.c
 b/cryptlib.c
+@@ -38,7 +38,9 @@
+ #include "cryptodev_int.h"
+ #include "cipherapi.h"
+ 
++#if (LINUX_VERSION_CODE < KERNEL_VERSION(5, 0, 0))
+ extern const struct crypto_type crypto_givcipher_type;
++#endif
+ 
+ static void cryptodev_complete(struct crypto_async_request *req, int err)
+ {
+@@ -157,8 +159,11 @@ int cryptodev_cipher_init(struct cipher_data *out, const 
char *alg_name,
+ 
+ #if (LINUX_VERSION_CODE >= KERNEL_VERSION(4, 8, 0))
+   tfm = crypto_skcipher_tfm(out->async.s);
+-  if ((tfm->__crt_alg->cra_type == &crypto_ablkcipher_type) ||
+-  (tfm->__crt_alg->cra_type == &crypto_givcipher_type)) {
++  if ((tfm->__crt_alg->cra_type == &crypto_ablkcipher_type)
++#if (LINUX_VERSION_CODE < KERNEL_VERSION(5, 0, 0))
++  || (tfm->__crt_alg->cra_type == &crypto_givcipher_type)
++#endif
++  ) {
+   struct ablkcipher_alg *alg;
+ 
+   alg = &tfm->__crt_alg->cra_ablkcipher;
+-- 
+2.20.0
+
-- 
2.20.0

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

Re: [OE-core] [PATCH] glib-2.0: fix ptest failures

2019-04-24 Thread Yu, Mingli




On 2019年04月24日 20:07, Burton, Ross wrote:

On Wed, 24 Apr 2019 at 02:51, Yu, Mingli  wrote:

Per the comments at https://gitlab.gnome.org/GNOME/glib/issues/1357, we
need to run test_non_utf8_printf under builddir to guarantee the test
passed.


Re-read the comments.  Setting that variable skips the test, as it
isn't useful without the translations being installed. So, we need to
install the translations:

root@bob:~# /usr/libexec/installed-tests/glib/gdatetime -p
/GDateTime/non_utf8_printf
/GDateTime/non_utf8_printf: **
GLib:ERROR:../glib-2.58.3/glib/tests/gdatetime.c:1477:test_non_utf8_printf:
assertion failed (__p == ("10\346\234\210")): ("Oct" ==
"10\346\234\210")
Aborted (core dumped)

root@bob:~# dnf install glib-2.0-locale-ja
[ ... ]
Installed:
   libglib-2.0-locale-ja-1:2.58.3-r0.corei7_64


Many thanks for Ross's comments!

Yes, it's true. Install libglib-2.0-locale-ja-2.58.3-r0 did silence the 
test_non_utf8_printf failure of gdatetime.test.


But once unset G_TEST_BUILDDIR, we should check the translation modules 
one by one to silence other failures such as below to guarantee 
gdatetime.test passed.


GLib:ERROR:../glib-2.58.3/glib/tests/gdatetime.c:1683:test_month_names: 
assertion failed (p_casefold == (o_casefold)): ("sep" == "sept.")
Bail out! 
GLib:ERROR:../glib-2.58.3/glib/tests/gdatetime.c:1683:test_month_names: 
assertion failed (p_casefold == (o_casefold)): ("sep" == "sept.")

FAIL: glib/gdatetime.test (Child process killed by signal 6)

Anyway, I will check the translation issues one by one and resent the patch.

Thanks,



root@bob:~# /usr/libexec/installed-tests/glib/gdatetime -p
/GDateTime/non_utf8_printf
/GDateTime/non_utf8_printf: OK

Ross


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

[OE-core] [PATCHv2] mesa:upgrade 19.0.1 -> 19.0.3

2019-04-24 Thread Zang Ruochen

-Upgrade from mesa-gl_19.0.1.bb to mesa-gl_19.0.3.bb.

-Upgrade from mesa_19.0.1.bb to mesa_19.0.3.bb.

Signed-off-by: Zang Ruochen 
---
 .../mesa/{mesa-gl_19.0.1.bb => mesa-gl_19.0.3.bb} | 0
 meta/recipes-graphics/mesa/{mesa_19.0.1.bb => mesa_19.0.3.bb} | 4 ++--
 2 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/mesa/{mesa-gl_19.0.1.bb => mesa-gl_19.0.3.bb} 
(100%)
 rename meta/recipes-graphics/mesa/{mesa_19.0.1.bb => mesa_19.0.3.bb} (85%)

diff --git a/meta/recipes-graphics/mesa/mesa-gl_19.0.1.bb 
b/meta/recipes-graphics/mesa/mesa-gl_19.0.3.bb
similarity index 100%
rename from meta/recipes-graphics/mesa/mesa-gl_19.0.1.bb
rename to meta/recipes-graphics/mesa/mesa-gl_19.0.3.bb
diff --git a/meta/recipes-graphics/mesa/mesa_19.0.1.bb 
b/meta/recipes-graphics/mesa/mesa_19.0.3.bb
similarity index 85%
rename from meta/recipes-graphics/mesa/mesa_19.0.1.bb
rename to meta/recipes-graphics/mesa/mesa_19.0.3.bb
index d90be8a074..585c3ede23 100644
--- a/meta/recipes-graphics/mesa/mesa_19.0.1.bb
+++ b/meta/recipes-graphics/mesa/mesa_19.0.3.bb
@@ -7,8 +7,8 @@ SRC_URI = 
"https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \

file://0004-use-PKG_CHECK_VAR-for-defining-WAYLAND_PROTOCOLS_DAT.patch \
 "
 
-SRC_URI[md5sum] = "19636bb3da35c21f43040d31e575d5ce"
-SRC_URI[sha256sum] = 
"6884163c0ea9e4c98378ab8fecd72fe7b5f437713a14471beda378df247999d4"
+SRC_URI[md5sum] = "d03bf14e42c0e54ebae5730712ccc408"
+SRC_URI[sha256sum] = 
"f027244e38dc309a4c12db45ef79be81ab62c797a50a88d566e4edb6159fc4d5"
 
 #because we cannot rely on the fact that all apps will use pkgconfig,
 #make eglplatform.h independent of MESA_EGL_NO_X11_HEADER
-- 
2.20.1



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

[OE-core] [PATCH v3 2/2] bitbake: fetch2/git: git-lfs check

2019-04-24 Thread Naveen Saini

Build will fail if repository has lfs contents in absense of git-lfs tool on 
host.
Build will pass if repository may or may not contains lfs content if host has 
git-lfs installed.

Signed-off-by: Naveen Saini 
---
 bitbake/lib/bb/fetch2/git.py | 24 
 1 file changed, 24 insertions(+)

diff --git a/bitbake/lib/bb/fetch2/git.py b/bitbake/lib/bb/fetch2/git.py
index 8185bf4..d862942 100644
--- a/bitbake/lib/bb/fetch2/git.py
+++ b/bitbake/lib/bb/fetch2/git.py
@@ -503,6 +503,15 @@ class Git(FetchMethod):
 
 repourl = self._get_repo_url(ud)
 runfetchcmd("%s remote set-url origin %s" % (ud.basecmd, repourl), d, 
workdir=destdir)
+
+if self._contains_lfs(ud, d, destdir):
+origbbenv = d.getVar("BB_ORIGENV", False)
+path = origbbenv.getVar("PATH")
+gitlfstool = bb.utils.which(path, "git-lfs", executable=True)
+if not gitlfstool:
+raise bb.fetch2.FetchError("Repository %s has lfs content, 
install git-lfs plugin on host to download" % (repourl))
+
+
 if not ud.nocheckout:
 if subdir != "":
 runfetchcmd("%s read-tree %s%s" % (ud.basecmd, 
ud.revisions[ud.names[0]], readpathspec), d,
@@ -553,6 +562,21 @@ class Git(FetchMethod):
 raise bb.fetch2.FetchError("The command '%s' gave output with more 
then 1 line unexpectedly, output: '%s'" % (cmd, output))
 return output.split()[0] != "0"
 
+def _contains_lfs(self, ud, d, wd):
+"""
+Check git lfs repository
+"""
+cmd = "%s grep lfs HEAD:.gitattributes | wc -l" % (
+ud.basecmd)
+try:
+output = runfetchcmd(cmd, d, quiet=True, workdir=wd)
+except bb.fetch2.FetchError:
+return False
+if int(output) > 0:
+return True
+else:
+return False
+
 def _get_repo_url(self, ud):
 """
 Return the repository URL
-- 
2.7.4

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

[OE-core] [PATCH v3 1/2] bitbake.conf: add git-lfs to HOSTTOOLS_NONFATAL

2019-04-24 Thread Naveen Saini

This provides git large file storage (lfs) extension.

Include git-lfs conditionally. If git-lfs is present on host and repo
has lfs pointers, then git-lfs will be used. If git-lfs is not present
on host, it will be ignored.

[YOCTO #13198]

Signed-off-by: Naveen Saini 
---
 meta/conf/bitbake.conf | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 7f8b043..d35a6f6 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -514,6 +514,9 @@ HOSTTOOLS_NONFATAL += "bzr"
 # Used by ssh fetcher
 HOSTTOOLS_NONFATAL += "scp"
 
+# Link to git-lfs if present
+HOSTTOOLS_NONFATAL += "git-lfs"
+
 CCACHE ??= ""
 
 TOOLCHAIN_OPTIONS = " --sysroot=${STAGING_DIR_TARGET}"
-- 
2.7.4

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

Re: [OE-core] [PATCH] cryptodev: update SRCREV

2019-04-24 Thread Kang Kai


On 2019/4/24 下午8:38, Burton, Ross wrote:

I'd prefer this to be applying the patch, which also makes the fix
easier to backport.


OK. I'll send v2 to apply the the patch.

Regards,
Kai




Ross

On Wed, 24 Apr 2019 at 03:26, Kang Kai  wrote:

On 2019/4/15 上午11:42, kai.k...@windriver.com wrote:

From: Kai Kang 

Update SRCREV of cryptodev which only contains one fix for linux 5.0:

$ git log 
fd8b15ef1c8398a69a37932ee48c74ab40329a29..f971e0cd4a0ebe59fb2e8e17240399bf6901b09b
commit f971e0cd4a0ebe59fb2e8e17240399bf6901b09b
Author: Derald D. Woods 
Date:   Sun Feb 10 13:22:19 2019 -0600

  Fix module loading with Linux v5.0-rc5

  This commit fixes this module load error:
  [...]
  [   29.112091] cryptodev: loading out-of-tree module taints kernel.
  [   29.128906] cryptodev: Unknown symbol crypto_givcipher_type (err -2)
  [   29.188842] cryptodev: Unknown symbol crypto_givcipher_type (err -2)
  modprobe: can't load module cryptodev (extra/cryptodev.ko): unknown 
symbol in module, or unknown parameter
  [...]


Without this patch it fails to modprobe module cryptodev. Ping.

Kai



  Upstream Linux support for unused GIVCIPHER, and others, was dropped here:

  c79b411eaa72 (crypto: skcipher - remove remnants of internal IV 
generators)

  Signed-off-by: Derald D. Woods 

Signed-off-by: Kai Kang 
---
   meta/recipes-kernel/cryptodev/cryptodev.inc | 2 +-
   1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/cryptodev/cryptodev.inc 
b/meta/recipes-kernel/cryptodev/cryptodev.inc
index 252d39d23a..79ddefd435 100644
--- a/meta/recipes-kernel/cryptodev/cryptodev.inc
+++ b/meta/recipes-kernel/cryptodev/cryptodev.inc
@@ -4,7 +4,7 @@ LICENSE = "GPLv2"
   LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"

   SRC_URI = "git://github.com/cryptodev-linux/cryptodev-linux"
-SRCREV = "fd8b15ef1c8398a69a37932ee48c74ab40329a29"
+SRCREV = "f971e0cd4a0ebe59fb2e8e17240399bf6901b09b"

   S = "${WORKDIR}/git"



--
Kai Kang

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



--
Kai Kang

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

[OE-core] [PATCH 1/1] vte: move shell auto scripts into seperate package

2019-04-24 Thread Andreas Müller

It bugged me for a while that xfce4-terminal sets (tab-)title to 'Untitled'.
This is caused by bash variable PROMPT_COMMAND not set. vte ships 
/etc/profile.d/vte.sh
adding PROMPT_COMMAND and a function to handle.

Since

* not all consumers of 'libvte' are interested in this feature
* executable shipped by package 'vte' is not necessary for PROMPT_COMMAND 
support

create a seperate package.
Once applied patches for xfce4-terminal and gnome-terminal will be send.

Signed-off-by: Andreas Müller 
---
 meta/recipes-support/vte/vte_0.56.1.bb | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-support/vte/vte_0.56.1.bb 
b/meta/recipes-support/vte/vte_0.56.1.bb
index 02b84c38d9..3585e9ce57 100644
--- a/meta/recipes-support/vte/vte_0.56.1.bb
+++ b/meta/recipes-support/vte/vte_0.56.1.bb
@@ -50,7 +50,8 @@ CFLAGS += "-D_GNU_SOURCE"
 # Use libtool-cross (which has a hack to prevent that) instead.
 EXTRA_OEMAKE_class-target = 
"LIBTOOL=${STAGING_BINDIR_CROSS}/${HOST_SYS}-libtool"
 
-PACKAGES =+ "libvte"
+PACKAGES =+ "libvte ${PN}-prompt"
 FILES_libvte = "${libdir}/*.so.* ${libdir}/girepository-1.0/*"
+FILES_${PN}-prompt = "${sysconfdir}/profile.d"
 
 BBCLASSEXTEND = "native nativesdk"
-- 
2.20.1

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

[OE-core] [PATCH 0/1] vte: move shell auto scripts into seperate package

2019-04-24 Thread Andreas Müller

Follow-up for vte upgrade to 0.56.1 sent out recently.

Andreas Müller (1):
  vte: move shell auto scripts into seperate package

 meta/recipes-support/vte/vte_0.56.1.bb | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

-- 
2.20.1

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

[OE-core] [PATCH v4] dnf: Enable nativesdk

2019-04-24 Thread Lei Maohui

Make dnf work on nativesdk environment.

Signed-off-by: Zheng Ruoqin 
Signed-off-by: Lei Maohui 
---
 meta/recipes-devtools/dnf/dnf_4.2.2.bb | 10 +-
 1 file changed, 9 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/dnf/dnf_4.2.2.bb 
b/meta/recipes-devtools/dnf/dnf_4.2.2.bb
index 3970b41..c33 100644
--- a/meta/recipes-devtools/dnf/dnf_4.2.2.bb
+++ b/meta/recipes-devtools/dnf/dnf_4.2.2.bb
@@ -26,7 +26,7 @@ EXTRA_OECMAKE = " -DWITH_MAN=0 
-DPYTHON_INSTALL_DIR=${PYTHON_SITEPACKAGES_DIR} -
 
 BBCLASSEXTEND = "native nativesdk"
 
-RDEPENDS_${PN}_class-target += " \
+RDEPENDS_${PN} += " \
   python3-core \
   python3-codecs \
   python3-netclient \
@@ -49,6 +49,8 @@ RDEPENDS_${PN}_class-target += " \
   python3-gpg \
   "
 
+RDEPENDS_${PN}_class-native = ""
+
 RRECOMMENDS_${PN}_class-target += "gnupg"
 
 # Create a symlink called 'dnf' as 'make install' does not do it, but
@@ -66,6 +68,12 @@ do_install_append_class-native() {
 RPM_NO_CHROOT_FOR_SCRIPTS=1
 }
 
+do_install_append_class-nativesdk() {
+create_wrapper ${D}/${bindir}/dnf \
+RPM_CONFIGDIR=${SDKPATHNATIVE}${libdir_nativesdk}/rpm \
+RPM_NO_CHROOT_FOR_SCRIPTS=1 
+}
+
 SYSTEMD_SERVICE_${PN} = "dnf-makecache.service dnf-makecache.timer \
  dnf-automatic.service dnf-automatic.timer \
  dnf-automatic-download.service 
dnf-automatic-download.timer \
-- 
2.7.4



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

[OE-core] [RFC DO NOT APPLY][PATCH 3/2] vim: Add a work-around for some locale issues

2019-04-24 Thread Tom Rini

We do not support fully / correctly the certain locales.  Attempting
to use these with msgfmt in order to update the ".desktop" files exposes
this problem and leads to the compile failing.

Signed-off-by: Tom Rini 
---
 meta/recipes-support/vim/vim_8.1.1198.bb | 10 ++
 1 file changed, 10 insertions(+)

diff --git a/meta/recipes-support/vim/vim_8.1.1198.bb 
b/meta/recipes-support/vim/vim_8.1.1198.bb
index d7b864ee8b94..6b17a3c90e68 100644
--- a/meta/recipes-support/vim/vim_8.1.1198.bb
+++ b/meta/recipes-support/vim/vim_8.1.1198.bb
@@ -36,6 +36,16 @@ do_configure () {
 touch src/auto/config.mk src/auto/config.h
 }
 
+do_compile() {
+# We do not support fully / correctly the following locales.  Attempting
+# to use these with msgfmt in order to update the ".desktop" files exposes
+# this problem and leads to the compile failing.
+for LOCALE in cs fr ko pl sk zh_CN zh_TW;do
+echo -n > src/po/${LOCALE}.po
+done
+autotools_do_compile
+}
+
 #Available PACKAGECONFIG options are gtkgui, acl, x11, tiny
 PACKAGECONFIG ??= ""
 PACKAGECONFIG += " \
-- 
2.7.4

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

[OE-core] [PATCH] mesa: Update 19.0.1 -> 19.0.3

2019-04-24 Thread Fabio Berton

Mesa 19.0.3 is a bug fix release which fixes bugs found since the
19.0.1 release.

For full log see:

https://www.mesa3d.org/relnotes/19.0.2.html
https://www.mesa3d.org/relnotes/19.0.3.html

Signed-off-by: Fabio Berton 
---
 .../mesa/{mesa-gl_19.0.1.bb => mesa-gl_19.0.3.bb} | 0
 meta/recipes-graphics/mesa/{mesa_19.0.1.bb => mesa_19.0.3.bb} | 4 ++--
 2 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/mesa/{mesa-gl_19.0.1.bb => mesa-gl_19.0.3.bb} 
(100%)
 rename meta/recipes-graphics/mesa/{mesa_19.0.1.bb => mesa_19.0.3.bb} (85%)

diff --git a/meta/recipes-graphics/mesa/mesa-gl_19.0.1.bb 
b/meta/recipes-graphics/mesa/mesa-gl_19.0.3.bb
similarity index 100%
rename from meta/recipes-graphics/mesa/mesa-gl_19.0.1.bb
rename to meta/recipes-graphics/mesa/mesa-gl_19.0.3.bb
diff --git a/meta/recipes-graphics/mesa/mesa_19.0.1.bb 
b/meta/recipes-graphics/mesa/mesa_19.0.3.bb
similarity index 85%
rename from meta/recipes-graphics/mesa/mesa_19.0.1.bb
rename to meta/recipes-graphics/mesa/mesa_19.0.3.bb
index d90be8a074..585c3ede23 100644
--- a/meta/recipes-graphics/mesa/mesa_19.0.1.bb
+++ b/meta/recipes-graphics/mesa/mesa_19.0.3.bb
@@ -7,8 +7,8 @@ SRC_URI = 
"https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \

file://0004-use-PKG_CHECK_VAR-for-defining-WAYLAND_PROTOCOLS_DAT.patch \
 "
 
-SRC_URI[md5sum] = "19636bb3da35c21f43040d31e575d5ce"
-SRC_URI[sha256sum] = 
"6884163c0ea9e4c98378ab8fecd72fe7b5f437713a14471beda378df247999d4"
+SRC_URI[md5sum] = "d03bf14e42c0e54ebae5730712ccc408"
+SRC_URI[sha256sum] = 
"f027244e38dc309a4c12db45ef79be81ab62c797a50a88d566e4edb6159fc4d5"
 
 #because we cannot rely on the fact that all apps will use pkgconfig,
 #make eglplatform.h independent of MESA_EGL_NO_X11_HEADER
-- 
2.20.1

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

Re: [OE-core] [PATCH] python3-pycairo: update to 1.18.1

2019-04-24 Thread Oleksandr Kravchuk

No, It was dumb of me to not check the mailing list first.

Also, good to learn something...

On 24/04/2019 21:02, Alexander Kanavin wrote:
> On Wed, 24 Apr 2019 at 20:47, Oleksandr Kravchuk
>  wrote:
>> -FILES_${PN} += "${datadir}/include/pycairo/py3cairo.h"
>> +
>> +FILES_${PN} += " \
>> +${datadir}/include/pycairo/py3cairo.h \
>> +${datadir}/lib/pkgconfig/py3cairo.pc \
>> +"
> This isn't right (and packaging the header installed into a wrong
> location wasn't right either). I sent a different patch that addresses
> this a bit earlier, together with the rest of python-* updates that
> are now in master-next - apologies for the duplicate effort :)
>
> Alex
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] mesa:upgrade 19.0.1 -> 19.0.2

2019-04-24 Thread Alexander Kanavin

Hello Fabio,

just rebase it to the current master, we can update mesa later on.

Alex

On Wed, 24 Apr 2019 at 20:26, Fabio Berton
 wrote:
>
> Hi Zang Ruochen!
>
> You need to update mesa-gl recipe too.
>
> On Wed, Apr 24, 2019 at 3:04 PM Fabio Berton
>  wrote:
> >
> > Hi Alex!
> >
> > I'll rebase meson patch to work with this version.
> >
> > On Wed, Apr 24, 2019 at 8:07 AM Burton, Ross  wrote:
> > >
> > > How did you even test this?
> > >
> > > ERROR: ParseError at
> > > /home/ross/Yocto/poky/meta/recipes-graphics/mesa/mesa-gl_19.0.1.bb:1:
> > > Could not include required file mesa_19.0.1.bb
> > >
> > > Ross
> > >
> > > On Wed, 24 Apr 2019 at 08:19, Zang Ruochen  
> > > wrote:
> > > >
> > > > -Upgrade from mesa_19.0.1.bb to mesa_19.0.2.bb.
> > > >
> > > > Signed-off-by: Zang Ruochen 
> > > > ---
> > > >  meta/recipes-graphics/mesa/{mesa_19.0.1.bb => mesa_19.0.2.bb} | 4 ++--
> > > >  1 file changed, 2 insertions(+), 2 deletions(-)
> > > >  rename meta/recipes-graphics/mesa/{mesa_19.0.1.bb => mesa_19.0.2.bb} 
> > > > (85%)
> > > >
> > > > diff --git a/meta/recipes-graphics/mesa/mesa_19.0.1.bb 
> > > > b/meta/recipes-graphics/mesa/mesa_19.0.2.bb
> > > > similarity index 85%
> > > > rename from meta/recipes-graphics/mesa/mesa_19.0.1.bb
> > > > rename to meta/recipes-graphics/mesa/mesa_19.0.2.bb
> > > > index d90be8a074..e6646e8503 100644
> > > > --- a/meta/recipes-graphics/mesa/mesa_19.0.1.bb
> > > > +++ b/meta/recipes-graphics/mesa/mesa_19.0.2.bb
> > > > @@ -7,8 +7,8 @@ SRC_URI = 
> > > > "https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \
> > > > 
> > > > file://0004-use-PKG_CHECK_VAR-for-defining-WAYLAND_PROTOCOLS_DAT.patch \
> > > >  "
> > > >
> > > > -SRC_URI[md5sum] = "19636bb3da35c21f43040d31e575d5ce"
> > > > -SRC_URI[sha256sum] = 
> > > > "6884163c0ea9e4c98378ab8fecd72fe7b5f437713a14471beda378df247999d4"
> > > > +SRC_URI[md5sum] = "7f84af1c3fe2078c35a7a991d1469921"
> > > > +SRC_URI[sha256sum] = 
> > > > "1a2edc3ce56906a676c91e6851298db45903df1f5cb9827395a922c1452db802"
> > > >
> > > >  #because we cannot rely on the fact that all apps will use pkgconfig,
> > > >  #make eglplatform.h independent of MESA_EGL_NO_X11_HEADER
> > > > --
> > > > 2.20.1
> > > >
> > > >
> > > >
> > > > --
> > > > ___
> > > > Openembedded-core mailing list
> > > > Openembedded-core@lists.openembedded.org
> > > > http://lists.openembedded.org/mailman/listinfo/openembedded-core
> > > --
> > > ___
> > > Openembedded-core mailing list
> > > Openembedded-core@lists.openembedded.org
> > > http://lists.openembedded.org/mailman/listinfo/openembedded-core
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] python3-pycairo: update to 1.18.1

2019-04-24 Thread Alexander Kanavin

On Wed, 24 Apr 2019 at 20:47, Oleksandr Kravchuk
 wrote:
> -FILES_${PN} += "${datadir}/include/pycairo/py3cairo.h"
> +
> +FILES_${PN} += " \
> +${datadir}/include/pycairo/py3cairo.h \
> +${datadir}/lib/pkgconfig/py3cairo.pc \
> +"

This isn't right (and packaging the header installed into a wrong
location wasn't right either). I sent a different patch that addresses
this a bit earlier, together with the rest of python-* updates that
are now in master-next - apologies for the duplicate effort :)

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

[OE-core] [PATCH] python3-pip: update to 19.1

2019-04-24 Thread Oleksandr Kravchuk

Signed-off-by: Oleksandr Kravchuk 
---
 .../python/{python3-pip_19.0.2.bb => python3-pip_19.1.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/python/{python3-pip_19.0.2.bb => 
python3-pip_19.1.bb} (81%)

diff --git a/meta/recipes-devtools/python/python3-pip_19.0.2.bb 
b/meta/recipes-devtools/python/python3-pip_19.1.bb
similarity index 81%
rename from meta/recipes-devtools/python/python3-pip_19.0.2.bb
rename to meta/recipes-devtools/python/python3-pip_19.1.bb
index d81a60caa2..aa27ba82d3 100644
--- a/meta/recipes-devtools/python/python3-pip_19.0.2.bb
+++ b/meta/recipes-devtools/python/python3-pip_19.1.bb
@@ -6,8 +6,8 @@ LIC_FILES_CHKSUM = 
"file://LICENSE.txt;md5=8ba06d529c955048e5ddd7c45459eb2e"
 
 DEPENDS += "python3 python3-setuptools-native"
 
-SRC_URI[md5sum] = "526fd9ec1e6ea956b3571ebfb42cf83c"
-SRC_URI[sha256sum] = 
"f851133f8b58283fa50d8c78675eb88d4ff4cde29b6c41205cd938b06338e0e5"
+SRC_URI[md5sum] = "22e3726252b492ce24312c2b43d0127f"
+SRC_URI[sha256sum] = 
"d9137cb543d8a4d73140a3282f6d777b2e786bb6abb8add3ac5b6539c82cd624"
 
 inherit pypi distutils3
 
-- 
2.17.1

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

[OE-core] [PATCH] python-setuptools: update to 41.0.1

2019-04-24 Thread Oleksandr Kravchuk

Signed-off-by: Oleksandr Kravchuk 
---
 meta/recipes-devtools/python/python-setuptools.inc| 4 ++--
 ...ython-setuptools_40.8.0.bb => python-setuptools_41.0.1.bb} | 0
 ...hon3-setuptools_40.8.0.bb => python3-setuptools_41.0.1.bb} | 0
 3 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/python/{python-setuptools_40.8.0.bb => 
python-setuptools_41.0.1.bb} (100%)
 rename meta/recipes-devtools/python/{python3-setuptools_40.8.0.bb => 
python3-setuptools_41.0.1.bb} (100%)

diff --git a/meta/recipes-devtools/python/python-setuptools.inc 
b/meta/recipes-devtools/python/python-setuptools.inc
index 9092d7ad03..357aa07086 100644
--- a/meta/recipes-devtools/python/python-setuptools.inc
+++ b/meta/recipes-devtools/python/python-setuptools.inc
@@ -10,8 +10,8 @@ inherit pypi
 
 SRC_URI_append_class-native = " 
file://0001-conditionally-do-not-fetch-code-by-easy_install.patch"
 
-SRC_URI[md5sum] = "712697a5bc975cf479d487cd68206c20"
-SRC_URI[sha256sum] = 
"6e4eec90337e849ade7103723b9a99631c1f0d19990d6e8412dc42f5ae8b304d"
+SRC_URI[md5sum] = "6404ca798bb9a9073aff3b91b2df35c8"
+SRC_URI[sha256sum] = 
"a222d126f5471598053c9a77f4b5d4f26eaa1f150ad6e01dcf1a42e185d05613"
 
 DEPENDS += "${PYTHON_PN}"
 
diff --git a/meta/recipes-devtools/python/python-setuptools_40.8.0.bb 
b/meta/recipes-devtools/python/python-setuptools_41.0.1.bb
similarity index 100%
rename from meta/recipes-devtools/python/python-setuptools_40.8.0.bb
rename to meta/recipes-devtools/python/python-setuptools_41.0.1.bb
diff --git a/meta/recipes-devtools/python/python3-setuptools_40.8.0.bb 
b/meta/recipes-devtools/python/python3-setuptools_41.0.1.bb
similarity index 100%
rename from meta/recipes-devtools/python/python3-setuptools_40.8.0.bb
rename to meta/recipes-devtools/python/python3-setuptools_41.0.1.bb
-- 
2.17.1

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

Re: [OE-core] [PATCH] valgrind: update from 3.14.0 to 3.15.0

2019-04-24 Thread Randy MacLeod


On 4/19/19 4:04 PM, Joshua Watt wrote:

On Fri, Apr 19, 2019 at 2:27 PM Randy MacLeod
 wrote:


On 4/19/19 3:01 PM, Randy MacLeod wrote:

The SRC_URI moved.
Two local patches are now fixed upstream so remove them.

The glibc ptest results are essentially the same.

s/glibc/qemux86-64 glibc/


   3.14  3.15
TOTAL:579   589
PASSED:   297   301
FAILED:   251   254
SKIPPED:   3134
DURATION:1312  1171


I hope to have time to fix some of these valgrind ptest failures
but I didn't want to hold back the update.

Build tested for all qemu machines, for both glibc and musl.

I'm building core-image-sato-sdk-ptest for qemuarm64 now but
it will be a while so merge if you like or wait for an update
and a v2 with minor improvements.


Randy,

Might this be related to or fix
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13302 ?


Probably not.

After the update, I noticed that an image I built didn't
have valgrind installed. Being focussed on the update, I just added it
explicitly rather than debug why it didn't get added even though
I had added 'tools-profile' to EXTRA_IMAGE_FEATURES.

I'll keep any eye out for that problem when I get back to fixing
the valgrind ptests. That's looking like Friday now, sigh.

../Randy







../Randy



Signed-off-by: Randy MacLeod 
---
   ...-between-libcoregrind-.a-and-m_main..patch | 45 ---
   ...ts-amd64-Do-not-clobber-rsp-register.patch | 37 ---
   ...{valgrind_3.14.0.bb => valgrind_3.15.0.bb} |  8 ++--
   3 files changed, 3 insertions(+), 87 deletions(-)
   delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/0001-Fix-dependencies-between-libcoregrind-.a-and-m_main..patch
   delete mode 100644 
meta/recipes-devtools/valgrind/valgrind/0001-tests-amd64-Do-not-clobber-rsp-register.patch
   rename meta/recipes-devtools/valgrind/{valgrind_3.14.0.bb => 
valgrind_3.15.0.bb} (94%)

diff --git 
a/meta/recipes-devtools/valgrind/valgrind/0001-Fix-dependencies-between-libcoregrind-.a-and-m_main..patch
 
b/meta/recipes-devtools/valgrind/valgrind/0001-Fix-dependencies-between-libcoregrind-.a-and-m_main..patch
deleted file mode 100644
index bedf1c1274..00
--- 
a/meta/recipes-devtools/valgrind/valgrind/0001-Fix-dependencies-between-libcoregrind-.a-and-m_main..patch
+++ /dev/null
@@ -1,45 +0,0 @@
-From 7820fc268fae4353118b6355f1d4b9e1b7eeebec Mon Sep 17 00:00:00 2001
-From: Philippe Waroquiers 
-Date: Sun, 28 Oct 2018 18:35:11 +0100
-Subject: [PATCH] Fix dependencies between libcoregrind*.a and
- *m_main.o/*m_libcsetjmp.o
-
-The primary and secondary coregrind libraries must be updated
-when m_main.c or m_libcsetjmp.c are changed.
-
-A dependency was missing between libcoregrind*.a and libnolto_coregrind*.a,
-and so tools were not relinked when m_main.c or m_libcsetjmp.c were
-changed.
-
-Upstream-Status: Backport[git://sourceware.org/git/valgrind.git 
7820fc268fae4353118b6355f1d4b9e1b7eeebec]
-
-Signed-off-by: Robert Yang 

- coregrind/Makefile.am | 4 
- 1 file changed, 4 insertions(+)
-
-diff --git a/coregrind/Makefile.am b/coregrind/Makefile.am
-index 914a270..8de1996 100644
 a/coregrind/Makefile.am
-+++ b/coregrind/Makefile.am
-@@ -511,6 +511,8 @@ libcoregrind_@VGCONF_ARCH_PRI@_@VGCONF_OS@_a_CFLAGS += \
- endif
- libcoregrind_@VGCONF_ARCH_PRI@_@VGCONF_OS@_a_LIBADD = \
- $(libnolto_coregrind_@VGCONF_ARCH_PRI@_@VGCONF_OS@_a_OBJECTS)
-+libcoregrind_@VGCONF_ARCH_PRI@_@VGCONF_OS@_a_DEPENDENCIES = \
-+libnolto_coregrind-@VGCONF_ARCH_PRI@-@VGCONF_OS@.a
-
- if VGCONF_HAVE_PLATFORM_SEC
- libcoregrind_@VGCONF_ARCH_SEC@_@VGCONF_OS@_a_SOURCES = \
-@@ -531,6 +533,8 @@ libcoregrind_@VGCONF_ARCH_SEC@_@VGCONF_OS@_a_CFLAGS += \
- endif
- libcoregrind_@VGCONF_ARCH_SEC@_@VGCONF_OS@_a_LIBADD = \
- $(libnolto_coregrind_@VGCONF_ARCH_SEC@_@VGCONF_OS@_a_OBJECTS)
-+libcoregrind_@VGCONF_ARCH_SEC@_@VGCONF_OS@_a_DEPENDENCIES = \
-+libnolto_coregrind-@VGCONF_ARCH_SEC@-@VGCONF_OS@.a
- endif
-
- #
---
-2.10.2
-
diff --git 
a/meta/recipes-devtools/valgrind/valgrind/0001-tests-amd64-Do-not-clobber-rsp-register.patch
 
b/meta/recipes-devtools/valgrind/valgrind/0001-tests-amd64-Do-not-clobber-rsp-register.patch
deleted file mode 100644
index 657f80335d..00
--- 
a/meta/recipes-devtools/valgrind/valgrind/0001-tests-amd64-Do-not-clobber-rsp-register.patch
+++ /dev/null
@@ -1,37 +0,0 @@
-From 8c1ebb564f5eca2baeedc27a703200786d1abb0b Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Sat, 22 Dec 2018 15:28:40 -0800
-Subject: [PATCH] tests/amd64: Do not clobber %rsp register
-
-This is seen with gcc-9.0 compiler now which is fix that gcc community
-did recently
-https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52813
-
-Upstream-Status: Submitted [https://bugs.kde.org/show_bug.cgi?id=402480]
-
-Signed-off-by: Khem Raj 

- none/tests/amd64-linux/bug345887.c | 5 +++--
- 1 file changed, 3 insertions(+), 2 deletions(-)
-
-diff --git a/none/test

[OE-core] [PATCH] python3-pycairo: update to 1.18.1

2019-04-24 Thread Oleksandr Kravchuk

Signed-off-by: Oleksandr Kravchuk 
---
 ...on3-pycairo_1.15.6.bb => python3-pycairo_1.18.1.bb} | 10 +++---
 1 file changed, 7 insertions(+), 3 deletions(-)
 rename meta/recipes-devtools/python/{python3-pycairo_1.15.6.bb => 
python3-pycairo_1.18.1.bb} (78%)

diff --git a/meta/recipes-devtools/python/python3-pycairo_1.15.6.bb 
b/meta/recipes-devtools/python/python3-pycairo_1.18.1.bb
similarity index 78%
rename from meta/recipes-devtools/python/python3-pycairo_1.15.6.bb
rename to meta/recipes-devtools/python/python3-pycairo_1.18.1.bb
index 5c3e1e6f03..6ede00b89e 100644
--- a/meta/recipes-devtools/python/python3-pycairo_1.15.6.bb
+++ b/meta/recipes-devtools/python/python3-pycairo_1.18.1.bb
@@ -13,8 +13,8 @@ DEPENDS = "cairo"
 SRC_URI = 
"https://github.com/pygobject/pycairo/releases/download/v${PV}/pycairo-${PV}.tar.gz";
 UPSTREAM_CHECK_URI = "https://github.com/pygobject/pycairo/releases/";
 
-SRC_URI[md5sum] = "3ff210c34e7b052590e15fd0fb147766"
-SRC_URI[sha256sum] = 
"ad150ea637860836b66705e0513b8e59494538f0b80497ad3462051368755016"
+SRC_URI[md5sum] = "7610da8a40a7bed548991aa3416431d1"
+SRC_URI[sha256sum] = 
"70172e58b6bad7572a3518c26729b074acdde15e6fee6cbab6d3528ad552b786"
 
 S = "${WORKDIR}/pycairo-${PV}"
 
@@ -28,4 +28,8 @@ do_install_append() {
 install -d ${D}${includedir}/pycairo/
 install -m 0644 ${D}${datadir}/include/pycairo/py3cairo.h 
${D}${includedir}/pycairo/
 }
-FILES_${PN} += "${datadir}/include/pycairo/py3cairo.h"
+
+FILES_${PN} += " \
+${datadir}/include/pycairo/py3cairo.h \
+${datadir}/lib/pkgconfig/py3cairo.pc \
+"
-- 
2.17.1

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

[OE-core] [PATCH] python3-pbr: update to 5.1.3

2019-04-24 Thread Oleksandr Kravchuk

Signed-off-by: Oleksandr Kravchuk 
---
 meta/recipes-devtools/python/python3-pbr_5.1.2.bb | 5 -
 meta/recipes-devtools/python/python3-pbr_5.1.3.bb | 5 +
 2 files changed, 5 insertions(+), 5 deletions(-)
 delete mode 100644 meta/recipes-devtools/python/python3-pbr_5.1.2.bb
 create mode 100644 meta/recipes-devtools/python/python3-pbr_5.1.3.bb

diff --git a/meta/recipes-devtools/python/python3-pbr_5.1.2.bb 
b/meta/recipes-devtools/python/python3-pbr_5.1.2.bb
deleted file mode 100644
index 7ba1d03535..00
--- a/meta/recipes-devtools/python/python3-pbr_5.1.2.bb
+++ /dev/null
@@ -1,5 +0,0 @@
-inherit setuptools3
-require python-pbr.inc
-SRC_URI[md5sum] = "bea55678345bd77b4ff5b2ebb729fd6d"
-SRC_URI[sha256sum] = 
"d717573351cfe09f49df61906cd272abaa759b3e91744396b804965ff7bff38b"
-
diff --git a/meta/recipes-devtools/python/python3-pbr_5.1.3.bb 
b/meta/recipes-devtools/python/python3-pbr_5.1.3.bb
new file mode 100644
index 00..b8e2401c1c
--- /dev/null
+++ b/meta/recipes-devtools/python/python3-pbr_5.1.3.bb
@@ -0,0 +1,5 @@
+inherit setuptools3
+require python-pbr.inc
+
+SRC_URI[md5sum] = "08972dca5fd2a959f27842090973edd6"
+SRC_URI[sha256sum] = 
"8c361cc353d988e4f5b998555c88098b9d5964c2e11acf7b0d21925a66bb5824"
-- 
2.17.1

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

[OE-core] [PATCH] python3-mako: update to 1.0.9

2019-04-24 Thread Oleksandr Kravchuk

Signed-off-by: Oleksandr Kravchuk 
---
 meta/recipes-devtools/python/python-mako.inc  | 4 ++--
 .../python/{python3-mako_1.0.7.bb => python3-mako_1.0.9.bb}   | 0
 2 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/python/{python3-mako_1.0.7.bb => 
python3-mako_1.0.9.bb} (100%)

diff --git a/meta/recipes-devtools/python/python-mako.inc 
b/meta/recipes-devtools/python/python-mako.inc
index e265bde85f..97c624bbc6 100644
--- a/meta/recipes-devtools/python/python-mako.inc
+++ b/meta/recipes-devtools/python/python-mako.inc
@@ -8,8 +8,8 @@ PYPI_PACKAGE = "Mako"
 
 inherit pypi
 
-SRC_URI[md5sum] = "5836cc997b1b773ef389bf6629c30e65"
-SRC_URI[sha256sum] = 
"4e02fde57bd4abb5ec400181e4c314f56ac3e49ba4fb8b0d50bba18cb27d25ae"
+SRC_URI[md5sum] = "d739720f3f0d6a1cb6a96ea7a4760c3e"
+SRC_URI[sha256sum] = 
"0728c404877cd4ca72c409c0ea372dc5f3b53fa1ad2bb434e1d216c0444ff1fd"
 
 RDEPENDS_${PN} = "${PYTHON_PN}-html \
   ${PYTHON_PN}-netclient \
diff --git a/meta/recipes-devtools/python/python3-mako_1.0.7.bb 
b/meta/recipes-devtools/python/python3-mako_1.0.9.bb
similarity index 100%
rename from meta/recipes-devtools/python/python3-mako_1.0.7.bb
rename to meta/recipes-devtools/python/python3-mako_1.0.9.bb
-- 
2.17.1

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

Re: [OE-core] [PATCH v2] coreutils: update to 8.31

2019-04-24 Thread Randy MacLeod


On 4/24/19 1:32 PM, Oleksandr Kravchuk wrote:

lc.c license checksum changed due to modified copyright year.


It's
  ls.c not lc.c.

Could you change the log to say:

   The license checksum for src/ls.c changed due
   to an updated copyright year.

Thanks,
../Randy




musl fix was backported from RHEL5 and is musl specific as the patched
file is autogenerated during configure phase.

Signed-off-by: Oleksandr Kravchuk 
---
  .../strtod_fix_clash_with_strtold.patch   | 56 +++
  .../{coreutils_8.30.bb => coreutils_8.31.bb}  |  8 ++-
  2 files changed, 61 insertions(+), 3 deletions(-)
  create mode 100644 
meta/recipes-core/coreutils/coreutils/strtod_fix_clash_with_strtold.patch
  rename meta/recipes-core/coreutils/{coreutils_8.30.bb => coreutils_8.31.bb} 
(94%)

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
new file mode 100644
index 00..19410715f5
--- /dev/null
+++ b/meta/recipes-core/coreutils/coreutils/strtod_fix_clash_with_strtold.patch
@@ -0,0 +1,56 @@
+From 0562b040fa17f1722ba2b3096067b45d0582ca53 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
+
+Problem reported for RHEL 5 by Jesse Caldwell (Bug#34817).
+* lib/strtod.c (compute_minus_zero, minus_zero):
+Simplify by remving the macro / external variable,
+and having just a function.  User changed.  This avoids
+the need for an external variable that might clash.
+
+Upstream-Status: Backported [rhel5]
+
+Signed-off-by: Oleksandr Kravchuk 
+
+---
+ ChangeLog|  9 +
+ lib/strtod.c | 11 +--
+ 2 files changed, 14 insertions(+), 6 deletions(-)
+
+diff --git a/lib/strtod.c b/lib/strtod.c
+index b9eaa51b4..69b1564e1 100644
+--- a/lib/strtod.c
 b/lib/strtod.c
+@@ -294,16 +294,15 @@ parse_number (const char *nptr,
+ICC 10.0 has a bug when optimizing the expression -zero.
+The expression -MIN * MIN does not work when cross-compiling
+to PowerPC on Mac OS X 10.5.  */
+-#if defined __hpux || defined __sgi || defined __ICC
+ static DOUBLE
+-compute_minus_zero (void)
++minus_zero (void)
+ {
++#if defined __hpux || defined __sgi || defined __ICC
+   return -MIN * MIN;
+-}
+-# define minus_zero compute_minus_zero ()
+ #else
+-DOUBLE minus_zero = -0.0;
++  return -0.0;
+ #endif
++}
+
+ /* Convert NPTR to a DOUBLE.  If ENDPTR is not NULL, a pointer to the
+character after the last one used in the number is put in *ENDPTR.  */
+@@ -479,6 +478,6 @@ STRTOD (const char *nptr, char **endptr)
+   /* Special case -0.0, since at least ICC miscompiles negation.  We
+  can't use copysign(), as that drags in -lm on some platforms.  */
+   if (!num && negative)
+-return minus_zero;
++return minus_zero ();
+   return negative ? -num : num;
+ }
+--
+2.20.1
+
diff --git a/meta/recipes-core/coreutils/coreutils_8.30.bb 
b/meta/recipes-core/coreutils/coreutils_8.31.bb
similarity index 94%
rename from meta/recipes-core/coreutils/coreutils_8.30.bb
rename to meta/recipes-core/coreutils/coreutils_8.31.bb
index 8f4ee55712..4a74f619af 100644
--- a/meta/recipes-core/coreutils/coreutils_8.30.bb
+++ b/meta/recipes-core/coreutils/coreutils_8.31.bb
@@ -6,7 +6,7 @@ HOMEPAGE = "http://www.gnu.org/software/coreutils/";
  BUGTRACKER = "http://debbugs.gnu.org/coreutils";
  LICENSE = "GPLv3+"
  LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504\
-
file://src/ls.c;beginline=1;endline=15;md5=dbe356a88b09c29232b083d1ff8ac82a"
+
file://src/ls.c;beginline=1;endline=15;md5=c456f9896277a0543e3866777ccc0255"
  DEPENDS = "gmp libcap"
  DEPENDS_class-native = ""
  
@@ -20,8 +20,10 @@ SRC_URI = "${GNU_MIRROR}/coreutils/${BP}.tar.xz \

 file://0001-local.mk-fix-cross-compiling-problem.patch \
"
  
-SRC_URI[md5sum] = "ab06d68949758971fe744db66b572816"

-SRC_URI[sha256sum] = 
"e831b3a86091496cdba720411f9748de81507798f6130adeaef872d206e1b057"
+SRC_URI_append_libc-musl = "file://strtod_fix_clash_with_strtold.patch"
+
+SRC_URI[md5sum] = "0009a224d8e288e8ec406ef0161f9293"
+SRC_URI[sha256sum] = 
"ff7a9c918edce6b4f4b2725e3f9b37b0c4d193531cac49a48b56c4d0d3a9e9fd"
  
  EXTRA_OECONF_class-native = "--without-gmp"

  EXTRA_OECONF_class-target = "--enable-install-program=arch,hostname 
--libexecdir=${libdir}"




--
# Randy MacLeod
# Wind River Linux
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2] python-scons: update to 3.0.5

2019-04-24 Thread Oleksandr Kravchuk

License checksum changed due to modified copyright years.

Signed-off-by: Oleksandr Kravchuk 
---
 ...n-scons-native_3.0.1.bb => python-scons-native_3.0.5.bb} | 0
 .../python/{python-scons_3.0.1.bb => python-scons_3.0.5.bb} | 6 +++---
 2 files changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-devtools/python/{python-scons-native_3.0.1.bb => 
python-scons-native_3.0.5.bb} (100%)
 rename meta/recipes-devtools/python/{python-scons_3.0.1.bb => 
python-scons_3.0.5.bb} (63%)

diff --git a/meta/recipes-devtools/python/python-scons-native_3.0.1.bb 
b/meta/recipes-devtools/python/python-scons-native_3.0.5.bb
similarity index 100%
rename from meta/recipes-devtools/python/python-scons-native_3.0.1.bb
rename to meta/recipes-devtools/python/python-scons-native_3.0.5.bb
diff --git a/meta/recipes-devtools/python/python-scons_3.0.1.bb 
b/meta/recipes-devtools/python/python-scons_3.0.5.bb
similarity index 63%
rename from meta/recipes-devtools/python/python-scons_3.0.1.bb
rename to meta/recipes-devtools/python/python-scons_3.0.5.bb
index d5084b2d16..c010cd94b8 100644
--- a/meta/recipes-devtools/python/python-scons_3.0.1.bb
+++ b/meta/recipes-devtools/python/python-scons_3.0.5.bb
@@ -1,10 +1,10 @@
 SUMMARY = "Software Construction tool (make/autotools replacement)"
 SECTION = "devel/python"
 LICENSE = "MIT"
-LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=46ddf66004e5be5566367cb525a66fc6"
+LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=37bb53a08e6beaea0c90e7821d731284"
 
-SRC_URI[md5sum] = "b6a292e251b34b82c203b56cfa3968b3"
-SRC_URI[sha256sum] = 
"24475e38d39c19683bc88054524df018fe6949d70fbd4c69e298d39a0269f173"
+SRC_URI[md5sum] = "9f9c163e8bd48cf8cd92f03e85ca6395"
+SRC_URI[sha256sum] = 
"df676f23dc6d4bfa384fc389d95dcd21ab907e6349d4c848958ba4befb73c73e"
 
 UPSTREAM_CHECK_URI = "http://scons.org/pages/download.html";
 UPSTREAM_CHECK_REGEX = "(?P\d+(\.\d+)+)\.tar"
-- 
2.17.1

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

[OE-core] [PATCH] python-sons: update to 3.0.5

2019-04-24 Thread Oleksandr Kravchuk

License checksum changed due to modified copyright years.

Signed-off-by: Oleksandr Kravchuk 
---
 ...n-scons-native_3.0.1.bb => python-scons-native_3.0.5.bb} | 0
 .../python/{python-scons_3.0.1.bb => python-scons_3.0.5.bb} | 6 +++---
 2 files changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-devtools/python/{python-scons-native_3.0.1.bb => 
python-scons-native_3.0.5.bb} (100%)
 rename meta/recipes-devtools/python/{python-scons_3.0.1.bb => 
python-scons_3.0.5.bb} (63%)

diff --git a/meta/recipes-devtools/python/python-scons-native_3.0.1.bb 
b/meta/recipes-devtools/python/python-scons-native_3.0.5.bb
similarity index 100%
rename from meta/recipes-devtools/python/python-scons-native_3.0.1.bb
rename to meta/recipes-devtools/python/python-scons-native_3.0.5.bb
diff --git a/meta/recipes-devtools/python/python-scons_3.0.1.bb 
b/meta/recipes-devtools/python/python-scons_3.0.5.bb
similarity index 63%
rename from meta/recipes-devtools/python/python-scons_3.0.1.bb
rename to meta/recipes-devtools/python/python-scons_3.0.5.bb
index d5084b2d16..c010cd94b8 100644
--- a/meta/recipes-devtools/python/python-scons_3.0.1.bb
+++ b/meta/recipes-devtools/python/python-scons_3.0.5.bb
@@ -1,10 +1,10 @@
 SUMMARY = "Software Construction tool (make/autotools replacement)"
 SECTION = "devel/python"
 LICENSE = "MIT"
-LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=46ddf66004e5be5566367cb525a66fc6"
+LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=37bb53a08e6beaea0c90e7821d731284"
 
-SRC_URI[md5sum] = "b6a292e251b34b82c203b56cfa3968b3"
-SRC_URI[sha256sum] = 
"24475e38d39c19683bc88054524df018fe6949d70fbd4c69e298d39a0269f173"
+SRC_URI[md5sum] = "9f9c163e8bd48cf8cd92f03e85ca6395"
+SRC_URI[sha256sum] = 
"df676f23dc6d4bfa384fc389d95dcd21ab907e6349d4c848958ba4befb73c73e"
 
 UPSTREAM_CHECK_URI = "http://scons.org/pages/download.html";
 UPSTREAM_CHECK_REGEX = "(?P\d+(\.\d+)+)\.tar"
-- 
2.17.1

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

Re: [OE-core] [PATCH] mesa:upgrade 19.0.1 -> 19.0.2

2019-04-24 Thread Fabio Berton

Hi Zang Ruochen!

You need to update mesa-gl recipe too.

On Wed, Apr 24, 2019 at 3:04 PM Fabio Berton
 wrote:
>
> Hi Alex!
>
> I'll rebase meson patch to work with this version.
>
> On Wed, Apr 24, 2019 at 8:07 AM Burton, Ross  wrote:
> >
> > How did you even test this?
> >
> > ERROR: ParseError at
> > /home/ross/Yocto/poky/meta/recipes-graphics/mesa/mesa-gl_19.0.1.bb:1:
> > Could not include required file mesa_19.0.1.bb
> >
> > Ross
> >
> > On Wed, 24 Apr 2019 at 08:19, Zang Ruochen  
> > wrote:
> > >
> > > -Upgrade from mesa_19.0.1.bb to mesa_19.0.2.bb.
> > >
> > > Signed-off-by: Zang Ruochen 
> > > ---
> > >  meta/recipes-graphics/mesa/{mesa_19.0.1.bb => mesa_19.0.2.bb} | 4 ++--
> > >  1 file changed, 2 insertions(+), 2 deletions(-)
> > >  rename meta/recipes-graphics/mesa/{mesa_19.0.1.bb => mesa_19.0.2.bb} 
> > > (85%)
> > >
> > > diff --git a/meta/recipes-graphics/mesa/mesa_19.0.1.bb 
> > > b/meta/recipes-graphics/mesa/mesa_19.0.2.bb
> > > similarity index 85%
> > > rename from meta/recipes-graphics/mesa/mesa_19.0.1.bb
> > > rename to meta/recipes-graphics/mesa/mesa_19.0.2.bb
> > > index d90be8a074..e6646e8503 100644
> > > --- a/meta/recipes-graphics/mesa/mesa_19.0.1.bb
> > > +++ b/meta/recipes-graphics/mesa/mesa_19.0.2.bb
> > > @@ -7,8 +7,8 @@ SRC_URI = 
> > > "https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \
> > > 
> > > file://0004-use-PKG_CHECK_VAR-for-defining-WAYLAND_PROTOCOLS_DAT.patch \
> > >  "
> > >
> > > -SRC_URI[md5sum] = "19636bb3da35c21f43040d31e575d5ce"
> > > -SRC_URI[sha256sum] = 
> > > "6884163c0ea9e4c98378ab8fecd72fe7b5f437713a14471beda378df247999d4"
> > > +SRC_URI[md5sum] = "7f84af1c3fe2078c35a7a991d1469921"
> > > +SRC_URI[sha256sum] = 
> > > "1a2edc3ce56906a676c91e6851298db45903df1f5cb9827395a922c1452db802"
> > >
> > >  #because we cannot rely on the fact that all apps will use pkgconfig,
> > >  #make eglplatform.h independent of MESA_EGL_NO_X11_HEADER
> > > --
> > > 2.20.1
> > >
> > >
> > >
> > > --
> > > ___
> > > Openembedded-core mailing list
> > > Openembedded-core@lists.openembedded.org
> > > http://lists.openembedded.org/mailman/listinfo/openembedded-core
> > --
> > ___
> > Openembedded-core mailing list
> > Openembedded-core@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] Use the best xz compression for the SDK

2019-04-24 Thread Adrian Bunk

It saves 23% space for me, and decompression time is also shorter.

Compression time and xz memory usage should be less of a worry
for the SDK.

Signed-off-by: Adrian Bunk 
---
 meta/classes/populate_sdk_base.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/populate_sdk_base.bbclass 
b/meta/classes/populate_sdk_base.bbclass
index ebc30d39b3..efaa5b99e9 100644
--- a/meta/classes/populate_sdk_base.bbclass
+++ b/meta/classes/populate_sdk_base.bbclass
@@ -226,7 +226,7 @@ fakeroot tar_sdk() {
# Package it up
mkdir -p ${SDKDEPLOYDIR}
cd ${SDK_OUTPUT}/${SDKPATH}
-   tar ${SDKTAROPTS} -cf - . | xz ${XZ_DEFAULTS} > 
${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.tar.xz
+   tar ${SDKTAROPTS} -cf - . | xz -9 ${XZ_DEFAULTS} > 
${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.tar.xz
 }
 
 TOOLCHAIN_SHAR_EXT_TMPL ?= "${COREBASE}/meta/files/toolchain-shar-extract.sh"
-- 
2.17.1

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

Re: [OE-core] [PATCH] mesa:upgrade 19.0.1 -> 19.0.2

2019-04-24 Thread Fabio Berton

Hi Alex!

I'll rebase meson patch to work with this version.

On Wed, Apr 24, 2019 at 8:07 AM Burton, Ross  wrote:
>
> How did you even test this?
>
> ERROR: ParseError at
> /home/ross/Yocto/poky/meta/recipes-graphics/mesa/mesa-gl_19.0.1.bb:1:
> Could not include required file mesa_19.0.1.bb
>
> Ross
>
> On Wed, 24 Apr 2019 at 08:19, Zang Ruochen  wrote:
> >
> > -Upgrade from mesa_19.0.1.bb to mesa_19.0.2.bb.
> >
> > Signed-off-by: Zang Ruochen 
> > ---
> >  meta/recipes-graphics/mesa/{mesa_19.0.1.bb => mesa_19.0.2.bb} | 4 ++--
> >  1 file changed, 2 insertions(+), 2 deletions(-)
> >  rename meta/recipes-graphics/mesa/{mesa_19.0.1.bb => mesa_19.0.2.bb} (85%)
> >
> > diff --git a/meta/recipes-graphics/mesa/mesa_19.0.1.bb 
> > b/meta/recipes-graphics/mesa/mesa_19.0.2.bb
> > similarity index 85%
> > rename from meta/recipes-graphics/mesa/mesa_19.0.1.bb
> > rename to meta/recipes-graphics/mesa/mesa_19.0.2.bb
> > index d90be8a074..e6646e8503 100644
> > --- a/meta/recipes-graphics/mesa/mesa_19.0.1.bb
> > +++ b/meta/recipes-graphics/mesa/mesa_19.0.2.bb
> > @@ -7,8 +7,8 @@ SRC_URI = 
> > "https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \
> > 
> > file://0004-use-PKG_CHECK_VAR-for-defining-WAYLAND_PROTOCOLS_DAT.patch \
> >  "
> >
> > -SRC_URI[md5sum] = "19636bb3da35c21f43040d31e575d5ce"
> > -SRC_URI[sha256sum] = 
> > "6884163c0ea9e4c98378ab8fecd72fe7b5f437713a14471beda378df247999d4"
> > +SRC_URI[md5sum] = "7f84af1c3fe2078c35a7a991d1469921"
> > +SRC_URI[sha256sum] = 
> > "1a2edc3ce56906a676c91e6851298db45903df1f5cb9827395a922c1452db802"
> >
> >  #because we cannot rely on the fact that all apps will use pkgconfig,
> >  #make eglplatform.h independent of MESA_EGL_NO_X11_HEADER
> > --
> > 2.20.1
> >
> >
> >
> > --
> > ___
> > Openembedded-core mailing list
> > Openembedded-core@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-core
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] qemu: Upgrade from 3.1.0 to 4.0.0

2019-04-24 Thread Alistair Francis

On Wed, Apr 24, 2019 at 5:37 AM Burton, Ross  wrote:
>
> This patch doesn't apply for me, probably because it got mangled in
> transport somewhere.  Is it in a branch I can pull from?

Yep, you can get it from here:
https://github.com/alistair23/openembedded-core/tree/alistair/qemu-4.0.0

Alistair

>
> Ross
>
> On Wed, 24 Apr 2019 at 01:15, Alistair Francis  
> wrote:
> >
> > This commit upgrade QEMU to the latest 4.0.0 release.
> >
> >  - The COPYING.LIB file has changed SHA to:
> > "Synchronize the LGPL 2.1 with the version from gnu.org"
> >  - SDL 1.2 has been removed, along with the --with-sdlabi command line
> > arg
> >  - The backported patches have been removed
> >  - Al the other patches have been refreshed and the numbering has been
> > updated
> >
> > Signed-off-by: Alistair Francis 
> > ---
> >  meta/conf/distro/include/tcmode-default.inc   |   2 +-
> >  meta/recipes-devtools/qemu/qemu-native.inc|   4 +-
> >  ...u-native_3.1.0.bb => qemu-native_4.0.0.bb} |   0
> >  ...e_3.1.0.bb => qemu-system-native_4.0.0.bb} |   1 +
> >  meta/recipes-devtools/qemu/qemu.inc   |  38 +++---
> >  .../qemu/0001-Add-a-missing-X11-include.patch |  65 --
> >  ...-egl-headless-add-egl_create_context.patch |  50 
> >  ...mu-Add-missing-wacom-HID-descriptor.patch} |   2 +-
> >  ...-allow-user-to-disable-pointer-grabs.patch |  72 ---
> >  ...est-which-runs-all-unit-test-cases-.patch} |   6 +-
> >  ...-environment-space-to-boot-loader-q.patch} |   6 +-
> >  ...patch => 0004-qemu-disable-Valgrind.patch} |   6 +-
> >  ...searched-during-user-mode-emulation.patch} |   2 +-
> >  ...d.bfd-fix-cflags-and-set-some-envir.patch} |   6 +-
> >  ...connect-socket-to-a-spawned-command.patch} |  69 ++-
> >  ... 0008-apic-fixup-fallthrough-to-PIC.patch} |   6 +-
> >  ...ebkitgtk-hangs-on-32-bit-x86-target.patch} |   4 +-
> >  ...-fix-mmap-munmap-mprotect-mremap-sh.patch} |  20 ++--
> >  ...-libcap-header-issue-on-some-distro.patch} |   2 +-
> >  ...messages-when-qemi_cpu_kick_thread-.patch} |  10 +-
> >  .../qemu/qemu/0014-fix-CVE-2018-16872.patch   |  85 -
> >  .../qemu/qemu/0015-fix-CVE-2018-20124.patch   |  60 --
> >  .../qemu/qemu/0016-fix-CVE-2018-20125.patch   |  54 -
> >  .../qemu/qemu/0017-fix-CVE-2018-20126.patch   | 113 --
> >  .../qemu/qemu/0018-fix-CVE-2018-20191.patch   |  47 
> >  .../qemu/qemu/0019-fix-CVE-2018-20216.patch   |  85 -
> >  .../qemu/qemu/CVE-2019-3812.patch |  39 --
> >  .../qemu/{qemu_3.1.0.bb => qemu_4.0.0.bb} |   0
> >  28 files changed, 87 insertions(+), 767 deletions(-)
> >  rename meta/recipes-devtools/qemu/{qemu-native_3.1.0.bb => 
> > qemu-native_4.0.0.bb} (100%)
> >  rename meta/recipes-devtools/qemu/{qemu-system-native_3.1.0.bb => 
> > qemu-system-native_4.0.0.bb} (95%)
> >  delete mode 100644 
> > meta/recipes-devtools/qemu/qemu/0001-Add-a-missing-X11-include.patch
> >  delete mode 100644 
> > meta/recipes-devtools/qemu/qemu/0001-egl-headless-add-egl_create_context.patch
> >  rename 
> > meta/recipes-devtools/qemu/qemu/{0002-qemu-Add-missing-wacom-HID-descriptor.patch
> >  => 0001-qemu-Add-missing-wacom-HID-descriptor.patch} (98%)
> >  delete mode 100644 
> > meta/recipes-devtools/qemu/qemu/0001-sdl.c-allow-user-to-disable-pointer-grabs.patch
> >  rename 
> > meta/recipes-devtools/qemu/qemu/{0003-Add-subpackage-ptest-which-runs-all-unit-test-cases-.patch
> >  => 0002-Add-subpackage-ptest-which-runs-all-unit-test-cases-.patch} (83%)
> >  rename 
> > meta/recipes-devtools/qemu/qemu/{0004-qemu-Add-addition-environment-space-to-boot-loader-q.patch
> >  => 0003-qemu-Add-addition-environment-space-to-boot-loader-q.patch} (89%)
> >  rename meta/recipes-devtools/qemu/qemu/{0005-qemu-disable-Valgrind.patch 
> > => 0004-qemu-disable-Valgrind.patch} (85%)
> >  rename 
> > meta/recipes-devtools/qemu/qemu/{0006-qemu-Limit-paths-searched-during-user-mode-emulation.patch
> >  => 0005-qemu-Limit-paths-searched-during-user-mode-emulation.patch} (98%)
> >  rename 
> > meta/recipes-devtools/qemu/qemu/{0007-qemu-native-set-ld.bfd-fix-cflags-and-set-some-envir.patch
> >  => 0006-qemu-native-set-ld.bfd-fix-cflags-and-set-some-envir.patch} (82%)
> >  rename 
> > meta/recipes-devtools/qemu/qemu/{0008-chardev-connect-socket-to-a-spawned-command.patch
> >  => 0007-chardev-connect-socket-to-a-spawned-command.patch} (80%)
> >  rename 
> > meta/recipes-devtools/qemu/qemu/{0009-apic-fixup-fallthrough-to-PIC.patch 
> > => 0008-apic-fixup-fallthrough-to-PIC.patch} (90%)
> >  rename 
> > meta/recipes-devtools/qemu/qemu/{0010-linux-user-Fix-webkitgtk-hangs-on-32-bit-x86-target.patch
> >  => 0009-linux-user-Fix-webkitgtk-hangs-on-32-bit-x86-target.patch} (93%)
> >  rename 
> > meta/recipes-devtools/qemu/qemu/{0011-Revert-linux-user-fix-mmap-munmap-mprotect-mremap-sh.patch
> >  => 0010-Revert-linux-user-fix-mmap-munmap-mprotect-mremap-sh.patch} (90%)
> >  rename 
> > meta/recipes-devtools/qemu/qe

[OE-core] [PATCH v2] coreutils: update to 8.31

2019-04-24 Thread Oleksandr Kravchuk

lc.c license checksum changed due to modified copyright year.

musl fix was backported from RHEL5 and is musl specific as the patched
file is autogenerated during configure phase.

Signed-off-by: Oleksandr Kravchuk 
---
 .../strtod_fix_clash_with_strtold.patch   | 56 +++
 .../{coreutils_8.30.bb => coreutils_8.31.bb}  |  8 ++-
 2 files changed, 61 insertions(+), 3 deletions(-)
 create mode 100644 
meta/recipes-core/coreutils/coreutils/strtod_fix_clash_with_strtold.patch
 rename meta/recipes-core/coreutils/{coreutils_8.30.bb => coreutils_8.31.bb} 
(94%)

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
new file mode 100644
index 00..19410715f5
--- /dev/null
+++ b/meta/recipes-core/coreutils/coreutils/strtod_fix_clash_with_strtold.patch
@@ -0,0 +1,56 @@
+From 0562b040fa17f1722ba2b3096067b45d0582ca53 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
+
+Problem reported for RHEL 5 by Jesse Caldwell (Bug#34817).
+* lib/strtod.c (compute_minus_zero, minus_zero):
+Simplify by remving the macro / external variable,
+and having just a function.  User changed.  This avoids
+the need for an external variable that might clash.
+
+Upstream-Status: Backported [rhel5]
+
+Signed-off-by: Oleksandr Kravchuk 
+
+---
+ ChangeLog|  9 +
+ lib/strtod.c | 11 +--
+ 2 files changed, 14 insertions(+), 6 deletions(-)
+
+diff --git a/lib/strtod.c b/lib/strtod.c
+index b9eaa51b4..69b1564e1 100644
+--- a/lib/strtod.c
 b/lib/strtod.c
+@@ -294,16 +294,15 @@ parse_number (const char *nptr,
+ICC 10.0 has a bug when optimizing the expression -zero.
+The expression -MIN * MIN does not work when cross-compiling
+to PowerPC on Mac OS X 10.5.  */
+-#if defined __hpux || defined __sgi || defined __ICC
+ static DOUBLE
+-compute_minus_zero (void)
++minus_zero (void)
+ {
++#if defined __hpux || defined __sgi || defined __ICC
+   return -MIN * MIN;
+-}
+-# define minus_zero compute_minus_zero ()
+ #else
+-DOUBLE minus_zero = -0.0;
++  return -0.0;
+ #endif
++}
+ 
+ /* Convert NPTR to a DOUBLE.  If ENDPTR is not NULL, a pointer to the
+character after the last one used in the number is put in *ENDPTR.  */
+@@ -479,6 +478,6 @@ STRTOD (const char *nptr, char **endptr)
+   /* Special case -0.0, since at least ICC miscompiles negation.  We
+  can't use copysign(), as that drags in -lm on some platforms.  */
+   if (!num && negative)
+-return minus_zero;
++return minus_zero ();
+   return negative ? -num : num;
+ }
+-- 
+2.20.1
+
diff --git a/meta/recipes-core/coreutils/coreutils_8.30.bb 
b/meta/recipes-core/coreutils/coreutils_8.31.bb
similarity index 94%
rename from meta/recipes-core/coreutils/coreutils_8.30.bb
rename to meta/recipes-core/coreutils/coreutils_8.31.bb
index 8f4ee55712..4a74f619af 100644
--- a/meta/recipes-core/coreutils/coreutils_8.30.bb
+++ b/meta/recipes-core/coreutils/coreutils_8.31.bb
@@ -6,7 +6,7 @@ HOMEPAGE = "http://www.gnu.org/software/coreutils/";
 BUGTRACKER = "http://debbugs.gnu.org/coreutils";
 LICENSE = "GPLv3+"
 LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504\
-
file://src/ls.c;beginline=1;endline=15;md5=dbe356a88b09c29232b083d1ff8ac82a"
+
file://src/ls.c;beginline=1;endline=15;md5=c456f9896277a0543e3866777ccc0255"
 DEPENDS = "gmp libcap"
 DEPENDS_class-native = ""
 
@@ -20,8 +20,10 @@ SRC_URI = "${GNU_MIRROR}/coreutils/${BP}.tar.xz \
file://0001-local.mk-fix-cross-compiling-problem.patch \
   "
 
-SRC_URI[md5sum] = "ab06d68949758971fe744db66b572816"
-SRC_URI[sha256sum] = 
"e831b3a86091496cdba720411f9748de81507798f6130adeaef872d206e1b057"
+SRC_URI_append_libc-musl = "file://strtod_fix_clash_with_strtold.patch"
+
+SRC_URI[md5sum] = "0009a224d8e288e8ec406ef0161f9293"
+SRC_URI[sha256sum] = 
"ff7a9c918edce6b4f4b2725e3f9b37b0c4d193531cac49a48b56c4d0d3a9e9fd"
 
 EXTRA_OECONF_class-native = "--without-gmp"
 EXTRA_OECONF_class-target = "--enable-install-program=arch,hostname 
--libexecdir=${libdir}"
-- 
2.17.1

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

Re: [OE-core] [PATCH V4] dbus: fix ptest failure

2019-04-24 Thread richard . purdie

On Thu, 2019-04-18 at 09:59 +0800, Changqing Li wrote:
> 
> On 4/18/19 6:01 AM, Richard Purdie wrote:
> > On Wed, 2019-04-17 at 16:38 +0800, changqing...@windriver.com
> > wrote:
> > > From: Changqing Li 
> > > 
> > > 1. since one bug in run-ptest, testcase test-bus have never been
> > > actually run (althrough it's result is PASS).
> > > 
> > > After commit 0828850, test-bus can actually run but it
> > > did not install:
> > >   test-service, test-shell-service, test-segfault, and
> > >   dbus-daemon-launch-helper-test
> > > Add the configure flag:
> > >   --enable-embedded-tests
> > > to generate binary dbus-daemon-launch-helper-test, then install
> > > them so that test-bus will now pass.
> > > 
> > > 2. fix testcase test-dbus-daemon failed
> > > we enable --enable-verbose-mode in recipe dbus-test, and don't
> > > enable it in recipe dbus. This will make below test code get
> > > unexpect result of have_verbose and assert.
> > > disable --enable-verbose-mode for recipe dbus-test to fix it.
> > > 
> > >  #ifdef DBUS_ENABLE_STATS
> > >   g_assert_true (have_stats);
> > >  #else
> > >   g_assert_false (have_stats);
> > >  #endif
> > > 
> > > Signed-off-by: Changqing Li 
> > > ---
> > >  meta/recipes-core/dbus/dbus-test_1.12.12.bb | 13 ++---
> > >  meta/recipes-core/dbus/dbus/run-ptest   | 16 ---
> > > -
> > >  2 files changed, 22 insertions(+), 7 deletions(-)
> > 
> > I'm wondering if some of these tests were intentionally not run due
> > to
> > the length of time they take? It takes the dbus-ptest time from 26s
> > to
> > 250+s. Can you see which test that is and why its taking so long
> > please?
> 
> test-bus take most of the time, it include several sub tests. My test
> result:
> all test runed: 
> real2m59.637s
> user0m59.494s
> sys0m41.952s
> skipped test-bus:
> real0m13.125s
> user0m12.230s
> sys0m0.162s
> 
> Previously we don't intentionally skip test-bus,  just because we had
> a bug in run-ptest before,
> so test-bus  accidentally not run,  just return PASS. 
> After below commit fix this bug, test-bus can be runned.
> https://git.openembedded.org/openembedded-core/commit/?id=0828850fd09f738572ae8259384af07eeb81182b
> 
> -for i in `ls test/test-*`; do ./$i ./test/data
> DBUS_TEST_HOMEDIR=./test >/dev/null; output; done
> 
> "DBUS_TEST_HOMEDIR=./test" will take as an argument,  make no sub
> test is runned. 


Ross, do you remember if we intentionally skip this dbus test for
taking around 200s, taking the overall test time from 20s to 220s?

I'm strongly tempted to explicitly disable this test unless someone can
convince me it tests someting critical...

Cheers,

Richard

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

Re: [OE-core] [PATCH] oeqa/core/runner: dump stdout and stderr of each test case

2019-04-24 Thread Richard Purdie

On Wed, 2019-04-24 at 14:12 +, Mardegan, Alberto wrote:
> Some CI pipelines might perform further processing of the test output
> (for instance, to plot some metrics into a chart). However, Since
> `thud`
> we switched away from the XML-based jUnit reporting, and at the same
> time we lost the ability of collecting the stdout and stderr of the
> various tests.
> 
> We now restore this functionality by adding `stdout` and `stderr`
> keys to the JSON reports.

This is nearly there, thanks!

I think we need a better name than "TEST_WRITE_OUTPUT". That variable
could be about enabling some tests of writing output or several other
things. How about TESTREPORT_FULLLOGS?

The variable name needs to be mentioned in the commit message and we
should cc: Scott so we can add to the manual.

Cheers,

Richard

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

Re: [OE-core] [PATCH] buildhistory: call a dependency parser only on actual dependency lists

2019-04-24 Thread Richard Purdie

On Wed, 2019-04-24 at 18:34 +0200, Alexander Kanavin wrote:
> Previously it was also called on filelists and possibly other items
> which broke the parser.

Thanks, that fix makes sense, I couldn't see the wood for the trees! :)

Cheers,

Richard


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

[OE-core] [PATCH] buildhistory: call a dependency parser only on actual dependency lists

2019-04-24 Thread Alexander Kanavin

Previously it was also called on filelists and possibly other items which
broke the parser.

Signed-off-by: Alexander Kanavin 
---
 meta/lib/oe/buildhistory_analysis.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oe/buildhistory_analysis.py 
b/meta/lib/oe/buildhistory_analysis.py
index ad7fceb8bbc..d3cde4f6509 100644
--- a/meta/lib/oe/buildhistory_analysis.py
+++ b/meta/lib/oe/buildhistory_analysis.py
@@ -127,7 +127,7 @@ class ChangeRecord:
 removed = list(set(aitems) - set(bitems))
 added = list(set(bitems) - set(aitems))
 
-if not removed and not added:
+if not removed and not added and self.fieldname in ['RPROVIDES', 
'RDEPENDS', 'RRECOMMENDS', 'RSUGGESTS', 'RREPLACES', 'RCONFLICTS']:
 depvera = bb.utils.explode_dep_versions2(self.oldvalue, 
sort=False)
 depverb = bb.utils.explode_dep_versions2(self.newvalue, 
sort=False)
 for i, j in zip(depvera.items(), depverb.items()):
-- 
2.17.1

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

[OE-core] [PATCH] icecc.bbclass: stop causing everything to be effectivelly MACHINE_ARCH

2019-04-24 Thread Martin Jansa

* since this change:
  commit d2fcaeb153fdc3f8d7143ea823139f1537055ff1
  Author: Douglas Royds 
  Date:   Thu Dec 20 11:59:47 2018 +1300

icecc: Don't generate recipe-sysroot symlinks at recipe-parsing time

  the set_icecc_env function depends on KERNEL_CC variable even for recipes
  like linux-libc-headers

* KERNEL_CC variable depends on STAGING_KERNEL_DIR:
  Variable KERNEL_CC value is ${CCACHE}${HOST_PREFIX}gcc ${HOST_CC_KERNEL_ARCH} 
-fuse-ld=bfd ${DEBUG_PREFIX_MAP} 
-fdebug-prefix-map=${STAGING_KERNEL_DIR}=${KERNEL_SRC_PATH}
  List of dependencies for variable KERNEL_CC is {'STAGING_KERNEL_DIR', 
'HOST_PREFIX', 'DEBUG_PREFIX_MAP', 'HOST_CC_KERNEL_ARCH', 'KERNEL_SRC_PATH'}

  which depends on MACHINE:
  Variable STAGING_KERNEL_DIR value is 
${TMPDIR}/work-shared/${MACHINE}/kernel-source
  List of dependencies for variable STAGING_KERNEL_DIR is {'MACHINE'}

* as detected with:
  openembedded-core/scripts/sstate-diff-machines.sh --tmpdir=tmp-glibc 
--machines="qemux86 qemux86copy qemuarm" --targets=glibc --analyze

  ERROR: linux-libc-headers different signature for task do_configure.sigdata 
between qemux86 and qemux86copy
  NOTE: Starting bitbake server...
  basehash changed from 
3146f4ffeb002bd69fed7656a4b896365b2e2a00071c69e1afbb672889e754ee to 
f1a5160e39912e61389b6f9fe68d61146a2be91716ac37e4a32ecf4c09b2b5fa
  Variable MACHINE value changed from 'qemux86' to 'qemux86copy'

  $ bitbake-diffsigs 
/OE/build/oe-core/tmp-glibc/sstate-diff/1556122458/qemux86*/*/linux-libc-headers/*do_configure.sigdata*
  NOTE: Starting bitbake server...
  basehash changed from 
f1a5160e39912e61389b6f9fe68d61146a2be91716ac37e4a32ecf4c09b2b5fa to 
3146f4ffeb002bd69fed7656a4b896365b2e2a00071c69e1afbb672889e754ee
  Variable MACHINE value changed from 'qemux86copy' to 'qemux86'

Signed-off-by: Martin Jansa 
---
 meta/classes/icecc.bbclass | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/classes/icecc.bbclass b/meta/classes/icecc.bbclass
index 6d003dccef..edb0e10434 100644
--- a/meta/classes/icecc.bbclass
+++ b/meta/classes/icecc.bbclass
@@ -312,6 +312,7 @@ def set_icecc_env():
 # dummy python version of set_icecc_env
 return
 
+set_icecc_env[vardepsexclude] += "KERNEL_CC"
 set_icecc_env() {
 if [ "${@use_icecc(bb, d)}" = "no" ]
 then
-- 
2.17.1

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

Re: [OE-core] [PATCH 9/9] python3-pycairo: update to 1.18.1

2019-04-24 Thread Alexander Kanavin

On Wed, 24 Apr 2019 at 17:49, Richard Purdie
 wrote:
>
> On Tue, 2019-04-23 at 18:19 +0200, Alexander Kanavin wrote:
> > Switch over to meson build, as it does not attempt to install
> > headers into /usr/share and pkg-config files into /usr/share/$libdir.
> >
> > Signed-off-by: Alexander Kanavin 
> > ---
> >  ...3-pycairo_1.15.6.bb => python3-pycairo_1.18.1.bb} | 12 
> > 
> >  1 file changed, 4 insertions(+), 8 deletions(-)
> >  rename meta/recipes-devtools/python/{python3-pycairo_1.15.6.bb =>
> > python3-pycairo_1.18.1.bb} (65%)
>
> Fails on no-x11:
> https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/531
> qemuarm-oecore:
> https://autobuilder.yoctoproject.org/typhoon/#/builders/47/builds/543
>

This one I could not reproduce :( The issue seems to be meson complaining:

| meson.build:14:0: ERROR: 
['/home/pokybuild/yocto-worker/no-x11/build/build/tmp/work/core2-64-poky-linux/python3-pycairo/1.18.1-r0/recipe-sysroot-native/usr/bin/python3-native/python3']>
is not a valid python
|
| A full log can be found at
/home/pokybuild/yocto-worker/no-x11/build/build/tmp/work/core2-64-poky-linux/python3-pycairo/1.18.1-r0/build/meson-logs/meson-log.txt

which does not seem to be caused by lack of x11 - maybe a host issue?

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

Re: [OE-core] [PATCH 5/9] python-setuptools: update to 41.0.1

2019-04-24 Thread Alexander Kanavin

On Wed, 24 Apr 2019 at 18:02, Richard Purdie
 wrote:
>
> On Tue, 2019-04-23 at 18:19 +0200, Alexander Kanavin wrote:
> > Signed-off-by: Alexander Kanavin 
> > ---
> >  meta/recipes-devtools/python/python-setuptools.inc| 4
> > ++--
> >  ...ython-setuptools_40.8.0.bb => python-setuptools_41.0.1.bb} | 0
> >  ...hon3-setuptools_40.8.0.bb => python3-setuptools_41.0.1.bb} | 0
> >  3 files changed, 2 insertions(+), 2 deletions(-)
> >  rename meta/recipes-devtools/python/{python-setuptools_40.8.0.bb =>
> > python-setuptools_41.0.1.bb} (100%)
> >  rename meta/recipes-devtools/python/{python3-setuptools_40.8.0.bb =>
> > python3-setuptools_41.0.1.bb} (100%)
> >
> > diff --git a/meta/recipes-devtools/python/python-setuptools.inc
> > b/meta/recipes-devtools/python/python-setuptools.inc
> > index 9092d7ad03a..357aa07086a 100644
> > --- a/meta/recipes-devtools/python/python-setuptools.inc
> > +++ b/meta/recipes-devtools/python/python-setuptools.inc
> > @@ -10,8 +10,8 @@ inherit pypi
> >
> >  SRC_URI_append_class-native = " file://0001-conditionally-do-not-
> > fetch-code-by-easy_install.patch"
> >
> > -SRC_URI[md5sum] = "712697a5bc975cf479d487cd68206c20"
> > -SRC_URI[sha256sum] =
> > "6e4eec90337e849ade7103723b9a99631c1f0d19990d6e8412dc42f5ae8b304d"
> > +SRC_URI[md5sum] = "6404ca798bb9a9073aff3b91b2df35c8"
> > +SRC_URI[sha256sum] =
> > "a222d126f5471598053c9a77f4b5d4f26eaa1f150ad6e01dcf1a42e185d05613"
> >
> >  DEPENDS += "${PYTHON_PN}"
> >
> > diff --git a/meta/recipes-devtools/python/python-setuptools_40.8.0.bb
> > b/meta/recipes-devtools/python/python-setuptools_41.0.1.bb
> > similarity index 100%
> > rename from meta/recipes-devtools/python/python-setuptools_40.8.0.bb
> > rename to meta/recipes-devtools/python/python-setuptools_41.0.1.bb
> > diff --git a/meta/recipes-devtools/python/python3-
> > setuptools_40.8.0.bb b/meta/recipes-devtools/python/python3-
> > setuptools_41.0.1.bb
> > similarity index 100%
> > rename from meta/recipes-devtools/python/python3-setuptools_40.8.0.bb
> > rename to meta/recipes-devtools/python/python3-setuptools_41.0.1.bb
>
> I think this breaks buildhistory.
>
> The autobuilder runs:
>
> '/home/pokybuild/yocto-worker/qemuppc/yocto-autobuilder-helper/scripts/collect-results',
>  '/home/pokybuild/yocto-worker/qemuppc/build/build', 
> '/srv/autobuilder/autobuilder.yoctoproject.org/pub/non-release/20190424-4/testresults',
>  'qemuppc'
>
> which results in a call like:
>
> /home/pokybuild/yocto-worker/qemuppc/build/build/../scripts/buildhistory-diff 
> -p /home/pokybuild/yocto-worker/qemuppc/build/build/buildhistory ab-fetchrev
>
> which results in a comparision between:
>
> /opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/bin/easy3_install 
> /opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/bin/easy_install-3.7 
> /opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/__pycache__/easy_install.cpython-37.pyc
>  
> /opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/easy_install.py
>  
> /opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/__init__.py
>  
> /opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/__pycache__/__init__.cpython-37.pyc
>  
> /opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/__pycache__/py31compat.cpython-37.pyc
>  
> /opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/_vendor/__init__.py
>  
> /opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/_vendor/__pycache__/__init
 __.cpython-37.pyc 
/opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/_vendor/__pycache__/appdirs.cpython-37.pyc
 
/opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/_vendor/__pycache__/pyparsing.cpython-37.pyc
 
/opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/_vendor/__pycache__/six.cpython-37.pyc
 
/opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/_vendor/appdirs.py
 
/opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/_vendor/packaging/__about__.py
 
/opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/_vendor/packaging/__init__.py
 
/opt/poky/2.7+snapshot/sysroots

Re: [OE-core] [PATCH 5/9] python-setuptools: update to 41.0.1

2019-04-24 Thread Richard Purdie

On Tue, 2019-04-23 at 18:19 +0200, Alexander Kanavin wrote:
> Signed-off-by: Alexander Kanavin 
> ---
>  meta/recipes-devtools/python/python-setuptools.inc| 4
> ++--
>  ...ython-setuptools_40.8.0.bb => python-setuptools_41.0.1.bb} | 0
>  ...hon3-setuptools_40.8.0.bb => python3-setuptools_41.0.1.bb} | 0
>  3 files changed, 2 insertions(+), 2 deletions(-)
>  rename meta/recipes-devtools/python/{python-setuptools_40.8.0.bb =>
> python-setuptools_41.0.1.bb} (100%)
>  rename meta/recipes-devtools/python/{python3-setuptools_40.8.0.bb =>
> python3-setuptools_41.0.1.bb} (100%)
> 
> diff --git a/meta/recipes-devtools/python/python-setuptools.inc
> b/meta/recipes-devtools/python/python-setuptools.inc
> index 9092d7ad03a..357aa07086a 100644
> --- a/meta/recipes-devtools/python/python-setuptools.inc
> +++ b/meta/recipes-devtools/python/python-setuptools.inc
> @@ -10,8 +10,8 @@ inherit pypi
>  
>  SRC_URI_append_class-native = " file://0001-conditionally-do-not-
> fetch-code-by-easy_install.patch"
>  
> -SRC_URI[md5sum] = "712697a5bc975cf479d487cd68206c20"
> -SRC_URI[sha256sum] =
> "6e4eec90337e849ade7103723b9a99631c1f0d19990d6e8412dc42f5ae8b304d"
> +SRC_URI[md5sum] = "6404ca798bb9a9073aff3b91b2df35c8"
> +SRC_URI[sha256sum] =
> "a222d126f5471598053c9a77f4b5d4f26eaa1f150ad6e01dcf1a42e185d05613"
>  
>  DEPENDS += "${PYTHON_PN}"
>  
> diff --git a/meta/recipes-devtools/python/python-setuptools_40.8.0.bb 
> b/meta/recipes-devtools/python/python-setuptools_41.0.1.bb
> similarity index 100%
> rename from meta/recipes-devtools/python/python-setuptools_40.8.0.bb
> rename to meta/recipes-devtools/python/python-setuptools_41.0.1.bb
> diff --git a/meta/recipes-devtools/python/python3-
> setuptools_40.8.0.bb b/meta/recipes-devtools/python/python3-
> setuptools_41.0.1.bb
> similarity index 100%
> rename from meta/recipes-devtools/python/python3-setuptools_40.8.0.bb
> rename to meta/recipes-devtools/python/python3-setuptools_41.0.1.bb

I think this breaks buildhistory.

The autobuilder runs:

'/home/pokybuild/yocto-worker/qemuppc/yocto-autobuilder-helper/scripts/collect-results',
 '/home/pokybuild/yocto-worker/qemuppc/build/build', 
'/srv/autobuilder/autobuilder.yoctoproject.org/pub/non-release/20190424-4/testresults',
 'qemuppc'

which results in a call like:

/home/pokybuild/yocto-worker/qemuppc/build/build/../scripts/buildhistory-diff 
-p /home/pokybuild/yocto-worker/qemuppc/build/build/buildhistory ab-fetchrev

which results in a comparision between:

/opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/bin/easy3_install 
/opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/bin/easy_install-3.7 
/opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/__pycache__/easy_install.cpython-37.pyc
 
/opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/easy_install.py
 
/opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/__init__.py
 
/opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/__pycache__/__init__.cpython-37.pyc
 
/opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/__pycache__/py31compat.cpython-37.pyc
 
/opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/_vendor/__init__.py
 
/opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/_vendor/__pycache__/__init__
 .cpython-37.pyc 
/opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/_vendor/__pycache__/appdirs.cpython-37.pyc
 
/opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/_vendor/__pycache__/pyparsing.cpython-37.pyc
 
/opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/_vendor/__pycache__/six.cpython-37.pyc
 
/opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/_vendor/appdirs.py
 
/opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/_vendor/packaging/__about__.py
 
/opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/_vendor/packaging/__init__.py
 
/opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/_vendor/packaging/__pycache__/__about__.cpython-37.pyc
 /opt/poky/2.7+snapshot/sysroots/
 
i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/_vendor/packaging/__pycache__/__init__.cpython-37.pyc
 
/opt/poky/2.7+snapshot/sysroots/i686-pokysdk-linux/usr/lib/python3.7/site-packages/pkg_resources/_vendor/packaging/__pycache__/_compat.cpy

Re: [OE-core] [PATCH 9/9] python3-pycairo: update to 1.18.1

2019-04-24 Thread Richard Purdie

On Tue, 2019-04-23 at 18:19 +0200, Alexander Kanavin wrote:
> Switch over to meson build, as it does not attempt to install
> headers into /usr/share and pkg-config files into /usr/share/$libdir.
> 
> Signed-off-by: Alexander Kanavin 
> ---
>  ...3-pycairo_1.15.6.bb => python3-pycairo_1.18.1.bb} | 12 
> 
>  1 file changed, 4 insertions(+), 8 deletions(-)
>  rename meta/recipes-devtools/python/{python3-pycairo_1.15.6.bb =>
> python3-pycairo_1.18.1.bb} (65%)

Fails on no-x11:
https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/531
qemuarm-oecore:
https://autobuilder.yoctoproject.org/typhoon/#/builders/47/builds/543

Still trying to figure out the cause of the other results
collection/buildhistory errors in this build...

Cheers,

Richard

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

[OE-core] [PATCH] apr: update to 1.7.0

2019-04-24 Thread Oleksandr Kravchuk

Refreshed patches with devtool.

Signed-off-by: Oleksandr Kravchuk 
---
 ...ldcheck.sh-improve-libtool-detection.patch | 10 +++
 ...ir-path-references-from-installed-ap.patch |  9 +++
 ...configure.in-support-cross-compiling.patch | 12 -
 ...04-Fix-packet-discards-HTTP-redirect.patch |  8 +++---
 ...-LTFLAGS-to-make-it-work-with-ccache.patch | 10 +++
 ...ze-doesn-t-match-in-glibc-when-cross.patch | 27 +--
 ...libapr-against-phtread-to-make-gold-.patch | 14 +-
 .../apr/{apr_1.6.5.bb => apr_1.7.0.bb}|  4 +--
 8 files changed, 40 insertions(+), 54 deletions(-)
 rename meta/recipes-support/apr/{apr_1.6.5.bb => apr_1.7.0.bb} (96%)

diff --git 
a/meta/recipes-support/apr/apr/0001-build-buildcheck.sh-improve-libtool-detection.patch
 
b/meta/recipes-support/apr/apr/0001-build-buildcheck.sh-improve-libtool-detection.patch
index 097c195a19..c0426797bd 100644
--- 
a/meta/recipes-support/apr/apr/0001-build-buildcheck.sh-improve-libtool-detection.patch
+++ 
b/meta/recipes-support/apr/apr/0001-build-buildcheck.sh-improve-libtool-detection.patch
@@ -1,19 +1,20 @@
-From 4efdc06fb17b8a00a9eca923caa176be741d1e04 Mon Sep 17 00:00:00 2001
+From 507a36c128c22fad2e7183f3da5bc8424fb42729 Mon Sep 17 00:00:00 2001
 From: Hongxu Jia 
 Date: Thu, 1 Feb 2018 14:56:13 +0800
-Subject: [PATCH 1/7] build/buildcheck.sh: improve libtool detection
+Subject: [PATCH] build/buildcheck.sh: improve libtool detection
 
 Support customize libtool by variable assigning, it is helpful
 for cross compileing (such as libtool=aarch64-linux-libtool)
 
 Upstream-Status: Submitted [https://github.com/apache/apr/pull/8]
 Signed-off-by: Hongxu Jia 
+
 ---
  build/buildcheck.sh | 4 +++-
  1 file changed, 3 insertions(+), 1 deletion(-)
 
 diff --git a/build/buildcheck.sh b/build/buildcheck.sh
-index ab5df44..f191a41 100755
+index 76ff8ce..44921b5 100755
 --- a/build/buildcheck.sh
 +++ b/build/buildcheck.sh
 @@ -40,7 +40,9 @@ fi
@@ -27,6 +28,3 @@ index ab5df44..f191a41 100755
  lt_pversion=`$libtool --version 2>/dev/null|sed -e 
's/([^)]*)//g;s/^[^0-9]*//;s/[- ].*//g;q'`
  if test -z "$lt_pversion"; then
echo "buildconf: libtool not found."
--- 
-1.8.3.1
-
diff --git 
a/meta/recipes-support/apr/apr/0002-apr-Remove-workdir-path-references-from-installed-ap.patch
 
b/meta/recipes-support/apr/apr/0002-apr-Remove-workdir-path-references-from-installed-ap.patch
index 72e706f966..6b7156a439 100644
--- 
a/meta/recipes-support/apr/apr/0002-apr-Remove-workdir-path-references-from-installed-ap.patch
+++ 
b/meta/recipes-support/apr/apr/0002-apr-Remove-workdir-path-references-from-installed-ap.patch
@@ -1,8 +1,7 @@
-From 5925b20da8bbc34d9bf5a5dca123ef38864d43c6 Mon Sep 17 00:00:00 2001
+From c06e33851c4b209996682897a02a4219ebf34197 Mon Sep 17 00:00:00 2001
 From: Hongxu Jia 
 Date: Tue, 30 Jan 2018 09:39:06 +0800
-Subject: [PATCH 2/7] apr: Remove workdir path references from installed apr
- files
+Subject: [PATCH] apr: Remove workdir path references from installed apr files
 
 Upstream-Status: Inappropriate [configuration]
 
@@ -14,6 +13,7 @@ packages at target run time, the workdir path caused 
confusion.
 Rebase to 1.6.3
 
 Signed-off-by: Hongxu Jia 
+
 ---
  apr-config.in | 26 ++
  1 file changed, 2 insertions(+), 24 deletions(-)
@@ -69,6 +69,3 @@ index 84b4073..bbbf651 100644
  ;;
  --shlib-path-var)
  echo "$SHLIBPATH_VAR"
--- 
-1.8.3.1
-
diff --git 
a/meta/recipes-support/apr/apr/0003-Makefile.in-configure.in-support-cross-compiling.patch
 
b/meta/recipes-support/apr/apr/0003-Makefile.in-configure.in-support-cross-compiling.patch
index 4dd53bd8eb..95f45ca896 100644
--- 
a/meta/recipes-support/apr/apr/0003-Makefile.in-configure.in-support-cross-compiling.patch
+++ 
b/meta/recipes-support/apr/apr/0003-Makefile.in-configure.in-support-cross-compiling.patch
@@ -1,7 +1,7 @@
-From d5028c10f156c224475b340cfb1ba025d6797243 Mon Sep 17 00:00:00 2001
+From 90b35ba29588ec4359eb8e5f0b8477c46d7baa6b Mon Sep 17 00:00:00 2001
 From: Hongxu Jia 
 Date: Fri, 2 Feb 2018 15:51:42 +0800
-Subject: [PATCH 3/7] Makefile.in/configure.in: support cross compiling
+Subject: [PATCH] Makefile.in/configure.in: support cross compiling
 
 While cross compiling, the tools/gen_test_char could not
 be executed at build time, use AX_PROG_CC_FOR_BUILD to
@@ -10,13 +10,14 @@ build native tools/gen_test_char
 Upstream-Status: Submitted [https://github.com/apache/apr/pull/8]
 
 Signed-off-by: Hongxu Jia 
+
 ---
  Makefile.in  | 10 +++---
  configure.in |  3 +++
  2 files changed, 6 insertions(+), 7 deletions(-)
 
 diff --git a/Makefile.in b/Makefile.in
-index 5fb760e..8675f90 100644
+index 7aeefd0..22d090d 100644
 --- a/Makefile.in
 +++ b/Makefile.in
 @@ -46,7 +46,7 @@ LT_VERSION = @LT_VERSION@
@@ -45,7 +46,7 @@ index 5fb760e..8675f90 100644
  include/private/apr_escape_test_char.h: tools/gen_test_char@EXEEXT@
$(APR_MKDIR) include/private
 diff --git a/configure.in b/configure.in
-index 719f331..361120f

Re: [OE-core] [QA][PATCH 1/7] manual tests migrate to selftest

2019-04-24 Thread Richard Purdie

On Mon, 2019-04-22 at 06:41 -0600, Armin Kuster wrote:
> Signed-off-by: Armin Kuster 
> ---
>  meta/lib/oeqa/selftest/cases/oescripts.py | 89
> +++
>  1 file changed, 89 insertions(+)

This threw a few errors on the autobuilder:

https://autobuilder.yoctoproject.org/typhoon/#/builders/56/builds/425

One issue is missing pycairo but there seem to be others.

Cheers,

Richard

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

[OE-core] [PATCH] ninja: add Upstream-Status and SOB for musl patch

2019-04-24 Thread Oleksandr Kravchuk

Signed-off-by: Oleksandr Kravchuk 
---
 meta/recipes-devtools/ninja/ninja/fix-musl.patch | 15 +++
 1 file changed, 11 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-devtools/ninja/ninja/fix-musl.patch 
b/meta/recipes-devtools/ninja/ninja/fix-musl.patch
index 543d4f1c48..7fd779110d 100644
--- a/meta/recipes-devtools/ninja/ninja/fix-musl.patch
+++ b/meta/recipes-devtools/ninja/ninja/fix-musl.patch
@@ -1,18 +1,22 @@
-2ff54ad7478a90bd75c91e434236a Mon Sep 17 00:00:00 2001
+From e92a915183f8bff268f74c8cd00d986301a2bbf8 Mon Sep 17 00:00:00 2001
 From: makepost 
 Date: Mon, 24 Dec 2018 03:13:16 +0200
 Subject: [PATCH] Use st_mtim if st_mtime is macro, fix #1510
 
 In POSIX.1-2008, sys_stat has a st_mtim member and a st_mtime backward
 compatibility macro. Should help avoid hardcoding platform detection.
+
+Signed-off-by: Oleksandr Kravchuk 
+
+Upstream-Status: Pending
 ---
  src/disk_interface.cc | 14 --
  1 file changed, 4 insertions(+), 10 deletions(-)
 
 diff --git a/src/disk_interface.cc b/src/disk_interface.cc
-index d4c2fb087..dc297c449 100644
 src/disk_interface.cc
-+++ /src/disk_interface.cc
+index d4c2fb0..dc297c4 100644
+--- a/src/disk_interface.cc
 b/src/disk_interface.cc
 @@ -202,19 +202,13 @@ TimeStamp RealDiskInterface::Stat(const string& path, 
string* err) const {
// that it doesn't exist.
if (st.st_mtime == 0)
@@ -37,3 +41,6 @@ index d4c2fb087..dc297c449 100644
  #else
return (int64_t)st.st_mtime * 10LL + st.st_mtimensec;
  #endif
+-- 
+2.17.1
+
-- 
2.17.1

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

Re: [OE-core] [PATCH] go: Allow bootstrapping using host go compiler

2019-04-24 Thread Daniel Thompson

On Fri, Apr 12, 2019 at 10:45:07PM +0300, Adrian Bunk wrote:
> On Fri, Apr 12, 2019 at 01:30:46PM +0100, Daniel Thompson wrote:
> > Currently go-native bootstraps without any dependency on the host go
> > compiler by building go-1.4 (the last version written in C) and using
> > that to build a more recent version of go. This does not work on host
> > architectures, such as arm64, that are not supported by go-1.4. To
> > support these host architectures we must rely on an existing host go
> > compiler and use that to build go-native instead.
> >...
> 
> Why is this the only option for you?

Good point. Not the most accurate use of "must"... more "these
changes".

 
> The clean way to bootstrap go would be by building gccgo and using that 
> as starting point for the bootstrap.
> 
> Haven't tried how trivial or difficult it is to make that work,
> but it sounds more long-term maintainable than having different
> problems depending on what architecture and host distribution
> is used - it doesn't sound like a good idea to have to test
> and maintain all combinations, e.g. whether Go 1.6 on arm64
> in Ubuntu 16.04 manages to bootstrap the latest Go.

Source wise it should work (depending on your level of belief in the go
compatibility promise) since the go compiler is written in go-1.4 but I
agree that code generation bugs in old versions of go tools could make
things less predictable.

I'm suddenly a bit swamped so it could me a long time to look at but
using gccgo to bootstrap is not structurally much more complex than
bootstrapping with go-1.4 and certainly could be more flexible. Sounds
like "the right thing to do" so definitely worth a shot.


Thanks


Daniel.


> -- 
> 
>"Is there not promise of rain?" Ling Tan asked suddenly out
> of the darkness. There had been need of rain for many days.
>"Only a promise," Lao Er said.
>Pearl S. Buck - Dragon Seed
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2] ninja: upate to 1.9.0

2019-04-24 Thread Alexander Kanavin

Master is never force pushed to and always has a linear history, so
any changes need to apply cleanly to the latest commit in it.

Alex

On Wed, 24 Apr 2019 at 16:31, Oleksandr Kravchuk
 wrote:
>
> Sure. It's already in master though.
>
> Should I send a new patch or just a diff with master?
>
> On 23/04/2019 11:26, Burton, Ross wrote:
> > On Sat, 23 Mar 2019 at 16:39, Oleksandr Kravchuk
> >  wrote:
> >> +++ b/meta/recipes-devtools/ninja/ninja/fix-musl.patch
> >> @@ -0,0 +1,39 @@
> >> +2ff54ad7478a90bd75c91e434236a Mon Sep 17 00:00:00 2001
> >> +From: makepost 
> >> +Date: Mon, 24 Dec 2018 03:13:16 +0200
> >> +Subject: [PATCH] Use st_mtim if st_mtime is macro, fix #1510
> >> +
> >> +In POSIX.1-2008, sys_stat has a st_mtim member and a st_mtime backward
> >> +compatibility macro. Should help avoid hardcoding platform detection.
> >> +---
> >> + src/disk_interface.cc | 14 --
> >> + 1 file changed, 4 insertions(+), 10 deletions(-)
> >> +
> >> +diff --git a/src/disk_interface.cc b/src/disk_interface.cc
> >> +index d4c2fb087..dc297c449 100644
> >> +--- src/disk_interface.cc
> >>  /src/disk_interface.cc
> >> +@@ -202,19 +202,13 @@ TimeStamp RealDiskInterface::Stat(const string& 
> >> path, string* err) const {
> >> +   // that it doesn't exist.
> >> +   if (st.st_mtime == 0)
> >> + return 1;
> >> +-#if defined(__APPLE__) && !defined(_POSIX_C_SOURCE)
> >> ++#if defined(_AIX)
> >> ++  return (int64_t)st.st_mtime * 10LL + st.st_mtime_n;
> >> ++#elif defined(__APPLE__)
> >> +   return ((int64_t)st.st_mtimespec.tv_sec * 10LL +
> >> +   st.st_mtimespec.tv_nsec);
> >> +-#elif (_POSIX_C_SOURCE >= 200809L || _XOPEN_SOURCE >= 700 || 
> >> defined(_BSD_SOURCE) || defined(_SVID_SOURCE) || \
> >> +-   defined(__BIONIC__) || (defined (__SVR4) && defined (__sun)) || 
> >> defined(__FreeBSD__))
> >> +-  // For glibc, see "Timestamp files" in the Notes of 
> >> http://www.kernel.org/doc/man-pages/online/pages/man2/stat.2.html
> >> +-  // newlib, uClibc and musl follow the kernel (or Cygwin) headers and 
> >> define the right macro values above.
> >> +-  // For bsd, see 
> >> https://github.com/freebsd/freebsd/blob/master/sys/sys/stat.h and similar
> >> +-  // For bionic, C and POSIX API is always enabled.
> >> +-  // For solaris, see 
> >> https://docs.oracle.com/cd/E88353_01/html/E37841/stat-2.html.
> >> ++#elif defined(st_mtime) // A macro, so we're likely on modern POSIX.
> >> +   return (int64_t)st.st_mtim.tv_sec * 10LL + st.st_mtim.tv_nsec;
> >> +-#elif defined(_AIX)
> >> +-  return (int64_t)st.st_mtime * 10LL + st.st_mtime_n;
> >> + #else
> >> +   return (int64_t)st.st_mtime * 10LL + st.st_mtimensec;
> >> + #endif
> > This patch has no Signed-off-by or Upstream-Status.  Can you add those 
> > please?
> >
> > Ross
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2] ninja: upate to 1.9.0

2019-04-24 Thread Oleksandr Kravchuk

Sure. It's already in master though.

Should I send a new patch or just a diff with master?

On 23/04/2019 11:26, Burton, Ross wrote:
> On Sat, 23 Mar 2019 at 16:39, Oleksandr Kravchuk
>  wrote:
>> +++ b/meta/recipes-devtools/ninja/ninja/fix-musl.patch
>> @@ -0,0 +1,39 @@
>> +2ff54ad7478a90bd75c91e434236a Mon Sep 17 00:00:00 2001
>> +From: makepost 
>> +Date: Mon, 24 Dec 2018 03:13:16 +0200
>> +Subject: [PATCH] Use st_mtim if st_mtime is macro, fix #1510
>> +
>> +In POSIX.1-2008, sys_stat has a st_mtim member and a st_mtime backward
>> +compatibility macro. Should help avoid hardcoding platform detection.
>> +---
>> + src/disk_interface.cc | 14 --
>> + 1 file changed, 4 insertions(+), 10 deletions(-)
>> +
>> +diff --git a/src/disk_interface.cc b/src/disk_interface.cc
>> +index d4c2fb087..dc297c449 100644
>> +--- src/disk_interface.cc
>>  /src/disk_interface.cc
>> +@@ -202,19 +202,13 @@ TimeStamp RealDiskInterface::Stat(const string& path, 
>> string* err) const {
>> +   // that it doesn't exist.
>> +   if (st.st_mtime == 0)
>> + return 1;
>> +-#if defined(__APPLE__) && !defined(_POSIX_C_SOURCE)
>> ++#if defined(_AIX)
>> ++  return (int64_t)st.st_mtime * 10LL + st.st_mtime_n;
>> ++#elif defined(__APPLE__)
>> +   return ((int64_t)st.st_mtimespec.tv_sec * 10LL +
>> +   st.st_mtimespec.tv_nsec);
>> +-#elif (_POSIX_C_SOURCE >= 200809L || _XOPEN_SOURCE >= 700 || 
>> defined(_BSD_SOURCE) || defined(_SVID_SOURCE) || \
>> +-   defined(__BIONIC__) || (defined (__SVR4) && defined (__sun)) || 
>> defined(__FreeBSD__))
>> +-  // For glibc, see "Timestamp files" in the Notes of 
>> http://www.kernel.org/doc/man-pages/online/pages/man2/stat.2.html
>> +-  // newlib, uClibc and musl follow the kernel (or Cygwin) headers and 
>> define the right macro values above.
>> +-  // For bsd, see 
>> https://github.com/freebsd/freebsd/blob/master/sys/sys/stat.h and similar
>> +-  // For bionic, C and POSIX API is always enabled.
>> +-  // For solaris, see 
>> https://docs.oracle.com/cd/E88353_01/html/E37841/stat-2.html.
>> ++#elif defined(st_mtime) // A macro, so we're likely on modern POSIX.
>> +   return (int64_t)st.st_mtim.tv_sec * 10LL + st.st_mtim.tv_nsec;
>> +-#elif defined(_AIX)
>> +-  return (int64_t)st.st_mtime * 10LL + st.st_mtime_n;
>> + #else
>> +   return (int64_t)st.st_mtime * 10LL + st.st_mtimensec;
>> + #endif
> This patch has no Signed-off-by or Upstream-Status.  Can you add those please?
>
> Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] oeqa/core/runner: dump stdout and stderr of each test case

2019-04-24 Thread Mardegan, Alberto

Some CI pipelines might perform further processing of the test output
(for instance, to plot some metrics into a chart). However, Since `thud`
we switched away from the XML-based jUnit reporting, and at the same
time we lost the ability of collecting the stdout and stderr of the
various tests.

We now restore this functionality by adding `stdout` and `stderr` keys
to the JSON reports.

Signed-off-by: Alberto Mardegan 
---
 meta/classes/testimage.bbclass |  3 ++-
 meta/lib/oeqa/core/runner.py   | 20 
 2 files changed, 18 insertions(+), 5 deletions(-)

diff --git a/meta/classes/testimage.bbclass b/meta/classes/testimage.bbclass
index ff1c53b93e..d0f4a77ff9 100644
--- a/meta/classes/testimage.bbclass
+++ b/meta/classes/testimage.bbclass
@@ -316,7 +316,8 @@ def testimage_main(d):
 configuration = get_testimage_configuration(d, 'runtime', machine)
 results.logDetails(get_testimage_json_result_dir(d),
configuration,
-   get_testimage_result_id(configuration))
+   get_testimage_result_id(configuration),
+   dump_streams=d.getVar('TEST_WRITE_OUTPUT'))
 results.logSummary(pn)
 if not results.wasSuccessful():
 bb.fatal('%s - FAILED - check the task log and the ssh log' % pn, 
forcelog=True)
diff --git a/meta/lib/oeqa/core/runner.py b/meta/lib/oeqa/core/runner.py
index df88b85f1c..478b7b6683 100644
--- a/meta/lib/oeqa/core/runner.py
+++ b/meta/lib/oeqa/core/runner.py
@@ -7,6 +7,7 @@ import unittest
 import logging
 import re
 import json
+import sys

 from unittest import TextTestResult as _TestResult
 from unittest import TextTestRunner as _TestRunner
@@ -45,6 +46,9 @@ class OETestResult(_TestResult):

 self.tc = tc

+# stdout and stderr for each test case
+self.logged_output = {}
+
 def startTest(self, test):
 # May have been set by concurrencytest
 if test.id() not in self.starttime:
@@ -53,6 +57,9 @@ class OETestResult(_TestResult):

 def stopTest(self, test):
 self.endtime[test.id()] = time.time()
+if self.buffer:
+self.logged_output[test.id()] = (
+sys.stdout.getvalue(), sys.stderr.getvalue())
 super(OETestResult, self).stopTest(test)
 if test.id() in self.progressinfo:
 self.tc.logger.info(self.progressinfo[test.id()])
@@ -118,7 +125,8 @@ class OETestResult(_TestResult):
 self.successes.append((test, None))
 super(OETestResult, self).addSuccess(test)

-def logDetails(self, json_file_dir=None, configuration=None, 
result_id=None):
+def logDetails(self, json_file_dir=None, configuration=None, 
result_id=None,
+dump_streams=False):
 self.tc.logger.info("RESULTS:")

 result = {}
@@ -144,10 +152,14 @@ class OETestResult(_TestResult):
 if status not in logs:
 logs[status] = []
 logs[status].append("RESULTS - %s - Testcase %s: %s%s" % 
(case.id(), oeid, status, t))
+report = {'status': status}
 if log:
-result[case.id()] = {'status': status, 'log': log}
-else:
-result[case.id()] = {'status': status}
+report['log'] = log
+if dump_streams and case.id() in self.logged_output:
+(stdout, stderr) = self.logged_output[case.id()]
+report['stdout'] = stdout
+report['stderr'] = stderr
+result[case.id()] = report

 for i in ['PASSED', 'SKIPPED', 'EXPECTEDFAIL', 'ERROR', 'FAILED', 
'UNKNOWN']:
 if i not in logs:
--
2.17.1



This e-mail and any attachment(s) are intended only for the recipient(s) named 
above and others who have been specifically authorized to receive them. They 
may contain confidential information. If you are not the intended recipient, 
please do not read this email or its attachment(s). Furthermore, you are hereby 
notified that any dissemination, distribution or copying of this e-mail and any 
attachment(s) is strictly prohibited. If you have received this e-mail in 
error, please immediately notify the sender by replying to this e-mail and then 
delete this e-mail and any attachment(s) or copies thereof from your system. 
Thank you.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [QA][PATCH] manual qa: compliance-test drop ltpstress

2019-04-24 Thread Armin Kuster

ltpstress was remived in Oct 2018

https://github.com/linux-test-project/ltp/commit/e752f7c19674d9b2f7d37aed123561a3f6410e97#diff-5231627fc8640e0adb955f9e69c3c08d

 Remove LTP stress tests

ltpstress.sh runs stress.part[1-3]. But these runtest files just
duplicate definitions:
* stress.part1: fs, mm, nfs
* stress.part2: ipc, math, nptl
* stress.part3: net.multicast, pty, syscalls

Definitions are outdated anyway. There is no point trying trying
to keep them sync.

Signed-off-by: Armin Kuster 
---
 meta/lib/oeqa/manual/compliance-test.json | 26 --
 1 file changed, 26 deletions(-)

diff --git a/meta/lib/oeqa/manual/compliance-test.json 
b/meta/lib/oeqa/manual/compliance-test.json
index 8c13b68..0ed090a 100644
--- a/meta/lib/oeqa/manual/compliance-test.json
+++ b/meta/lib/oeqa/manual/compliance-test.json
@@ -77,30 +77,4 @@
   "summary": "stress_test_-_crashme_-Beaglebone"
 }
   },
-  {
-"test": {
-  "@alias": 
"compliance-test.compliance-test.stress_test_-_ltp_-Beaglebone",
-  "author": [
-{
-  "email": "corneliux.stoice...@intel.com",
-  "name": "corneliux.stoice...@intel.com"
-}
-  ],
-  "execution": {
-"1": {
-  "action": "Build LTP with toolchain or in sdk image",
-  "expected_results": ""
-},
-"2": {
-  "action": "Copy LTP folder into target, for example, /opt/ltp. 
Modify script,  testscripts/ltpstress.sh, set Iostat=1, NO_NETWORK=1",
-  "expected_results": ""
-},
-"3": {
-  "action": "cd testscripts/ && ./ltpstress.sh",
-  "expected_results": "This stress case will run for 24 hours Check 
the result\ntarget should not crash with the program "
-}
-  },
-  "summary": "stress_test_-_-ltp_-Beaglebone"
-}
-  }
 ]
-- 
2.7.4

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

Re: [OE-core] [PATCH 2/2] vim: Update to 8.1.1198

2019-04-24 Thread Tom Rini

On Wed, Apr 24, 2019 at 02:50:51PM +0100, richard.pur...@linuxfoundation.org 
wrote:
> On Wed, 2019-04-24 at 07:29 -0400, Tom Rini wrote:
> > On Wed, Apr 24, 2019 at 08:40:01AM +0100, 
> > richard.pur...@linuxfoundation.org wrote:
> > 
> > > What does "locale -a" show for you?
> > 
> > On Fedora Core 29:
> > C
> > C.utf8
> > en_AG
> > en_AG.utf8
> > en_AU
> > en_AU.iso88591
> > en_AU.utf8
> > en_BW
> > en_BW.iso88591
> > en_BW.utf8
> > en_CA
> > en_CA.iso88591
> > en_CA.utf8
> > en_DK
> > en_DK.iso88591
> > en_DK.utf8
> > en_GB
> > en_GB.iso88591
> > en_GB.iso885915
> > en_GB.utf8
> > en_HK
> > en_HK.iso88591
> > en_HK.utf8
> > en_IE
> > en_IE@euro
> > en_IE.iso88591
> > en_IE.iso885915@euro
> > en_IE.utf8
> > en_IL
> > en_IL.utf8
> > en_IN
> > en_IN.utf8
> > en_NG
> > en_NG.utf8
> > en_NZ
> > en_NZ.iso88591
> > en_NZ.utf8
> > en_PH
> > en_PH.iso88591
> > en_PH.utf8
> > en_SC.utf8
> > en_SG
> > en_SG.iso88591
> > en_SG.utf8
> > en_US
> > en_US.iso88591
> > en_US.iso885915
> > en_US.utf8
> > en_ZA
> > en_ZA.iso88591
> > en_ZA.utf8
> > en_ZM
> > en_ZM.utf8
> > en_ZW
> > en_ZW.iso88591
> > en_ZW.utf8
> > POSIX
> > 
> > And then my Ubuntu 16.04 regular build env:
> > C
> > C.UTF-8
> > en_AG
> > en_AG.utf8
> > en_AU.utf8
> > en_BW.utf8
> > en_CA.utf8
> > en_DK.utf8
> > en_GB.utf8
> > en_HK.utf8
> > en_IE.utf8
> > en_IN
> > en_IN.utf8
> > en_NG
> > en_NG.utf8
> > en_NZ.utf8
> > en_PH.utf8
> > en_SG.utf8
> > en_US.utf8
> > en_ZA.utf8
> > en_ZM
> > en_ZM.utf8
> > en_ZW.utf8
> > POSIX
> 
> Does vim build cleanly on the 16.04 box? My working theory was the lack
> of iso88591 locale variants may be causing some kind of issue...

Yup.  I do a nodistro build of my changes before posting to be sure it
builds somewhere at least.

> Failing that can you send me the log.do_compile from a successful build
> offlist and I can compare to my failing one (or send you my failing
> compile log).

Coming up in a moment.

-- 
Tom


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

Re: [OE-core] [PATCH 2/2] vim: Update to 8.1.1198

2019-04-24 Thread richard . purdie

On Wed, 2019-04-24 at 07:29 -0400, Tom Rini wrote:
> On Wed, Apr 24, 2019 at 08:40:01AM +0100, 
> richard.pur...@linuxfoundation.org wrote:
> 
> > What does "locale -a" show for you?
> 
> On Fedora Core 29:
> C
> C.utf8
> en_AG
> en_AG.utf8
> en_AU
> en_AU.iso88591
> en_AU.utf8
> en_BW
> en_BW.iso88591
> en_BW.utf8
> en_CA
> en_CA.iso88591
> en_CA.utf8
> en_DK
> en_DK.iso88591
> en_DK.utf8
> en_GB
> en_GB.iso88591
> en_GB.iso885915
> en_GB.utf8
> en_HK
> en_HK.iso88591
> en_HK.utf8
> en_IE
> en_IE@euro
> en_IE.iso88591
> en_IE.iso885915@euro
> en_IE.utf8
> en_IL
> en_IL.utf8
> en_IN
> en_IN.utf8
> en_NG
> en_NG.utf8
> en_NZ
> en_NZ.iso88591
> en_NZ.utf8
> en_PH
> en_PH.iso88591
> en_PH.utf8
> en_SC.utf8
> en_SG
> en_SG.iso88591
> en_SG.utf8
> en_US
> en_US.iso88591
> en_US.iso885915
> en_US.utf8
> en_ZA
> en_ZA.iso88591
> en_ZA.utf8
> en_ZM
> en_ZM.utf8
> en_ZW
> en_ZW.iso88591
> en_ZW.utf8
> POSIX
> 
> And then my Ubuntu 16.04 regular build env:
> C
> C.UTF-8
> en_AG
> en_AG.utf8
> en_AU.utf8
> en_BW.utf8
> en_CA.utf8
> en_DK.utf8
> en_GB.utf8
> en_HK.utf8
> en_IE.utf8
> en_IN
> en_IN.utf8
> en_NG
> en_NG.utf8
> en_NZ.utf8
> en_PH.utf8
> en_SG.utf8
> en_US.utf8
> en_ZA.utf8
> en_ZM
> en_ZM.utf8
> en_ZW.utf8
> POSIX

Does vim build cleanly on the 16.04 box? My working theory was the lack
of iso88591 locale variants may be causing some kind of issue...

Failing that can you send me the log.do_compile from a successful build
offlist and I can compare to my failing one (or send you my failing
compile log).

Cheers,

Richard




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

Re: [OE-core] [PATCH] cryptodev: update SRCREV

2019-04-24 Thread Burton, Ross

I'd prefer this to be applying the patch, which also makes the fix
easier to backport.

Ross

On Wed, 24 Apr 2019 at 03:26, Kang Kai  wrote:
>
> On 2019/4/15 上午11:42, kai.k...@windriver.com wrote:
> > From: Kai Kang 
> >
> > Update SRCREV of cryptodev which only contains one fix for linux 5.0:
> >
> > $ git log 
> > fd8b15ef1c8398a69a37932ee48c74ab40329a29..f971e0cd4a0ebe59fb2e8e17240399bf6901b09b
> > commit f971e0cd4a0ebe59fb2e8e17240399bf6901b09b
> > Author: Derald D. Woods 
> > Date:   Sun Feb 10 13:22:19 2019 -0600
> >
> >  Fix module loading with Linux v5.0-rc5
> >
> >  This commit fixes this module load error:
> >  [...]
> >  [   29.112091] cryptodev: loading out-of-tree module taints kernel.
> >  [   29.128906] cryptodev: Unknown symbol crypto_givcipher_type (err -2)
> >  [   29.188842] cryptodev: Unknown symbol crypto_givcipher_type (err -2)
> >  modprobe: can't load module cryptodev (extra/cryptodev.ko): unknown 
> > symbol in module, or unknown parameter
> >  [...]
>
>
> Without this patch it fails to modprobe module cryptodev. Ping.
>
> Kai
>
>
> >
> >  Upstream Linux support for unused GIVCIPHER, and others, was dropped 
> > here:
> >
> >  c79b411eaa72 (crypto: skcipher - remove remnants of internal IV 
> > generators)
> >
> >  Signed-off-by: Derald D. Woods 
> >
> > Signed-off-by: Kai Kang 
> > ---
> >   meta/recipes-kernel/cryptodev/cryptodev.inc | 2 +-
> >   1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/meta/recipes-kernel/cryptodev/cryptodev.inc 
> > b/meta/recipes-kernel/cryptodev/cryptodev.inc
> > index 252d39d23a..79ddefd435 100644
> > --- a/meta/recipes-kernel/cryptodev/cryptodev.inc
> > +++ b/meta/recipes-kernel/cryptodev/cryptodev.inc
> > @@ -4,7 +4,7 @@ LICENSE = "GPLv2"
> >   LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
> >
> >   SRC_URI = "git://github.com/cryptodev-linux/cryptodev-linux"
> > -SRCREV = "fd8b15ef1c8398a69a37932ee48c74ab40329a29"
> > +SRCREV = "f971e0cd4a0ebe59fb2e8e17240399bf6901b09b"
> >
> >   S = "${WORKDIR}/git"
> >
>
>
> --
> Kai Kang
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] qemu: Upgrade from 3.1.0 to 4.0.0

2019-04-24 Thread Burton, Ross

This patch doesn't apply for me, probably because it got mangled in
transport somewhere.  Is it in a branch I can pull from?

Ross

On Wed, 24 Apr 2019 at 01:15, Alistair Francis  wrote:
>
> This commit upgrade QEMU to the latest 4.0.0 release.
>
>  - The COPYING.LIB file has changed SHA to:
> "Synchronize the LGPL 2.1 with the version from gnu.org"
>  - SDL 1.2 has been removed, along with the --with-sdlabi command line
> arg
>  - The backported patches have been removed
>  - Al the other patches have been refreshed and the numbering has been
> updated
>
> Signed-off-by: Alistair Francis 
> ---
>  meta/conf/distro/include/tcmode-default.inc   |   2 +-
>  meta/recipes-devtools/qemu/qemu-native.inc|   4 +-
>  ...u-native_3.1.0.bb => qemu-native_4.0.0.bb} |   0
>  ...e_3.1.0.bb => qemu-system-native_4.0.0.bb} |   1 +
>  meta/recipes-devtools/qemu/qemu.inc   |  38 +++---
>  .../qemu/0001-Add-a-missing-X11-include.patch |  65 --
>  ...-egl-headless-add-egl_create_context.patch |  50 
>  ...mu-Add-missing-wacom-HID-descriptor.patch} |   2 +-
>  ...-allow-user-to-disable-pointer-grabs.patch |  72 ---
>  ...est-which-runs-all-unit-test-cases-.patch} |   6 +-
>  ...-environment-space-to-boot-loader-q.patch} |   6 +-
>  ...patch => 0004-qemu-disable-Valgrind.patch} |   6 +-
>  ...searched-during-user-mode-emulation.patch} |   2 +-
>  ...d.bfd-fix-cflags-and-set-some-envir.patch} |   6 +-
>  ...connect-socket-to-a-spawned-command.patch} |  69 ++-
>  ... 0008-apic-fixup-fallthrough-to-PIC.patch} |   6 +-
>  ...ebkitgtk-hangs-on-32-bit-x86-target.patch} |   4 +-
>  ...-fix-mmap-munmap-mprotect-mremap-sh.patch} |  20 ++--
>  ...-libcap-header-issue-on-some-distro.patch} |   2 +-
>  ...messages-when-qemi_cpu_kick_thread-.patch} |  10 +-
>  .../qemu/qemu/0014-fix-CVE-2018-16872.patch   |  85 -
>  .../qemu/qemu/0015-fix-CVE-2018-20124.patch   |  60 --
>  .../qemu/qemu/0016-fix-CVE-2018-20125.patch   |  54 -
>  .../qemu/qemu/0017-fix-CVE-2018-20126.patch   | 113 --
>  .../qemu/qemu/0018-fix-CVE-2018-20191.patch   |  47 
>  .../qemu/qemu/0019-fix-CVE-2018-20216.patch   |  85 -
>  .../qemu/qemu/CVE-2019-3812.patch |  39 --
>  .../qemu/{qemu_3.1.0.bb => qemu_4.0.0.bb} |   0
>  28 files changed, 87 insertions(+), 767 deletions(-)
>  rename meta/recipes-devtools/qemu/{qemu-native_3.1.0.bb => 
> qemu-native_4.0.0.bb} (100%)
>  rename meta/recipes-devtools/qemu/{qemu-system-native_3.1.0.bb => 
> qemu-system-native_4.0.0.bb} (95%)
>  delete mode 100644 
> meta/recipes-devtools/qemu/qemu/0001-Add-a-missing-X11-include.patch
>  delete mode 100644 
> meta/recipes-devtools/qemu/qemu/0001-egl-headless-add-egl_create_context.patch
>  rename 
> meta/recipes-devtools/qemu/qemu/{0002-qemu-Add-missing-wacom-HID-descriptor.patch
>  => 0001-qemu-Add-missing-wacom-HID-descriptor.patch} (98%)
>  delete mode 100644 
> meta/recipes-devtools/qemu/qemu/0001-sdl.c-allow-user-to-disable-pointer-grabs.patch
>  rename 
> meta/recipes-devtools/qemu/qemu/{0003-Add-subpackage-ptest-which-runs-all-unit-test-cases-.patch
>  => 0002-Add-subpackage-ptest-which-runs-all-unit-test-cases-.patch} (83%)
>  rename 
> meta/recipes-devtools/qemu/qemu/{0004-qemu-Add-addition-environment-space-to-boot-loader-q.patch
>  => 0003-qemu-Add-addition-environment-space-to-boot-loader-q.patch} (89%)
>  rename meta/recipes-devtools/qemu/qemu/{0005-qemu-disable-Valgrind.patch => 
> 0004-qemu-disable-Valgrind.patch} (85%)
>  rename 
> meta/recipes-devtools/qemu/qemu/{0006-qemu-Limit-paths-searched-during-user-mode-emulation.patch
>  => 0005-qemu-Limit-paths-searched-during-user-mode-emulation.patch} (98%)
>  rename 
> meta/recipes-devtools/qemu/qemu/{0007-qemu-native-set-ld.bfd-fix-cflags-and-set-some-envir.patch
>  => 0006-qemu-native-set-ld.bfd-fix-cflags-and-set-some-envir.patch} (82%)
>  rename 
> meta/recipes-devtools/qemu/qemu/{0008-chardev-connect-socket-to-a-spawned-command.patch
>  => 0007-chardev-connect-socket-to-a-spawned-command.patch} (80%)
>  rename 
> meta/recipes-devtools/qemu/qemu/{0009-apic-fixup-fallthrough-to-PIC.patch => 
> 0008-apic-fixup-fallthrough-to-PIC.patch} (90%)
>  rename 
> meta/recipes-devtools/qemu/qemu/{0010-linux-user-Fix-webkitgtk-hangs-on-32-bit-x86-target.patch
>  => 0009-linux-user-Fix-webkitgtk-hangs-on-32-bit-x86-target.patch} (93%)
>  rename 
> meta/recipes-devtools/qemu/qemu/{0011-Revert-linux-user-fix-mmap-munmap-mprotect-mremap-sh.patch
>  => 0010-Revert-linux-user-fix-mmap-munmap-mprotect-mremap-sh.patch} (90%)
>  rename 
> meta/recipes-devtools/qemu/qemu/{0012-fix-libcap-header-issue-on-some-distro.patch
>  => 0011-fix-libcap-header-issue-on-some-distro.patch} (97%)
>  rename 
> meta/recipes-devtools/qemu/qemu/{0013-cpus.c-Add-error-messages-when-qemi_cpu_kick_thread-.patch
>  => 0012-cpus.c-Add-error-messages-when-qemi_cpu_kick_thread-.patch} (87%)
>  delete mode 100644 
> meta/recipes-devtools

Re: [OE-core] [PATCH] glib-2.0: fix ptest failures

2019-04-24 Thread Burton, Ross

On Wed, 24 Apr 2019 at 02:51, Yu, Mingli  wrote:
> Per the comments at https://gitlab.gnome.org/GNOME/glib/issues/1357, we
> need to run test_non_utf8_printf under builddir to guarantee the test
> passed.

Re-read the comments.  Setting that variable skips the test, as it
isn't useful without the translations being installed. So, we need to
install the translations:

root@bob:~# /usr/libexec/installed-tests/glib/gdatetime -p
/GDateTime/non_utf8_printf
/GDateTime/non_utf8_printf: **
GLib:ERROR:../glib-2.58.3/glib/tests/gdatetime.c:1477:test_non_utf8_printf:
assertion failed (__p == ("10\346\234\210")): ("Oct" ==
"10\346\234\210")
Aborted (core dumped)

root@bob:~# dnf install glib-2.0-locale-ja
[ ... ]
Installed:
  libglib-2.0-locale-ja-1:2.58.3-r0.corei7_64

root@bob:~# /usr/libexec/installed-tests/glib/gdatetime -p
/GDateTime/non_utf8_printf
/GDateTime/non_utf8_printf: OK

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

Re: [OE-core] [PATCH 2/2] vim: Update to 8.1.1198

2019-04-24 Thread Tom Rini

On Tue, Apr 23, 2019 at 10:24:42PM -0700, Tim Orling wrote:
> On Tue, Apr 23, 2019 at 6:17 PM Tom Rini  wrote:
> 
> > On Tue, Apr 23, 2019 at 11:22:14PM +0100,
> > richard.pur...@linuxfoundation.org wrote:
> > > On Tue, 2019-04-23 at 18:01 -0400, Tom Rini wrote:
> > > > On Tue, Apr 23, 2019 at 04:02:49PM +0100, Richard Purdie wrote:
> > > > > On Sun, 2019-04-21 at 13:57 -0400, Tom Rini wrote:
> > > > > > This brings us to the current version of vim.
> > > > > >
> > > > > > Signed-off-by: Tom Rini 
> > > > > > ---
> > > > > >  meta/recipes-support/vim/{vim-tiny_8.1.1017.bb => vim-
> > > > > > tiny_8.1.1198.bb} | 0
> > > > > >  meta/recipes-support/vim/{vim_8.1.1017.bb =>
> > > > > > vim_8.1.1198.bb}   | 2 +-
> > > > > >  2 files changed, 1 insertion(+), 1 deletion(-)
> > > > > >  rename meta/recipes-support/vim/{vim-tiny_8.1.1017.bb => vim-
> > > > > > tiny_8.1.1198.bb} (100%)
> > > > > >  rename meta/recipes-support/vim/{vim_8.1.1017.bb =>
> > vim_8.1.1198.bb}
> > > > > > (98%)
> > > > >
> > > > >
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/527
> > > >
> > > > Does the current version even work in this case?  Digging down into
> > > >
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/527/steps/7/logs/step1b
> > > > there's a certain level of "how does that even work today then?" that
> > > > springs to mind.
> > > >
> > > > I need a few more details to know how to reproduce this locally as I
> > > > don't see whatever must be in site.conf/etc to turn regular poky into
> > > > no-x11.  The errors are also around iconv stuff so maybe nls is also
> > > > removed here?  Thanks!
> > >
> > > perhaps simpler, qemux86-world also failed:
> > >
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/515
> > >
> > > with:
> > >
> > > | /home/pokybuild/yocto-worker/qemux86-world/build/build/tmp/work/i586-
> > > poky-linux/vim/8.1.1198-r0/recipe-sysroot-native/usr/bin/msgfmt: Cannot
> > > convert from "ISO-8859-2" to "UTF-8". msgfmt relies on iconv(), and
> > > iconv() does not support this conversion.
> > > | make[2]: *** [gvim.desktop] Error 1
> > >
> > > So perhaps there is host contamination and this works one some build
> > > machine setups but not more minimal ones?
> > >
> > > The build configuration hasn't changed, just the new version upgrade
> > > and the other patch. I suppose its possible it depends which of our
> > > workers its built upon but that seems unlikely for two world failures
> > > (no-x11 is also a world failure).
> >
> > Current poky master-next + my patches (and bitbake -k'ing around
> > gobject-introspection-native failing to configure over passing
> > -Ddocs=false) and vim builds on a FC29 "Cloud" image + documented
> > additional packages off of
> > https://www.openembedded.org/wiki/Getting_started
> 
> Or you could use a CROPS container?
> https://hub.docker.com/r/crops/poky/

No, only in that I was looking to replicate a hopefully known failing
env (of which RP pointed to Centos and Fedora builders).

-- 
Tom


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

Re: [OE-core] [PATCH v3] dnf: Enable nativesdk

2019-04-24 Thread Peter Kjellerstedt

> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org  core-boun...@lists.openembedded.org> On Behalf Of Lei Maohui
> Sent: den 24 april 2019 05:38
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH v3] dnf: Enable nativesdk
> 
> Make dnf work on nativesdk environment.
> 
> Signed-off-by: Zheng Ruoqin 
> Signed-off-by: Lei Maohui 
> ---
>  meta/recipes-devtools/dnf/dnf_4.2.2.bb | 9 -
>  1 file changed, 8 insertions(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-devtools/dnf/dnf_4.2.2.bb b/meta/recipes-
> devtools/dnf/dnf_4.2.2.bb
> index 3970b41..159d7e9 100644
> --- a/meta/recipes-devtools/dnf/dnf_4.2.2.bb
> +++ b/meta/recipes-devtools/dnf/dnf_4.2.2.bb
> @@ -26,7 +26,7 @@ EXTRA_OECMAKE = " -DWITH_MAN=0 -
> DPYTHON_INSTALL_DIR=${PYTHON_SITEPACKAGES_DIR} -
> 
>  BBCLASSEXTEND = "native nativesdk"
> 
> -RDEPENDS_${PN}_class-target += " \
> +RDEPENDS_${PN} += " \
>python3-core \
>python3-codecs \
>python3-netclient \
> @@ -49,6 +49,8 @@ RDEPENDS_${PN}_class-target += " \
>python3-gpg \
>"
> 
> +RDEPENDS_${PN}_class-native = ""
> +
>  RRECOMMENDS_${PN}_class-target += "gnupg"
> 
>  # Create a symlink called 'dnf' as 'make install' does not do it, but
> @@ -66,6 +68,11 @@ do_install_append_class-native() {
>  RPM_NO_CHROOT_FOR_SCRIPTS=1
>  }
> 
> +do_install_append_class-nativesdk() {
> +create_wrapper ${D}/${bindir}/dnf \
> +RPM_CONFIGDIR=${SDKPATHNATIVE}${libdir_nativesdk}/rpm \
> +RPM_NO_CHROOT_FOR_SCRIPTS=1 }

Move the "}" above to a line of its own.

> +
>  SYSTEMD_SERVICE_${PN} = "dnf-makecache.service dnf-makecache.timer \
>   dnf-automatic.service dnf-automatic.timer \
>   dnf-automatic-download.service dnf-automatic-
> download.timer \
> --
> 2.7.4

//Peter

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

Re: [OE-core] [PATCH 2/2] vim: Update to 8.1.1198

2019-04-24 Thread Tom Rini

On Wed, Apr 24, 2019 at 08:40:01AM +0100, richard.pur...@linuxfoundation.org 
wrote:
> On Tue, 2019-04-23 at 21:17 -0400, Tom Rini wrote:
> > On Tue, Apr 23, 2019 at 11:22:14PM +0100, 
> > richard.pur...@linuxfoundation.org wrote:
> > > On Tue, 2019-04-23 at 18:01 -0400, Tom Rini wrote:
> > > > On Tue, Apr 23, 2019 at 04:02:49PM +0100, Richard Purdie wrote:
> > > > > On Sun, 2019-04-21 at 13:57 -0400, Tom Rini wrote:
> > > > > > This brings us to the current version of vim.
> > > > > > 
> > > > > > Signed-off-by: Tom Rini 
> > > > > > ---
> > > > > >  meta/recipes-support/vim/{vim-tiny_8.1.1017.bb => vim-
> > > > > > tiny_8.1.1198.bb} | 0
> > > > > >  meta/recipes-support/vim/{vim_8.1.1017.bb =>
> > > > > > vim_8.1.1198.bb}   | 2 +-
> > > > > >  2 files changed, 1 insertion(+), 1 deletion(-)
> > > > > >  rename meta/recipes-support/vim/{vim-tiny_8.1.1017.bb =>
> > > > > > vim-
> > > > > > tiny_8.1.1198.bb} (100%)
> > > > > >  rename meta/recipes-support/vim/{vim_8.1.1017.bb =>
> > > > > > vim_8.1.1198.bb}
> > > > > > (98%)
> > > > > 
> > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/527
> > > > 
> > > > Does the current version even work in this case?  Digging down
> > > > into
> > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/527/steps/7/logs/step1b
> > > > there's a certain level of "how does that even work today then?"
> > > > that
> > > > springs to mind.
> > > > 
> > > > I need a few more details to know how to reproduce this locally
> > > > as I
> > > > don't see whatever must be in site.conf/etc to turn regular poky
> > > > into
> > > > no-x11.  The errors are also around iconv stuff so maybe nls is
> > > > also
> > > > removed here?  Thanks!
> > > 
> > > perhaps simpler, qemux86-world also failed:
> > > 
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/515
> > > 
> > > with:
> > > 
> > > > /home/pokybuild/yocto-worker/qemux86-
> > > > world/build/build/tmp/work/i586-
> > > poky-linux/vim/8.1.1198-r0/recipe-sysroot-native/usr/bin/msgfmt:
> > > Cannot
> > > convert from "ISO-8859-2" to "UTF-8". msgfmt relies on iconv(), and
> > > iconv() does not support this conversion.
> > > > make[2]: *** [gvim.desktop] Error 1
> > > 
> > > So perhaps there is host contamination and this works one some
> > > build
> > > machine setups but not more minimal ones?
> > > 
> > > The build configuration hasn't changed, just the new version
> > > upgrade
> > > and the other patch. I suppose its possible it depends which of our
> > > workers its built upon but that seems unlikely for two world
> > > failures
> > > (no-x11 is also a world failure).
> > 
> > Current poky master-next + my patches (and bitbake -k'ing around
> > gobject-introspection-native failing to configure over passing
> > -Ddocs=false) and vim builds on a FC29 "Cloud" image + documented
> > additional packages off of
> > https://www.openembedded.org/wiki/Getting_started
> 
> Something odd is going on as I tried this on my local build system and
> that failed the same way as the autobuilder. That is an ubuntu 18.04
> system, nothing special. I guess this means I should try and figure out
> why it breaks. I still suspect something about the native locales
> installed...

Very strange, yeah.

> The gobject-introspection-native issue was dropped from -next fwiw.

OK.

> What does "locale -a" show for you?

On Fedora Core 29:
C
C.utf8
en_AG
en_AG.utf8
en_AU
en_AU.iso88591
en_AU.utf8
en_BW
en_BW.iso88591
en_BW.utf8
en_CA
en_CA.iso88591
en_CA.utf8
en_DK
en_DK.iso88591
en_DK.utf8
en_GB
en_GB.iso88591
en_GB.iso885915
en_GB.utf8
en_HK
en_HK.iso88591
en_HK.utf8
en_IE
en_IE@euro
en_IE.iso88591
en_IE.iso885915@euro
en_IE.utf8
en_IL
en_IL.utf8
en_IN
en_IN.utf8
en_NG
en_NG.utf8
en_NZ
en_NZ.iso88591
en_NZ.utf8
en_PH
en_PH.iso88591
en_PH.utf8
en_SC.utf8
en_SG
en_SG.iso88591
en_SG.utf8
en_US
en_US.iso88591
en_US.iso885915
en_US.utf8
en_ZA
en_ZA.iso88591
en_ZA.utf8
en_ZM
en_ZM.utf8
en_ZW
en_ZW.iso88591
en_ZW.utf8
POSIX

And then my Ubuntu 16.04 regular build env:
C
C.UTF-8
en_AG
en_AG.utf8
en_AU.utf8
en_BW.utf8
en_CA.utf8
en_DK.utf8
en_GB.utf8
en_HK.utf8
en_IE.utf8
en_IN
en_IN.utf8
en_NG
en_NG.utf8
en_NZ.utf8
en_PH.utf8
en_SG.utf8
en_US.utf8
en_ZA.utf8
en_ZM
en_ZM.utf8
en_ZW.utf8
POSIX

-- 
Tom


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

[OE-core] [PATCH] gtk-doc.bbclass: unify option setting for meson-based recipes

2019-04-24 Thread Alexander Kanavin

This is done similarly to gobject-introspection work by Andreas Müller,
and allows dropping duplicate clutter from the recipes.

Signed-off-by: Alexander Kanavin 
---
 meta/classes/gtk-doc.bbclass  | 11 +++
 meta/recipes-core/glib-2.0/glib.inc   |  6 +-
 meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.38.0.bb|  6 --
 .../gobject-introspection_1.60.1.bb   |  2 ++
 meta/recipes-gnome/json-glib/json-glib_1.4.4.bb   |  7 ---
 meta/recipes-graphics/clutter/clutter-gtk-1.0.inc |  6 +-
 meta/recipes-graphics/pango/pango_1.42.4.bb   |  5 +
 meta/recipes-support/atk/at-spi2-core_2.30.0.bb   |  6 +-
 meta/recipes-support/atk/atk_2.30.0.bb|  6 --
 meta/recipes-support/libsoup/libsoup-2.4_2.64.2.bb|  7 +--
 10 files changed, 18 insertions(+), 44 deletions(-)

diff --git a/meta/classes/gtk-doc.bbclass b/meta/classes/gtk-doc.bbclass
index 707d74d1083..7dd662bf868 100644
--- a/meta/classes/gtk-doc.bbclass
+++ b/meta/classes/gtk-doc.bbclass
@@ -10,13 +10,24 @@
 GTKDOC_ENABLED ?= "${@bb.utils.contains('DISTRO_FEATURES', 
'api-documentation', \
   bb.utils.contains('MACHINE_FEATURES', 'qemu-usermode', 
'True', 'False', d), 'False', d)}"
 
+# meson: default option name to enable/disable gtk-doc. This matches most
+# project's configuration. In doubts - check meson_options.txt in project's
+# source path.
+GTKDOC_MESON_OPTION ?= 'docs'
+GTKDOC_MESON_ENABLE_FLAG ?= 'true'
+GTKDOC_MESON_DISABLE_FLAG ?= 'false'
+
+# Auto enable/disable based on GTKDOC_ENABLED
 EXTRA_OECONF_prepend_class-target = "${@bb.utils.contains('GTKDOC_ENABLED', 
'True', '--enable-gtk-doc --enable-gtk-doc-html --disable-gtk-doc-pdf', \

 '--disable-gtk-doc', d)} "
+EXTRA_OEMESON_prepend_class-target = 
"-D${GTKDOC_MESON_OPTION}=${@bb.utils.contains('GTKDOC_ENABLED', 'True', 
'${GTKDOC_MESON_ENABLE_FLAG}', '${GTKDOC_MESON_DISABLE_FLAG}', d)} "
 
 # When building native recipes, disable gtkdoc, as it is not necessary,
 # pulls in additional dependencies, and makes build times longer
 EXTRA_OECONF_prepend_class-native = "--disable-gtk-doc "
 EXTRA_OECONF_prepend_class-nativesdk = "--disable-gtk-doc "
+EXTRA_OEMESON_prepend_class-native = 
"-D${GTKDOC_MESON_OPTION}=${GTKDOC_MESON_DISABLE_FLAG} "
+EXTRA_OEMESON_prepend_class-nativesdk = 
"-D${GTKDOC_MESON_OPTION}=${GTKDOC_MESON_DISABLE_FLAG} "
 
 # Even though gtkdoc is disabled on -native, gtk-doc package is still
 # needed for m4 macros.
diff --git a/meta/recipes-core/glib-2.0/glib.inc 
b/meta/recipes-core/glib-2.0/glib.inc
index 574bb38557b..69bcd0dd1d0 100644
--- a/meta/recipes-core/glib-2.0/glib.inc
+++ b/meta/recipes-core/glib-2.0/glib.inc
@@ -30,11 +30,7 @@ LEAD_SONAME = "libglib-2.0.*"
 
 inherit meson gettext gtk-doc pkgconfig ptest-gnome upstream-version-is-even 
bash-completion gio-module-cache manpages distro_features_check
 
-GTKDOC_ENABLE_FLAG = "-Dgtk_doc=true"
-GTKDOC_DISABLE_FLAG = "-Dgtk_doc=false"
-
-EXTRA_OEMESON_append_class-target = " ${@bb.utils.contains('GTKDOC_ENABLED', 
'True', '${GTKDOC_ENABLE_FLAG}', \
-   
  '${GTKDOC_DISABLE_FLAG}', d)} "
+GTKDOC_MESON_OPTION = "gtk_doc"
 
 # This avoids the need to depend on target python3, which in case of mingw is 
not even possible.
 # meson's python configuration pokes into python3 configuration, so this 
provides the native config to it.
diff --git a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.38.0.bb 
b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.38.0.bb
index e423b996871..7fef697f3fa 100644
--- a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.38.0.bb
+++ b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.38.0.bb
@@ -34,14 +34,8 @@ SRC_URI[sha256sum] = 
"dd50973c7757bcde15de6bcd3a6d462a445efd552604ae6435a0532fbb
 
 inherit meson pkgconfig gettext pixbufcache ptest-gnome 
upstream-version-is-even gobject-introspection gtk-doc lib_package
 
-GTKDOC_ENABLE_FLAG = "-Ddocs=true"
-GTKDOC_DISABLE_FLAG = "-Ddocs=false"
-
 GIR_MESON_OPTION = 'gir'
 
-EXTRA_OEMESON_append_class-target = " ${@bb.utils.contains('GTKDOC_ENABLED', 
'True', '${GTKDOC_ENABLE_FLAG}', \
-   
  '${GTKDOC_DISABLE_FLAG}', d)} "
-
 EXTRA_OEMESON_append = " ${@bb.utils.contains('PTEST_ENABLED', '1', 
'-Dinstalled_tests=true', '-Dinstalled_tests=false', d)}"
 
 LIBV = "2.10.0"
diff --git 
a/meta/recipes-gnome/gobject-introspection/gobject-introspection_1.60.1.bb 
b/meta/recipes-gnome/gobject-introspection/gobject-introspection_1.60.1.bb
index f87597f190c..40beab0c413 100644
--- a/meta/recipes-gnome/gobject-introspection/gobject-introspection_1.60.1.bb
+++ b/meta/recipes-gnome/gobject-introspection/gobject-introspection_1.60.1.bb
@@ -28,6 +28,8 @@ SRC_URI_append_class-native = " 
file://0001-Relocate-th

Re: [OE-core] [PATCH] mesa:upgrade 19.0.1 -> 19.0.2

2019-04-24 Thread Burton, Ross

How did you even test this?

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

Ross

On Wed, 24 Apr 2019 at 08:19, Zang Ruochen  wrote:
>
> -Upgrade from mesa_19.0.1.bb to mesa_19.0.2.bb.
>
> Signed-off-by: Zang Ruochen 
> ---
>  meta/recipes-graphics/mesa/{mesa_19.0.1.bb => mesa_19.0.2.bb} | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename meta/recipes-graphics/mesa/{mesa_19.0.1.bb => mesa_19.0.2.bb} (85%)
>
> diff --git a/meta/recipes-graphics/mesa/mesa_19.0.1.bb 
> b/meta/recipes-graphics/mesa/mesa_19.0.2.bb
> similarity index 85%
> rename from meta/recipes-graphics/mesa/mesa_19.0.1.bb
> rename to meta/recipes-graphics/mesa/mesa_19.0.2.bb
> index d90be8a074..e6646e8503 100644
> --- a/meta/recipes-graphics/mesa/mesa_19.0.1.bb
> +++ b/meta/recipes-graphics/mesa/mesa_19.0.2.bb
> @@ -7,8 +7,8 @@ SRC_URI = 
> "https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \
> 
> file://0004-use-PKG_CHECK_VAR-for-defining-WAYLAND_PROTOCOLS_DAT.patch \
>  "
>
> -SRC_URI[md5sum] = "19636bb3da35c21f43040d31e575d5ce"
> -SRC_URI[sha256sum] = 
> "6884163c0ea9e4c98378ab8fecd72fe7b5f437713a14471beda378df247999d4"
> +SRC_URI[md5sum] = "7f84af1c3fe2078c35a7a991d1469921"
> +SRC_URI[sha256sum] = 
> "1a2edc3ce56906a676c91e6851298db45903df1f5cb9827395a922c1452db802"
>
>  #because we cannot rely on the fact that all apps will use pkgconfig,
>  #make eglplatform.h independent of MESA_EGL_NO_X11_HEADER
> --
> 2.20.1
>
>
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 5/5] python3-pygobject: update to 3.32.0

2019-04-24 Thread Alexander Kanavin

I'm only seeing g-i-native issues in the log, and nothing
python-gobject related? (g-i-native will be fixed separately)


Alex

On Wed, 24 Apr 2019 at 00:56, Richard Purdie
 wrote:
>
> On Thu, 2019-04-18 at 17:59 +0200, Alexander Kanavin wrote:
> > Switch to meson build system.
> >
> > Add a patch to disable tests.
> >
> > Add "introspection" to unknown configure option whitelist, as
> > this recipe needs g-i unconditionally.
> >
> > Signed-off-by: Alexander Kanavin 
> > ---
> >  .../0001-Do-not-build-tests.patch | 26
> > +++
> >  ..._3.28.3.bb => python3-pygobject_3.32.0.bb} | 10 ---
> >  2 files changed, 33 insertions(+), 3 deletions(-)
> >  create mode 100644 meta/recipes-devtools/python/python3-
> > pygobject/0001-Do-not-build-tests.patch
> >  rename meta/recipes-devtools/python/{python3-pygobject_3.28.3.bb =>
> > python3-pygobject_3.32.0.bb} (68%)
>
> This merged but I think it is still causing some QA errors which
> somehow got skipped in the previous tests:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/20/builds/765
>
> (in the native case we may need to do something with the whitelist
> too?)
>
> Cheers,
>
> Richard
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] mesa:upgrade 19.0.1 -> 19.0.2

2019-04-24 Thread Alexander Kanavin

Fabio, can you bring back your meson migration patch please? Now is
the time to merge it.

Alex

On Wed, 24 Apr 2019 at 09:19, Zang Ruochen  wrote:
>
> -Upgrade from mesa_19.0.1.bb to mesa_19.0.2.bb.
>
> Signed-off-by: Zang Ruochen 
> ---
>  meta/recipes-graphics/mesa/{mesa_19.0.1.bb => mesa_19.0.2.bb} | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename meta/recipes-graphics/mesa/{mesa_19.0.1.bb => mesa_19.0.2.bb} (85%)
>
> diff --git a/meta/recipes-graphics/mesa/mesa_19.0.1.bb 
> b/meta/recipes-graphics/mesa/mesa_19.0.2.bb
> similarity index 85%
> rename from meta/recipes-graphics/mesa/mesa_19.0.1.bb
> rename to meta/recipes-graphics/mesa/mesa_19.0.2.bb
> index d90be8a074..e6646e8503 100644
> --- a/meta/recipes-graphics/mesa/mesa_19.0.1.bb
> +++ b/meta/recipes-graphics/mesa/mesa_19.0.2.bb
> @@ -7,8 +7,8 @@ SRC_URI = 
> "https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \
> 
> file://0004-use-PKG_CHECK_VAR-for-defining-WAYLAND_PROTOCOLS_DAT.patch \
>  "
>
> -SRC_URI[md5sum] = "19636bb3da35c21f43040d31e575d5ce"
> -SRC_URI[sha256sum] = 
> "6884163c0ea9e4c98378ab8fecd72fe7b5f437713a14471beda378df247999d4"
> +SRC_URI[md5sum] = "7f84af1c3fe2078c35a7a991d1469921"
> +SRC_URI[sha256sum] = 
> "1a2edc3ce56906a676c91e6851298db45903df1f5cb9827395a922c1452db802"
>
>  #because we cannot rely on the fact that all apps will use pkgconfig,
>  #make eglplatform.h independent of MESA_EGL_NO_X11_HEADER
> --
> 2.20.1
>
>
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] coreutils: update to 8.31

2019-04-24 Thread Burton, Ross

The new patch needs an explanation, a Upstream-Status, and your
signed-off-by.  Also if a musl-fixing patch doesn't hinder builds
using glibc in some way then apply it always.  The problem with
patches-in-overrides is that they tend to not be tested enough on
upgrades.

Ross

On Wed, 24 Apr 2019 at 07:23, Oleksandr Kravchuk
 wrote:
>
> Musl fix was suggested by:
> https://www.mail-archive.com/bug-coreutils@gnu.org/msg30888.html
>
> Signed-off-by: Oleksandr Kravchuk 
> ---
>  .../coreutils/fix-minus_zero-first-defined-here.patch | 11 +++
>  .../{coreutils_8.30.bb => coreutils_8.31.bb}  |  8 +---
>  2 files changed, 16 insertions(+), 3 deletions(-)
>  create mode 100644 
> meta/recipes-core/coreutils/coreutils/fix-minus_zero-first-defined-here.patch
>  rename meta/recipes-core/coreutils/{coreutils_8.30.bb => coreutils_8.31.bb} 
> (94%)
>
> diff --git 
> a/meta/recipes-core/coreutils/coreutils/fix-minus_zero-first-defined-here.patch
>  
> b/meta/recipes-core/coreutils/coreutils/fix-minus_zero-first-defined-here.patch
> new file mode 100644
> index 00..fa9d047d4a
> --- /dev/null
> +++ 
> b/meta/recipes-core/coreutils/coreutils/fix-minus_zero-first-defined-here.patch
> @@ -0,0 +1,11 @@
> +--- a/lib/strtod.c
>  b/lib/strtod.c
> +@@ -302,7 +302,7 @@ compute_minus_zero (void)
> + }
> + # define minus_zero compute_minus_zero ()
> + #else
> +-DOUBLE minus_zero = -0.0;
> ++static DOUBLE minus_zero = -0.0;
> + #endif
> +
> + /* Convert NPTR to a DOUBLE.  If ENDPTR is not NULL, a pointer to the
> diff --git a/meta/recipes-core/coreutils/coreutils_8.30.bb 
> b/meta/recipes-core/coreutils/coreutils_8.31.bb
> similarity index 94%
> rename from meta/recipes-core/coreutils/coreutils_8.30.bb
> rename to meta/recipes-core/coreutils/coreutils_8.31.bb
> index 8f4ee55712..fa4c0d9007 100644
> --- a/meta/recipes-core/coreutils/coreutils_8.30.bb
> +++ b/meta/recipes-core/coreutils/coreutils_8.31.bb
> @@ -6,7 +6,7 @@ HOMEPAGE = "http://www.gnu.org/software/coreutils/";
>  BUGTRACKER = "http://debbugs.gnu.org/coreutils";
>  LICENSE = "GPLv3+"
>  LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504\
> -
> file://src/ls.c;beginline=1;endline=15;md5=dbe356a88b09c29232b083d1ff8ac82a"
> +
> file://src/ls.c;beginline=1;endline=15;md5=c456f9896277a0543e3866777ccc0255"
>  DEPENDS = "gmp libcap"
>  DEPENDS_class-native = ""
>
> @@ -20,8 +20,10 @@ SRC_URI = "${GNU_MIRROR}/coreutils/${BP}.tar.xz \
> file://0001-local.mk-fix-cross-compiling-problem.patch \
>"
>
> -SRC_URI[md5sum] = "ab06d68949758971fe744db66b572816"
> -SRC_URI[sha256sum] = 
> "e831b3a86091496cdba720411f9748de81507798f6130adeaef872d206e1b057"
> +SRC_URI_append_libc-musl = "file://fix-minus_zero-first-defined-here.patch"
> +
> +SRC_URI[md5sum] = "0009a224d8e288e8ec406ef0161f9293"
> +SRC_URI[sha256sum] = 
> "ff7a9c918edce6b4f4b2725e3f9b37b0c4d193531cac49a48b56c4d0d3a9e9fd"
>
>  EXTRA_OECONF_class-native = "--without-gmp"
>  EXTRA_OECONF_class-target = "--enable-install-program=arch,hostname 
> --libexecdir=${libdir}"
> --
> 2.17.1
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v4 1/2] nettle: fix the Segmentation fault

2019-04-24 Thread Adrian Bunk

On Wed, Apr 24, 2019 at 04:41:00PM +0800, mingli...@windriver.com wrote:
> From: Mingli Yu 
> 
> The commit[8ac8fa8ee1 nettle: update to 3.4.1]
> add CFLAGS_append = " -std=c99" to silence the
> below error for native build:
> | ../nettle-3.4.1/rsa-sign-tr.c: In function 'sec_equal':
> | ../nettle-3.4.1/rsa-sign-tr.c:243:3: error: 'for' loop initial declarations 
> are only allowed in C99 mode
>for (size_t i = 0; i < limbs; i++)
>^
> | ../nettle-3.4.1/rsa-sign-tr.c:243:3: note: use option -std=c99 or 
> -std=gnu99 to compile your code
> | Makefile:263: recipe for target 'rsa-sign-tr.o' failed
> 
> But the above change will trigger below Segmentation
> fault:
>  # echo -n passwd| nettle-pbkdf2 -i 1 -l 16 salt
>  [65534.886509] nettle-pbkdf2[708]: segfault at 1f594260 ip 7f3332256998 
> sp 7fff60d44410 error 4 in libnettle.so.6.5[7f3332244000+1d00]
>  [65534.887525] Code: e8 6d db fe ff 44 01 6d 68 48 83 c4 08 5b 5d 41 5c 41 
> 5d 41 5e 41 5f c3 66 2e 0f 1f 84 00 00 00 00 00 49 89 dc e9 68 ff f
>  Segmentation fault
> 
> So update the logic to CFLAGS_append = " -std=gnu99"
> to fix the issue.
> 
> Signed-off-by: Mingli Yu 
> ---
>  meta/recipes-support/nettle/nettle_3.4.1.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-support/nettle/nettle_3.4.1.bb 
> b/meta/recipes-support/nettle/nettle_3.4.1.bb
> index dd49c30..8375fcf 100644
> --- a/meta/recipes-support/nettle/nettle_3.4.1.bb
> +++ b/meta/recipes-support/nettle/nettle_3.4.1.bb
> @@ -30,7 +30,7 @@ inherit autotools ptest multilib_header
>  EXTRA_AUTORECONF += "--exclude=aclocal"
>  
>  EXTRA_OECONF = "--disable-openssl"
> -CFLAGS_append = " -std=c99"
> +CFLAGS_append = " -std=gnu99"
>...

Nice catch.

Looking at the build log, setting a C mode without GNU extensions 
resulted in

../../nettle-3.4.1/tools/nettle-pbkdf2.c: In function 'main':
../../nettle-3.4.1/tools/nettle-pbkdf2.c:144:10: warning: implicit declaration 
of function 'strdup'; did you mean 'strcmp'? [-Wimplicit-function-declaration]
   salt = strdup (argv[0]);
  ^~
  strcmp
../../nettle-3.4.1/tools/nettle-pbkdf2.c:144:10: warning: nested extern 
declaration of 'strdup' [-Wnested-externs]
../../nettle-3.4.1/tools/nettle-pbkdf2.c:144:8: warning: assignment to 'char *' 
from 'int' makes pointer from integer without a cast [-Wint-conversion]
   salt = strdup (argv[0]);
^

It is obvious why the resulting code crashed.

cu
Adrian

-- 

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

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

[OE-core] [PATCH] vte: upgrade 0.52.2 -> 0.56.1

2019-04-24 Thread Andreas Müller

* license: COPYING was replaced by COPYING.LGPL2/COPYING.LGPL3/COPYING.GPL3
* prettify recipe a bit

Signed-off-by: Andreas Müller 
---

V1 -> V2: Fix build with musl

 ...EXITCODE-macro-for-non-glibc-systems.patch | 59 +++
 .../vte/{vte_0.52.2.bb => vte_0.56.1.bb}  | 19 --
 2 files changed, 72 insertions(+), 6 deletions(-)
 create mode 100644 
meta/recipes-support/vte/vte/0001-Add-W_EXITCODE-macro-for-non-glibc-systems.patch
 rename meta/recipes-support/vte/{vte_0.52.2.bb => vte_0.56.1.bb} (75%)

diff --git 
a/meta/recipes-support/vte/vte/0001-Add-W_EXITCODE-macro-for-non-glibc-systems.patch
 
b/meta/recipes-support/vte/vte/0001-Add-W_EXITCODE-macro-for-non-glibc-systems.patch
new file mode 100644
index 00..0ffd92b4ba
--- /dev/null
+++ 
b/meta/recipes-support/vte/vte/0001-Add-W_EXITCODE-macro-for-non-glibc-systems.patch
@@ -0,0 +1,59 @@
+From f78988d3bb5929c857e788a86c7919d6a4ffacc9 Mon Sep 17 00:00:00 2001
+From: Danilo Spinella 
+Date: Thu, 21 Mar 2019 14:19:26 +0100
+Subject: [PATCH] Add W_EXITCODE macro for non-glibc systems
+
+Upstream-Status: Submitted [1]
+
+Signed-off-by: Andreas Müller 
+
+[1] https://gitlab.gnome.org/GNOME/vte/issues/72
+
+---
+ src/missing.hh | 21 +
+ src/widget.cc  |  1 +
+ 2 files changed, 22 insertions(+)
+ create mode 100644 src/missing.hh
+
+diff --git a/src/missing.hh b/src/missing.hh
+new file mode 100644
+index ..1baa993d
+--- /dev/null
 b/src/missing.hh
+@@ -0,0 +1,21 @@
++/* Copyright 2019 Danilo Spinella
++ *
++ * This library is free software; you can redistribute it and/or
++ * modify it under the terms of the GNU Lesser General Public
++ * License as published by the Free Software Foundation; either
++ * version 3 of the License, or (at your option) any later version.
++ *
++ * This library is distributed in the hope that it will be useful,
++ * but WITHOUT ANY WARRANTY; without even the implied warranty of
++ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
++ * Lesser General Public License for more details.
++ *
++ * You should have received a copy of the GNU Lesser General Public
++ * License along with this library; if not, write to the Free Software
++ * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA  02110-1301  
USA
++ */
++
++#ifndef W_EXITCODE
++#define W_EXITCODE(ret, sig) ((ret) << 8 | (sig))
++#endif
++
+diff --git a/src/widget.cc b/src/widget.cc
+index 331ddba9..555a4adf 100644
+--- a/src/widget.cc
 b/src/widget.cc
+@@ -21,6 +21,7 @@
+ #include "widget.hh"
+ 
+ #include  // for W_EXITCODE
++#include "missing.hh" // for W_EXITCODE on non-glibc systems
+ 
+ #include 
+ #include 
+-- 
+2.21.0
+
diff --git a/meta/recipes-support/vte/vte_0.52.2.bb 
b/meta/recipes-support/vte/vte_0.56.1.bb
similarity index 75%
rename from meta/recipes-support/vte/vte_0.52.2.bb
rename to meta/recipes-support/vte/vte_0.56.1.bb
index 272ae66f13..02b84c38d9 100644
--- a/meta/recipes-support/vte/vte_0.52.2.bb
+++ b/meta/recipes-support/vte/vte_0.56.1.bb
@@ -1,9 +1,15 @@
 SUMMARY = "Virtual terminal emulator GTK+ widget library"
 BUGTRACKER = "https://bugzilla.gnome.org/buglist.cgi?product=vte";
-LICENSE = "LGPLv2.1+"
-DEPENDS = "glib-2.0 gtk+3 libpcre2 intltool-native libxml2-native gperf-native"
+LICENSE = "GPLv3 & LGPLv2.1+"
+LICENSE_libvte = "LGPLv2.1+"
+
+LIC_FILES_CHKSUM = " \
+file://COPYING.GPL3;md5=2f31b266d3440dd7ee50f92cf67d8e6c \
+file://COPYING.LGPL2;md5=4fbd65380cdd255951079008b364516c \
+file://COPYING.LGPL3;md5=b52f2d57d10c4f7ee67a7eb9615d5d24 \
+"
 
-LIC_FILES_CHKSUM = "file://COPYING;md5=4fbd65380cdd255951079008b364516c"
+DEPENDS = "glib-2.0 gtk+3 libpcre2 intltool-native libxml2-native gperf-native"
 
 inherit gnomebase gtk-doc distro_features_check upstream-version-is-even 
gobject-introspection
 
@@ -11,9 +17,10 @@ inherit gnomebase gtk-doc distro_features_check 
upstream-version-is-even gobject
 SRC_URI += "file://0001-Don-t-enable-stack-protection-by-default.patch \
${@bb.utils.contains('PACKAGECONFIG', 'vala', '', 
'file://0001-Add-m4-vapigen.m4.patch', d) } \

file://0001-app.cc-use-old-school-asignment-to-avoid-gcc-4.8-err.patch \
+   file://0001-Add-W_EXITCODE-macro-for-non-glibc-systems.patch \
"
-SRC_URI[archive.md5sum] = "de8181350dccb010e915e366bdd06d18"
-SRC_URI[archive.sha256sum] = 
"0f2657cef52accbfe56feede55312d7c1984b1291838af3cb8cfc19b26af"
+SRC_URI[archive.md5sum] = "a8984cd5a101dbff0b0c875d1de3f692"
+SRC_URI[archive.sha256sum] = 
"02fa8ecc02a9332e47f486795494527b5687b3bd448e73e6b67285f2f326dc7c"
 
 ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
 
@@ -27,7 +34,7 @@ export XDG_DATA_DIRS = "${STAGING_DATADIR}"
 
 # Help g-ir-scanner find the .so for linking
 do_compile_prepend() {
-export GIR_EXTRA_LIBS_PATH="${B}/src/.libs"
+export GIR_EXTRA_LIBS_PATH="${B}/src/.libs"
 }
 
 # Package additional files
-- 
2.20.1

-- 
___
Openem

Re: [OE-core] [PATCH] vte: upgrade 0.52.2 -> 0.56.1

2019-04-24 Thread Andreas Müller

On Wed, Apr 24, 2019 at 3:15 AM Andreas Müller  wrote:
>
> * license: COPYING was replaced by COPYING.LGPL2/COPYING.LGPL3/COPYING.GPL3
> * pretify recipe a bit
>
> Signed-off-by: Andreas Müller 
> ---
>  .../vte/{vte_0.52.2.bb => vte_0.56.1.bb}   | 18 --
>  1 file changed, 12 insertions(+), 6 deletions(-)
>  rename meta/recipes-support/vte/{vte_0.52.2.bb => vte_0.56.1.bb} (78%)
Sent out too early: Does not yet build for musl

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

[OE-core] [PATCH v4 1/2] nettle: fix the Segmentation fault

2019-04-24 Thread mingli.yu

From: Mingli Yu 

The commit[8ac8fa8ee1 nettle: update to 3.4.1]
add CFLAGS_append = " -std=c99" to silence the
below error for native build:
| ../nettle-3.4.1/rsa-sign-tr.c: In function 'sec_equal':
| ../nettle-3.4.1/rsa-sign-tr.c:243:3: error: 'for' loop initial declarations 
are only allowed in C99 mode
   for (size_t i = 0; i < limbs; i++)
   ^
| ../nettle-3.4.1/rsa-sign-tr.c:243:3: note: use option -std=c99 or -std=gnu99 
to compile your code
| Makefile:263: recipe for target 'rsa-sign-tr.o' failed

But the above change will trigger below Segmentation
fault:
 # echo -n passwd| nettle-pbkdf2 -i 1 -l 16 salt
 [65534.886509] nettle-pbkdf2[708]: segfault at 1f594260 ip 7f3332256998 sp 
7fff60d44410 error 4 in libnettle.so.6.5[7f3332244000+1d00]
 [65534.887525] Code: e8 6d db fe ff 44 01 6d 68 48 83 c4 08 5b 5d 41 5c 41 5d 
41 5e 41 5f c3 66 2e 0f 1f 84 00 00 00 00 00 49 89 dc e9 68 ff f
 Segmentation fault

So update the logic to CFLAGS_append = " -std=gnu99"
to fix the issue.

Signed-off-by: Mingli Yu 
---
 meta/recipes-support/nettle/nettle_3.4.1.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-support/nettle/nettle_3.4.1.bb 
b/meta/recipes-support/nettle/nettle_3.4.1.bb
index dd49c30..8375fcf 100644
--- a/meta/recipes-support/nettle/nettle_3.4.1.bb
+++ b/meta/recipes-support/nettle/nettle_3.4.1.bb
@@ -30,7 +30,7 @@ inherit autotools ptest multilib_header
 EXTRA_AUTORECONF += "--exclude=aclocal"
 
 EXTRA_OECONF = "--disable-openssl"
-CFLAGS_append = " -std=c99"
+CFLAGS_append = " -std=gnu99"
 
 do_compile_ptest() {
 oe_runmake buildtest
-- 
2.7.4

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

[OE-core] [PATCH v4 2/2] nettle: fix ptest failure

2019-04-24 Thread mingli.yu

From: Mingli Yu 

Rework dlopen-test.patch to fix below
dlopen-test failure:
 # cd /usr/lib64/nettle/ptest
 # ./run-ptest
 dlopen failed: /usr/lib/libnettle.so: cannot open shared object file: No such 
file or directory
 ./run-ptest: line 8:  7607 Aborted "./$f"
 FAIL: dlopen-test

As the test dlopen-test depends on libnettle.so
which belongs to nettle-dev package, so add it
to rdepends of nettle-ptest.

Signed-off-by: Mingli Yu 
---
 meta/recipes-support/nettle/nettle-3.4.1/dlopen-test.patch | 5 +++--
 meta/recipes-support/nettle/nettle_3.4.1.bb| 3 +++
 2 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-support/nettle/nettle-3.4.1/dlopen-test.patch 
b/meta/recipes-support/nettle/nettle-3.4.1/dlopen-test.patch
index c4f0b7e..fea5774 100644
--- a/meta/recipes-support/nettle/nettle-3.4.1/dlopen-test.patch
+++ b/meta/recipes-support/nettle/nettle-3.4.1/dlopen-test.patch
@@ -1,4 +1,4 @@
-Replace relative path of libnettle.so with absolute path so the test
+Remove the relative path for libnettle.so so the test
 program can find it.
 Relative paths are not suitable, as the folder strucure for ptest
 is different from the one expected by the nettle testsuite.
@@ -6,6 +6,7 @@ is different from the one expected by the nettle testsuite.
 Upstream-Status: Inappropriate [embedded specific]
 
 Signed-off-by: Juro Bystricky 
+Signed-off-by: Mingli Yu 
 
 --- a/testsuite/dlopen-test.c  2016-10-01 00:28:38.0 -0700
 +++ b/testsuite/dlopen-test.c  2017-10-13 11:08:57.227572860 -0700
@@ -14,7 +15,7 @@ Signed-off-by: Juro Bystricky 
  {
  #if HAVE_LIBDL
 -  void *handle = dlopen ("../libnettle.so", RTLD_NOW);
-+  void *handle = dlopen ("/usr/lib/libnettle.so", RTLD_NOW);
++  void *handle = dlopen ("libnettle.so", RTLD_NOW);
int (*get_version)(void);
if (!handle)
  {
diff --git a/meta/recipes-support/nettle/nettle_3.4.1.bb 
b/meta/recipes-support/nettle/nettle_3.4.1.bb
index 8375fcf..cd8024f 100644
--- a/meta/recipes-support/nettle/nettle_3.4.1.bb
+++ b/meta/recipes-support/nettle/nettle_3.4.1.bb
@@ -49,4 +49,7 @@ do_install_ptest() {
 install ${B}/testsuite/*-test ${D}${PTEST_PATH}/testsuite/
 }
 
+RDEPENDS_${PN}-ptest += "${PN}-dev"
+INSANE_SKIP_${PN}-ptest += "dev-deps"
+
 BBCLASSEXTEND = "native nativesdk"
-- 
2.7.4

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

Re: [OE-core] [PATCH 2/2] vim: Update to 8.1.1198

2019-04-24 Thread richard . purdie

On Tue, 2019-04-23 at 21:17 -0400, Tom Rini wrote:
> On Tue, Apr 23, 2019 at 11:22:14PM +0100, 
> richard.pur...@linuxfoundation.org wrote:
> > On Tue, 2019-04-23 at 18:01 -0400, Tom Rini wrote:
> > > On Tue, Apr 23, 2019 at 04:02:49PM +0100, Richard Purdie wrote:
> > > > On Sun, 2019-04-21 at 13:57 -0400, Tom Rini wrote:
> > > > > This brings us to the current version of vim.
> > > > > 
> > > > > Signed-off-by: Tom Rini 
> > > > > ---
> > > > >  meta/recipes-support/vim/{vim-tiny_8.1.1017.bb => vim-
> > > > > tiny_8.1.1198.bb} | 0
> > > > >  meta/recipes-support/vim/{vim_8.1.1017.bb =>
> > > > > vim_8.1.1198.bb}   | 2 +-
> > > > >  2 files changed, 1 insertion(+), 1 deletion(-)
> > > > >  rename meta/recipes-support/vim/{vim-tiny_8.1.1017.bb =>
> > > > > vim-
> > > > > tiny_8.1.1198.bb} (100%)
> > > > >  rename meta/recipes-support/vim/{vim_8.1.1017.bb =>
> > > > > vim_8.1.1198.bb}
> > > > > (98%)
> > > > 
> > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/527
> > > 
> > > Does the current version even work in this case?  Digging down
> > > into
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/527/steps/7/logs/step1b
> > > there's a certain level of "how does that even work today then?"
> > > that
> > > springs to mind.
> > > 
> > > I need a few more details to know how to reproduce this locally
> > > as I
> > > don't see whatever must be in site.conf/etc to turn regular poky
> > > into
> > > no-x11.  The errors are also around iconv stuff so maybe nls is
> > > also
> > > removed here?  Thanks!
> > 
> > perhaps simpler, qemux86-world also failed:
> > 
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/515
> > 
> > with:
> > 
> > > /home/pokybuild/yocto-worker/qemux86-
> > > world/build/build/tmp/work/i586-
> > poky-linux/vim/8.1.1198-r0/recipe-sysroot-native/usr/bin/msgfmt:
> > Cannot
> > convert from "ISO-8859-2" to "UTF-8". msgfmt relies on iconv(), and
> > iconv() does not support this conversion.
> > > make[2]: *** [gvim.desktop] Error 1
> > 
> > So perhaps there is host contamination and this works one some
> > build
> > machine setups but not more minimal ones?
> > 
> > The build configuration hasn't changed, just the new version
> > upgrade
> > and the other patch. I suppose its possible it depends which of our
> > workers its built upon but that seems unlikely for two world
> > failures
> > (no-x11 is also a world failure).
> 
> Current poky master-next + my patches (and bitbake -k'ing around
> gobject-introspection-native failing to configure over passing
> -Ddocs=false) and vim builds on a FC29 "Cloud" image + documented
> additional packages off of
> https://www.openembedded.org/wiki/Getting_started

Something odd is going on as I tried this on my local build system and
that failed the same way as the autobuilder. That is an ubuntu 18.04
system, nothing special. I guess this means I should try and figure out
why it breaks. I still suspect something about the native locales
installed...

The gobject-introspection-native issue was dropped from -next fwiw.

What does "locale -a" show for you?

Cheers,

Richard

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

Re: [OE-core] [V2][PATCH] sysstat:Add PACKAGECONFIG for '--enable-install-cron' configure

2019-04-24 Thread Bai, Haiqing

Yes,  after my tests,  you are right.  
For the default  SysV init systems poky used now,  "--enable-install-cron" 
works well to install "/etc/cron.d/sysstat"
But for systemd mode, "--enable-install-cron" must be enabled together with 
"--enable-copy-only" for embedded building,
then the makefile need not to be patched.

-Original Message-
From: Burton, Ross [mailto:ross.bur...@intel.com] 
Sent: 2019年4月23日 23:50
To: Bai, Haiqing
Cc: OE-core
Subject: Re: [OE-core] [V2][PATCH] sysstat:Add PACKAGECONFIG for 
'--enable-install-cron' configure

Looks a lot like setting COPY_ONLY=y is what you want to do, instead
of patching the makefile?

Ross

On Fri, 19 Apr 2019 at 10:56, Haiqing Bai  wrote:
>
> Add PACKAGECONFIG[cron] for configure option: '--enable-install-cron'
> and remove the code of enable/disable sysstat.service in Makefile.in
> which is not available for embedded cross compiling.
>
> Signed-off-by: Haiqing Bai 
> ---
>  meta/recipes-extended/sysstat/sysstat.inc  |  4 +-
>  ...code-of-handling-enable-disable-self-star.patch | 55 
> ++
>  meta/recipes-extended/sysstat/sysstat_11.7.1.bb|  3 +-
>  3 files changed, 59 insertions(+), 3 deletions(-)
>  create mode 100644 
> meta/recipes-extended/sysstat/sysstat/0001-Remove-the-code-of-handling-enable-disable-self-star.patch
>
> diff --git a/meta/recipes-extended/sysstat/sysstat.inc 
> b/meta/recipes-extended/sysstat/sysstat.inc
> index 0bc7e14..83a9202 100644
> --- a/meta/recipes-extended/sysstat/sysstat.inc
> +++ b/meta/recipes-extended/sysstat/sysstat.inc
> @@ -17,8 +17,8 @@ DEPENDS += "base-passwd"
>  # autotools-brokensep as this package doesn't use automake
>  inherit autotools-brokensep gettext systemd
>
> -PACKAGECONFIG ??= ""
>  PACKAGECONFIG[lm-sensors] = 
> "--enable-sensors,--disable-sensors,lmsensors,lmsensors-libsensors"
> +PACKAGECONFIG[cron] = "--enable-install-cron,--disable-install-cron"
>
>  EXTRA_OECONF += "--disable-stripping"
>
> @@ -60,6 +60,6 @@ pkg_postinst_${PN} () {
>  }
>
>
> -FILES_${PN} += "${libdir}/sa"
> +FILES_${PN} += "${libdir}/sa ${systemd_unitdir}/system/*"
>
>  TARGET_CC_ARCH += "${LDFLAGS}"
> diff --git 
> a/meta/recipes-extended/sysstat/sysstat/0001-Remove-the-code-of-handling-enable-disable-self-star.patch
>  
> b/meta/recipes-extended/sysstat/sysstat/0001-Remove-the-code-of-handling-enable-disable-self-star.patch
> new file mode 100644
> index 000..1d099c9
> --- /dev/null
> +++ 
> b/meta/recipes-extended/sysstat/sysstat/0001-Remove-the-code-of-handling-enable-disable-self-star.patch
> @@ -0,0 +1,55 @@
> +From 85813d1648b03ba0497635c45e90d7edf4dc204c Mon Sep 17 00:00:00 2001
> +From: Haiqing Bai 
> +Date: Fri, 29 Mar 2019 11:00:09 +0800
> +Subject: [PATCH] Remove the code of handling enable/disable self-start 
> service
> + in Makefile.in
> +
> +Remove the handling of enable/disable sysstat.service self-start in 
> Makefile.in.
> +The code will trigger below error when cross compiling with
> +'--enable-install-cron':
> +| if [ -x 
> "/path/to/sysstat/11.7.1-r0/recipe-sysroot-native/usr/bin/systemctl" ]; then \
> +|   /path/to/sysstat/11.7.1-r0/recipe-sysroot-native/usr/bin/systemctl 
> enable sysstat.service; \
> +| fi
> +| Started /path/to/sysstat/11.7.1-r0/recipe-sysroot-native/usr/bin/systemctl 
> enable sysstat.service
> +| Try to find location of sysstat.service...
> +| 'sysstat.service' couldn't be found; exiting with error
> +
> +It's better for user to enable/disable the service with
> +'systemctl enable/disable sysstat.service'
> +
> +Upstream-Status: Inappropriate [ embedded specific ]
> +
> +Signed-off-by: Haiqing Bai 
> +---
> + Makefile.in | 8 
> + 1 file changed, 8 deletions(-)
> +
> +diff --git a/Makefile.in b/Makefile.in
> +index edaea3f..2186155 100644
> +--- a/Makefile.in
>  b/Makefile.in
> +@@ -454,11 +454,6 @@ endif
> +   fi \
> +   fi \
> +   fi
> +-ifeq ($(COPY_ONLY),n)
> +-  if [ -x "$(SYSTEMCTL)" ]; then \
> +-  $(SYSTEMCTL) enable sysstat.service; \
> +-  fi
> +-endif
> +
> + uninstall_man:
> + ifeq ($(INSTALL_DOC),y)
> +@@ -541,9 +536,6 @@ ifeq ($(COPY_ONLY),n)
> +   @echo "USER'S CRONTAB SAVED IN CURRENT DIRECTORY (USING .old 
> SUFFIX)." ; \
> +   -su $(CRON_OWNER) -c "crontab -r" ; \
> +   fi
> +-  if [ -x $(SYSTEMCTL) ]; then \
> +-  $(SYSTEMCTL) disable sysstat.service; \
> +-  fi
> + endif
> +   if [ -n "$(SYSTEMD_UNIT_DIR)" -a -d $(DESTDIR)$(SYSTEMD_UNIT_DIR) ]; 
> then \
> +   rm -f $(DESTDIR)$(SYSTEMD_UNIT_DIR)/sysstat.service; \
> +--
> +1.9.1
> +
> diff --git a/meta/recipes-extended/sysstat/sysstat_11.7.1.bb 
> b/meta/recipes-extended/sysstat/sysstat_11.7.1.bb
> index 86738e7..26be619 100644
> --- a/meta/recipes-extended/sysstat/sysstat_11.7.1.bb
> +++ b/meta/recipes-extended/sysstat/sysstat_11.7.1.bb
> @@ -2,7 +2,8 @@ require sysstat.inc
>
>  LIC_FILES_CHKSUM = "file://COPYING;md5=a23a74b3f4caf9616230789

[OE-core] [PATCH] mesa:upgrade 19.0.1 -> 19.0.2

2019-04-24 Thread Zang Ruochen

-Upgrade from mesa_19.0.1.bb to mesa_19.0.2.bb.

Signed-off-by: Zang Ruochen 
---
 meta/recipes-graphics/mesa/{mesa_19.0.1.bb => mesa_19.0.2.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/mesa/{mesa_19.0.1.bb => mesa_19.0.2.bb} (85%)

diff --git a/meta/recipes-graphics/mesa/mesa_19.0.1.bb 
b/meta/recipes-graphics/mesa/mesa_19.0.2.bb
similarity index 85%
rename from meta/recipes-graphics/mesa/mesa_19.0.1.bb
rename to meta/recipes-graphics/mesa/mesa_19.0.2.bb
index d90be8a074..e6646e8503 100644
--- a/meta/recipes-graphics/mesa/mesa_19.0.1.bb
+++ b/meta/recipes-graphics/mesa/mesa_19.0.2.bb
@@ -7,8 +7,8 @@ SRC_URI = 
"https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \

file://0004-use-PKG_CHECK_VAR-for-defining-WAYLAND_PROTOCOLS_DAT.patch \
 "
 
-SRC_URI[md5sum] = "19636bb3da35c21f43040d31e575d5ce"
-SRC_URI[sha256sum] = 
"6884163c0ea9e4c98378ab8fecd72fe7b5f437713a14471beda378df247999d4"
+SRC_URI[md5sum] = "7f84af1c3fe2078c35a7a991d1469921"
+SRC_URI[sha256sum] = 
"1a2edc3ce56906a676c91e6851298db45903df1f5cb9827395a922c1452db802"
 
 #because we cannot rely on the fact that all apps will use pkgconfig,
 #make eglplatform.h independent of MESA_EGL_NO_X11_HEADER
-- 
2.20.1



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

68 matches

Mail list logo