date:20190717

Differentiate it from openssl gem for Ruby.

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

diff --git a/meta/recipes-connectivity/openssl/openssl_1.1.1c.bb 
b/meta/recipes-connectivity/openssl/openssl_1.1.1c.bb
index af43d6992c..377adb1785 100644
--- a/meta/recipes-connectivity/openssl/openssl_1.1.1c.bb
+++ b/meta/recipes-connectivity/openssl/openssl_1.1.1c.bb
@@ -201,3 +201,5 @@ RRECOMMENDS_libcrypto += "openssl-conf"
 RDEPENDS_${PN}-ptest += "openssl-bin perl perl-modules bash"
 
 BBCLASSEXTEND = "native nativesdk"
+
+CVE_PRODUCT = "openssl:openssl"
-- 
2.20.1

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

[OE-core] [PATCH] libpciaccess:upgrade 0.14 -> 0.16

2019-07-17 Thread Zang Ruochen

-Upgrade from libpciaccess_0.14.bb to libpciaccess_0.16.bb.

-libpciaccess/0004-Don-t-include-sys-io.h-on-arm.patch
 Removed since this is included in 0.16.

Signed-off-by: Zang Ruochen 
---
 .../0004-Don-t-include-sys-io.h-on-arm.patch   | 28 --
 .../{libpciaccess_0.14.bb => libpciaccess_0.16.bb} |  5 ++--
 2 files changed, 2 insertions(+), 31 deletions(-)
 delete mode 100644 
meta/recipes-graphics/xorg-lib/libpciaccess/0004-Don-t-include-sys-io.h-on-arm.patch
 rename meta/recipes-graphics/xorg-lib/{libpciaccess_0.14.bb => 
libpciaccess_0.16.bb} (65%)

diff --git 
a/meta/recipes-graphics/xorg-lib/libpciaccess/0004-Don-t-include-sys-io.h-on-arm.patch
 
b/meta/recipes-graphics/xorg-lib/libpciaccess/0004-Don-t-include-sys-io.h-on-arm.patch
deleted file mode 100644
index f532858..000
--- 
a/meta/recipes-graphics/xorg-lib/libpciaccess/0004-Don-t-include-sys-io.h-on-arm.patch
+++ /dev/null
@@ -1,28 +0,0 @@
-From b6df5202306bd71158b482f25ca2e6919645d4dd Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Thu, 4 Jun 2015 20:55:06 -0700
-Subject: [PATCH 4/4] Don't include sys/io.h on arm
-
-Signed-off-by: Khem Raj 

-Upstream-Status: Pending
-
- src/linux_sysfs.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/src/linux_sysfs.c b/src/linux_sysfs.c
-index 3f95e53..1e3aad3 100644
 a/src/linux_sysfs.c
-+++ b/src/linux_sysfs.c
-@@ -50,7 +50,7 @@
- #include 
- #include 
- 
--#if defined(__i386__) || defined(__x86_64__) || defined(__arm__)
-+#if defined(__i386__) || defined(__x86_64__)
- #include 
- #else
- #define inb(x) -1
--- 
-2.1.4
-
diff --git a/meta/recipes-graphics/xorg-lib/libpciaccess_0.14.bb 
b/meta/recipes-graphics/xorg-lib/libpciaccess_0.16.bb
similarity index 65%
rename from meta/recipes-graphics/xorg-lib/libpciaccess_0.14.bb
rename to meta/recipes-graphics/xorg-lib/libpciaccess_0.16.bb
index d030c31..b58cb80 100644
--- a/meta/recipes-graphics/xorg-lib/libpciaccess_0.14.bb
+++ b/meta/recipes-graphics/xorg-lib/libpciaccess_0.16.bb
@@ -6,11 +6,10 @@ PCI bus and devices in a platform-independent way."
 require xorg-lib-common.inc
 
 SRC_URI += "\
-file://0004-Don-t-include-sys-io.h-on-arm.patch \
 "
 
-SRC_URI[md5sum] = "8f436e151d5106a9cfaa71857a066d33"
-SRC_URI[sha256sum] = 
"3df543e12afd41fea8eac817e48cbfde5aed8817b81670a4e9e493bb2f5bf2a4"
+SRC_URI[md5sum] = "b34e2cbdd6aa8f9cc3fa613fd401a6d6"
+SRC_URI[sha256sum] = 
"214c9d0d884fdd7375ec8da8dcb91a8d3169f263294c9a90c575bf1938b9f489"
 
 LICENSE = "MIT & MIT-style"
 LIC_FILES_CHKSUM = "file://COPYING;md5=277aada5222b9a22fbf3471ff3687068"
-- 
2.7.4



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

[OE-core] [PATCH] xwininfo:upgrade 1.1.4 -> 1.1.5

2019-07-17 Thread Zang Ruochen

-Upgrade from xwininfo_1.1.4.bb to xwininfo_1.1.5.bb.

Signed-off-by: Zang Ruochen 
---
 .../xorg-app/{xwininfo_1.1.4.bb => xwininfo_1.1.5.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-app/{xwininfo_1.1.4.bb => xwininfo_1.1.5.bb} 
(72%)

diff --git a/meta/recipes-graphics/xorg-app/xwininfo_1.1.4.bb 
b/meta/recipes-graphics/xorg-app/xwininfo_1.1.5.bb
similarity index 72%
rename from meta/recipes-graphics/xorg-app/xwininfo_1.1.4.bb
rename to meta/recipes-graphics/xorg-app/xwininfo_1.1.5.bb
index 1fb90dd..ec9f082 100644
--- a/meta/recipes-graphics/xorg-app/xwininfo_1.1.4.bb
+++ b/meta/recipes-graphics/xorg-app/xwininfo_1.1.5.bb
@@ -11,5 +11,5 @@ DEPENDS += "libxext libxmu gettext-native"
 
 PE = "0"
 
-SRC_URI[md5sum] = "9a505b91ae7160bbdec360968d060c83"
-SRC_URI[sha256sum] = 
"839498aa46b496492a5c65cd42cd2e86e0da88149b0672e90cb91648f8cd5b01"
+SRC_URI[md5sum] = "26d46f7ef0588d3392da3ad5802be420"
+SRC_URI[sha256sum] = 
"7a405441dfc47c744f5fcd1bc8a75abf8b5b1d85db7b88b370982365080e"
-- 
2.7.4



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

[OE-core] [PATCH] libice:upgrade 1.0.9 -> 1.0.10

2019-07-17 Thread Zang Ruochen

-Upgrade from libice_1.0.9.bb to libice_1.0.10.bb.

-libice/CVE-2017-2626.patch
 Removed since this is included in 1.0.10.

Signed-off-by: Zang Ruochen 
---
 .../xorg-lib/libice/CVE-2017-2626.patch| 149 -
 .../xorg-lib/{libice_1.0.9.bb => libice_1.0.10.bb} |   6 +-
 2 files changed, 2 insertions(+), 153 deletions(-)
 delete mode 100644 meta/recipes-graphics/xorg-lib/libice/CVE-2017-2626.patch
 rename meta/recipes-graphics/xorg-lib/{libice_1.0.9.bb => libice_1.0.10.bb} 
(82%)

diff --git a/meta/recipes-graphics/xorg-lib/libice/CVE-2017-2626.patch 
b/meta/recipes-graphics/xorg-lib/libice/CVE-2017-2626.patch
deleted file mode 100644
index 20c6dda..000
--- a/meta/recipes-graphics/xorg-lib/libice/CVE-2017-2626.patch
+++ /dev/null
@@ -1,149 +0,0 @@
-From ff5e59f32255913bb1cdf51441b98c9107ae165b Mon Sep 17 00:00:00 2001
-From: Benjamin Tissoires 
-Date: Tue, 4 Apr 2017 19:12:53 +0200
-Subject: Use getentropy() if arc4random_buf() is not available
-
-This allows to fix CVE-2017-2626 on Linux platforms without pulling in
-libbsd.
-The libc getentropy() is available since glibc 2.25 but also on OpenBSD.
-For Linux, we need at least a v3.17 kernel. If the recommended
-arc4random_buf() function is not available, emulate it by first trying
-to use getentropy() on a supported glibc and kernel. If the call fails,
-fall back to the current (partly vulnerable) code.
-
-Signed-off-by: Benjamin Tissoires 
-Reviewed-by: Mark Kettenis 
-Reviewed-by: Alan Coopersmith 
-Signed-off-by: Peter Hutterer 
-
-Upstream-Status: Backport[https://cgit.freedesktop.org/xorg/lib/libICE
- /commit/?id=ff5e59f32255913bb1cdf51441b98c9107ae165b]
-
-CVE: CVE-2017-2626
-
-Signed-off-by: Changqing Li 

- configure.ac  |  2 +-
- src/iceauth.c | 65 ++-
- 2 files changed, 47 insertions(+), 20 deletions(-)
-
-diff --git a/configure.ac b/configure.ac
-index 458882a..c971ab6 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -38,7 +38,7 @@ AC_DEFINE(ICE_t, 1, [Xtrans transport type])
- 
- # Checks for library functions.
- AC_CHECK_LIB([bsd], [arc4random_buf])
--AC_CHECK_FUNCS([asprintf arc4random_buf])
-+AC_CHECK_FUNCS([asprintf arc4random_buf getentropy])
- 
- # Allow checking code with lint, sparse, etc.
- XORG_WITH_LINT
-diff --git a/src/iceauth.c b/src/iceauth.c
-index ed31683..de4785b 100644
 a/src/iceauth.c
-+++ b/src/iceauth.c
-@@ -44,31 +44,19 @@ Author: Ralph Mor, X Consortium
- 
- static int was_called_state;
- 
--/*
-- * MIT-MAGIC-COOKIE-1 is a sample authentication method implemented by
-- * the SI.  It is not part of standard ICElib.
-- */
-+#ifndef HAVE_ARC4RANDOM_BUF
- 
--
--char *
--IceGenerateMagicCookie (
-+static void
-+emulate_getrandom_buf (
-+  char *auth,
-   int len
- )
- {
--char*auth;
--#ifndef HAVE_ARC4RANDOM_BUF
- longldata[2];
- int   seed;
- int   value;
- int   i;
--#endif
- 
--if ((auth = malloc (len + 1)) == NULL)
--  return (NULL);
--
--#ifdef HAVE_ARC4RANDOM_BUF
--arc4random_buf(auth, len);
--#else
- #ifdef ITIMER_REAL
- {
-   struct timeval  now;
-@@ -76,13 +64,13 @@ IceGenerateMagicCookie (
-   ldata[0] = now.tv_sec;
-   ldata[1] = now.tv_usec;
- }
--#else
-+#else /* ITIMER_REAL */
- {
-   longtime ();
-   ldata[0] = time ((long *) 0);
-   ldata[1] = getpid ();
- }
--#endif
-+#endif /* ITIMER_REAL */
- seed = (ldata[0]) + (ldata[1] << 16);
- srand (seed);
- for (i = 0; i < len; i++)
-@@ -90,7 +78,46 @@ IceGenerateMagicCookie (
-   value = rand ();
-   auth[i] = value & 0xff;
- }
--#endif
-+}
-+
-+static void
-+arc4random_buf (
-+  char *auth,
-+  int len
-+)
-+{
-+int   ret;
-+
-+#if HAVE_GETENTROPY
-+/* weak emulation of arc4random through the entropy libc */
-+ret = getentropy (auth, len);
-+if (ret == 0)
-+  return;
-+#endif /* HAVE_GETENTROPY */
-+
-+emulate_getrandom_buf (auth, len);
-+}
-+
-+#endif /* !defined(HAVE_ARC4RANDOM_BUF) */
-+
-+/*
-+ * MIT-MAGIC-COOKIE-1 is a sample authentication method implemented by
-+ * the SI.  It is not part of standard ICElib.
-+ */
-+
-+
-+char *
-+IceGenerateMagicCookie (
-+  int len
-+)
-+{
-+char*auth;
-+
-+if ((auth = malloc (len + 1)) == NULL)
-+  return (NULL);
-+
-+arc4random_buf (auth, len);
-+
- auth[len] = '\0';
- return (auth);
- }
--- 
-cgit v1.1
-
diff --git a/meta/recipes-graphics/xorg-lib/libice_1.0.9.bb 
b/meta/recipes-graphics/xorg-lib/libice_1.0.10.bb
similarity index 82%
rename from meta/recipes-graphics/xorg-lib/libice_1.0.9.bb
rename to meta/recipes-graphics/xorg-lib/libice_1.0.10.bb
index c1b1913..6a6316f 100644
--- a/meta/recipes-graphics/xorg-lib/libice_1.0.9.bb
+++ b/meta/recipes-graphics/xorg-lib/libice_1.0.10.bb
@@ -20,10 +20,8 @@ XORG_PN = "libICE"
 
 BBCLASSEXTEND = "native nativesdk"
 
-SRC_URI[md5sum] =

[OE-core] contrib repo

2019-07-17 Thread akuster808

Hello,

Is anyone seeing issues pushing to
git.openembedded.org/openembedded-core-contrib ?

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

[OE-core] [PATCH v2] curl: upgrade 7.65.1 -> 7.65.2

Changelog:
https://curl.haxx.se/changes.html#7_65_2

Signed-off-by: Anuj Mittal 
---
 meta/recipes-support/curl/{curl_7.65.1.bb => curl_7.65.2.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/curl/{curl_7.65.1.bb => curl_7.65.2.bb} (95%)

diff --git a/meta/recipes-support/curl/curl_7.65.1.bb 
b/meta/recipes-support/curl/curl_7.65.2.bb
similarity index 95%
rename from meta/recipes-support/curl/curl_7.65.1.bb
rename to meta/recipes-support/curl/curl_7.65.2.bb
index e7bfe6cc0b..2fff04434a 100644
--- a/meta/recipes-support/curl/curl_7.65.1.bb
+++ b/meta/recipes-support/curl/curl_7.65.2.bb
@@ -9,8 +9,8 @@ SRC_URI = "http://curl.haxx.se/download/curl-${PV}.tar.bz2 \
file://0001-replace-krb5-config-with-pkg-config.patch \
 "
 
-SRC_URI[md5sum] = "03ca3fa53ac4d791be66e30ba75b56ea"
-SRC_URI[sha256sum] = 
"cbd36df60c49e461011b4f3064cff1184bdc9969a55e9608bf5cadec4686e3f7"
+SRC_URI[md5sum] = "88910bdda3752a98083b6dbe85bafcaa"
+SRC_URI[sha256sum] = 
"8093398b51e7d8337dac6f8fa6f1f77d562bdd9eca679dff9d9c3b8160ebfd28"
 
 CVE_PRODUCT = "curl libcurl"
 inherit autotools pkgconfig binconfig multilib_header
-- 
2.20.1

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

[OE-core] [PATCH 6/6] vte: upgrade 0.56.1 -> 0.56.3

Signed-off-by: Anuj Mittal 
---
 meta/recipes-support/vte/{vte_0.56.1.bb => vte_0.56.3.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/vte/{vte_0.56.1.bb => vte_0.56.3.bb} (93%)

diff --git a/meta/recipes-support/vte/vte_0.56.1.bb 
b/meta/recipes-support/vte/vte_0.56.3.bb
similarity index 93%
rename from meta/recipes-support/vte/vte_0.56.1.bb
rename to meta/recipes-support/vte/vte_0.56.3.bb
index 702436b368..0deee175df 100644
--- a/meta/recipes-support/vte/vte_0.56.1.bb
+++ b/meta/recipes-support/vte/vte_0.56.3.bb
@@ -19,8 +19,8 @@ SRC_URI += 
"file://0001-Don-t-enable-stack-protection-by-default.patch \

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] = "a8984cd5a101dbff0b0c875d1de3f692"
-SRC_URI[archive.sha256sum] = 
"02fa8ecc02a9332e47f486795494527b5687b3bd448e73e6b67285f2f326dc7c"
+SRC_URI[archive.md5sum] = "adf341807861a5dad9f98e5c701c0769"
+SRC_URI[archive.sha256sum] = 
"17a1d4bc8848f1d2acfa4c20aaa24b9bac49f057b8909c56d3dafec2e2332648"
 
 ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
 
-- 
2.20.1

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

[OE-core] [PATCH 2/6] binutils: CVE-2019-9070 is same as CVE-2019-9071

See:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89395

Signed-off-by: Anuj Mittal 
---
 meta/recipes-devtools/binutils/binutils/CVE-2019-9071.patch | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-devtools/binutils/binutils/CVE-2019-9071.patch 
b/meta/recipes-devtools/binutils/binutils/CVE-2019-9071.patch
index 26f4809cf0..f02539942f 100644
--- a/meta/recipes-devtools/binutils/binutils/CVE-2019-9071.patch
+++ b/meta/recipes-devtools/binutils/binutils/CVE-2019-9071.patch
@@ -16,6 +16,7 @@ Subject: [PATCH] Pull in patch for libiberty that fixes a 
stack exhaustion bug
reached.
 
 CVE: CVE-2019-9071
+CVE: CVE-2019-9070
 Upstream-Status: Backport
 Signed-off-by: Anuj Mittal 
 ---
-- 
2.20.1

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

[OE-core] [PATCH 4/6] bzip2: upgrade 1.0.7 -> 1.0.8

License-Update: Change in version and copyright year/date.

Changelog:
https://sourceware.org/git/?p=bzip2.git;a=blob;f=CHANGES

Signed-off-by: Anuj Mittal 
---
 .../bzip2/{bzip2_1.0.7.bb => bzip2_1.0.8.bb}| 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-extended/bzip2/{bzip2_1.0.7.bb => bzip2_1.0.8.bb} (85%)

diff --git a/meta/recipes-extended/bzip2/bzip2_1.0.7.bb 
b/meta/recipes-extended/bzip2/bzip2_1.0.8.bb
similarity index 85%
rename from meta/recipes-extended/bzip2/bzip2_1.0.7.bb
rename to meta/recipes-extended/bzip2/bzip2_1.0.8.bb
index 02e9d9ef07..73d933a002 100644
--- a/meta/recipes-extended/bzip2/bzip2_1.0.7.bb
+++ b/meta/recipes-extended/bzip2/bzip2_1.0.8.bb
@@ -5,15 +5,15 @@ LZ77/LZ78-based compressors, and approaches the performance 
of the PPM family of
 HOMEPAGE = "https://sourceware.org/bzip2/;
 SECTION = "console/utils"
 LICENSE = "bzip2"
-LIC_FILES_CHKSUM = 
"file://LICENSE;beginline=4;endline=37;md5=39406315f540c69bd05b1531daedd2ae"
+LIC_FILES_CHKSUM = 
"file://LICENSE;beginline=4;endline=37;md5=600af43c50f1fcb82e32f19b32df4664"
 
 SRC_URI = "https://sourceware.org/pub/${BPN}/${BPN}-${PV}.tar.gz \
file://configure.ac;subdir=${BP} \
file://Makefile.am;subdir=${BP} \
file://run-ptest \
"
-SRC_URI[md5sum] = "1a6a61cc867be4f3d6549037a09bf13e"
-SRC_URI[sha256sum] = 
"e768a87c5b1a79511499beb41500bcc4caf203726fff46a6f5f9ad27fe08ab2b"
+SRC_URI[md5sum] = "67e051268d0c475ea773822f7500d0e5"
+SRC_URI[sha256sum] = 
"ab5a03176ee106d3f0fa90e381da478ddae405918153cca248e682cd0c4a2269"
 
 UPSTREAM_CHECK_URI = "https://www.sourceware.org/pub/bzip2/;
 UPSTREAM_VERSION_UNKNOWN = "1"
-- 
2.20.1

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

[OE-core] [PATCH 1/6] curl: upgrade 7.65.1 -> 7.65.2

Changelog:
https://curl.haxx.se/changes.html#7_65_2

Signed-off-by: Anuj Mittal 
---
 ...format-security-fixes-in-libipt_icmp.patch | 61 ---
 .../curl/{curl_7.65.1.bb => curl_7.65.2.bb}   |  4 +-
 2 files changed, 2 insertions(+), 63 deletions(-)
 delete mode 100644 
meta/recipes-extended/iptables/iptables/0003-extensions-format-security-fixes-in-libipt_icmp.patch
 rename meta/recipes-support/curl/{curl_7.65.1.bb => curl_7.65.2.bb} (95%)

diff --git 
a/meta/recipes-extended/iptables/iptables/0003-extensions-format-security-fixes-in-libipt_icmp.patch
 
b/meta/recipes-extended/iptables/iptables/0003-extensions-format-security-fixes-in-libipt_icmp.patch
deleted file mode 100644
index e26594d19b..00
--- 
a/meta/recipes-extended/iptables/iptables/0003-extensions-format-security-fixes-in-libipt_icmp.patch
+++ /dev/null
@@ -1,61 +0,0 @@
-From 907e429d7548157016cd51aba4adc5d0c7d9f816 Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?Adam=20Go=C5=82=C4=99biowski?= 
-Date: Wed, 14 Nov 2018 07:35:28 +0100
-Subject: extensions: format-security fixes in libip[6]t_icmp
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-commit 61d6c3834de3 ("xtables: add 'printf' attribute to xlate_add")
-introduced support for gcc feature to check format string against passed
-argument.  This commit adds missing bits to extenstions's libipt_icmp.c
-and libip6t_icmp6.c that were causing build to fail.
-
-Fixes: 61d6c3834de3 ("xtables: add 'printf' attribute to xlate_add")
-Signed-off-by: Adam Gołębiowski 
-Signed-off-by: Pablo Neira Ayuso 
-
-Upstream-Status: Backport

- extensions/libip6t_icmp6.c | 4 ++--
- extensions/libipt_icmp.c   | 2 +-
- 2 files changed, 3 insertions(+), 3 deletions(-)
-
-diff --git a/extensions/libip6t_icmp6.c b/extensions/libip6t_icmp6.c
-index 45a71875..cc7bfaeb 100644
 a/extensions/libip6t_icmp6.c
-+++ b/extensions/libip6t_icmp6.c
-@@ -230,7 +230,7 @@ static unsigned int type_xlate_print(struct xt_xlate *xl, 
unsigned int icmptype,
-   type_name = icmp6_type_xlate(icmptype);
- 
-   if (type_name) {
--  xt_xlate_add(xl, type_name);
-+  xt_xlate_add(xl, "%s", type_name);
-   } else {
-   for (i = 0; i < ARRAY_SIZE(icmpv6_codes); ++i)
-   if (icmpv6_codes[i].type == icmptype &&
-@@ -239,7 +239,7 @@ static unsigned int type_xlate_print(struct xt_xlate *xl, 
unsigned int icmptype,
-   break;
- 
-   if (i != ARRAY_SIZE(icmpv6_codes))
--  xt_xlate_add(xl, icmpv6_codes[i].name);
-+  xt_xlate_add(xl, "%s", icmpv6_codes[i].name);
-   else
-   return 0;
-   }
-diff --git a/extensions/libipt_icmp.c b/extensions/libipt_icmp.c
-index 54189976..e76257c5 100644
 a/extensions/libipt_icmp.c
-+++ b/extensions/libipt_icmp.c
-@@ -236,7 +236,7 @@ static unsigned int type_xlate_print(struct xt_xlate *xl, 
unsigned int icmptype,
-   if (icmp_codes[i].type == icmptype &&
-   icmp_codes[i].code_min == code_min &&
-   icmp_codes[i].code_max == code_max) {
--  xt_xlate_add(xl, icmp_codes[i].name);
-+  xt_xlate_add(xl, "%s", icmp_codes[i].name);
-   return 1;
-   }
-   }
--- 
-cgit v1.2.1
-
diff --git a/meta/recipes-support/curl/curl_7.65.1.bb 
b/meta/recipes-support/curl/curl_7.65.2.bb
similarity index 95%
rename from meta/recipes-support/curl/curl_7.65.1.bb
rename to meta/recipes-support/curl/curl_7.65.2.bb
index e7bfe6cc0b..2fff04434a 100644
--- a/meta/recipes-support/curl/curl_7.65.1.bb
+++ b/meta/recipes-support/curl/curl_7.65.2.bb
@@ -9,8 +9,8 @@ SRC_URI = "http://curl.haxx.se/download/curl-${PV}.tar.bz2 \
file://0001-replace-krb5-config-with-pkg-config.patch \
 "
 
-SRC_URI[md5sum] = "03ca3fa53ac4d791be66e30ba75b56ea"
-SRC_URI[sha256sum] = 
"cbd36df60c49e461011b4f3064cff1184bdc9969a55e9608bf5cadec4686e3f7"
+SRC_URI[md5sum] = "88910bdda3752a98083b6dbe85bafcaa"
+SRC_URI[sha256sum] = 
"8093398b51e7d8337dac6f8fa6f1f77d562bdd9eca679dff9d9c3b8160ebfd28"
 
 CVE_PRODUCT = "curl libcurl"
 inherit autotools pkgconfig binconfig multilib_header
-- 
2.20.1

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

[OE-core] [PATCH 5/6] glib-2.0: upgrade 2.60.4 -> 2.60.5

Changes:
https://github.com/GNOME/glib/blob/glib-2-60/NEWS

Signed-off-by: Anuj Mittal 
---
 meta/recipes-core/glib-2.0/glib-2.0/relocate-modules.patch| 2 +-
 .../glib-2.0/{glib-2.0_2.60.4.bb => glib-2.0_2.60.5.bb}   | 4 ++--
 2 files changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-core/glib-2.0/{glib-2.0_2.60.4.bb => glib-2.0_2.60.5.bb} 
(88%)

diff --git a/meta/recipes-core/glib-2.0/glib-2.0/relocate-modules.patch 
b/meta/recipes-core/glib-2.0/glib-2.0/relocate-modules.patch
index 2d698a67c8..380bee086c 100644
--- a/meta/recipes-core/glib-2.0/glib-2.0/relocate-modules.patch
+++ b/meta/recipes-core/glib-2.0/glib-2.0/relocate-modules.patch
@@ -1,4 +1,4 @@
-From 17ca85e329bf39c004b73a02e94b597dac41ddfe Mon Sep 17 00:00:00 2001
+From 9c5d6e6ce5254a5f050bba2118a4a1807292c02a Mon Sep 17 00:00:00 2001
 From: Ross Burton 
 Date: Fri, 11 Mar 2016 15:35:55 +
 Subject: [PATCH] glib-2.0: relocate the GIO module directory for native builds
diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.60.4.bb 
b/meta/recipes-core/glib-2.0/glib-2.0_2.60.5.bb
similarity index 88%
rename from meta/recipes-core/glib-2.0/glib-2.0_2.60.4.bb
rename to meta/recipes-core/glib-2.0/glib-2.0_2.60.5.bb
index f7280090bb..bcb1fdb9a6 100644
--- a/meta/recipes-core/glib-2.0/glib-2.0_2.60.4.bb
+++ b/meta/recipes-core/glib-2.0/glib-2.0_2.60.5.bb
@@ -21,5 +21,5 @@ SRC_URI = "${GNOME_MIRROR}/glib/${SHRT_VER}/glib-${PV}.tar.xz 
\
 SRC_URI_append_class-native = " file://relocate-modules.patch"
 SRC_URI_append_class-target = " file://glib-meson.cross"
 
-SRC_URI[md5sum] = "87e2c4973470811dfed3d6746c961488"
-SRC_URI[sha256sum] = 
"2b941ec5dcb92e5ea83fe42f9eb55a827bc8a12c153ad2489d551c31d04733dd"
+SRC_URI[md5sum] = "7dced27cfa79419dc6cc82c02190c457"
+SRC_URI[sha256sum] = 
"3edf1df576ee82b2ecb8ba85c343644e48ee62e68290e71e6084b00d6ba2622e"
-- 
2.20.1

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

[OE-core] [PATCH 3/6] qemu: fix CVE-2019-12155

Signed-off-by: Anuj Mittal 
---
 meta/recipes-devtools/qemu/qemu.inc   |  1 +
 .../qemu/qemu/CVE-2019-12155.patch| 35 +++
 2 files changed, 36 insertions(+)
 create mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2019-12155.patch

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index dfe17eed8b..7f0b3a7a73 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -24,6 +24,7 @@ SRC_URI = "https://download.qemu.org/${BPN}-${PV}.tar.xz \

file://0009-linux-user-Fix-webkitgtk-hangs-on-32-bit-x86-target.patch \

file://0010-Revert-linux-user-fix-mmap-munmap-mprotect-mremap-sh.patch \
file://0013-target-arm-Fix-vector-operation-segfault.patch \
+  file://CVE-2019-12155.patch \
"
 UPSTREAM_CHECK_REGEX = "qemu-(?P\d+(\.\d+)+)\.tar"
 
diff --git a/meta/recipes-devtools/qemu/qemu/CVE-2019-12155.patch 
b/meta/recipes-devtools/qemu/qemu/CVE-2019-12155.patch
new file mode 100644
index 00..c49a5e9a2a
--- /dev/null
+++ b/meta/recipes-devtools/qemu/qemu/CVE-2019-12155.patch
@@ -0,0 +1,35 @@
+From d52680fc932efb8a2f334cc6993e705ed1e31e99 Mon Sep 17 00:00:00 2001
+From: Prasad J Pandit 
+Date: Thu, 25 Apr 2019 12:05:34 +0530
+Subject: [PATCH] qxl: check release info object
+
+When releasing spice resources in release_resource() routine,
+if release info object 'ext.info' is null, it leads to null
+pointer dereference. Add check to avoid it.
+
+Reported-by: Bugs SysSec 
+Signed-off-by: Prasad J Pandit 
+Message-id: 20190425063534.32747-1-ppan...@redhat.com
+Signed-off-by: Gerd Hoffmann 
+
+Upstream-Status: Backport
+CVE: CVE-2019-12155
+Signed-off-by: Anuj Mittal 
+---
+ hw/display/qxl.c | 3 +++
+ 1 file changed, 3 insertions(+)
+
+diff --git a/hw/display/qxl.c b/hw/display/qxl.c
+index c8ce5781e03..632923add23 100644
+--- a/hw/display/qxl.c
 b/hw/display/qxl.c
+@@ -777,6 +777,9 @@ static void interface_release_resource(QXLInstance *sin,
+ QXLReleaseRing *ring;
+ uint64_t *item, id;
+ 
++if (!ext.info) {
++return;
++}
+ if (ext.group_id == MEMSLOT_GROUP_HOST) {
+ /* host group -> vga mode update request */
+ QXLCommandExt *cmdext = (void *)(intptr_t)(ext.info->id);
-- 
2.20.1

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

Re: [OE-core] [PATCH] cogl-1.0.inc: set RDEPENDS_${PN}-dev = ""


On 2019/7/17 下午6:46, Adrian Ratiu wrote:

On Wed, 17 Jul 2019, Kang Kai  wrote:
Hi


On 2019/7/17 下午3:48, Adrian Ratiu wrote:
${PN}-dev by default depends on ${PN} but in this case ${PN} is 
empty by design (FILES_${PN} = "") and is not created, leading to 
installation dependency errors like the following:
Collected errors:   * Solver encountered 1 problem(s): * Problem 
1/1: *   -   nothing provides cogl-1.0 = 1.22.2-r0 needed by   
cogl-1.0-dev-1.22.2-r0.armv7at2hf-neon-imx * * Solution 1: *   - do 
not ask to install a package providing cogl-1.0-dev 


I think what you need is
ALLOW_EMPTY_${PN} = "1"


Why is creating and depending on an empty package better than not 
creating and depending on it at all?


I thought it is conventional way to solve such dependency issue. After I 
grepped recipes, there are similar solutions there.

So fine with your patch.

Kai





From what I can see in other recipes both methods are used.





Regards,
Kai




Signed-off-by: Adrian Ratiu 
---
  meta/recipes-graphics/cogl/cogl-1.0.inc | 2 ++
  1 file changed, 2 insertions(+)

diff --git a/meta/recipes-graphics/cogl/cogl-1.0.inc 
b/meta/recipes-graphics/cogl/cogl-1.0.inc

index 3e392fa5ec..a388023a03 100644
--- a/meta/recipes-graphics/cogl/cogl-1.0.inc
+++ b/meta/recipes-graphics/cogl/cogl-1.0.inc
@@ -75,4 +75,6 @@ RPROVIDES_libcogl = "cogl-1.0"
  RCONFLICTS_libcogl = "cogl-1.0"
  RREPLACES_libcogl = "cogl-1.0"
  +RDEPENDS_${PN}-dev = ""
+
  COMPATIBLE_HOST_armv4 = 'null'



--
Kai Kang




--
Kai Kang

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

Re: [OE-core] RFC: dropping official support for Debian 8 / Opensuse 42.3

2019-07-17 Thread akuster808




On 7/17/19 1:37 PM, Burton, Ross wrote:
> Hi,
>
> Now that both Debian 8 and OpenSuse 42.3 are end-of-life and no longer
> formally supported, we think it's time to drop them from the supported
> distribution list.  Initially this involves removing them from the
> SANITY_TESTED_DISTROS list in Poky, at some point during this cycle we
> may remove those distributions from the Yocto Project autobuilder to
> add more workers for other supported distributions.
>
> It is expected that the next release will probably work on those two
> distributions, there are no plans to do new and exciting things
> dropping these unsupported distributions enables -- like increasing
> the minimum Python version to 3.5 until after the 2.8 release in
> October.
>
> Please, if this impacts you, speak up now.

+1
>
> Ross

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

Re: [OE-core] [PATCH v2 1/2] wic/plugins: Source that support both EFI and BIOS

2019-07-17 Thread William Bourque

Hi,

Sorry about the failure. I'm trying to figure out what's wrong; the
output of the autobuilder is quite puzzling.

For test_biosplusefi_plugin_qemu, at line 1303
(https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/290/steps/7/logs/step2d)
:
It seems that for some reason my command was truncated ("sk -l
/dev/sda" of "fdisk -l /dev/sda" as in the code).

For test_biosplusefi_plugin, line 1287,
(https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/290/steps/7/logs/step2d):
If I read the output right, the test fails on "Couldn't find correct
bootimg_dir"... which is unexpected since it's not something I'm using
in the test itself.

That said, I'm having a real hard time running the tests here and
getting the same result as the autobuilder.
Out of the box, all the *_qemu tests are failing on my setup. I was
able to get them running after debugging oeqa selftest classes : for
some reasons, qemu does not seems to like having multiple "-serial"
passed as arguments; only the first one is considered. I had to patch
the code locally to get the tests to run.

I suspect there might be difference between my host machine compared
to autobuilder, but I couldn't find information about what's the
"right" setup.

Is there a HOWTO or some documentation I can follow to make sure my
own setup is comparable to autobuilder?
Otherwise I fear I won't be able to get the same results as I see in
the reports.

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

[OE-core] [PATCH] package_manager: Ensure the base-feed directory exists

2019-07-17 Thread Alistair Francis

Ensure that the /etc/opkg directory exists before we try to create a
file there.

Signed-off-by: Alistair Francis 
---
 meta/lib/oe/package_manager.py | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index 06feb4def7..7c373715ad 100644
--- a/meta/lib/oe/package_manager.py
+++ b/meta/lib/oe/package_manager.py
@@ -1297,6 +1297,8 @@ class OpkgPM(OpkgDpkgPM):
 rootfs_config = os.path.join('%s/etc/opkg/base-feeds.conf'
   % self.target_rootfs)
 
+os.makedirs('%s/etc/opkg' % self.target_rootfs, exist_ok=True)
+
 feed_uris = self.construct_uris(feed_uris.split(), 
feed_base_paths.split())
 archs = self.pkg_archs.split() if feed_archs is None else 
feed_archs.split()
 
-- 
2.22.0

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

[OE-core] [PATCH] opensbi: Fix installed-vs-shipped warning

2019-07-17 Thread Alistair Francis

Fix the following warning by just deleting the files:
WARNING: opensbi-0.4-r0 do_package: QA Issue: opensbi: Files/directories were 
installed but not shipped in any package:
  /lib
  /lib/libsbiutils.a
  /lib/libsbi.a

Signed-off-by: Alistair Francis 
---
 meta/recipes-bsp/opensbi/opensbi_0.4.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-bsp/opensbi/opensbi_0.4.bb 
b/meta/recipes-bsp/opensbi/opensbi_0.4.bb
index 139718c72b..068ae762d4 100644
--- a/meta/recipes-bsp/opensbi/opensbi_0.4.bb
+++ b/meta/recipes-bsp/opensbi/opensbi_0.4.bb
@@ -31,6 +31,7 @@ do_install_append() {
rm -r ${D}/include
rm -r ${D}/platform/${RISCV_SBI_PLAT}/lib
rm -r ${D}/platform/${RISCV_SBI_PLAT}/firmware/payloads
+   rm -r ${D}/lib
 }
 
 do_deploy () {
-- 
2.22.0

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

[OE-core] [PATCH] qemurunner.py: Be more verbose about problems

2019-07-17 Thread Alistair Francis

Instead of hiding problems in the debug log let's print them as warnings
instead.

Signed-off-by: Alistair Francis 
---
 meta/lib/oeqa/utils/qemurunner.py | 20 ++--
 1 file changed, 10 insertions(+), 10 deletions(-)

diff --git a/meta/lib/oeqa/utils/qemurunner.py 
b/meta/lib/oeqa/utils/qemurunner.py
index 68684aeb8a..b1999fde85 100644
--- a/meta/lib/oeqa/utils/qemurunner.py
+++ b/meta/lib/oeqa/utils/qemurunner.py
@@ -98,7 +98,7 @@ class QemuRunner:
 def handleSIGCHLD(self, signum, frame):
 if self.runqemu and self.runqemu.poll():
 if self.runqemu.returncode:
-self.logger.debug('runqemu exited with code %d' % 
self.runqemu.returncode)
+self.logger.warning('runqemu exited with code %d' % 
self.runqemu.returncode)
 self.logger.debug("Output from runqemu:\n%s" % 
self.getOutput(self.runqemu.stdout))
 self.stop()
 self._dump_host()
@@ -208,9 +208,9 @@ class QemuRunner:
 if self.runqemu.poll():
 if self.runqemu.returncode:
 # No point waiting any longer
-self.logger.debug('runqemu exited with code %d' % 
self.runqemu.returncode)
+self.logger.warning('runqemu exited with code %d' % 
self.runqemu.returncode)
 self._dump_host()
-self.logger.debug("Output from runqemu:\n%s" % 
self.getOutput(output))
+self.logger.warning("Output from runqemu:\n%s" % 
self.getOutput(output))
 self.stop()
 return False
 time.sleep(0.5)
@@ -329,14 +329,14 @@ class QemuRunner:
 
 if not reachedlogin:
 if time.time() >= endtime:
-self.logger.debug("Target didn't reach login banner in %d 
seconds (%s)" %
+self.logger.warning("Target didn't reach login banner in %d 
seconds (%s)" %
   (self.boottime, time.strftime("%D 
%H:%M:%S")))
 tail = lambda l: "\n".join(l.splitlines()[-25:])
 bootlog = bootlog.decode("utf-8")
 # in case bootlog is empty, use tail qemu log store at self.msg
 lines = tail(bootlog if bootlog else self.msg)
-self.logger.debug("Last 25 lines of text:\n%s" % lines)
-self.logger.debug("Check full boot log: %s" % self.logfile)
+self.logger.warning("Last 25 lines of text:\n%s" % lines)
+self.logger.warning("Check full boot log: %s" % self.logfile)
 self._dump_host()
 self.stop()
 return False
@@ -356,11 +356,11 @@ class QemuRunner:
 else:
 self.logger.debug("Couldn't configure guest 
networking")
 else:
-self.logger.debug("Couldn't login into serial console"
+self.logger.warning("Couldn't login into serial console"
 " as root using blank password")
-self.logger.debug("The output:\n%s" % output)
+self.logger.warning("The output:\n%s" % output)
 except:
-self.logger.debug("Serial console failed while trying to login")
+self.logger.warning("Serial console failed while trying to login")
 return True
 
 def stop(self):
@@ -414,7 +414,7 @@ class QemuRunner:
 self.thread.join()
 
 def restart(self, qemuparams = None):
-self.logger.debug("Restarting qemu process")
+self.logger.warning("Restarting qemu process")
 if self.runqemu.poll() is None:
 self.stop()
 if self.start(qemuparams):
-- 
2.22.0

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

[OE-core] [PATCH 1/2] piglit: upgrade to latest revision

Signed-off-by: Ross Burton 
---
 meta/recipes-graphics/piglit/piglit_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/piglit/piglit_git.bb 
b/meta/recipes-graphics/piglit/piglit_git.bb
index 4350823f60b..5304f358fa7 100644
--- a/meta/recipes-graphics/piglit/piglit_git.bb
+++ b/meta/recipes-graphics/piglit/piglit_git.bb
@@ -8,7 +8,7 @@ SRC_URI = 
"git://gitlab.freedesktop.org/mesa/piglit;protocol=https \
"
 UPSTREAM_CHECK_COMMITS = "1"
 
-SRCREV = "4294b15e3b84a96f24d1286b73d5832eea267bbf"
+SRCREV = "f0e868ac6fbdc295b2955c1b8f73169e7a52f938"
 # (when PV goes above 1.0 remove the trailing r)
 PV = "1.0+gitr${SRCPV}"
 
-- 
2.20.1

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

[OE-core] [PATCH 2/2] pkgconf: upgrade 1.6.1 -> 1.6.3

Signed-off-by: Ross Burton 
---
 .../pkgconf/{pkgconf_1.6.1.bb => pkgconf_1.6.3.bb}| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/pkgconf/{pkgconf_1.6.1.bb => pkgconf_1.6.3.bb} 
(95%)

diff --git a/meta/recipes-devtools/pkgconf/pkgconf_1.6.1.bb 
b/meta/recipes-devtools/pkgconf/pkgconf_1.6.3.bb
similarity index 95%
rename from meta/recipes-devtools/pkgconf/pkgconf_1.6.1.bb
rename to meta/recipes-devtools/pkgconf/pkgconf_1.6.3.bb
index c60ef74226d..94bc112b9fd 100644
--- a/meta/recipes-devtools/pkgconf/pkgconf_1.6.1.bb
+++ b/meta/recipes-devtools/pkgconf/pkgconf_1.6.3.bb
@@ -21,8 +21,8 @@ SRC_URI = "\
 file://pkg-config-native.in \
 file://pkg-config-esdk.in \
 "
-SRC_URI[md5sum] = "556bae2b9e0cc7b46e7c00083cb6d95d"
-SRC_URI[sha256sum] = 
"22b9ee38438901f9d60f180e5182821180854fa738fd071f593ea26a81da208c"
+SRC_URI[md5sum] = "f93fb1be95a5cb62e43c219c82b5791a"
+SRC_URI[sha256sum] = 
"61f0b31b0d5ea0e862b454a80c170f57bad47879c0c42bd8de89200ff62ea210"
 
 inherit autotools
 
-- 
2.20.1

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

[OE-core] RFC: dropping official support for Debian 8 / Opensuse 42.3

2019-07-17 Thread Burton, Ross

Hi,

Now that both Debian 8 and OpenSuse 42.3 are end-of-life and no longer
formally supported, we think it's time to drop them from the supported
distribution list.  Initially this involves removing them from the
SANITY_TESTED_DISTROS list in Poky, at some point during this cycle we
may remove those distributions from the Yocto Project autobuilder to
add more workers for other supported distributions.

It is expected that the next release will probably work on those two
distributions, there are no plans to do new and exciting things
dropping these unsupported distributions enables -- like increasing
the minimum Python version to 3.5 until after the 2.8 release in
October.

Please, if this impacts you, speak up now.

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

[OE-core] [PATCH] xkeyboard-config: remove redundant intltool dependency

Upstream now uses plain gettext.

Signed-off-by: Ross Burton 
---
 meta/recipes-graphics/xorg-lib/xkeyboard-config_2.27.bb | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.27.bb 
b/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.27.bb
index a6b2cc0eeaf..02156ad75b4 100644
--- a/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.27.bb
+++ b/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.27.bb
@@ -13,12 +13,11 @@ LICENSE = "MIT & MIT-style"
 LIC_FILES_CHKSUM = "file://COPYING;md5=0e7f21ca7db975c63467d2e7624a12f9"
 
 SRC_URI = 
"${XORG_MIRROR}/individual/data/xkeyboard-config/${BPN}-${PV}.tar.bz2"
-
 SRC_URI[md5sum] = "316753e35d3906d042c74230612eab9f"
 SRC_URI[sha256sum] = 
"690daec8fea63526c07620c90e6f3f10aae34e94b6db6e30906173480721901f"
 
 SECTION = "x11/libs"
-DEPENDS = "intltool-native util-macros libxslt-native"
+DEPENDS = "util-macros libxslt-native"
 
 EXTRA_OECONF = "--with-xkb-rules-symlink=xorg --disable-runtime-deps"
 
-- 
2.20.1

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

Re: [OE-core] [AUH] kmscube: upgrading to a12e306ce18ff1c2922219a5342fa419ee80a12e FAILED

2019-07-17 Thread Alexander Kanavin

Thanks.

Generally I want to request all of the maintainers to pay attention to
those AUH emails and act on them, or put respective action points in your
TODO. If you feel like you can't allocate time to this work, or lost
interest (which is totally fine), please let the project know; the worst
outcome is simply ignoring the emails.

Regards,
Alex

On Wed, 17 Jul 2019 at 19:41, Carlos Rafael Giani 
wrote:

> I noticed this already, yes. Working on it.
>
> On 17.07.19 15:47, a...@auh.yoctoproject.org wrote:
> > Hello,
> >
> > You are receiving this email because you are the maintainer
> > of *kmscube* recipe and this is to let you know that the automatic
> attempt
> > to upgrade the recipe to *a12e306ce18ff1c2922219a5342fa419ee80a12e* has
> Failed (devtool error).
> >
> > Detailed error information:
> >
> > Running 'devtool upgrade' for recipe kmscube failed.
> > NOTE: Starting bitbake server...
> > NOTE: Bitbake server didn't start within 5 seconds, waiting for 90
> > NOTE: Reconnecting to bitbake server...
> > NOTE: Retrying server connection (#1)...
> > WARNING: Layer workspacelayer should set
> LAYERSERIES_COMPAT_workspacelayer in its conf/layer.conf file to list the
> core layer names it is compatible with.
> > Loading cache...done.
> > INFO: Extracting current version source...
> > Loaded 1324 entries from dependency cache.
> >
> > Summary: There was 1 WARNING message shown.
> > NOTE: Resolving any missing task queue dependencies
> >
> > Build Configuration:
> > BB_VERSION   = "1.43.0"
> > BUILD_SYS= "x86_64-linux"
> > NATIVELSBSTRING  = "universal"
> > TARGET_SYS   = "i686-poky-linux"
> > MACHINE  = "qemux86"
> > DISTRO   = "poky"
> > DISTRO_VERSION   = "2.7+snapshot-20190716"
> > TUNE_FEATURES= "m32 core2"
> > TARGET_FPU   = ""
> > meta
> > meta-poky
> > meta-yocto-bsp   =
> "tmp-auh-upgrades:d1d025cb80e75952d4a8c5e0e5d44ca6d9716b5a"
> > workspace= ":"
> >
> > Initialising tasks...NOTE: No setscene tasks
> > NOTE: Executing Tasks
> > NOTE: Tasks Summary: Attempted 3 tasks of which 0 didn't need to be
> rerun and all succeeded.
> > NOTE: Writing buildhistory
> > NOTE: Writing buildhistory took: 2 seconds
> > INFO: Extracting upgraded version source...
> > WARNING: Command 'git rebase a12e306ce18ff1c2922219a5342fa419ee80a12e'
> failed:
> > First, rewinding head to replay your work on top of it...
> > Applying: Detect gst_bo_map/_unmap and use it (or avoid it)
> > Using index info to reconstruct a base tree...
> > M Makefile.am
> > M kmscube.c
> > Falling back to patching base and 3-way merge...
> > Auto-merging kmscube.c
> > Auto-merging Makefile.am
> > CONFLICT (content): Merge conflict in Makefile.am
> > error: Failed to merge in the changes.
> > Patch failed at 0001 Detect gst_bo_map/_unmap and use it (or avoid it)
> > The copy of the patch that failed is found in: .git/rebase-apply/patch
> >
> > When you have resolved this problem, run "git rebase --continue".
> > If you prefer to skip this patch, run "git rebase --skip" instead.
> > To check out the original branch and stop rebasing, run "git rebase
> --abort".
> >
> > You will need to resolve conflicts in order to complete the upgrade.
> > INFO: Upgraded source extracted to
> /home/auh/build/workspace/sources/kmscube
> > INFO: New recipe is /home/auh/build/workspace/recipes/kmscube/
> kmscube_git.bb
> >
> >
> >
> > Please review the attached files for further information and
> build/update failures.
> > Any problem please file a bug at
> https://bugzilla.yoctoproject.org/enter_bug.cgi?product=Automated%20Update%20Handler
> >
> > Regards,
> > The Upgrade Helper
> --
> ___
> 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] kernel-fitimage: include overlays with external dtb

2019-07-17 Thread Manjukumar Harthikote Matha

Hi Ricardo,

> -Original Message-
> From: Ricardo Salveti 
> Sent: Tuesday, July 16, 2019 1:07 PM
> To: openembedded-core@lists.openembedded.org
> Cc: Manjukumar Harthikote Matha 
> Subject: [PATCH] kernel-fitimage: include overlays with external dtb
> 
> As done with the default dtb provider, create fit image sections for normal
> device-tree files and device-tree overlays (.dtbo).
> 
> Signed-off-by: Ricardo Salveti 

Thanks for the patch.

Acked-by: Manjukumar Matha 

> ---
>  meta/classes/kernel-fitimage.bbclass | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/classes/kernel-fitimage.bbclass b/meta/classes/kernel-
> fitimage.bbclass
> index b51882dce4..17d4d85658 100644
> --- a/meta/classes/kernel-fitimage.bbclass
> +++ b/meta/classes/kernel-fitimage.bbclass
> @@ -406,7 +406,7 @@ fitimage_assemble() {
> 
>   if [ -n "${EXTERNAL_KERNEL_DEVICETREE}" ]; then
>   dtbcount=1
> - for DTBFILE in ${EXTERNAL_KERNEL_DEVICETREE}/*.dtb; do
> + for DTBFILE in ${EXTERNAL_KERNEL_DEVICETREE}/*.dtb*; do
>   DTB=`basename ${DTBFILE}`
>   DTB=$(echo "${DTB}" | tr '/' '_')
>   DTBS="${DTBS} ${DTB}"
> --
> 2.22.0

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

Re: [OE-core] [AUH] kmscube: upgrading to a12e306ce18ff1c2922219a5342fa419ee80a12e FAILED

2019-07-17 Thread Carlos Rafael Giani


I noticed this already, yes. Working on it.

On 17.07.19 15:47, a...@auh.yoctoproject.org wrote:

Hello,

You are receiving this email because you are the maintainer
of *kmscube* recipe and this is to let you know that the automatic attempt
to upgrade the recipe to *a12e306ce18ff1c2922219a5342fa419ee80a12e* has Failed 
(devtool error).

Detailed error information:

Running 'devtool upgrade' for recipe kmscube failed.
NOTE: Starting bitbake server...
NOTE: Bitbake server didn't start within 5 seconds, waiting for 90
NOTE: Reconnecting to bitbake server...
NOTE: Retrying server connection (#1)...
WARNING: Layer workspacelayer should set LAYERSERIES_COMPAT_workspacelayer in 
its conf/layer.conf file to list the core layer names it is compatible with.
Loading cache...done.
INFO: Extracting current version source...
Loaded 1324 entries from dependency cache.

Summary: There was 1 WARNING message shown.
NOTE: Resolving any missing task queue dependencies

Build Configuration:
BB_VERSION   = "1.43.0"
BUILD_SYS= "x86_64-linux"
NATIVELSBSTRING  = "universal"
TARGET_SYS   = "i686-poky-linux"
MACHINE  = "qemux86"
DISTRO   = "poky"
DISTRO_VERSION   = "2.7+snapshot-20190716"
TUNE_FEATURES= "m32 core2"
TARGET_FPU   = ""
meta
meta-poky
meta-yocto-bsp   = 
"tmp-auh-upgrades:d1d025cb80e75952d4a8c5e0e5d44ca6d9716b5a"
workspace= ":"

Initialising tasks...NOTE: No setscene tasks
NOTE: Executing Tasks
NOTE: Tasks Summary: Attempted 3 tasks of which 0 didn't need to be rerun and 
all succeeded.
NOTE: Writing buildhistory
NOTE: Writing buildhistory took: 2 seconds
INFO: Extracting upgraded version source...
WARNING: Command 'git rebase a12e306ce18ff1c2922219a5342fa419ee80a12e' failed:
First, rewinding head to replay your work on top of it...
Applying: Detect gst_bo_map/_unmap and use it (or avoid it)
Using index info to reconstruct a base tree...
M   Makefile.am
M   kmscube.c
Falling back to patching base and 3-way merge...
Auto-merging kmscube.c
Auto-merging Makefile.am
CONFLICT (content): Merge conflict in Makefile.am
error: Failed to merge in the changes.
Patch failed at 0001 Detect gst_bo_map/_unmap and use it (or avoid it)
The copy of the patch that failed is found in: .git/rebase-apply/patch

When you have resolved this problem, run "git rebase --continue".
If you prefer to skip this patch, run "git rebase --skip" instead.
To check out the original branch and stop rebasing, run "git rebase --abort".

You will need to resolve conflicts in order to complete the upgrade.
INFO: Upgraded source extracted to /home/auh/build/workspace/sources/kmscube
INFO: New recipe is /home/auh/build/workspace/recipes/kmscube/kmscube_git.bb



Please review the attached files for further information and build/update 
failures.
Any problem please file a bug at 
https://bugzilla.yoctoproject.org/enter_bug.cgi?product=Automated%20Update%20Handler

Regards,
The Upgrade Helper

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

Re: [OE-core] [PATCH] webkitgtk: set incomptible with tune mips

2019-07-17 Thread Khem Raj

On Wed, Jul 17, 2019 at 1:25 AM Kang Kai  wrote:

> On 2019/7/17 下午4:18, Khem Raj wrote:
> > oh COMPATIBLE_HOST_mipsarch threw me off. do we need to use the
> > override when the specific check
> > is done on right hand side?
>
> I didn't figure out a better way to reset COMPATIBLE_HOST only for
> default tune 'mips'.  Without override _mipsarch,
> I need to list all the COMPATIBLE_HOSTs such as
> "(i.86|x86_64|arm|aarch64|mips|powerpc|powerpc64).*-linux'" in the *else*
> part of bb.utils.contains().


You could use (*)

>
>
> Regards,
> Kai
>
>
> >
> > On Tue, Jul 16, 2019 at 11:51 PM Kang Kai 
> wrote:
> >> On 2019/7/17 下午2:20, Khem Raj wrote:
> >>
> >> Right so we should only disable the tunes which don’t have clz and not
> all mips as this patch is doing
> >>
> >> The patch only set COMPATILE_HOST to null  only when default tune is
> 'mips' which causes webkitgtk fails.
> >> And for other conditions, it doesn't block to build that the
> COMPATILE_HOST is 'mips.*-linux'.  Such as the
> >> default bsps qemumips(default tune mips32r2) and qemumips64(mips64r2),
> it doesn't affect them.
> >>
> >> Kai
> >>
> >>
> >>
> >> On Tue, Jul 16, 2019 at 10:42 PM Kang Kai 
> wrote:
> >>> On 2019/7/16 下午11:33, Khem Raj wrote:
> >>>
> >>>
> >>>
> >>> On Tue, Jul 16, 2019 at 2:33 AM Kang Kai 
> wrote:
>  On 2019/7/16 下午3:19, Khem Raj wrote:
> > On Mon, Jul 15, 2019 at 3:21 AM  wrote:
> >> From: Kai Kang 
> >>
> >> It fails to compile webkit when default tune is 'mips':
> >>
> >> |
> .../tmp-glibc/work/mips-wrs-linux/webkitgtk/2.24.2-r0/webkitgtk-2.24.2
> >> | /Source/JavaScriptCore/assembler/MacroAssemblerMIPS.h:418:23:
> >> | error: static assertion failed: CLZ opcode is not available for
> this ISA
> >>
> >> So don't build webkit when default tune is mips.
> >>
> >> Signed-off-by: Kai Kang 
> >> ---
> >>meta/recipes-sato/webkit/webkitgtk_2.24.2.bb | 2 ++
> >>1 file changed, 2 insertions(+)
> >>
> >> diff --git a/meta/recipes-sato/webkit/webkitgtk_2.24.2.bb
> b/meta/recipes-sato/webkit/webkitgtk_2.24.2.bb
> >> index 056334fff5..891266b220 100644
> >> --- a/meta/recipes-sato/webkit/webkitgtk_2.24.2.bb
> >> +++ b/meta/recipes-sato/webkit/webkitgtk_2.24.2.bb
> >> @@ -43,6 +43,8 @@ DEPENDS = "zlib libsoup-2.4 curl libxml2 cairo
> libxslt libxt libidn libgcrypt \
> >>  gettext-native glib-2.0 glib-2.0-native libtasn1 \
> >>  "
> >>
> >> +COMPATIBLE_HOST_mipsarch = "${@bb.utils.contains('DEFAULTTUNE',
> 'mips', 'null', 'mips.*-linux', d)}"
> >> +
> > this disables is for all kind of mips. I think thats a broad set, it
> > would be best to narrow it to what you saw it failing for
> > e.g. it should work for mips32 and mips64 so maybe mips1 is what you
> > want to disable for
>  I tested with qemumips and qemumips64. When set
> 
>  DEFAULTTUNE= "mips"
> >>>
> >>> How about using mips32 and mips64 for default tune and retest
> >>>
> >>>
> >>> It build webkitgtk successfully on qemumips and qemumips64 with
> default tune mips32 and mips64.
> >>>
> >>>
> 
>  It fails with the error.
> 
>  Regards,
>  Kai
> 
> >
> >>PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES',
> 'x11', 'x11', 'wayland' ,d)} \
> >>   ${@bb.utils.contains('DISTRO_FEATURES',
> 'opengl', 'webgl opengl', '' ,d)} \
> >>   enchant \
> >> --
> >> 2.20.0
> >>
> >> --
> >> ___
> >> Openembedded-core mailing list
> >> Openembedded-core@lists.openembedded.org
> >> http://lists.openembedded.org/mailman/listinfo/openembedded-core
> 
>  --
>  Kai Kang
> 
> >>> --
> >>> Kai Kang
> >>
> >> --
> >> Kai Kang
>
>
> --
> Kai Kang
>
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] freetype: add --tag CC to libtool arguments

2019-07-17 Thread Mikko Rapeli

Fixes build failures on aarch64:

aarch64-poky-linux-libtool: compile: unable to infer tagged configuration

Signed-off-by: Mikko Rapeli 
---
 meta/recipes-graphics/freetype/freetype/use-right-libtool.patch | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/freetype/freetype/use-right-libtool.patch 
b/meta/recipes-graphics/freetype/freetype/use-right-libtool.patch
index 2083881..3368f7d 100644
--- a/meta/recipes-graphics/freetype/freetype/use-right-libtool.patch
+++ b/meta/recipes-graphics/freetype/freetype/use-right-libtool.patch
@@ -11,4 +11,4 @@ Signed-off-by: Ross Burton 
 +++ freetype-2.6/builds/unix/unix-cc.in2016-01-07 19:21:50.213112131 
+
 @@ -19,1 +18,1 @@
 -LIBTOOL := $(FT_LIBTOOL_DIR)/libtool
-+LIBTOOL := $(FT_LIBTOOL_DIR)/@LIBTOOL@
++LIBTOOL := $(FT_LIBTOOL_DIR)/@LIBTOOL@ --tag CC
-- 
1.9.1

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

Re: [OE-core] [PATCH] opkg/package/rootfs_ipk: allow overwriting OPKGLIBDIR

On Wed, Jul 17, 2019 at 04:41:01PM +0200, Martin Jansa wrote:
> On Wed, Jul 17, 2019 at 05:17:30PM +0300, Adrian Ratiu wrote:
> > On Wed, 17 Jul 2019, Martin Jansa  wrote:
> > > On Wed, Jul 17, 2019 at 02:52:21PM +0300, Adrian Ratiu wrote: 
> > >> Hi  On Wed, 17 Jul 2019, Martin Jansa  
> > >> wrote: 
> > >> > Why don't you overwrite it with an override? We're doing that 
> > >> > for years without any issues. 
> > >>  You mean a distro-wide override in a .conf? 
> > > 
> > > yes 
> > > 
> > >> Can you please point to an example? 
> > > 
> > > https://github.com/webosose/meta-webosose/blob/master/meta-webos/conf/distro/include/webos.inc#L256
> > >  
> > 
> > Thanks, I didn't know about the _forcevariable override.
> > 
> > Is using _forcevariable the preferred method to do this though 
> > instead of using ??= ?
> > 
> > The reference manual says it's not recommended and a "worst case" 
> > solution...
> 
> You can use any other override from OVERRIDES variables which covers all
> cases you want to cover.
> 
> I was using ${DISTRO} before, but switched to forcevariable later,
> because I needed to cover more DISTROs at the same time.
> 
> https://github.com/openwebos/meta-webos/commit/8c79f89fac09364e5ce494ee5fab133e7734583f#diff-e2b7938279c801074fb285c60acf2228
> 
> forcevariable is OK as long as you know what you're doing, if your
> distro really enforces different OPKGLIBDIR for good reason, then the
> users probably won't ever need to override it again locally.
> 
> Using ??= for every variable, just because someone somewhere might
> prefer different value doesn't look much better IMHO.

Also see first bullet point of the commit referenced above:
http://lists.openembedded.org/pipermail/openembedded-core/2013-February/192720.html
so making it easily to change this variable is just allowing more people
to break u-a more easily.

> Cheers,
> 
> > >
> > >> > On Wed, Jul 17, 2019 at 12:01 AM Adrian Ratiu 
> > >> > 
> > >> > wrote:
> > >> >
> > >> >> Some distributions for various reasons (like for example mounting a
> > >> >> tmpfs over /var at runtime) can't use /var/lib to store the opkg
> > >> >> metadata, so a different path is required to have a functioning
> > >> >> package manager.
> > >> >>
> > >> >> ${localstatedir} can't be modified to something other than the
> > >> >> hardcoded value in bitbake.conf because other recipes depending on it
> > >> >> will fail to install.
> > >> >>
> > >> >> So the only recourse, which is also the least invasive, is to allow
> > >> >> distros to overwrite the OPKGLIBDIR variable just like they are also
> > >> >> allowed to overwrite OPKGBUILDCMD.
> > >> >>
> > >> >> Signed-off-by: Adrian Ratiu 
> > >> >> ---
> > >> >>  meta/classes/package_ipk.bbclass | 2 +-
> > >> >>  meta/classes/rootfs_ipk.bbclass  | 2 +-
> > >> >>  meta/recipes-devtools/opkg/opkg_0.4.1.bb | 2 +-
> > >> >>  3 files changed, 3 insertions(+), 3 deletions(-)
> > >> >>
> > >> >> diff --git a/meta/classes/package_ipk.bbclass
> > >> >> b/meta/classes/package_ipk.bbclass
> > >> >> index d1b317b42b..9f9da2f91d 100644
> > >> >> --- a/meta/classes/package_ipk.bbclass
> > >> >> +++ b/meta/classes/package_ipk.bbclass
> > >> >> @@ -14,7 +14,7 @@ OPKG_ARGS += "--force_postinstall
> > >> >> --prefer-arch-to-version"
> > >> >>  OPKG_ARGS += "${@['',
> > >> >> '--no-install-recommends'][d.getVar("NO_RECOMMENDATIONS") == "1"]}"
> > >> >>  OPKG_ARGS += "${@['', '--add-exclude ' + ' --add-exclude
> > >> >> '.join((d.getVar('PACKAGE_EXCLUDE') or
> > >> >> "").split())][(d.getVar("PACKAGE_EXCLUDE") or "").strip() != ""]}"
> > >> >>
> > >> >> -OPKGLIBDIR = "${localstatedir}/lib"
> > >> >> +OPKGLIBDIR ??= "${localstatedir}/lib"
> > >> >>
> > >> >>  python do_package_ipk () {
> > >> >>  workdir = d.getVar('WORKDIR')
> > >> >> diff --git a/meta/classes/rootfs_ipk.bbclass
> > >> >> b/meta/classes/rootfs_ipk.bbclass
> > >> >> index aabc370cfc..e73d2bfdae 100644
> > >> >> --- a/meta/classes/rootfs_ipk.bbclass
> > >> >> +++ b/meta/classes/rootfs_ipk.bbclass
> > >> >> @@ -21,7 +21,7 @@ OPKG_PREPROCESS_COMMANDS = ""
> > >> >>
> > >> >>  OPKG_POSTPROCESS_COMMANDS = ""
> > >> >>
> > >> >> -OPKGLIBDIR = "${localstatedir}/lib"
> > >> >> +OPKGLIBDIR ??= "${localstatedir}/lib"
> > >> >>
> > >> >>  MULTILIBRE_ALLOW_REP = "${OPKGLIBDIR}/opkg|/usr/lib/opkg"
> > >> >>
> > >> >> diff --git a/meta/recipes-devtools/opkg/opkg_0.4.1.bb
> > >> >> b/meta/recipes-devtools/opkg/opkg_0.4.1.bb
> > >> >> index 8c48d3097c..c663eff13b 100644
> > >> >> --- a/meta/recipes-devtools/opkg/opkg_0.4.1.bb
> > >> >> +++ b/meta/recipes-devtools/opkg/opkg_0.4.1.bb
> > >> >> @@ -28,7 +28,7 @@ PACKAGES =+ "libopkg"
> > >> >>  inherit autotools pkgconfig systemd ptest
> > >> >>
> > >> >>  target_localstatedir := "${localstatedir}"
> > >> >> -OPKGLIBDIR = "${target_localstatedir}/lib"
> > >> >> +OPKGLIBDIR ??= "${target_localstatedir}/lib"
> > >> >>
> > >> >>  PACKAGECONFIG ??= "libsolv"
> > >> >>
> > >> >> --
> > >> >> 2.22.0
> > >> >>
> > >>

Re: [OE-core] [PATCH] opkg/package/rootfs_ipk: allow overwriting OPKGLIBDIR

On Wed, Jul 17, 2019 at 05:17:30PM +0300, Adrian Ratiu wrote:
> On Wed, 17 Jul 2019, Martin Jansa  wrote:
> > On Wed, Jul 17, 2019 at 02:52:21PM +0300, Adrian Ratiu wrote: 
> >> Hi  On Wed, 17 Jul 2019, Martin Jansa  
> >> wrote: 
> >> > Why don't you overwrite it with an override? We're doing that 
> >> > for years without any issues. 
> >>  You mean a distro-wide override in a .conf? 
> > 
> > yes 
> > 
> >> Can you please point to an example? 
> > 
> > https://github.com/webosose/meta-webosose/blob/master/meta-webos/conf/distro/include/webos.inc#L256
> >  
> 
> Thanks, I didn't know about the _forcevariable override.
> 
> Is using _forcevariable the preferred method to do this though 
> instead of using ??= ?
> 
> The reference manual says it's not recommended and a "worst case" 
> solution...

You can use any other override from OVERRIDES variables which covers all
cases you want to cover.

I was using ${DISTRO} before, but switched to forcevariable later,
because I needed to cover more DISTROs at the same time.

https://github.com/openwebos/meta-webos/commit/8c79f89fac09364e5ce494ee5fab133e7734583f#diff-e2b7938279c801074fb285c60acf2228

forcevariable is OK as long as you know what you're doing, if your
distro really enforces different OPKGLIBDIR for good reason, then the
users probably won't ever need to override it again locally.

Using ??= for every variable, just because someone somewhere might
prefer different value doesn't look much better IMHO.

Cheers,

> >
> >> > On Wed, Jul 17, 2019 at 12:01 AM Adrian Ratiu 
> >> > 
> >> > wrote:
> >> >
> >> >> Some distributions for various reasons (like for example mounting a
> >> >> tmpfs over /var at runtime) can't use /var/lib to store the opkg
> >> >> metadata, so a different path is required to have a functioning
> >> >> package manager.
> >> >>
> >> >> ${localstatedir} can't be modified to something other than the
> >> >> hardcoded value in bitbake.conf because other recipes depending on it
> >> >> will fail to install.
> >> >>
> >> >> So the only recourse, which is also the least invasive, is to allow
> >> >> distros to overwrite the OPKGLIBDIR variable just like they are also
> >> >> allowed to overwrite OPKGBUILDCMD.
> >> >>
> >> >> Signed-off-by: Adrian Ratiu 
> >> >> ---
> >> >>  meta/classes/package_ipk.bbclass | 2 +-
> >> >>  meta/classes/rootfs_ipk.bbclass  | 2 +-
> >> >>  meta/recipes-devtools/opkg/opkg_0.4.1.bb | 2 +-
> >> >>  3 files changed, 3 insertions(+), 3 deletions(-)
> >> >>
> >> >> diff --git a/meta/classes/package_ipk.bbclass
> >> >> b/meta/classes/package_ipk.bbclass
> >> >> index d1b317b42b..9f9da2f91d 100644
> >> >> --- a/meta/classes/package_ipk.bbclass
> >> >> +++ b/meta/classes/package_ipk.bbclass
> >> >> @@ -14,7 +14,7 @@ OPKG_ARGS += "--force_postinstall
> >> >> --prefer-arch-to-version"
> >> >>  OPKG_ARGS += "${@['',
> >> >> '--no-install-recommends'][d.getVar("NO_RECOMMENDATIONS") == "1"]}"
> >> >>  OPKG_ARGS += "${@['', '--add-exclude ' + ' --add-exclude
> >> >> '.join((d.getVar('PACKAGE_EXCLUDE') or
> >> >> "").split())][(d.getVar("PACKAGE_EXCLUDE") or "").strip() != ""]}"
> >> >>
> >> >> -OPKGLIBDIR = "${localstatedir}/lib"
> >> >> +OPKGLIBDIR ??= "${localstatedir}/lib"
> >> >>
> >> >>  python do_package_ipk () {
> >> >>  workdir = d.getVar('WORKDIR')
> >> >> diff --git a/meta/classes/rootfs_ipk.bbclass
> >> >> b/meta/classes/rootfs_ipk.bbclass
> >> >> index aabc370cfc..e73d2bfdae 100644
> >> >> --- a/meta/classes/rootfs_ipk.bbclass
> >> >> +++ b/meta/classes/rootfs_ipk.bbclass
> >> >> @@ -21,7 +21,7 @@ OPKG_PREPROCESS_COMMANDS = ""
> >> >>
> >> >>  OPKG_POSTPROCESS_COMMANDS = ""
> >> >>
> >> >> -OPKGLIBDIR = "${localstatedir}/lib"
> >> >> +OPKGLIBDIR ??= "${localstatedir}/lib"
> >> >>
> >> >>  MULTILIBRE_ALLOW_REP = "${OPKGLIBDIR}/opkg|/usr/lib/opkg"
> >> >>
> >> >> diff --git a/meta/recipes-devtools/opkg/opkg_0.4.1.bb
> >> >> b/meta/recipes-devtools/opkg/opkg_0.4.1.bb
> >> >> index 8c48d3097c..c663eff13b 100644
> >> >> --- a/meta/recipes-devtools/opkg/opkg_0.4.1.bb
> >> >> +++ b/meta/recipes-devtools/opkg/opkg_0.4.1.bb
> >> >> @@ -28,7 +28,7 @@ PACKAGES =+ "libopkg"
> >> >>  inherit autotools pkgconfig systemd ptest
> >> >>
> >> >>  target_localstatedir := "${localstatedir}"
> >> >> -OPKGLIBDIR = "${target_localstatedir}/lib"
> >> >> +OPKGLIBDIR ??= "${target_localstatedir}/lib"
> >> >>
> >> >>  PACKAGECONFIG ??= "libsolv"
> >> >>
> >> >> --
> >> >> 2.22.0
> >> >>
> >> >> --
> >> >> ___
> >> >> Openembedded-core mailing list
> >> >> Openembedded-core@lists.openembedded.org
> >> >> http://lists.openembedded.org/mailman/listinfo/openembedded-core
> >> >>
> >
> > -- 
> > Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org

Re: [OE-core] [PATCH] opkg/package/rootfs_ipk: allow overwriting OPKGLIBDIR


On Wed, 17 Jul 2019, Martin Jansa  wrote:
On Wed, Jul 17, 2019 at 02:52:21PM +0300, Adrian Ratiu wrote: 
Hi  On Wed, 17 Jul 2019, Martin Jansa  
wrote: 
> Why don't you overwrite it with an override? We're doing that 
> for years without any issues. 
 You mean a distro-wide override in a .conf? 


yes 

Can you please point to an example? 


https://github.com/webosose/meta-webosose/blob/master/meta-webos/conf/distro/include/webos.inc#L256 


Thanks, I didn't know about the _forcevariable override.

Is using _forcevariable the preferred method to do this though 
instead of using ??= ?


The reference manual says it's not recommended and a "worst case" 
solution...





> On Wed, Jul 17, 2019 at 12:01 AM Adrian Ratiu 
> wrote:
>
>> Some distributions for various reasons (like for example mounting a
>> tmpfs over /var at runtime) can't use /var/lib to store the opkg
>> metadata, so a different path is required to have a functioning
>> package manager.
>>
>> ${localstatedir} can't be modified to something other than the
>> hardcoded value in bitbake.conf because other recipes depending on it
>> will fail to install.
>>
>> So the only recourse, which is also the least invasive, is to allow
>> distros to overwrite the OPKGLIBDIR variable just like they are also
>> allowed to overwrite OPKGBUILDCMD.
>>
>> Signed-off-by: Adrian Ratiu 
>> ---
>>  meta/classes/package_ipk.bbclass | 2 +-
>>  meta/classes/rootfs_ipk.bbclass  | 2 +-
>>  meta/recipes-devtools/opkg/opkg_0.4.1.bb | 2 +-
>>  3 files changed, 3 insertions(+), 3 deletions(-)
>>
>> diff --git a/meta/classes/package_ipk.bbclass
>> b/meta/classes/package_ipk.bbclass
>> index d1b317b42b..9f9da2f91d 100644
>> --- a/meta/classes/package_ipk.bbclass
>> +++ b/meta/classes/package_ipk.bbclass
>> @@ -14,7 +14,7 @@ OPKG_ARGS += "--force_postinstall
>> --prefer-arch-to-version"
>>  OPKG_ARGS += "${@['',
>> '--no-install-recommends'][d.getVar("NO_RECOMMENDATIONS") == "1"]}"
>>  OPKG_ARGS += "${@['', '--add-exclude ' + ' --add-exclude
>> '.join((d.getVar('PACKAGE_EXCLUDE') or
>> "").split())][(d.getVar("PACKAGE_EXCLUDE") or "").strip() != ""]}"
>>
>> -OPKGLIBDIR = "${localstatedir}/lib"
>> +OPKGLIBDIR ??= "${localstatedir}/lib"
>>
>>  python do_package_ipk () {
>>  workdir = d.getVar('WORKDIR')
>> diff --git a/meta/classes/rootfs_ipk.bbclass
>> b/meta/classes/rootfs_ipk.bbclass
>> index aabc370cfc..e73d2bfdae 100644
>> --- a/meta/classes/rootfs_ipk.bbclass
>> +++ b/meta/classes/rootfs_ipk.bbclass
>> @@ -21,7 +21,7 @@ OPKG_PREPROCESS_COMMANDS = ""
>>
>>  OPKG_POSTPROCESS_COMMANDS = ""
>>
>> -OPKGLIBDIR = "${localstatedir}/lib"
>> +OPKGLIBDIR ??= "${localstatedir}/lib"
>>
>>  MULTILIBRE_ALLOW_REP = "${OPKGLIBDIR}/opkg|/usr/lib/opkg"
>>
>> diff --git a/meta/recipes-devtools/opkg/opkg_0.4.1.bb
>> b/meta/recipes-devtools/opkg/opkg_0.4.1.bb
>> index 8c48d3097c..c663eff13b 100644
>> --- a/meta/recipes-devtools/opkg/opkg_0.4.1.bb
>> +++ b/meta/recipes-devtools/opkg/opkg_0.4.1.bb
>> @@ -28,7 +28,7 @@ PACKAGES =+ "libopkg"
>>  inherit autotools pkgconfig systemd ptest
>>
>>  target_localstatedir := "${localstatedir}"
>> -OPKGLIBDIR = "${target_localstatedir}/lib"
>> +OPKGLIBDIR ??= "${target_localstatedir}/lib"
>>
>>  PACKAGECONFIG ??= "libsolv"
>>
>> --
>> 2.22.0
>>
>> --
>> ___
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>>


--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com

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

[OE-core] [AUH] Upgrade status: 2019-07-17

2019-07-17 Thread auh

Recipe upgrade statistics:

* Failed (devtool error): 42
python-numpy, 1.16.4, Derek Straka 
libnewt, 0.52.21, Hongxu Jia 
apt, 1.9.1, Aníbal Limón 
lsbinitscripts, 10.02, Ross Burton 
mesa, 19.1.2, Otavio Salvador 
iputils, s20190709, Changhyeok Bae 
flex, 2.6.4, Chen Qi 
debianutils, 4.8.6.2, Yi Zhao 
grub-efi, 2.04, Anuj Mittal 
sed, 4.7, Chen Qi 
e2fsprogs, 1.45.3, Robert Yang 
squashfs-tools, 4.3-new-commits-available, Robert Yang 

ltp, 20190517, Yi Zhao 
go-dep, 0.5.4, Otavio Salvador 
libice, 1.0.10, Armin Kuster 
build-compare, 2015.02.10-new-commits-available, Paul Eggleton 

freetype, 2.10.1, Ross Burton 
sysklogd, 1.6, Chen Qi 
tzdata, 2019b, Armin Kuster 
strace, 5.2, Robert Yang 
acl, 2.2.53, Chen Qi 
gtk+3, 3.24.10, Ross Burton 
vulkan-demos, git-new-commits-available, Ross Burton 

texinfo, 6.6, Anuj Mittal 
puzzles, 0.0-new-commits-available, Anuj Mittal 
gpgme, 1.13.1, Hongxu Jia 
nfs-utils, 2.4.1, Robert Yang 
kmscube, git-new-commits-available, Carlos Rafael Giani 

attr, 2.4.48, Chen Qi 
libmodulemd, 2.6.0, Alexander Kanavin 
harfbuzz, 2.5.3, Anuj Mittal 
gettext, 0.20.1, Robert Yang 
sysvinit, 2.95, Ross Burton 
meson, 0.51.1, Alexander Kanavin 
libical, 3.0.5, Ross Burton 
grub, 2.04, Anuj Mittal 
kbd, 2.1.0, Alexander Kanavin 
python3-numpy, 1.16.4, Derek Straka 
ifupdown, 0.8.35, Anuj Mittal 
glide, 0.13.3, Otavio Salvador 
ruby, 2.6.3, Ross Burton 
pulseaudio, 12.99.1, Tanu Kaskinen 
* Failed(do_compile): 17
waffle, 1.6.0, Ross Burton 
vulkan-loader, 1.1.108.0, Anuj Mittal 
btrfs-tools, 5.2, Alexander Kanavin 
ffmpeg, 4.1.4, Alexander Kanavin 
go-runtime, 1.12.7, Khem Raj 
mkfontscale, 1.2.1, Armin Kuster 
vulkan-tools, 1.1.108.0, Anuj Mittal 
unfs3, 3, Ross Burton 
nettle, 3.5.1, Armin Kuster 
libdnf, 0.35.1, Alexander Kanavin 
prelink, 1.0-new-commits-available, Mark Hatle 

go, 1.12.7, Khem Raj 
vulkan-headers, 1.1.108.0, Anuj Mittal 
acpica, 20190703, Fathi Boudra 
iptables, 1.8.3, Changhyeok Bae 
shadow, 4.7, Chen Qi 
boost, 1.70.0, Alexander Kanavin 
* Failed(other errors): 1
gcc-source-8.3.0, 9.1.0, Khem Raj 
* Succeeded: 24
vim-tiny, 8.1.1694, Tom Rini 
libx11, 1.6.8, Armin Kuster 
python3, 3.7.4, Derek Straka 
xorgproto, 2019.1, Armin Kuster 
libpciaccess, 0.15, Alexander Kanavin 
weston, 6.0.1, Denys Dmytriyenko 
webkitgtk, 2.24.3, Alexander Kanavin 
iso-codes, 4.3, Alexander Kanavin 
glib-networking, 2.60.3, Anuj Mittal 
dnf, 4.2.7, Alexander Kanavin 
linux-firmware, 20190618-new-commits-available, Otavio Salvador 

xwininfo, 1.1.5, Armin Kuster 
iproute2, 5.2.0, Changhyeok Bae 
vim, 8.1.1694, Tom Rini 
msmtp, 1.8.5, Alexander Kanavin 
piglit, 1.0-new-commits-available, Ross Burton 
createrepo-c, 0.14.3, Alexander Kanavin 
xauth, 1.1, Armin Kuster 
gnu-config, 20190501-new-commits-available, Robert Yang 

glib-2.0, 2.60.5, Anuj Mittal 
xserver-xorg, 1.20.5, Armin Kuster 
vte, 0.56.3, Anuj Mittal 
pkgconf, 1.6.3, Ross Burton 
libwebp, 1.0.3, Alexander Kanavin 

TOTAL: attempted=84 succeeded=24(28.57%) failed=60(71.43%)

Recipe upgrade statistics per Maintainer:

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

Re: [OE-core] [PATCH 1/2] busybox: enable unicode support

2019-07-17 Thread Burton, Ross

On Wed, 17 Jul 2019 at 13:25,  wrote:

> buildhistory shows that busybox-dbg PKGSIZE increases from 4523596 to 4546396,
> busybox-ptest PKGSIZE decreases from 458949 to 458908 even when
> /usr/lib/busybox/ptest/testsuite/tar.utf8.tar.bz2 is added, busybox-src
> PKGSIZE increases from 4130952 to 4163274.

For me:

busybox-dbg:
-PKGSIZE = 5212120
+PKGSIZE = 5239440

busybox-ptest:
-PKGSIZE = 458881
+PKGSIZE = 458840

busybox-src:
-PKGSIZE = 4130692
+PKGSIZE = 4163014

busybox:
-PKGSIZE = 687247
+PKGSIZE = 691343

Oddly files-in-package doesn't appear to have been touched in the
repo.  I wonder if my sysroot changes broke that part of
buildhistory...

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

[OE-core] [PATCH] oe/copy_buildsystem: move layer into layers directory

2019-07-17 Thread Andrej Valek

Layers could be located outside from poky but inside the build directory.
This case should be covered in eSDK.
meta-abc
meta-def/meta-ghi
meta-def/poky
meta-def/meta-oe/meta-oe
...

It should take all enabled layers and put them into 'layers' dir during
build-time with respecting new relative path to poky.
layers/meta-abc
layers/meta-ghi
layers/poky
layers/meta-oe/meta-oe
...

Signed-off-by: Andrej Valek 
---
 meta/lib/oe/copy_buildsystem.py | 8 +++-
 1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/meta/lib/oe/copy_buildsystem.py b/meta/lib/oe/copy_buildsystem.py
index 5b96121ddb..246ff58250 100644
--- a/meta/lib/oe/copy_buildsystem.py
+++ b/meta/lib/oe/copy_buildsystem.py
@@ -45,6 +45,9 @@ class BuildSystem(object):
 
 corebase = os.path.abspath(self.d.getVar('COREBASE'))
 layers.append(corebase)
+# Get relationship between TOPDIR and COREBASE
+# Layers should respect it
+corebase_relative = 
os.path.dirname(os.path.relpath(os.path.abspath(self.d.getVar('TOPDIR')), 
corebase))
 # The bitbake build system uses the meta-skeleton layer as a layout
 # for common recipies, e.g: the recipetool script to create kernel 
recipies
 # Add the meta-skeleton layer to be included as part of the eSDK 
installation
@@ -98,7 +101,10 @@ class BuildSystem(object):
 if corebase == os.path.dirname(layer):
 layerdestpath += '/' + os.path.basename(corebase)
 else:
-layer_relative = os.path.basename(corebase) + '/' + 
os.path.relpath(layer, corebase)
+layer_relative = os.path.relpath(layer, corebase)
+if os.path.dirname(layer_relative) == corebase_relative:
+layer_relative = os.path.dirname(corebase_relative) + '/' 
+ layernewname
+layer_relative = os.path.basename(corebase) + '/' + 
layer_relative
 if os.path.dirname(layer_relative) != layernewname:
 layerdestpath += '/' + os.path.dirname(layer_relative)
 
-- 
2.11.0

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

Re: [OE-core] [PATCH 1/2] busybox: enable unicode support

2019-07-17 Thread Mikko.Rapeli

On Wed, Jul 17, 2019 at 12:44:54PM +0100, Richard Purdie wrote:
> On Wed, 2019-07-17 at 12:08 +0300, Mikko Rapeli wrote:
> > While creating and deleting files with unicode or other
> > encodings works, it's annoying when ls and other core utils
> > show questionmarks instead of the unicode characters.
> > In 2019, it's quite common that users of embedded devices
> > based on yocto need unicode support. Debugging a box with
> > unicode encoded file names is a bit annoying when core utils
> > from busybox don't support them.
> > 
> > The unicode config fragment has the same config as Debian in their
> > deb and udeb builds of version 1:1.30.1-4.
> > 
> > If developers do not want this or other default yocto features in
> > busybox,
> > or optimize the configuration for size, then they likely run a
> > completely
> > custom configuration. Thus I think it's safe to enable unicode
> > support
> > by default.
> > 
> > Signed-off-by: Mikko Rapeli 
> > ---
> >  meta/recipes-core/busybox/busybox/unicode.cfg | 10 ++
> >  meta/recipes-core/busybox/busybox_1.31.0.bb   |  1 +
> >  2 files changed, 11 insertions(+)
> >  create mode 100644 meta/recipes-core/busybox/busybox/unicode.cfg
> 
> Can you give an idea of the size implications of this change?

buildhistory isn't working for me, or maybe it is since the size difference
is zero bytes for busybox binaries and package. tmp has this patch,
tmp_master doesn't:

$ ls -l tmp*/deploy/images/qemux86/tmp/bin/busybox.*
-rwxr-xr-x 1 mcfrisk mcfrisk 612024 Jul 17 10:45 
tmp/deploy/images/qemux86/tmp/bin/busybox.nosuid
-rwxr-xr-x 1 mcfrisk mcfrisk  54656 Jul 17 10:45 
tmp/deploy/images/qemux86/tmp/bin/busybox.suid
-rwxr-xr-x 1 mcfrisk mcfrisk 612024 Jul 17 13:56 
tmp_master/deploy/images/qemux86/tmp/bin/busybox.nosuid
-rwxr-xr-x 1 mcfrisk mcfrisk  54656 Jul 17 13:56 
tmp_master/deploy/images/qemux86/tmp/bin/busybox.suid

Just to be sure, the files differ:

$ sha1sum tmp*/deploy/images/qemux86/tmp/bin/busybox.*
8866ced8ad8aa335bb5dfc8b229851b6e09397d7  
tmp/deploy/images/qemux86/tmp/bin/busybox.nosuid
01cb28f1254f4200b005122ce03114b034b3aaec  
tmp/deploy/images/qemux86/tmp/bin/busybox.suid
91ed5b26083c9b6f944344036b04ebf2aa5af6ff  
tmp_master/deploy/images/qemux86/tmp/bin/busybox.nosuid
d4a3ee35246c0f42ba4f0a8a34cd96269b89e906  
tmp_master/deploy/images/qemux86/tmp/bin/busybox.suid

buildhistory shows that busybox-dbg PKGSIZE increases from 4523596 to 4546396, 
busybox-ptest PKGSIZE decreases from 458949 to 458908 even when
/usr/lib/busybox/ptest/testsuite/tar.utf8.tar.bz2 is added, busybox-src
PKGSIZE increases from 4130952 to 4163274.

I found that hard to believe so I didn't trust buildhistory anymore.

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

Re: [OE-core] [PATCH] opkg/package/rootfs_ipk: allow overwriting OPKGLIBDIR

On Wed, Jul 17, 2019 at 02:52:21PM +0300, Adrian Ratiu wrote:
> Hi
> 
> On Wed, 17 Jul 2019, Martin Jansa  wrote:
> > Why don't you overwrite it with an override? We're doing that 
> > for years without any issues.
> 
> You mean a distro-wide override in a .conf?

yes

> Can you please point to an example?

https://github.com/webosose/meta-webosose/blob/master/meta-webos/conf/distro/include/webos.inc#L256

> > On Wed, Jul 17, 2019 at 12:01 AM Adrian Ratiu 
> > wrote:
> >
> >> Some distributions for various reasons (like for example mounting a
> >> tmpfs over /var at runtime) can't use /var/lib to store the opkg
> >> metadata, so a different path is required to have a functioning
> >> package manager.
> >>
> >> ${localstatedir} can't be modified to something other than the
> >> hardcoded value in bitbake.conf because other recipes depending on it
> >> will fail to install.
> >>
> >> So the only recourse, which is also the least invasive, is to allow
> >> distros to overwrite the OPKGLIBDIR variable just like they are also
> >> allowed to overwrite OPKGBUILDCMD.
> >>
> >> Signed-off-by: Adrian Ratiu 
> >> ---
> >>  meta/classes/package_ipk.bbclass | 2 +-
> >>  meta/classes/rootfs_ipk.bbclass  | 2 +-
> >>  meta/recipes-devtools/opkg/opkg_0.4.1.bb | 2 +-
> >>  3 files changed, 3 insertions(+), 3 deletions(-)
> >>
> >> diff --git a/meta/classes/package_ipk.bbclass
> >> b/meta/classes/package_ipk.bbclass
> >> index d1b317b42b..9f9da2f91d 100644
> >> --- a/meta/classes/package_ipk.bbclass
> >> +++ b/meta/classes/package_ipk.bbclass
> >> @@ -14,7 +14,7 @@ OPKG_ARGS += "--force_postinstall
> >> --prefer-arch-to-version"
> >>  OPKG_ARGS += "${@['',
> >> '--no-install-recommends'][d.getVar("NO_RECOMMENDATIONS") == "1"]}"
> >>  OPKG_ARGS += "${@['', '--add-exclude ' + ' --add-exclude
> >> '.join((d.getVar('PACKAGE_EXCLUDE') or
> >> "").split())][(d.getVar("PACKAGE_EXCLUDE") or "").strip() != ""]}"
> >>
> >> -OPKGLIBDIR = "${localstatedir}/lib"
> >> +OPKGLIBDIR ??= "${localstatedir}/lib"
> >>
> >>  python do_package_ipk () {
> >>  workdir = d.getVar('WORKDIR')
> >> diff --git a/meta/classes/rootfs_ipk.bbclass
> >> b/meta/classes/rootfs_ipk.bbclass
> >> index aabc370cfc..e73d2bfdae 100644
> >> --- a/meta/classes/rootfs_ipk.bbclass
> >> +++ b/meta/classes/rootfs_ipk.bbclass
> >> @@ -21,7 +21,7 @@ OPKG_PREPROCESS_COMMANDS = ""
> >>
> >>  OPKG_POSTPROCESS_COMMANDS = ""
> >>
> >> -OPKGLIBDIR = "${localstatedir}/lib"
> >> +OPKGLIBDIR ??= "${localstatedir}/lib"
> >>
> >>  MULTILIBRE_ALLOW_REP = "${OPKGLIBDIR}/opkg|/usr/lib/opkg"
> >>
> >> diff --git a/meta/recipes-devtools/opkg/opkg_0.4.1.bb
> >> b/meta/recipes-devtools/opkg/opkg_0.4.1.bb
> >> index 8c48d3097c..c663eff13b 100644
> >> --- a/meta/recipes-devtools/opkg/opkg_0.4.1.bb
> >> +++ b/meta/recipes-devtools/opkg/opkg_0.4.1.bb
> >> @@ -28,7 +28,7 @@ PACKAGES =+ "libopkg"
> >>  inherit autotools pkgconfig systemd ptest
> >>
> >>  target_localstatedir := "${localstatedir}"
> >> -OPKGLIBDIR = "${target_localstatedir}/lib"
> >> +OPKGLIBDIR ??= "${target_localstatedir}/lib"
> >>
> >>  PACKAGECONFIG ??= "libsolv"
> >>
> >> --
> >> 2.22.0
> >>
> >> --
> >> ___
> >> Openembedded-core mailing list
> >> Openembedded-core@lists.openembedded.org
> >> http://lists.openembedded.org/mailman/listinfo/openembedded-core
> >>

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


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

Re: [OE-core] [PATCH] opkg/package/rootfs_ipk: allow overwriting OPKGLIBDIR


Hi

On Wed, 17 Jul 2019, Martin Jansa  wrote:
Why don't you overwrite it with an override? We're doing that 
for years without any issues.


You mean a distro-wide override in a .conf?

Can you please point to an example?



On Wed, Jul 17, 2019 at 12:01 AM Adrian Ratiu 
wrote:


Some distributions for various reasons (like for example mounting a
tmpfs over /var at runtime) can't use /var/lib to store the opkg
metadata, so a different path is required to have a functioning
package manager.

${localstatedir} can't be modified to something other than the
hardcoded value in bitbake.conf because other recipes depending on it
will fail to install.

So the only recourse, which is also the least invasive, is to allow
distros to overwrite the OPKGLIBDIR variable just like they are also
allowed to overwrite OPKGBUILDCMD.

Signed-off-by: Adrian Ratiu 
---
 meta/classes/package_ipk.bbclass | 2 +-
 meta/classes/rootfs_ipk.bbclass  | 2 +-
 meta/recipes-devtools/opkg/opkg_0.4.1.bb | 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/classes/package_ipk.bbclass
b/meta/classes/package_ipk.bbclass
index d1b317b42b..9f9da2f91d 100644
--- a/meta/classes/package_ipk.bbclass
+++ b/meta/classes/package_ipk.bbclass
@@ -14,7 +14,7 @@ OPKG_ARGS += "--force_postinstall
--prefer-arch-to-version"
 OPKG_ARGS += "${@['',
'--no-install-recommends'][d.getVar("NO_RECOMMENDATIONS") == "1"]}"
 OPKG_ARGS += "${@['', '--add-exclude ' + ' --add-exclude
'.join((d.getVar('PACKAGE_EXCLUDE') or
"").split())][(d.getVar("PACKAGE_EXCLUDE") or "").strip() != ""]}"

-OPKGLIBDIR = "${localstatedir}/lib"
+OPKGLIBDIR ??= "${localstatedir}/lib"

 python do_package_ipk () {
 workdir = d.getVar('WORKDIR')
diff --git a/meta/classes/rootfs_ipk.bbclass
b/meta/classes/rootfs_ipk.bbclass
index aabc370cfc..e73d2bfdae 100644
--- a/meta/classes/rootfs_ipk.bbclass
+++ b/meta/classes/rootfs_ipk.bbclass
@@ -21,7 +21,7 @@ OPKG_PREPROCESS_COMMANDS = ""

 OPKG_POSTPROCESS_COMMANDS = ""

-OPKGLIBDIR = "${localstatedir}/lib"
+OPKGLIBDIR ??= "${localstatedir}/lib"

 MULTILIBRE_ALLOW_REP = "${OPKGLIBDIR}/opkg|/usr/lib/opkg"

diff --git a/meta/recipes-devtools/opkg/opkg_0.4.1.bb
b/meta/recipes-devtools/opkg/opkg_0.4.1.bb
index 8c48d3097c..c663eff13b 100644
--- a/meta/recipes-devtools/opkg/opkg_0.4.1.bb
+++ b/meta/recipes-devtools/opkg/opkg_0.4.1.bb
@@ -28,7 +28,7 @@ PACKAGES =+ "libopkg"
 inherit autotools pkgconfig systemd ptest

 target_localstatedir := "${localstatedir}"
-OPKGLIBDIR = "${target_localstatedir}/lib"
+OPKGLIBDIR ??= "${target_localstatedir}/lib"

 PACKAGECONFIG ??= "libsolv"

--
2.22.0

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


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

Re: [OE-core] [PATCH 1/2] busybox: enable unicode support

2019-07-17 Thread Richard Purdie

On Wed, 2019-07-17 at 12:08 +0300, Mikko Rapeli wrote:
> While creating and deleting files with unicode or other
> encodings works, it's annoying when ls and other core utils
> show questionmarks instead of the unicode characters.
> In 2019, it's quite common that users of embedded devices
> based on yocto need unicode support. Debugging a box with
> unicode encoded file names is a bit annoying when core utils
> from busybox don't support them.
> 
> The unicode config fragment has the same config as Debian in their
> deb and udeb builds of version 1:1.30.1-4.
> 
> If developers do not want this or other default yocto features in
> busybox,
> or optimize the configuration for size, then they likely run a
> completely
> custom configuration. Thus I think it's safe to enable unicode
> support
> by default.
> 
> Signed-off-by: Mikko Rapeli 
> ---
>  meta/recipes-core/busybox/busybox/unicode.cfg | 10 ++
>  meta/recipes-core/busybox/busybox_1.31.0.bb   |  1 +
>  2 files changed, 11 insertions(+)
>  create mode 100644 meta/recipes-core/busybox/busybox/unicode.cfg

Can you give an idea of the size implications of this change?

Cheers,

Richard

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

Re: [OE-core] [PATCH] kernel-fitimage: uboot-sign: fix missing signature

2019-07-17 Thread richard . purdie

On Wed, 2019-07-10 at 15:10 +0800, Jun Nie wrote:
> u-boot.bin with dtb & signature should be placed in ${B} so that
> it can be deployed by u-boot as expected. Otherwise, the version
> without signature is installed.
> 
> Signed-off-by: Jun Nie 
> ---
>  meta/classes/uboot-sign.bbclass | 4 +++-
>  1 file changed, 3 insertions(+), 1 deletion(-)

I continue to be very worried we have no test coverage in this area of
the code. Since I don't know it particularly well I'm effectively
merging patches blindly :(.

Cheers,

Richard


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

Re: [OE-core] [PATCH] opkg/package/rootfs_ipk: allow overwriting OPKGLIBDIR

Why don't you overwrite it with an override? We're doing that for years
without any issues.

On Wed, Jul 17, 2019 at 12:01 AM Adrian Ratiu 
wrote:

> Some distributions for various reasons (like for example mounting a
> tmpfs over /var at runtime) can't use /var/lib to store the opkg
> metadata, so a different path is required to have a functioning
> package manager.
>
> ${localstatedir} can't be modified to something other than the
> hardcoded value in bitbake.conf because other recipes depending on it
> will fail to install.
>
> So the only recourse, which is also the least invasive, is to allow
> distros to overwrite the OPKGLIBDIR variable just like they are also
> allowed to overwrite OPKGBUILDCMD.
>
> Signed-off-by: Adrian Ratiu 
> ---
>  meta/classes/package_ipk.bbclass | 2 +-
>  meta/classes/rootfs_ipk.bbclass  | 2 +-
>  meta/recipes-devtools/opkg/opkg_0.4.1.bb | 2 +-
>  3 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/meta/classes/package_ipk.bbclass
> b/meta/classes/package_ipk.bbclass
> index d1b317b42b..9f9da2f91d 100644
> --- a/meta/classes/package_ipk.bbclass
> +++ b/meta/classes/package_ipk.bbclass
> @@ -14,7 +14,7 @@ OPKG_ARGS += "--force_postinstall
> --prefer-arch-to-version"
>  OPKG_ARGS += "${@['',
> '--no-install-recommends'][d.getVar("NO_RECOMMENDATIONS") == "1"]}"
>  OPKG_ARGS += "${@['', '--add-exclude ' + ' --add-exclude
> '.join((d.getVar('PACKAGE_EXCLUDE') or
> "").split())][(d.getVar("PACKAGE_EXCLUDE") or "").strip() != ""]}"
>
> -OPKGLIBDIR = "${localstatedir}/lib"
> +OPKGLIBDIR ??= "${localstatedir}/lib"
>
>  python do_package_ipk () {
>  workdir = d.getVar('WORKDIR')
> diff --git a/meta/classes/rootfs_ipk.bbclass
> b/meta/classes/rootfs_ipk.bbclass
> index aabc370cfc..e73d2bfdae 100644
> --- a/meta/classes/rootfs_ipk.bbclass
> +++ b/meta/classes/rootfs_ipk.bbclass
> @@ -21,7 +21,7 @@ OPKG_PREPROCESS_COMMANDS = ""
>
>  OPKG_POSTPROCESS_COMMANDS = ""
>
> -OPKGLIBDIR = "${localstatedir}/lib"
> +OPKGLIBDIR ??= "${localstatedir}/lib"
>
>  MULTILIBRE_ALLOW_REP = "${OPKGLIBDIR}/opkg|/usr/lib/opkg"
>
> diff --git a/meta/recipes-devtools/opkg/opkg_0.4.1.bb
> b/meta/recipes-devtools/opkg/opkg_0.4.1.bb
> index 8c48d3097c..c663eff13b 100644
> --- a/meta/recipes-devtools/opkg/opkg_0.4.1.bb
> +++ b/meta/recipes-devtools/opkg/opkg_0.4.1.bb
> @@ -28,7 +28,7 @@ PACKAGES =+ "libopkg"
>  inherit autotools pkgconfig systemd ptest
>
>  target_localstatedir := "${localstatedir}"
> -OPKGLIBDIR = "${target_localstatedir}/lib"
> +OPKGLIBDIR ??= "${target_localstatedir}/lib"
>
>  PACKAGECONFIG ??= "libsolv"
>
> --
> 2.22.0
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/4] git: set CVE vendor to git-scm

There's a Jenkins plugin for Git.

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

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

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

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

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

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

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

[OE-core] [PATCH 2/4] boost: set CVE vendor to Boost

There's a Boost module for Drupal.

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

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

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

[OE-core] [PATCH 1/4] subversion: set CVE vendor to Apache

There's a Jenkins plugin for Subversion.

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

diff --git a/meta/recipes-devtools/subversion/subversion_1.12.0.bb 
b/meta/recipes-devtools/subversion/subversion_1.12.0.bb
index f059ff9ffac..3d0f3e688db 100644
--- a/meta/recipes-devtools/subversion/subversion_1.12.0.bb
+++ b/meta/recipes-devtools/subversion/subversion_1.12.0.bb
@@ -19,6 +19,8 @@ SRC_URI[sha256sum] = 
"7fae7c73d8a007c107c0ae5eb372bc0bb013dbfe966fcd5c59cd5a195a
 
 inherit autotools pkgconfig gettext
 
+CVE_PRODUCT = "apache:subversion"
+
 PACKAGECONFIG ?= ""
 
 PACKAGECONFIG[sasl] = "--with-sasl,--without-sasl,cyrus-sasl"
-- 
2.20.1

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

Re: [OE-core] [PATCH] squashfs-tools: upgrade to commit f95864afe883

2019-07-17 Thread richard . purdie

On Wed, 2019-07-17 at 12:51 +0200, Ulrich Ölmann wrote:
> Hi Richard,
> 
> On Wed, Jul 17 2019 at 11:19 +0200, Richard Purdie <
> richard.pur...@linuxfoundation.org> wrote:
> > On Tue, 2019-07-16 at 15:54 +0200, Ulrich Ölmann wrote:  
> > > [...] 
> > > -PACKAGECONFIG ??= "gzip xz lzo lz4 lzma xattr"
> > > +PACKAGECONFIG ??= "gzip xz lzo lz4 lzma xattr zstd reproducible"
> > > [...] 
> > > +PACKAGECONFIG[zstd] = "ZSTD_SUPPORT=1,ZSTD_SUPPORT=0,zstd"
> > > +PACKAGECONFIG[reproducible] =
> > > "REPRODUCIBLE_DEFAULT=1,REPRODUCIBLE_DEFAULT=0,"
> > 
> > This fails in OE-Core since zstd isn't present and you've enabled
> > that
> > by default:
> > 
> > e.g.:
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/827
> > 
> > (but many other similar failures).
> > 
> > Adding the PACKAGECONFIG[zstd] is good, we just can't enable it by
> > default.
> 
> see my reply to Adrian: what do you think of transplanting the zstd
> recipe from meta-rauc to OE-core?

I think right now that zstd is not common enough to be something for
oe-core. If multiple people reply and disagree I'm willing to reasses
that but that's my feeling right now...

Cheers,

Richard

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

Re: [OE-core] [PATCH] squashfs-tools: upgrade to commit f95864afe883

2019-07-17 Thread Ulrich Ölmann

Hi Richard,

On Wed, Jul 17 2019 at 11:19 +0200, Richard Purdie 
 wrote:
> On Tue, 2019-07-16 at 15:54 +0200, Ulrich Ölmann wrote:  
>> [...] 
>> -PACKAGECONFIG ??= "gzip xz lzo lz4 lzma xattr"
>> +PACKAGECONFIG ??= "gzip xz lzo lz4 lzma xattr zstd reproducible"
>> [...] 
>> +PACKAGECONFIG[zstd] = "ZSTD_SUPPORT=1,ZSTD_SUPPORT=0,zstd"
>> +PACKAGECONFIG[reproducible] = 
>> "REPRODUCIBLE_DEFAULT=1,REPRODUCIBLE_DEFAULT=0,"
>
> This fails in OE-Core since zstd isn't present and you've enabled that
> by default:
>
> e.g.:
> https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/827
>
> (but many other similar failures).
>
> Adding the PACKAGECONFIG[zstd] is good, we just can't enable it by
> default.

see my reply to Adrian: what do you think of transplanting the zstd
recipe from meta-rauc to OE-core?

Best regards
Ulrich
-- 
Pengutronix e.K.   | Ulrich Ölmann   |
Industrial Linux Solutions | http://www.pengutronix.de/  |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0|
Amtsgericht Hildesheim, HRA 2686   | Fax:   +49-5121-206917- |
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] squashfs-tools: upgrade to commit f95864afe883

2019-07-17 Thread Ulrich Ölmann

Hi Adrian,

On Wed, Jul 17 2019 at 11:08 +0200, Adrian Bunk  wrote:
> On Tue, Jul 16, 2019 at 03:54:44PM +0200, Ulrich Ölmann wrote:
>>...
>> Commits [5] & [6] introduced interesting features, namely zstd support and
>> reproducibility of created SquashFS images. They are reflected in two new
>> PACKAGECONFIG options now.
>>...
>> -PACKAGECONFIG ??= "gzip xz lzo lz4 lzma xattr"
>> +PACKAGECONFIG ??= "gzip xz lzo lz4 lzma xattr zstd reproducible"
>>...
>
> zstd is not in OE-core, so this cannot be enabled by default.

of course... although I should have known better I missed that as in the
BSP I used to develop this patch I include meta-rauc which offers zstd
(see [1]).

I could send a v2 that does not enable zstd by default, but still offers
the PACKAGECONFIG[zstd]. Otherwise if you like zstd to become a member
of OE-core (as the other supported compressors already are) I could
prepare a patch series with meta-rauc's zstd-recipe as a base for the
update of the squashfs-tools. In the latter case meta-rauc could drop
that recipe in the future and that's what we would prefer. What do you
think?

Best regards
Ulrich

[1] https://layers.openembedded.org/layerindex/recipe/79049/
-- 
Pengutronix e.K.   | Ulrich Ölmann   |
Industrial Linux Solutions | http://www.pengutronix.de/  |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0|
Amtsgericht Hildesheim, HRA 2686   | Fax:   +49-5121-206917- |
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/3] cve-update-db-native: use SQL placeholders instead of format strings

Signed-off-by: Ross Burton 
---
 meta/recipes-core/meta/cve-update-db-native.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/meta/cve-update-db-native.bb 
b/meta/recipes-core/meta/cve-update-db-native.bb
index e16c41a72fd..72d1f48835b 100644
--- a/meta/recipes-core/meta/cve-update-db-native.bb
+++ b/meta/recipes-core/meta/cve-update-db-native.bb
@@ -62,7 +62,7 @@ python do_populate_cve_db() {
 break
 
 # Compare with current db last modified date
-c.execute("select DATE from META where YEAR = '%d'" % year)
+c.execute("select DATE from META where YEAR = ?", (year,))
 meta = c.fetchone()
 if not meta or meta[0] != last_modified:
 # Update db with current year json file
-- 
2.20.1

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

[OE-core] [PATCH 2/3] flex: set CVE_PRODUCT to include vendor

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

Signed-off-by: Ross Burton 

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

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

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

Re: [OE-core] [PATCH] cogl-1.0.inc: set RDEPENDS_${PN}-dev = ""


On Wed, 17 Jul 2019, Kang Kai  wrote:
Hi

On 2019/7/17 下午3:48, Adrian Ratiu wrote: 
${PN}-dev by default depends on ${PN} but in this case ${PN} is 
empty by design (FILES_${PN} = "") and is not created, leading 
to installation dependency errors like the following: 

Collected errors: 
  * Solver encountered 1 problem(s): * Problem 1/1: *   - 
  nothing provides cogl-1.0 = 1.22.2-r0 needed by 
  cogl-1.0-dev-1.22.2-r0.armv7at2hf-neon-imx * * Solution 1: * 
  - do not ask to install a package providing cogl-1.0-dev 
 
I think what you need is 


ALLOW_EMPTY_${PN} = "1"


Why is creating and depending on an empty package better than not 
creating and depending on it at all?


From what I can see in other recipes both methods are used.




Regards,
Kai




Signed-off-by: Adrian Ratiu 
---
  meta/recipes-graphics/cogl/cogl-1.0.inc | 2 ++
  1 file changed, 2 insertions(+)

diff --git a/meta/recipes-graphics/cogl/cogl-1.0.inc 
b/meta/recipes-graphics/cogl/cogl-1.0.inc
index 3e392fa5ec..a388023a03 100644
--- a/meta/recipes-graphics/cogl/cogl-1.0.inc
+++ b/meta/recipes-graphics/cogl/cogl-1.0.inc
@@ -75,4 +75,6 @@ RPROVIDES_libcogl = "cogl-1.0"
  RCONFLICTS_libcogl = "cogl-1.0"
  RREPLACES_libcogl = "cogl-1.0"
  
+RDEPENDS_${PN}-dev = ""

+
  COMPATIBLE_HOST_armv4 = 'null'



--
Kai Kang

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

[OE-core] [PATCH 1/3] cve-check: allow comparison of Vendor as well as Product

Some product names are too vague to be searched without also matching the
vendor, for example Flex could be the parser compiler we ship, or Adobe Flex, or
Apache Flex, or IBM Flex.

If entries in CVE_PRODUCT contain a colon then split it as vendor:product to 
improve the search.

Also don't use .format() to construct SQL as that can lead to security
issues. Instead, use ? placeholders and lets sqlite3 handle the escaping.

Signed-off-by: Ross Burton 
---
 meta/classes/cve-check.bbclass | 12 
 1 file changed, 8 insertions(+), 4 deletions(-)

diff --git a/meta/classes/cve-check.bbclass b/meta/classes/cve-check.bbclass
index 2a1381604ad..e8668b25663 100644
--- a/meta/classes/cve-check.bbclass
+++ b/meta/classes/cve-check.bbclass
@@ -190,12 +190,16 @@ def check_cves(d, patched_cves):
 import sqlite3
 db_file = d.getVar("CVE_CHECK_DB_FILE")
 conn = sqlite3.connect(db_file)
-c = conn.cursor()
-
-query = "SELECT * FROM PRODUCTS WHERE PRODUCT IS '{0}';"
 
 for product in products:
-for row in c.execute(query.format(product, pv)):
+c = conn.cursor()
+if ":" in product:
+vendor, product = product.split(":", 1)
+c.execute("SELECT * FROM PRODUCTS WHERE PRODUCT IS ? AND VENDOR IS 
?", (product, vendor))
+else:
+c.execute("SELECT * FROM PRODUCTS WHERE PRODUCT IS ?", (product,))
+
+for row in c:
 cve = row[1]
 version_start = row[4]
 operator_start = row[5]
-- 
2.20.1

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

[OE-core] [PATCH] ltp: getrlimit03: adjust-a-bit-of-code-to-compatiable-with mips32

2019-07-17 Thread Hongzhi.Song

Error info:
getrlimit03.c:104: FAIL: __NR_prlimit64(0) had rlim_cur =
 but __NR_getrlimit(0) had rlim_cur = 7fff

According to kernel code: [arch/mips/include/uapi/asm/resource.h]
RLIM_INFINITY is set to 0x7fffUL instead of ULONG_MAX on mips32.

 /*
 * SuS says limits have to be unsigned.
 * Which makes a ton more sense anyway,
 * but we keep the old value on MIPS32,
 * for compatibility:
 */
 #ifndef __mips64
 # define RLIM_INFINITY  0x7fffUL
 #endif

Adding conditional statement about mips to fix this.

Signed-off-by: Hongzhi.Song 
---
 ...-adjust-a-bit-of-code-to-compatiable-with.patch | 62 ++
 ...efine-TST_ABI-32-64-to-detect-target-type.patch | 74 ++
 meta/recipes-extended/ltp/ltp_20190115.bb  |  2 +
 3 files changed, 138 insertions(+)
 create mode 100644 
meta/recipes-extended/ltp/ltp/0001-getrlimit03-adjust-a-bit-of-code-to-compatiable-with.patch
 create mode 100644 
meta/recipes-extended/ltp/ltp/0001-lapi-Define-TST_ABI-32-64-to-detect-target-type.patch

diff --git 
a/meta/recipes-extended/ltp/ltp/0001-getrlimit03-adjust-a-bit-of-code-to-compatiable-with.patch
 
b/meta/recipes-extended/ltp/ltp/0001-getrlimit03-adjust-a-bit-of-code-to-compatiable-with.patch
new file mode 100644
index 000..7b66229
--- /dev/null
+++ 
b/meta/recipes-extended/ltp/ltp/0001-getrlimit03-adjust-a-bit-of-code-to-compatiable-with.patch
@@ -0,0 +1,62 @@
+From e79652a3839869b1983d65999e5d5dcb50bc9cd7 Mon Sep 17 00:00:00 2001
+From: "Hongzhi.Song" 
+Date: Mon, 15 Jul 2019 03:39:06 -0400
+Subject: [PATCH] getrlimit03: adjust a bit of code to compatiable with mips32
+
+Error info:
+getrlimit03.c:104: FAIL: __NR_prlimit64(0) had rlim_cur =
+ but __NR_getrlimit(0) had rlim_cur = 7fff
+
+According to kernel code: [arch/mips/include/uapi/asm/resource.h]
+RLIM_INFINITY is set to 0x7fffUL instead of ULONG_MAX on mips32.
+
+ /*
+ * SuS says limits have to be unsigned.
+ * Which makes a ton more sense anyway,
+ * but we keep the old value on MIPS32,
+ * for compatibility:
+ */
+ #ifndef __mips64
+ # define RLIM_INFINITY  0x7fffUL
+ #endif
+
+Adding conditional statement about mips to fix this.
+
+Signed-off-by: Jan Stancek 
+Signed-off-by: Hongzhi.Song 
+
+Upstream-Status: Backport
+Signed-off-by: Hongzhi.Song 
+---
+ testcases/kernel/syscalls/getrlimit/getrlimit03.c | 8 +++-
+ 1 file changed, 7 insertions(+), 1 deletion(-)
+
+diff --git a/testcases/kernel/syscalls/getrlimit/getrlimit03.c 
b/testcases/kernel/syscalls/getrlimit/getrlimit03.c
+index e4d56c4..03bd821 100644
+--- a/testcases/kernel/syscalls/getrlimit/getrlimit03.c
 b/testcases/kernel/syscalls/getrlimit/getrlimit03.c
+@@ -26,6 +26,7 @@
+ 
+ #include "tst_test.h"
+ #include "lapi/syscalls.h"
++#include "lapi/abisize.h"
+ 
+ /**
+  * Linux provides an "old" getrlimit syscall handler that uses signed long,
+@@ -61,7 +62,12 @@ struct rlimit_ulong {
+   unsigned long rlim_cur;
+   unsigned long rlim_max;
+ };
+-const unsigned long RLIM_INFINITY_UL = ULONG_MAX;
++
++#if defined(__mips__) && defined(TST_ABI32)
++  const unsigned long RLIM_INFINITY_UL = 0x7fffUL;
++#else
++  const unsigned long RLIM_INFINITY_UL = ULONG_MAX;
++#endif
+ 
+ static int getrlimit_ulong(int resource, struct rlimit_ulong *rlim)
+ {
+-- 
+2.8.1
+
diff --git 
a/meta/recipes-extended/ltp/ltp/0001-lapi-Define-TST_ABI-32-64-to-detect-target-type.patch
 
b/meta/recipes-extended/ltp/ltp/0001-lapi-Define-TST_ABI-32-64-to-detect-target-type.patch
new file mode 100644
index 000..a6129d3
--- /dev/null
+++ 
b/meta/recipes-extended/ltp/ltp/0001-lapi-Define-TST_ABI-32-64-to-detect-target-type.patch
@@ -0,0 +1,74 @@
+From d5293d73b760268a6b200ab7d9323e37700e6a8c Mon Sep 17 00:00:00 2001
+From: Petr Vorel 
+Date: Thu, 28 Mar 2019 07:11:25 +0100
+Subject: [PATCH] lapi: Define TST_ABI{,32,64} to detect target type
+
+This is meant to be a replacement of __WORDSIZE definition.
+
+Motivation was instead of finding, where all libc define
+__WORDSIZE, which is usually used for detecting target type
+(at least MUSL defines it in different place than other libc)
+we define our own constant.
+
+Suggested-by: Cyril Hrubis 
+Signed-off-by: Petr Vorel 
+
+Upstream-Status: Backport
+Signed-off-by: Hongzhi.Song 
+---
+ include/lapi/abisize.h | 29 +
+ 1 file changed, 13 insertions(+), 16 deletions(-)
+
+diff --git a/include/lapi/abisize.h b/include/lapi/abisize.h
+index 897bdfd..9e6622c 100644
+--- a/include/lapi/abisize.h
 b/include/lapi/abisize.h
+@@ -1,25 +1,22 @@
++// SPDX-License-Identifier: GPL-2.0-or-later
+ /*
+- * Copyright (c) 2014 Linux Test Project
++ * Copyright (c) 2014-2019 Linux Test Project
+  *  Cyril Hrubis 
+- *
+- * This program is free software; you can redistribute it and/or
+- * modify it under the terms of the GNU General Public License as
+- * published by the Free Software Foundation; either version 2 of
+- * the License, or (at your

[OE-core] [PATCH 2/2] cve-check.bbclass: initialize to_append

2019-07-17 Thread Mikko Rapeli

Fixes build failure with core-image-minimal:

Exception: UnboundLocalError: local variable 'to_append' referenced before 
assignment

Signed-off-by: Mikko Rapeli 
---
 meta/classes/cve-check.bbclass | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/classes/cve-check.bbclass b/meta/classes/cve-check.bbclass
index ffd6243..9a31b3c 100644
--- a/meta/classes/cve-check.bbclass
+++ b/meta/classes/cve-check.bbclass
@@ -204,6 +204,7 @@ def check_cves(d, patched_cves):
 elif cve in patched_cves:
 bb.note("%s has been patched" % (cve))
 else:
+to_append = False
 if (operator_start == '=' and pv == version_start):
 cves_unpatched.append(cve)
 else:
-- 
1.9.1

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

[OE-core] [PATCH 1/2] busybox: enable unicode support

2019-07-17 Thread Mikko Rapeli

While creating and deleting files with unicode or other
encodings works, it's annoying when ls and other core utils
show questionmarks instead of the unicode characters.
In 2019, it's quite common that users of embedded devices
based on yocto need unicode support. Debugging a box with
unicode encoded file names is a bit annoying when core utils
from busybox don't support them.

The unicode config fragment has the same config as Debian in their
deb and udeb builds of version 1:1.30.1-4.

If developers do not want this or other default yocto features in busybox,
or optimize the configuration for size, then they likely run a completely
custom configuration. Thus I think it's safe to enable unicode support
by default.

Signed-off-by: Mikko Rapeli 
---
 meta/recipes-core/busybox/busybox/unicode.cfg | 10 ++
 meta/recipes-core/busybox/busybox_1.31.0.bb   |  1 +
 2 files changed, 11 insertions(+)
 create mode 100644 meta/recipes-core/busybox/busybox/unicode.cfg

diff --git a/meta/recipes-core/busybox/busybox/unicode.cfg 
b/meta/recipes-core/busybox/busybox/unicode.cfg
new file mode 100644
index 000..ecb5a64
--- /dev/null
+++ b/meta/recipes-core/busybox/busybox/unicode.cfg
@@ -0,0 +1,10 @@
+CONFIG_UNICODE_SUPPORT=y
+# CONFIG_UNICODE_USING_LOCALE is not set
+CONFIG_FEATURE_CHECK_UNICODE_IN_ENV=y
+CONFIG_SUBST_WCHAR=63
+CONFIG_LAST_SUPPORTED_WCHAR=767
+CONFIG_UNICODE_COMBINING_WCHARS=y
+CONFIG_UNICODE_WIDE_WCHARS=y
+# CONFIG_UNICODE_BIDI_SUPPORT is not set
+# CONFIG_UNICODE_NEUTRAL_TABLE is not set
+# CONFIG_UNICODE_PRESERVE_BROKEN is not set
diff --git a/meta/recipes-core/busybox/busybox_1.31.0.bb 
b/meta/recipes-core/busybox/busybox_1.31.0.bb
index f018543..c1da372 100644
--- a/meta/recipes-core/busybox/busybox_1.31.0.bb
+++ b/meta/recipes-core/busybox/busybox_1.31.0.bb
@@ -37,6 +37,7 @@ SRC_URI = 
"http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \
${@["", 
"file://init.cfg"][(d.getVar('VIRTUAL-RUNTIME_init_manager') == 'busybox')]} \
${@["", "file://mdev.cfg"][(d.getVar('VIRTUAL-RUNTIME_dev_manager') 
== 'busybox-mdev')]} \
file://syslog.cfg \
+   file://unicode.cfg \
file://inittab \
file://rcS \
file://rcK \
-- 
1.9.1

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

Re: [OE-core] [PATCH] squashfs-tools: upgrade to commit f95864afe883

2019-07-17 Thread Richard Purdie

On Tue, 2019-07-16 at 15:54 +0200, Ulrich Ölmann wrote:  
> diff --git a/meta/recipes-devtools/squashfs-tools/squashfs-tools_git.bb 
> b/meta/recipes-devtools/squashfs-tools/squashfs-tools_git.bb
> index dc1568a77c9a..cca0524b7ea4 100644
> --- a/meta/recipes-devtools/squashfs-tools/squashfs-tools_git.bb
> +++ b/meta/recipes-devtools/squashfs-tools/squashfs-tools_git.bb
> @@ -6,12 +6,9 @@ LICENSE = "GPL-2"
>  LIC_FILES_CHKSUM = "file://../COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
>  
>  PV = "4.3+gitr${SRCPV}"
> -SRCREV = "9c1db6d13a51a2e009f0027ef336ce03624eac0d"
> +SRCREV = "f95864afe8833fe3ad782d714b41378e860977b1"
>  SRC_URI = "git://github.com/plougher/squashfs-tools.git;protocol=https \
> -   
> file://0001-mksquashfs.c-get-inline-functions-work-with-C99.patch;striplevel=2
>  \
> file://squashfs-tools-4.3-sysmacros.patch;striplevel=2 \
> -   file://fix-compat.patch \
> -   
> file://0001-squashfs-tools-patch-for-CVE-2015-4645-6.patch;striplevel=2 \
>  "
>  UPSTREAM_CHECK_COMMITS = "1"
>  SRC_URI[lzma.md5sum] = "29d5ffd03a5a3e51aef6a74e9eafb759"
> @@ -24,13 +21,15 @@ COMPATIBLE_HOST_libc-musl = 'null'
>  
>  EXTRA_OEMAKE = "${PACKAGECONFIG_CONFARGS}"
>  
> -PACKAGECONFIG ??= "gzip xz lzo lz4 lzma xattr"
> +PACKAGECONFIG ??= "gzip xz lzo lz4 lzma xattr zstd reproducible"
>  PACKAGECONFIG[gzip] = "GZIP_SUPPORT=1,GZIP_SUPPORT=0,zlib"
>  PACKAGECONFIG[xz] = "XZ_SUPPORT=1,XZ_SUPPORT=0,xz"
>  PACKAGECONFIG[lzo] = "LZO_SUPPORT=1,LZO_SUPPORT=0,lzo"
>  PACKAGECONFIG[lz4] = "LZ4_SUPPORT=1,LZ4_SUPPORT=0,lz4"
>  PACKAGECONFIG[lzma] = "LZMA_XZ_SUPPORT=1,LZMA_XZ_SUPPORT=0,xz"
>  PACKAGECONFIG[xattr] = "XATTR_SUPPORT=1,XATTR_SUPPORT=0,attr"
> +PACKAGECONFIG[zstd] = "ZSTD_SUPPORT=1,ZSTD_SUPPORT=0,zstd"
> +PACKAGECONFIG[reproducible] = 
> "REPRODUCIBLE_DEFAULT=1,REPRODUCIBLE_DEFAULT=0,"

This fails in OE-Core since zstd isn't present and you've enabled that
by default:

e.g.:
https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/827

(but many other similar failures).

Adding the PACKAGECONFIG[zstd] is good, we just can't enable it by
default.

Cheers,

Richard

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

Re: [OE-core] [PATCH] squashfs-tools: upgrade to commit f95864afe883

2019-07-17 Thread Adrian Bunk

On Tue, Jul 16, 2019 at 03:54:44PM +0200, Ulrich Ölmann wrote:
>...
> Commits [5] & [6] introduced interesting features, namely zstd support and
> reproducibility of created SquashFS images. They are reflected in two new
> PACKAGECONFIG options now.
>...
> -PACKAGECONFIG ??= "gzip xz lzo lz4 lzma xattr"
> +PACKAGECONFIG ??= "gzip xz lzo lz4 lzma xattr zstd reproducible"
>...

zstd is not in OE-core, so this cannot be enabled by default.

cu
Adrian

-- 

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

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

Re: [OE-core] [PATCH v2 1/2] wic/plugins: Source that support both EFI and BIOS

2019-07-17 Thread Richard Purdie

On Fri, 2019-07-12 at 10:00 -0400, William Bourque wrote:
> Add a source plugin that support both EFI and legacy PC-Bios.
> While using this plugin, both bootloaders configurations reside
> in the same /boot partitions.
> This plugin has very little code : to avoid code duplication,
> we simply re-import bootimg-pcbios and bootmg-efi source and
> call both their SourcePlugin methods.
> 
> Signed-off-by: William Bourque 
> ---
>  .../wic/plugins/source/bootimg-biosplusefi.py | 213
> ++
>  1 file changed, 213 insertions(+)
>  create mode 100644 scripts/lib/wic/plugins/source/bootimg-
> biosplusefi.py

Thanks for adding the test, that is much appreciated!

Unfortunately it failed during testing:

https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/290

(https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/290/steps/7/logs/step2d)

Cheers,

Richard

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

Re: [OE-core] [PATCH] webkitgtk: set incomptible with tune mips


On 2019/7/17 下午4:18, Khem Raj wrote:

oh COMPATIBLE_HOST_mipsarch threw me off. do we need to use the
override when the specific check
is done on right hand side?


I didn't figure out a better way to reset COMPATIBLE_HOST only for 
default tune 'mips'.  Without override _mipsarch,
I need to list all the COMPATIBLE_HOSTs such as 
"(i.86|x86_64|arm|aarch64|mips|powerpc|powerpc64).*-linux'" in the *else*

part of bb.utils.contains().

Regards,
Kai




On Tue, Jul 16, 2019 at 11:51 PM Kang Kai  wrote:

On 2019/7/17 下午2:20, Khem Raj wrote:

Right so we should only disable the tunes which don’t have clz and not all mips 
as this patch is doing

The patch only set COMPATILE_HOST to null  only when default tune is 'mips' 
which causes webkitgtk fails.
And for other conditions, it doesn't block to build that the COMPATILE_HOST is 
'mips.*-linux'.  Such as the
default bsps qemumips(default tune mips32r2) and qemumips64(mips64r2), it 
doesn't affect them.

Kai



On Tue, Jul 16, 2019 at 10:42 PM Kang Kai  wrote:

On 2019/7/16 下午11:33, Khem Raj wrote:



On Tue, Jul 16, 2019 at 2:33 AM Kang Kai  wrote:

On 2019/7/16 下午3:19, Khem Raj wrote:

On Mon, Jul 15, 2019 at 3:21 AM  wrote:

From: Kai Kang 

It fails to compile webkit when default tune is 'mips':

| .../tmp-glibc/work/mips-wrs-linux/webkitgtk/2.24.2-r0/webkitgtk-2.24.2
| /Source/JavaScriptCore/assembler/MacroAssemblerMIPS.h:418:23:
| error: static assertion failed: CLZ opcode is not available for this ISA

So don't build webkit when default tune is mips.

Signed-off-by: Kai Kang 
---
   meta/recipes-sato/webkit/webkitgtk_2.24.2.bb | 2 ++
   1 file changed, 2 insertions(+)

diff --git a/meta/recipes-sato/webkit/webkitgtk_2.24.2.bb 
b/meta/recipes-sato/webkit/webkitgtk_2.24.2.bb
index 056334fff5..891266b220 100644
--- a/meta/recipes-sato/webkit/webkitgtk_2.24.2.bb
+++ b/meta/recipes-sato/webkit/webkitgtk_2.24.2.bb
@@ -43,6 +43,8 @@ DEPENDS = "zlib libsoup-2.4 curl libxml2 cairo libxslt libxt 
libidn libgcrypt \
 gettext-native glib-2.0 glib-2.0-native libtasn1 \
 "

+COMPATIBLE_HOST_mipsarch = "${@bb.utils.contains('DEFAULTTUNE', 'mips', 'null', 
'mips.*-linux', d)}"
+

this disables is for all kind of mips. I think thats a broad set, it
would be best to narrow it to what you saw it failing for
e.g. it should work for mips32 and mips64 so maybe mips1 is what you
want to disable for

I tested with qemumips and qemumips64. When set

DEFAULTTUNE= "mips"


How about using mips32 and mips64 for default tune and retest


It build webkitgtk successfully on qemumips and qemumips64 with default tune 
mips32 and mips64.




It fails with the error.

Regards,
Kai




   PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11', 
'wayland' ,d)} \
  ${@bb.utils.contains('DISTRO_FEATURES', 'opengl', 'webgl 
opengl', '' ,d)} \
  enchant \
--
2.20.0

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


--
Kai Kang


--
Kai Kang


--
Kai Kang



--
Kai Kang

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

Re: [OE-core] [PATCH] kernel-fitimage: uboot-sign: fix missing signature

2019-07-17 Thread Jun Nie

Jun Nie  于2019年7月10日周三 下午3:11写道：
>
> u-boot.bin with dtb & signature should be placed in ${B} so that
> it can be deployed by u-boot as expected. Otherwise, the version
> without signature is installed.
>
> Signed-off-by: Jun Nie 

Does anyone have opinion on this patch? Or suppose it can be merged now?

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

Re: [OE-core] [PATCH] cogl-1.0.inc: set RDEPENDS_${PN}-dev = ""


On 2019/7/17 下午3:48, Adrian Ratiu wrote:

${PN}-dev by default depends on ${PN} but in this case ${PN} is empty
by design (FILES_${PN} = "") and is not created, leading to
installation dependency errors like the following:

Collected errors:
  * Solver encountered 1 problem(s):
  * Problem 1/1:
  *   - nothing provides cogl-1.0 = 1.22.2-r0 needed by 
cogl-1.0-dev-1.22.2-r0.armv7at2hf-neon-imx
  *
  * Solution 1:
  *   - do not ask to install a package providing cogl-1.0-dev



I think what you need is

ALLOW_EMPTY_${PN} = "1"


Regards,
Kai




Signed-off-by: Adrian Ratiu 
---
  meta/recipes-graphics/cogl/cogl-1.0.inc | 2 ++
  1 file changed, 2 insertions(+)

diff --git a/meta/recipes-graphics/cogl/cogl-1.0.inc 
b/meta/recipes-graphics/cogl/cogl-1.0.inc
index 3e392fa5ec..a388023a03 100644
--- a/meta/recipes-graphics/cogl/cogl-1.0.inc
+++ b/meta/recipes-graphics/cogl/cogl-1.0.inc
@@ -75,4 +75,6 @@ RPROVIDES_libcogl = "cogl-1.0"
  RCONFLICTS_libcogl = "cogl-1.0"
  RREPLACES_libcogl = "cogl-1.0"
  
+RDEPENDS_${PN}-dev = ""

+
  COMPATIBLE_HOST_armv4 = 'null'



--
Kai Kang

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

Re: [OE-core] [PATCH] webkitgtk: set incomptible with tune mips

2019-07-17 Thread Khem Raj

oh COMPATIBLE_HOST_mipsarch threw me off. do we need to use the
override when the specific check
is done on right hand side?

On Tue, Jul 16, 2019 at 11:51 PM Kang Kai  wrote:
>
> On 2019/7/17 下午2:20, Khem Raj wrote:
>
> Right so we should only disable the tunes which don’t have clz and not all 
> mips as this patch is doing
>
> The patch only set COMPATILE_HOST to null  only when default tune is 'mips' 
> which causes webkitgtk fails.
> And for other conditions, it doesn't block to build that the COMPATILE_HOST 
> is 'mips.*-linux'.  Such as the
> default bsps qemumips(default tune mips32r2) and qemumips64(mips64r2), it 
> doesn't affect them.
>
> Kai
>
>
>
> On Tue, Jul 16, 2019 at 10:42 PM Kang Kai  wrote:
>>
>> On 2019/7/16 下午11:33, Khem Raj wrote:
>>
>>
>>
>> On Tue, Jul 16, 2019 at 2:33 AM Kang Kai  wrote:
>>>
>>> On 2019/7/16 下午3:19, Khem Raj wrote:
>>> > On Mon, Jul 15, 2019 at 3:21 AM  wrote:
>>> >> From: Kai Kang 
>>> >>
>>> >> It fails to compile webkit when default tune is 'mips':
>>> >>
>>> >> | .../tmp-glibc/work/mips-wrs-linux/webkitgtk/2.24.2-r0/webkitgtk-2.24.2
>>> >> | /Source/JavaScriptCore/assembler/MacroAssemblerMIPS.h:418:23:
>>> >> | error: static assertion failed: CLZ opcode is not available for this 
>>> >> ISA
>>> >>
>>> >> So don't build webkit when default tune is mips.
>>> >>
>>> >> Signed-off-by: Kai Kang 
>>> >> ---
>>> >>   meta/recipes-sato/webkit/webkitgtk_2.24.2.bb | 2 ++
>>> >>   1 file changed, 2 insertions(+)
>>> >>
>>> >> diff --git a/meta/recipes-sato/webkit/webkitgtk_2.24.2.bb 
>>> >> b/meta/recipes-sato/webkit/webkitgtk_2.24.2.bb
>>> >> index 056334fff5..891266b220 100644
>>> >> --- a/meta/recipes-sato/webkit/webkitgtk_2.24.2.bb
>>> >> +++ b/meta/recipes-sato/webkit/webkitgtk_2.24.2.bb
>>> >> @@ -43,6 +43,8 @@ DEPENDS = "zlib libsoup-2.4 curl libxml2 cairo libxslt 
>>> >> libxt libidn libgcrypt \
>>> >> gettext-native glib-2.0 glib-2.0-native libtasn1 \
>>> >> "
>>> >>
>>> >> +COMPATIBLE_HOST_mipsarch = "${@bb.utils.contains('DEFAULTTUNE', 'mips', 
>>> >> 'null', 'mips.*-linux', d)}"
>>> >> +
>>> > this disables is for all kind of mips. I think thats a broad set, it
>>> > would be best to narrow it to what you saw it failing for
>>> > e.g. it should work for mips32 and mips64 so maybe mips1 is what you
>>> > want to disable for
>>>
>>> I tested with qemumips and qemumips64. When set
>>>
>>> DEFAULTTUNE= "mips"
>>
>>
>> How about using mips32 and mips64 for default tune and retest
>>
>>
>> It build webkitgtk successfully on qemumips and qemumips64 with default tune 
>> mips32 and mips64.
>>
>>
>>>
>>>
>>> It fails with the error.
>>>
>>> Regards,
>>> Kai
>>>
>>> >
>>> >
>>> >>   PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 
>>> >> 'x11', 'wayland' ,d)} \
>>> >>  ${@bb.utils.contains('DISTRO_FEATURES', 'opengl', 
>>> >> 'webgl opengl', '' ,d)} \
>>> >>  enchant \
>>> >> --
>>> >> 2.20.0
>>> >>
>>> >> --
>>> >> ___
>>> >> Openembedded-core mailing list
>>> >> Openembedded-core@lists.openembedded.org
>>> >> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>>>
>>>
>>> --
>>> Kai Kang
>>>
>>
>> --
>> Kai Kang
>
>
> --
> Kai Kang
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] cogl-1.0.inc: set RDEPENDS_${PN}-dev = ""

${PN}-dev by default depends on ${PN} but in this case ${PN} is empty
by design (FILES_${PN} = "") and is not created, leading to
installation dependency errors like the following:

Collected errors:
 * Solver encountered 1 problem(s):
 * Problem 1/1:
 *   - nothing provides cogl-1.0 = 1.22.2-r0 needed by 
cogl-1.0-dev-1.22.2-r0.armv7at2hf-neon-imx
 *
 * Solution 1:
 *   - do not ask to install a package providing cogl-1.0-dev

Signed-off-by: Adrian Ratiu 
---
 meta/recipes-graphics/cogl/cogl-1.0.inc | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-graphics/cogl/cogl-1.0.inc 
b/meta/recipes-graphics/cogl/cogl-1.0.inc
index 3e392fa5ec..a388023a03 100644
--- a/meta/recipes-graphics/cogl/cogl-1.0.inc
+++ b/meta/recipes-graphics/cogl/cogl-1.0.inc
@@ -75,4 +75,6 @@ RPROVIDES_libcogl = "cogl-1.0"
 RCONFLICTS_libcogl = "cogl-1.0"
 RREPLACES_libcogl = "cogl-1.0"
 
+RDEPENDS_${PN}-dev = ""
+
 COMPATIBLE_HOST_armv4 = 'null'
-- 
2.22.0

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

Re: [OE-core] [PATCH] webkitgtk: set incomptible with tune mips