[OE-core] [PATCH] bitbake.conf: add git-lfs to HOSTTOOLS_NONFATAL

2019-04-15 Thread Naveen Saini 
This provides git large file storage (lfs) extension.

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

[YOCTO #13198]

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

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

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

Re: [OE-core] [PATCH v3] nettle: fix ptest failure

2019-04-15 Thread Yu, Mingli 



On 2019年04月15日 19:08, richard.pur...@linuxfoundation.org wrote:

On Mon, 2019-04-15 at 17:05 +0800, mingli...@windriver.com wrote:

@@ -33,6 +29,8 @@ EXTRA_OECONF = "--disable-openssl"
  CFLAGS_append = " -std=c99"

  do_compile_ptest() {
+# fix dlopen-test failure as cannot locate libnettle.so
+sed -i 's;dlopen ("../libnettle.so", RTLD_NOW);dlopen
("${libdir}/libnettle.so", RTLD_NOW);g' ${S}/testsuite/dlopen-test.c
  oe_runmake buildtest
  }

@@ -49,4 +47,7 @@ do_install_ptest() {
  install ${B}/testsuite/*-test ${D}${PTEST_PATH}/testsuite/
  }

+RDEPENDS_${PN}-ptest += "${PN}-dev"
+INSANE_SKIP_${PN}-ptest += "dev-deps"
+
  BBCLASSEXTEND = "native nativesdk"


Does Adrian's suggestion of removing the "../" work? Also, can we


Yes, the Adrian's suggestion works. But I think it's also okay to update 
the actual libnettle.so path in do_compile_ptest phase as we still need 
an extra patch if use Adrian's suggestion.



install a symlink in do_install_ptest which this code would find? That


Install a symlink? Does it means nettle-ptest will provide libnettle.so?
@@ -45,6 +49,7 @@ do_install_ptest() {
 # tools can be found in PATH, not in ../tools/
 sed -i -e 's|../tools/||' ${D}${PTEST_PATH}/testsuite/*-test
 install ${B}/testsuite/*-test ${D}${PTEST_PATH}/testsuite/
+ln -s ${libdir}/libnettle.so.6.5 ${D}${PTEST_PATH}/libnettle.so
 }



would be less invasive and we could potentially remove the -dev package
dependency which would be good from an image perspective.


Just nettle-ptest rdepends on nettle-dev.



Cheers,

Richard



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

Re: [OE-core] [meta-oe][PATCH 1/3] systemd: remove 2 obsolete useradds

2019-04-15 Thread ChenQi 

On 04/16/2019 05:49 AM, adrian.freiho...@gmail.com wrote:

On Mon, 2019-04-15 at 09:40 +0800, ChenQi wrote:

On 04/14/2019 09:24 PM, Adrian Freihofer wrote:

- Users systemd-journal-remote and systemd-journal-upload are not
used by

I guess you mean 'systemd-journal-gateway'?

You are right. I will send a V2 if I can convince you of this change
after all.

Anyway, I have some concern about this change.

Adding these users is not supposed to cause any runtime problem, as
if
the user has already exists, DynamicUser mechanism just does not try
to
create one.
I also can recall the systemd-timesync once had DynamicUser=yes, but
then removed such setting.
So if there is no compelling reason (security?) why we should use
DynamicUser, let's leave these two users there.

Best Regards,
Chen Qi

I agree with you, it works as it is. That's a strong argument.

However, traditional Unix user IDs are not ideal for embedded systems.
Especially with an image based firmware update and daemons writing to
persistent storage, traditional Unix user IDs are problematic.
With useradd-staticids enabled this problem can be addressed. But we
have to maintain static user IDs manually.
With this patch applied systemd would just generate the user IDs in any
case (static or dynamic users) without manual interaction.
Here we have the chance to get rid of two user IDs, which seems to me
to be an advantage anyway.

Another, weaker argument: Static user IDs are a rare ressource.

Are you still against this change or should I send V2 with fixed commit
comment of this third patch?


I'm not against this change.
I don't use journal-gateway/journal-upload, so I think you have more 
real-world experience.

V2 with the fixed commit is OK.

Best Regards,
Chen Qi



Best Regards,
Adrian

systemd anymore. Systemd creates dynamic users for services
without
persistent data.
- Fix start of journal-remote

Signed-off-by: Adrian Freihofer 
---
   meta/recipes-core/systemd/systemd_241.bb | 6 +-
   1 file changed, 1 insertion(+), 5 deletions(-)

diff --git a/meta/recipes-core/systemd/systemd_241.bb
b/meta/recipes-core/systemd/systemd_241.bb
index 3a58f44a3b..8e493d5b55 100644
--- a/meta/recipes-core/systemd/systemd_241.bb
+++ b/meta/recipes-core/systemd/systemd_241.bb
@@ -334,9 +334,7 @@ SYSTEMD_PACKAGES = "${@bb.utils.contains('PACKA
GECONFIG', 'binfmt', '${PN}-binfm
   SYSTEMD_SERVICE_${PN}-binfmt = "systemd-binfmt.service"
   
   USERADD_PACKAGES = "${PN} ${PN}-extra-utils \

-${@bb.utils.contains('PACKAGECONFIG',
'microhttpd', '${PN}-journal-gateway', '', d)} \
   ${@bb.utils.contains('PACKAGECONFIG',
'microhttpd', '${PN}-journal-remote', '', d)} \
-${@bb.utils.contains('PACKAGECONFIG',
'journal-upload', '${PN}-journal-upload', '', d)} \
   "
   GROUPADD_PARAM_${PN} = "-r systemd-journal"
   USERADD_PARAM_${PN} += "${@bb.utils.contains('PACKAGECONFIG',
'coredump', '--system -d / -M --shell /bin/nologin systemd-
coredump;', '', d)}"
@@ -345,9 +343,7 @@ USERADD_PARAM_${PN} += "${@bb.utils.contains('P
ACKAGECONFIG', 'polkit', '--syste
   USERADD_PARAM_${PN} += "${@bb.utils.contains('PACKAGECONFIG',
'resolved', '--system -d / -M --shell /bin/nologin systemd-
resolve;', '', d)}"
   USERADD_PARAM_${PN} += "${@bb.utils.contains('PACKAGECONFIG',
'timesyncd', '--system -d / -M --shell /bin/nologin systemd-
timesync;', '', d)}"
   USERADD_PARAM_${PN}-extra-utils = "--system -d / -M --shell
/bin/nologin systemd-bus-proxy"
-USERADD_PARAM_${PN}-journal-gateway = "--system -d / -M --shell
/bin/nologin systemd-journal-gateway"
   USERADD_PARAM_${PN}-journal-remote = "--system -d / -M --shell
/bin/nologin systemd-journal-remote"
-USERADD_PARAM_${PN}-journal-upload = "--system -d / -M --shell
/bin/nologin systemd-journal-upload"
   
   FILES_${PN}-analyze = "${bindir}/systemd-analyze"
   
@@ -401,7 +397,7 @@ FILES_${PN}-journal-remote =

"${rootlibexecdir}/systemd/systemd-journal-remote \
 ${systemd_system_unitdir}/systemd-
journal-remote.service \
 ${systemd_system_unitdir}/systemd-
journal-remote.socket \
"
-SYSTEMD_SERVICE_${PN}-remote = "systemd-journal-remote.socket"
+SYSTEMD_SERVICE_${PN}-journal-remote = "systemd-journal-
remote.socket"
   
   
   FILES_${PN}-container = "${sysconfdir}/dbus-

1/system.d/org.freedesktop.import1.conf \






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

[OE-core] [oe-core][PATCH 1/1] bash: add sanity check for locale in run-ptest

2019-04-15 Thread Joe Slater 
We will fail later if the current locale is invalid, so check
for error messages from locale.

Signed-off-by: Joe Slater 
---
 meta/recipes-extended/bash/bash/run-ptest | 7 +++
 1 file changed, 7 insertions(+)

diff --git a/meta/recipes-extended/bash/bash/run-ptest 
b/meta/recipes-extended/bash/bash/run-ptest
index c61fabd..19f2991 100644
--- a/meta/recipes-extended/bash/bash/run-ptest
+++ b/meta/recipes-extended/bash/bash/run-ptest
@@ -1,5 +1,12 @@
 #!/bin/sh
 
+if [ -n "`locale -V 2>&1 >/dev/null`" ]
+then
+echo "The default locale is not valid!"
+echo "Try 'locale -a' to see installed locales."
+exit 1
+fi
+
 en_US=`locale -a | grep en_US*`
 fr_FR=`locale -a | grep fr_FR*`
 de_DE=`locale -a | grep de_DE*`
-- 
2.7.4

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

[OE-core] [PATCH] Update ipmitool to use new active source

2019-04-15 Thread Vernon Mauery 
The ipmitool project has moved from sourceforge to github and is under
new management. This updates the source so that it pulls directly from
git rather than a tarball. Eventually, once the next release is tagged,
the new SRCREV can be updated to that. But for now, the project is under
active development and could probably benefit from periodic updates
anyway.

The SRCREV and SRC_URI links point to code that already has been patched
to work with the new openssl 1.1 APIs, so the patch is no longer needed.

Signed-off-by: Vernon Mauery 
---
 .../0001-Migrate-to-openssl-1.1.patch | 152 --
 .../{ipmitool_1.8.18.bb => ipmitool_git.bb}   |  12 +-
 2 files changed, 6 insertions(+), 158 deletions(-)
 delete mode 100644 
meta-oe/recipes-kernel/ipmitool/ipmitool/0001-Migrate-to-openssl-1.1.patch
 rename meta-oe/recipes-kernel/ipmitool/{ipmitool_1.8.18.bb => ipmitool_git.bb} 
(80%)

diff --git 
a/meta-oe/recipes-kernel/ipmitool/ipmitool/0001-Migrate-to-openssl-1.1.patch 
b/meta-oe/recipes-kernel/ipmitool/ipmitool/0001-Migrate-to-openssl-1.1.patch
deleted file mode 100644
index 394aa16ad..0
--- a/meta-oe/recipes-kernel/ipmitool/ipmitool/0001-Migrate-to-openssl-1.1.patch
+++ /dev/null
@@ -1,152 +0,0 @@
-From c9dcb6afef9c343d070aaff208d11a997a45a105 Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Wed, 5 Sep 2018 22:19:38 -0700
-Subject: [PATCH] Migrate to openssl 1.1
-
-Upstream-Status: Backport 
[https://sourceforge.net/p/ipmitool/source/ci/1664902525a1c3771b4d8b3ccab7ea1ba6b2bdd1/]
-
-Signed-off-by: Khem Raj 

- src/plugins/lanplus/lanplus_crypt_impl.c | 50 ++--
- 1 file changed, 29 insertions(+), 21 deletions(-)
-
-diff --git a/src/plugins/lanplus/lanplus_crypt_impl.c 
b/src/plugins/lanplus/lanplus_crypt_impl.c
-index d5fac37..9652a5e 100644
 a/src/plugins/lanplus/lanplus_crypt_impl.c
-+++ b/src/plugins/lanplus/lanplus_crypt_impl.c
-@@ -164,11 +164,7 @@ lanplus_encrypt_aes_cbc_128(const uint8_t * iv,
-   uint8_t   * output,
-   uint32_t* 
bytes_written)
- {
--  EVP_CIPHER_CTX ctx;
--  EVP_CIPHER_CTX_init();
--  EVP_EncryptInit_ex(, EVP_aes_128_cbc(), NULL, key, iv);
--  EVP_CIPHER_CTX_set_padding(, 0);
--  
-+  EVP_CIPHER_CTX *ctx = NULL;
- 
-   *bytes_written = 0;
- 
-@@ -182,6 +178,14 @@ lanplus_encrypt_aes_cbc_128(const uint8_t * iv,
-   printbuf(input, input_length, "encrypting this data");
-   }
- 
-+  ctx = EVP_CIPHER_CTX_new();
-+  if (ctx == NULL) {
-+  lprintf(LOG_DEBUG, "ERROR: EVP_CIPHER_CTX_new() failed");
-+  return;
-+  }
-+  EVP_CIPHER_CTX_init(ctx);
-+  EVP_EncryptInit_ex(ctx, EVP_aes_128_cbc(), NULL, key, iv);
-+  EVP_CIPHER_CTX_set_padding(ctx, 0);
- 
-   /*
-* The default implementation adds a whole block of padding if the input
-@@ -191,28 +195,28 @@ lanplus_encrypt_aes_cbc_128(const uint8_t * iv,
-   assert((input_length % IPMI_CRYPT_AES_CBC_128_BLOCK_SIZE) == 0);
- 
- 
--  if(!EVP_EncryptUpdate(, output, (int *)bytes_written, input, 
input_length))
-+  if(!EVP_EncryptUpdate(ctx, output, (int *)bytes_written, input, 
input_length))
-   {
-   /* Error */
-   *bytes_written = 0;
--  return;
-   }
-   else
-   {
-   uint32_t tmplen;
- 
--  if(!EVP_EncryptFinal_ex(, output + *bytes_written, (int 
*)))
-+  if(!EVP_EncryptFinal_ex(ctx, output + *bytes_written, (int 
*)))
-   {
-+  /* Error */
-   *bytes_written = 0;
--  return; /* Error */
-   }
-   else
-   {
-   /* Success */
-   *bytes_written += tmplen;
--  EVP_CIPHER_CTX_cleanup();
-   }
-   }
-+  /* performs cleanup and free */
-+  EVP_CIPHER_CTX_free(ctx);
- }
- 
- 
-@@ -239,11 +243,7 @@ lanplus_decrypt_aes_cbc_128(const uint8_t * iv,
-   uint8_t   * output,
-   uint32_t* 
bytes_written)
- {
--  EVP_CIPHER_CTX ctx;
--  EVP_CIPHER_CTX_init();
--  EVP_DecryptInit_ex(, EVP_aes_128_cbc(), NULL, key, iv);
--  EVP_CIPHER_CTX_set_padding(, 0);
--
-+  EVP_CIPHER_CTX *ctx = NULL;
- 
-   if (verbose >= 5)
-   {
-@@ -252,12 +252,20 @@ lanplus_decrypt_aes_cbc_128(const uint8_t * iv,
-   printbuf(input, input_length, "decrypting this data");
-   }
- 
--
-   *bytes_written = 0;
- 
-   if (input_length == 0)
-   return;
- 
-+  ctx = EVP_CIPHER_CTX_new();
-+  if (ctx == NULL) {
-+  lprintf(LOG_DEBUG, "ERROR: EVP_CIPHER_CTX_new() failed");
-+  return;
-+  }
-+

[OE-core] [PATCH] connman: add PACKAGECONFIG for nfc, fix MACHINE_ARCH signature when l2tp is enabled

2019-04-15 Thread Martin Jansa 
* import 2 fixes from LuneOS
* with l2tp PACKAGECONFIG enabled connman depends on MACHINE_ARCH xl2tpd:
   === Comparing signatures for task do_package_write_ipk.sigdata between 
hammerhead and mako ===
  ERROR: connman different signature for task do_package_write_ipk.sigdata 
between hammerhead and mako
  NOTE: Starting bitbake server...
  Hash for dependent task xl2tpd/xl2tpd_git.bb.do_packagedata changed from 
6312d5711b5c2c1a85ee235d09bf37a8ec00f7ad9e7248c087bb83ef1d5bd078 to 
c0d3ef52b37bda945d8b2a015980ddb8fe7b4b3dca3d82d71a84176cc5125142
  Unable to find matching sigdata for 
/OE/build/luneos-master/webos-ports/meta-openembedded/meta-networking/recipes-protocols/xl2tpd/xl2tpd_git.bb.do_packagedata
 with hashes 6312d5711b5c2c1a85ee235d09bf37a8ec00f7ad9e7248c087bb83ef1d5bd078 
or c0d3ef52b37bda945d8b2a015980ddb8fe7b4b3dca3d82d71a84176cc5125142

Signed-off-by: Martin Jansa 
---
 meta/conf/layer.conf  | 1 +
 meta/recipes-connectivity/connman/connman.inc | 1 +
 2 files changed, 2 insertions(+)

diff --git a/meta/conf/layer.conf b/meta/conf/layer.conf
index 9d63b5b24d..6590e80700 100644
--- a/meta/conf/layer.conf
+++ b/meta/conf/layer.conf
@@ -76,6 +76,7 @@ SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS += " \
   weston->weston-conf \
   weston-init->weston \
   weston-init->kbd \
+  connman->xl2tpd \
 "
 
 # Avoid adding bison-native to the sysroot without a specific
diff --git a/meta/recipes-connectivity/connman/connman.inc 
b/meta/recipes-connectivity/connman/connman.inc
index 0a117e44a4..ae67079c71 100644
--- a/meta/recipes-connectivity/connman/connman.inc
+++ b/meta/recipes-connectivity/connman/connman.inc
@@ -53,6 +53,7 @@ PACKAGECONFIG[pptp] = "--enable-pptp 
--with-pptp=${sbindir}/pptp,--disable-pptp,
 PACKAGECONFIG[wispr] = "--enable-wispr,--disable-wispr,gnutls,"
 PACKAGECONFIG[nftables] = "--with-firewall=nftables ,,libmnl 
libnftnl,,kernel-module-nf-tables-ipv4 kernel-module-nft-chain-nat-ipv4 
kernel-module-nft-chain-route-ipv4 kernel-module-nft-meta 
kernel-module-nft-masq-ipv4 kernel-module-nft-nat"
 PACKAGECONFIG[iptables] = "--with-firewall=iptables ,,iptables,iptables"
+PACKAGECONFIG[nfc] = "--enable-neard, --disable-neard, neard, neard"
 
 INITSCRIPT_NAME = "connman"
 INITSCRIPT_PARAMS = "start 05 5 2 3 . stop 22 0 1 6 ."
-- 
2.17.1

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

Re: [OE-core] [PATCH] Update ipmitool to use new active source

2019-04-15 Thread Khem Raj 
We still need to set pv

On Mon, Apr 15, 2019 at 1:23 PM Vernon Mauery 
wrote:

> The ipmitool project has moved from sourceforge to github and is under
> new management. This updates the source so that it pulls directly from
> git rather than a tarball. Eventually, once the next release is tagged,
> the new SRCREV can be updated to that. But for now, the project is under
> active development and could probably benefit from periodic updates
> anyway.
>
> The SRCREV and SRC_URI links point to code that already has been patched
> to work with the new openssl 1.1 APIs, so the patch is no longer needed.
>
> Signed-off-by: Vernon Mauery 
> ---
>  .../0001-Migrate-to-openssl-1.1.patch | 152 --
>  .../{ipmitool_1.8.18.bb => ipmitool_git.bb}   |   9 +-
>  2 files changed, 3 insertions(+), 158 deletions(-)
>  delete mode 100644
> meta-oe/recipes-kernel/ipmitool/ipmitool/0001-Migrate-to-openssl-1.1.patch
>  rename meta-oe/recipes-kernel/ipmitool/{ipmitool_1.8.18.bb =>
> ipmitool_git.bb} (80%)
>
> diff --git
> a/meta-oe/recipes-kernel/ipmitool/ipmitool/0001-Migrate-to-openssl-1.1.patch
> b/meta-oe/recipes-kernel/ipmitool/ipmitool/0001-Migrate-to-openssl-1.1.patch
> deleted file mode 100644
> index 394aa16ad..0
> ---
> a/meta-oe/recipes-kernel/ipmitool/ipmitool/0001-Migrate-to-openssl-1.1.patch
> +++ /dev/null
> @@ -1,152 +0,0 @@
> -From c9dcb6afef9c343d070aaff208d11a997a45a105 Mon Sep 17 00:00:00 2001
> -From: Khem Raj 
> -Date: Wed, 5 Sep 2018 22:19:38 -0700
> -Subject: [PATCH] Migrate to openssl 1.1
> -
> -Upstream-Status: Backport [
> https://sourceforge.net/p/ipmitool/source/ci/1664902525a1c3771b4d8b3ccab7ea1ba6b2bdd1/
> ]
> -
> -Signed-off-by: Khem Raj 
> 
> - src/plugins/lanplus/lanplus_crypt_impl.c | 50 ++--
> - 1 file changed, 29 insertions(+), 21 deletions(-)
> -
> -diff --git a/src/plugins/lanplus/lanplus_crypt_impl.c
> b/src/plugins/lanplus/lanplus_crypt_impl.c
> -index d5fac37..9652a5e 100644
>  a/src/plugins/lanplus/lanplus_crypt_impl.c
> -+++ b/src/plugins/lanplus/lanplus_crypt_impl.c
> -@@ -164,11 +164,7 @@ lanplus_encrypt_aes_cbc_128(const uint8_t * iv,
> -   uint8_t   *
> output,
> -   uint32_t*
> bytes_written)
> - {
> --  EVP_CIPHER_CTX ctx;
> --  EVP_CIPHER_CTX_init();
> --  EVP_EncryptInit_ex(, EVP_aes_128_cbc(), NULL, key, iv);
> --  EVP_CIPHER_CTX_set_padding(, 0);
> --
> -+  EVP_CIPHER_CTX *ctx = NULL;
> -
> -   *bytes_written = 0;
> -
> -@@ -182,6 +178,14 @@ lanplus_encrypt_aes_cbc_128(const uint8_t * iv,
> -   printbuf(input, input_length, "encrypting this data");
> -   }
> -
> -+  ctx = EVP_CIPHER_CTX_new();
> -+  if (ctx == NULL) {
> -+  lprintf(LOG_DEBUG, "ERROR: EVP_CIPHER_CTX_new() failed");
> -+  return;
> -+  }
> -+  EVP_CIPHER_CTX_init(ctx);
> -+  EVP_EncryptInit_ex(ctx, EVP_aes_128_cbc(), NULL, key, iv);
> -+  EVP_CIPHER_CTX_set_padding(ctx, 0);
> -
> -   /*
> -* The default implementation adds a whole block of padding if the
> input
> -@@ -191,28 +195,28 @@ lanplus_encrypt_aes_cbc_128(const uint8_t * iv,
> -   assert((input_length % IPMI_CRYPT_AES_CBC_128_BLOCK_SIZE) == 0);
> -
> -
> --  if(!EVP_EncryptUpdate(, output, (int *)bytes_written, input,
> input_length))
> -+  if(!EVP_EncryptUpdate(ctx, output, (int *)bytes_written, input,
> input_length))
> -   {
> -   /* Error */
> -   *bytes_written = 0;
> --  return;
> -   }
> -   else
> -   {
> -   uint32_t tmplen;
> -
> --  if(!EVP_EncryptFinal_ex(, output + *bytes_written,
> (int *)))
> -+  if(!EVP_EncryptFinal_ex(ctx, output + *bytes_written, (int
> *)))
> -   {
> -+  /* Error */
> -   *bytes_written = 0;
> --  return; /* Error */
> -   }
> -   else
> -   {
> -   /* Success */
> -   *bytes_written += tmplen;
> --  EVP_CIPHER_CTX_cleanup();
> -   }
> -   }
> -+  /* performs cleanup and free */
> -+  EVP_CIPHER_CTX_free(ctx);
> - }
> -
> -
> -@@ -239,11 +243,7 @@ lanplus_decrypt_aes_cbc_128(const uint8_t * iv,
> -   uint8_t   *
> output,
> -   uint32_t*
> bytes_written)
> - {
> --  EVP_CIPHER_CTX ctx;
> --  EVP_CIPHER_CTX_init();
> --  EVP_DecryptInit_ex(, EVP_aes_128_cbc(), NULL, key, iv);
> --  EVP_CIPHER_CTX_set_padding(, 0);
> --
> -+  EVP_CIPHER_CTX *ctx = NULL;
> -
> -   if (verbose >= 5)
> -   {
> -@@ -252,12 +252,20 @@ lanplus_decrypt_aes_cbc_128(const uint8_t * iv,
> -   printbuf(input, input_length, "decrypting

Re: [OE-core] [meta-oe][PATCH 1/3] systemd: remove 2 obsolete useradds

2019-04-15 Thread adrian . freihofer 
On Mon, 2019-04-15 at 09:40 +0800, ChenQi wrote:
> On 04/14/2019 09:24 PM, Adrian Freihofer wrote:
> > - Users systemd-journal-remote and systemd-journal-upload are not
> > used by
> 
> I guess you mean 'systemd-journal-gateway'?
You are right. I will send a V2 if I can convince you of this change
after all. 
> Anyway, I have some concern about this change.
> 
> Adding these users is not supposed to cause any runtime problem, as
> if 
> the user has already exists, DynamicUser mechanism just does not try
> to 
> create one.
> I also can recall the systemd-timesync once had DynamicUser=yes, but 
> then removed such setting.
> So if there is no compelling reason (security?) why we should use 
> DynamicUser, let's leave these two users there.
> 
> Best Regards,
> Chen Qi
I agree with you, it works as it is. That's a strong argument.

However, traditional Unix user IDs are not ideal for embedded systems.
Especially with an image based firmware update and daemons writing to
persistent storage, traditional Unix user IDs are problematic.
With useradd-staticids enabled this problem can be addressed. But we
have to maintain static user IDs manually.
With this patch applied systemd would just generate the user IDs in any
case (static or dynamic users) without manual interaction.
Here we have the chance to get rid of two user IDs, which seems to me
to be an advantage anyway.

Another, weaker argument: Static user IDs are a rare ressource.

Are you still against this change or should I send V2 with fixed commit
comment of this third patch?

Best Regards,
Adrian
> 
> >systemd anymore. Systemd creates dynamic users for services
> > without
> >persistent data.
> > - Fix start of journal-remote
> > 
> > Signed-off-by: Adrian Freihofer 
> > ---
> >   meta/recipes-core/systemd/systemd_241.bb | 6 +-
> >   1 file changed, 1 insertion(+), 5 deletions(-)
> > 
> > diff --git a/meta/recipes-core/systemd/systemd_241.bb
> > b/meta/recipes-core/systemd/systemd_241.bb
> > index 3a58f44a3b..8e493d5b55 100644
> > --- a/meta/recipes-core/systemd/systemd_241.bb
> > +++ b/meta/recipes-core/systemd/systemd_241.bb
> > @@ -334,9 +334,7 @@ SYSTEMD_PACKAGES = "${@bb.utils.contains('PACKA
> > GECONFIG', 'binfmt', '${PN}-binfm
> >   SYSTEMD_SERVICE_${PN}-binfmt = "systemd-binfmt.service"
> >   
> >   USERADD_PACKAGES = "${PN} ${PN}-extra-utils \
> > -${@bb.utils.contains('PACKAGECONFIG',
> > 'microhttpd', '${PN}-journal-gateway', '', d)} \
> >   ${@bb.utils.contains('PACKAGECONFIG',
> > 'microhttpd', '${PN}-journal-remote', '', d)} \
> > -${@bb.utils.contains('PACKAGECONFIG',
> > 'journal-upload', '${PN}-journal-upload', '', d)} \
> >   "
> >   GROUPADD_PARAM_${PN} = "-r systemd-journal"
> >   USERADD_PARAM_${PN} += "${@bb.utils.contains('PACKAGECONFIG',
> > 'coredump', '--system -d / -M --shell /bin/nologin systemd-
> > coredump;', '', d)}"
> > @@ -345,9 +343,7 @@ USERADD_PARAM_${PN} += "${@bb.utils.contains('P
> > ACKAGECONFIG', 'polkit', '--syste
> >   USERADD_PARAM_${PN} += "${@bb.utils.contains('PACKAGECONFIG',
> > 'resolved', '--system -d / -M --shell /bin/nologin systemd-
> > resolve;', '', d)}"
> >   USERADD_PARAM_${PN} += "${@bb.utils.contains('PACKAGECONFIG',
> > 'timesyncd', '--system -d / -M --shell /bin/nologin systemd-
> > timesync;', '', d)}"
> >   USERADD_PARAM_${PN}-extra-utils = "--system -d / -M --shell
> > /bin/nologin systemd-bus-proxy"
> > -USERADD_PARAM_${PN}-journal-gateway = "--system -d / -M --shell
> > /bin/nologin systemd-journal-gateway"
> >   USERADD_PARAM_${PN}-journal-remote = "--system -d / -M --shell
> > /bin/nologin systemd-journal-remote"
> > -USERADD_PARAM_${PN}-journal-upload = "--system -d / -M --shell
> > /bin/nologin systemd-journal-upload"
> >   
> >   FILES_${PN}-analyze = "${bindir}/systemd-analyze"
> >   
> > @@ -401,7 +397,7 @@ FILES_${PN}-journal-remote =
> > "${rootlibexecdir}/systemd/systemd-journal-remote \
> > ${systemd_system_unitdir}/systemd-
> > journal-remote.service \
> > ${systemd_system_unitdir}/systemd-
> > journal-remote.socket \
> >"
> > -SYSTEMD_SERVICE_${PN}-remote = "systemd-journal-remote.socket"
> > +SYSTEMD_SERVICE_${PN}-journal-remote = "systemd-journal-
> > remote.socket"
> >   
> >   
> >   FILES_${PN}-container = "${sysconfdir}/dbus-
> > 1/system.d/org.freedesktop.import1.conf \
> 
> 

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

[OE-core] [PATCH] Update ipmitool to use new active source

2019-04-15 Thread Vernon Mauery 
The ipmitool project has moved from sourceforge to github and is under
new management. This updates the source so that it pulls directly from
git rather than a tarball. Eventually, once the next release is tagged,
the new SRCREV can be updated to that. But for now, the project is under
active development and could probably benefit from periodic updates
anyway.

The SRCREV and SRC_URI links point to code that already has been patched
to work with the new openssl 1.1 APIs, so the patch is no longer needed.

Signed-off-by: Vernon Mauery 
---
 .../0001-Migrate-to-openssl-1.1.patch | 152 --
 .../{ipmitool_1.8.18.bb => ipmitool_git.bb}   |   9 +-
 2 files changed, 3 insertions(+), 158 deletions(-)
 delete mode 100644 
meta-oe/recipes-kernel/ipmitool/ipmitool/0001-Migrate-to-openssl-1.1.patch
 rename meta-oe/recipes-kernel/ipmitool/{ipmitool_1.8.18.bb => ipmitool_git.bb} 
(80%)

diff --git 
a/meta-oe/recipes-kernel/ipmitool/ipmitool/0001-Migrate-to-openssl-1.1.patch 
b/meta-oe/recipes-kernel/ipmitool/ipmitool/0001-Migrate-to-openssl-1.1.patch
deleted file mode 100644
index 394aa16ad..0
--- a/meta-oe/recipes-kernel/ipmitool/ipmitool/0001-Migrate-to-openssl-1.1.patch
+++ /dev/null
@@ -1,152 +0,0 @@
-From c9dcb6afef9c343d070aaff208d11a997a45a105 Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Wed, 5 Sep 2018 22:19:38 -0700
-Subject: [PATCH] Migrate to openssl 1.1
-
-Upstream-Status: Backport 
[https://sourceforge.net/p/ipmitool/source/ci/1664902525a1c3771b4d8b3ccab7ea1ba6b2bdd1/]
-
-Signed-off-by: Khem Raj 

- src/plugins/lanplus/lanplus_crypt_impl.c | 50 ++--
- 1 file changed, 29 insertions(+), 21 deletions(-)
-
-diff --git a/src/plugins/lanplus/lanplus_crypt_impl.c 
b/src/plugins/lanplus/lanplus_crypt_impl.c
-index d5fac37..9652a5e 100644
 a/src/plugins/lanplus/lanplus_crypt_impl.c
-+++ b/src/plugins/lanplus/lanplus_crypt_impl.c
-@@ -164,11 +164,7 @@ lanplus_encrypt_aes_cbc_128(const uint8_t * iv,
-   uint8_t   * output,
-   uint32_t* 
bytes_written)
- {
--  EVP_CIPHER_CTX ctx;
--  EVP_CIPHER_CTX_init();
--  EVP_EncryptInit_ex(, EVP_aes_128_cbc(), NULL, key, iv);
--  EVP_CIPHER_CTX_set_padding(, 0);
--  
-+  EVP_CIPHER_CTX *ctx = NULL;
- 
-   *bytes_written = 0;
- 
-@@ -182,6 +178,14 @@ lanplus_encrypt_aes_cbc_128(const uint8_t * iv,
-   printbuf(input, input_length, "encrypting this data");
-   }
- 
-+  ctx = EVP_CIPHER_CTX_new();
-+  if (ctx == NULL) {
-+  lprintf(LOG_DEBUG, "ERROR: EVP_CIPHER_CTX_new() failed");
-+  return;
-+  }
-+  EVP_CIPHER_CTX_init(ctx);
-+  EVP_EncryptInit_ex(ctx, EVP_aes_128_cbc(), NULL, key, iv);
-+  EVP_CIPHER_CTX_set_padding(ctx, 0);
- 
-   /*
-* The default implementation adds a whole block of padding if the input
-@@ -191,28 +195,28 @@ lanplus_encrypt_aes_cbc_128(const uint8_t * iv,
-   assert((input_length % IPMI_CRYPT_AES_CBC_128_BLOCK_SIZE) == 0);
- 
- 
--  if(!EVP_EncryptUpdate(, output, (int *)bytes_written, input, 
input_length))
-+  if(!EVP_EncryptUpdate(ctx, output, (int *)bytes_written, input, 
input_length))
-   {
-   /* Error */
-   *bytes_written = 0;
--  return;
-   }
-   else
-   {
-   uint32_t tmplen;
- 
--  if(!EVP_EncryptFinal_ex(, output + *bytes_written, (int 
*)))
-+  if(!EVP_EncryptFinal_ex(ctx, output + *bytes_written, (int 
*)))
-   {
-+  /* Error */
-   *bytes_written = 0;
--  return; /* Error */
-   }
-   else
-   {
-   /* Success */
-   *bytes_written += tmplen;
--  EVP_CIPHER_CTX_cleanup();
-   }
-   }
-+  /* performs cleanup and free */
-+  EVP_CIPHER_CTX_free(ctx);
- }
- 
- 
-@@ -239,11 +243,7 @@ lanplus_decrypt_aes_cbc_128(const uint8_t * iv,
-   uint8_t   * output,
-   uint32_t* 
bytes_written)
- {
--  EVP_CIPHER_CTX ctx;
--  EVP_CIPHER_CTX_init();
--  EVP_DecryptInit_ex(, EVP_aes_128_cbc(), NULL, key, iv);
--  EVP_CIPHER_CTX_set_padding(, 0);
--
-+  EVP_CIPHER_CTX *ctx = NULL;
- 
-   if (verbose >= 5)
-   {
-@@ -252,12 +252,20 @@ lanplus_decrypt_aes_cbc_128(const uint8_t * iv,
-   printbuf(input, input_length, "decrypting this data");
-   }
- 
--
-   *bytes_written = 0;
- 
-   if (input_length == 0)
-   return;
- 
-+  ctx = EVP_CIPHER_CTX_new();
-+  if (ctx == NULL) {
-+  lprintf(LOG_DEBUG, "ERROR: EVP_CIPHER_CTX_new() failed");
-+  return;
-+  }
-+

Re: [OE-core] [PATCH 05/19] epiphany: update to 3.32.1.2

2019-04-15 Thread Richard Purdie 
On Mon, 2019-04-15 at 12:54 +0200, Alexander Kanavin wrote:
> Signed-off-by: Alexander Kanavin 
> ---
>  .../epiphany/{epiphany_3.30.3.bb => epiphany_3.32.1.2.bb} | 4
> ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename meta/recipes-gnome/epiphany/{epiphany_3.30.3.bb =>
> epiphany_3.32.1.2.bb} (85%)
> 
> diff --git a/meta/recipes-gnome/epiphany/epiphany_3.30.3.bb
> b/meta/recipes-gnome/epiphany/epiphany_3.32.1.2.bb
> similarity index 85%
> rename from meta/recipes-gnome/epiphany/epiphany_3.30.3.bb
> rename to meta/recipes-gnome/epiphany/epiphany_3.32.1.2.bb

Fails on musl:

https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/511

Cheers,

Richard

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

Re: [OE-core] [PATCH 15/19] icu: update to 64.1

2019-04-15 Thread Richard Purdie 
On Mon, 2019-04-15 at 12:54 +0200, Alexander Kanavin wrote:
> License-update: copyright years changed.
> 
> Drop upstreamed/backported patches.
> 
> Signed-off-by: Alexander Kanavin 
> ---
>  .../icu/icu/0002-Add-ARC-support.patch| 27 
>  .../icu/icu/CVE-2018-18928.patch  | 63 ---
> 
>  .../icu/{icu_63.1.bb => icu_64.1.bb}  |  8 +--
>  3 files changed, 3 insertions(+), 95 deletions(-)
>  delete mode 100644 meta/recipes-support/icu/icu/0002-Add-ARC-
> support.patch
>  delete mode 100644 meta/recipes-support/icu/icu/CVE-2018-18928.patch
>  rename meta/recipes-support/icu/{icu_63.1.bb => icu_64.1.bb} (70%)

Fails on ppc:

https://autobuilder.yoctoproject.org/typhoon/#/builders/63/builds/505
https://autobuilder.yoctoproject.org/typhoon/#/builders/70/builds/510

and mips:

https://autobuilder.yoctoproject.org/typhoon/#/builders/62/builds/510

Cheers,

Richard

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

Re: [OE-core] [PATCH] package_ipk: handle exception for subprocess command

2019-04-15 Thread Richard Purdie 
On Sun, 2019-04-14 at 16:21 +0200, Andrey Zhizhikin wrote:
> Ping.
> 
> On Thu, Mar 28, 2019 at 10:47 AM Andrey Zhizhikin  > wrote:
> > When opkg-build command fails to execute, subprocess is returned
> > with
> > exception instead of printing to stderr. This causes the error
> > logging
> > not to be printed out, as the "finally" statement does not contain
> > any
> > bitbake error output.
> > 
> > One example of this behavior is when the package name contains
> > uppercase
> > character, which are rejected by opkg-build,
> > subprocess.check_output
> > would except and no error log would be produced.
> > 
> > This commit catches the exception subprocess.CalledProcessError and
> > produces bb.error output visible to the user.
> > 
> > Signed-off-by: Andrey Zhizhikin 
> > ---
> >  meta/classes/package_ipk.bbclass | 2 ++
> >  1 file changed, 2 insertions(+)
> > 
> > diff --git a/meta/classes/package_ipk.bbclass
> > b/meta/classes/package_ipk.bbclass
> > index d1b317b42b..f181f5b4fd 100644
> > --- a/meta/classes/package_ipk.bbclass
> > +++ b/meta/classes/package_ipk.bbclass
> > @@ -234,6 +234,8 @@ def ipk_write_pkg(pkg, d):
> >  ipk_to_sign = "%s/%s_%s_%s.ipk" % (pkgoutdir, pkgname,
> > ipkver, d.getVar('PACKAGE_ARCH'))
> >  sign_ipk(d, ipk_to_sign)
> > 
> > +except subprocess.CalledProcessError as exc:
> > +bb.error("OPKG Build failed: %s" % exc.output)
> >  finally:
> >  cleanupcontrol(root)
> >  bb.utils.unlockfile(lf)

My main concern is why isn't the raised exception being caught and
causing its own error...

This feels like a workaround rather than fixing the underlying problem
which I suspect might be in the parallel execution code exception
handling.

Cheers,

Richard


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

Re: [OE-core] [PATCH v3] gcc-sanitizers: fix -Werror=maybe-uninitialized issue

2019-04-15 Thread Adrian Bunk 
On Mon, Apr 15, 2019 at 07:19:13AM -0700, Khem Raj wrote:
> 
> What are you trying to convey ? That’s what I mentioned before I began my
> reply however to reiterate my point was if a package is not usually built
> and tested with this combination which is evident because it fails to build
> then how good would it be if we fix this error especially complex packages
> like compilers so is it worth to fix them or disable Og for them

Packages that usually get built and tested with -Og should be pretty rare,
and these specific build failures are better at finding the rare packages
that use -Werror than pointing at potential miscompilations.

From a distribution point of view, a package build with -Werror by 
default is arguably a bug since this frequently breaks when something
is changed (usually the compiler version).

-Og is better suited than the -O that was previously used for debugging,
but are we talking about debug builds or production builds?
If users would be using DEBUG_OPTIMIZATION in production builds that 
would be wrong - this will always be a mostly untested situation
with an increased probability of hitting bugs noone else has seen
before.

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 v3] gcc-sanitizers: fix -Werror=maybe-uninitialized issue

2019-04-15 Thread Khem Raj 
On Mon, Apr 15, 2019 at 2:38 AM Adrian Bunk  wrote:

> On Mon, Apr 08, 2019 at 08:53:49PM -0700, Khem Raj wrote:
> > On Mon, Apr 8, 2019 at 7:32 PM  wrote:
> > >
> > > From: Mingli Yu 
> > >
> > > When DEBUG_BUILD = "1" added in local.conf, there
> > > comes below build error when "bitbake gcc-sanitizers":
> > > |
> ./../../../../../../../../work-shared/gcc-8.3.0-r0/gcc-8.3.0/libsanitizer/libbacktrace/../../libbacktrace/elf.c:
> In function 'elf_is_symlink':
> > > |
> ../../../../../../../../../work-shared/gcc-8.3.0-r0/gcc-8.3.0/libsanitizer/libbacktrace/../../libbacktrace/elf.c:772:21:
> error: 'st.st_mode' may be used uninitialized in this function
> [-Werror=maybe-uninitialized]
> > > |   return S_ISLNK (st.st_mode);
> > >
> > > Per https://gcc.gnu.org/ml/gcc-patches/2019-04/msg00315.html,
> > > the gcc upstream thinks the warning is a false
> > > positive and suggests to use -O2 rather than -Og
> > > or -O1 when compiling that file, so pass -Wno-error
> > > to compiler when -Og is used to silence the error.
> > >
> >
> > Not particular to this change but in general if a package says that it
> > does not support -Og
> > then we are just going to get into more and more untested grounds
> > especially during runtime
> > so I wonder how useful it will be to use -Og for such packages or any
> > other non supported
> > combination for that matter.
>
> This has nothing to do with specific packages not supporting -Og
> or any other combination, it is just about how to best workaround
> a compiler bug temporarily.
>
> gcc has bug(s) emitting bogus warnings with -Og, and these are build
> failures with some packages that build with -Werror.
>
> None of this is related to whether or not the packages will work
> at runtime with -Og.


What are you trying to convey ? That’s what I mentioned before I began my
reply however to reiterate my point was if a package is not usually built
and tested with this combination which is evident because it fails to build
then how good would it be if we fix this error especially complex packages
like compilers so is it worth to fix them or disable Og for them

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

[OE-core] [PATCH] msmtp: 1.6.6 -> 1.8.3

2019-04-15 Thread kai.kang 
From: Kai Kang 

Update HOMEPAGE and SRC_URI.

Signed-off-by: Kai Kang 
---
 .../msmtp/{msmtp_1.6.6.bb => msmtp_1.8.3.bb} | 9 -
 1 file changed, 4 insertions(+), 5 deletions(-)
 rename meta/recipes-extended/msmtp/{msmtp_1.6.6.bb => msmtp_1.8.3.bb} (71%)

diff --git a/meta/recipes-extended/msmtp/msmtp_1.6.6.bb 
b/meta/recipes-extended/msmtp/msmtp_1.8.3.bb
similarity index 71%
rename from meta/recipes-extended/msmtp/msmtp_1.6.6.bb
rename to meta/recipes-extended/msmtp/msmtp_1.8.3.bb
index e1721936cb..d2b75ae5dc 100644
--- a/meta/recipes-extended/msmtp/msmtp_1.6.6.bb
+++ b/meta/recipes-extended/msmtp/msmtp_1.8.3.bb
@@ -1,6 +1,6 @@
 SUMMARY = "msmtp is an SMTP client"
 DESCRIPTION = "A sendmail replacement for use in MTAs like mutt"
-HOMEPAGE = "http://msmtp.sourceforge.net/;
+HOMEPAGE = "https://marlam.de/msmtp/;
 SECTION = "console/network"
 
 LICENSE = "GPLv3"
@@ -9,11 +9,10 @@ DEPENDS = "zlib gnutls"
 #COPYING or Licence
 LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504"
 
-SRC_URI = 
"http://sourceforge.net/projects/msmtp/files/msmtp/${PV}/${BPN}-${PV}.tar.xz \
-  "
+SRC_URI = "https://marlam.de/${BPN}/releases/${BP}.tar.xz;
 
-SRC_URI[md5sum] = "82b0520b57db4b2cf05333d11fb5974d"
-SRC_URI[sha256sum] = 
"da15db1f62bd0201fce5310adb89c86188be91cd745b7cb3b62b81a501e7fb5e"
+SRC_URI[md5sum] = "0c0be51e6872e818f78bd6924636327b"
+SRC_URI[sha256sum] = 
"3cb2eefd33d048f0f82de100ef39a494e44fd1485e376ead31f733d2f36b92b4"
 
 inherit gettext autotools update-alternatives pkgconfig
 
-- 
2.20.0

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

Re: [OE-core] [PATCH] elfutils: add ptest support

2019-04-15 Thread Richard Purdie 
On Fri, 2019-04-12 at 17:21 +0800, mingli...@windriver.com wrote:
> From: Mingli Yu 
> 
> Add testsuite-ignore-elflint.diff from debian
> (
> http://ftp.de.debian.org/debian/pool/main/e/elfutils/elfutils_0.176-1.debian.tar.xz
> )
> to fix below ptest failure:
>  | ./run-strip-strmerge.sh: line 33: testrun_on_self_skip: command
> not found
>  | FAIL: run-strip-strmerge.sh
> 
> Add check for gcc for two test cases such as
> run-strip-nothing.sh and run-strip-g.sh which
> depends on gcc at run time.

I'm afraid this doesn't work on musl:

https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/510

Cheers,

Richard

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

Re: [OE-core] [PATCH v3] nettle: fix ptest failure

2019-04-15 Thread richard . purdie 
On Mon, 2019-04-15 at 17:05 +0800, mingli...@windriver.com wrote:
> @@ -33,6 +29,8 @@ EXTRA_OECONF = "--disable-openssl"
>  CFLAGS_append = " -std=c99"
>  
>  do_compile_ptest() {
> +# fix dlopen-test failure as cannot locate libnettle.so
> +sed -i 's;dlopen ("../libnettle.so", RTLD_NOW);dlopen
> ("${libdir}/libnettle.so", RTLD_NOW);g' ${S}/testsuite/dlopen-test.c
>  oe_runmake buildtest
>  }
>  
> @@ -49,4 +47,7 @@ do_install_ptest() {
>  install ${B}/testsuite/*-test ${D}${PTEST_PATH}/testsuite/
>  }
>  
> +RDEPENDS_${PN}-ptest += "${PN}-dev"
> +INSANE_SKIP_${PN}-ptest += "dev-deps"
> +
>  BBCLASSEXTEND = "native nativesdk"

Does Adrian's suggestion of removing the "../" work? Also, can we
install a symlink in do_install_ptest which this code would find? That
would be less invasive and we could potentially remove the -dev package
dependency which would be good from an image perspective.

Cheers,

Richard

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

Re: [OE-core] [PATCH] libyaml: update SRC_URI[md5sum] and SRC_URI[sha256sum]

2019-04-15 Thread richard . purdie 
On Mon, 2019-04-15 at 16:42 +0800, Yi Zhao wrote:
> 在 2019/4/15 下午4:35, Richard Purdie 写道:
> > On Mon, 2019-04-15 at 16:32 +0800, Yi Zhao wrote:
> > > Signed-off-by: Yi Zhao 
> > > ---
> > >   meta/recipes-support/libyaml/libyaml_0.2.2.bb | 6 --
> > >   1 file changed, 4 insertions(+), 2 deletions(-)
> > > 
> > > diff --git a/meta/recipes-support/libyaml/libyaml_0.2.2.bb
> > > b/meta/recipes-support/libyaml/libyaml_0.2.2.bb
> > > index d2b39f3..fbd1992 100644
> > > --- a/meta/recipes-support/libyaml/libyaml_0.2.2.bb
> > > +++ b/meta/recipes-support/libyaml/libyaml_0.2.2.bb
> > > @@ -8,8 +8,10 @@ LICENSE = "MIT"
> > >   LIC_FILES_CHKSUM =
> > > "file://LICENSE;md5=a76b4c69bfcf82313bbdc0393b04438a"
> > >   
> > >   SRC_URI = "http://pyyaml.org/download/libyaml/yaml-${PV}.tar.gz
> > > "
> > > -SRC_URI[md5sum] = "2ad4119a57f94739cc39a1b482c81264"
> > > -SRC_URI[sha256sum] =
> > > "46bca77dc8be954686cff21888d6ce10ca4016b360ae1f56962e6882a17aa1fe
> > > "
> > > +SRC_URI[md5sum] = "54bf11ccb8bc488b5b3bec931f5b70dc"
> > > +SRC_URI[sha256sum] =
> > > "4a9100ab61047fd9bd395bcef3ce5403365cafd55c1e0d0299cde14958e47be9
> > > "
> > > +
> > > +S = "${WORKDIR}/yaml-${PV}"
> > Why?
> > 
> > Did upstream change the tarball?
> 
> I think so. But there is no any changelog or  checksum file in
> download 
> page: https://pyyaml.org/download/libyaml/

Looks like the same files with libyaml -> yaml in the tarball. No idea
why, I wish upstreams wouldn't do this :(

Cheers,

Richard


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

[OE-core] [PATCH 18/19] python3-pygobject: update to 3.32.0

2019-04-15 Thread Alexander Kanavin 
Switch to meson build system.

Add a patch to disable tests.

Add "introspection" to unknown configure option whitelist, as
this recipe needs g-i unconditionally.

Signed-off-by: Alexander Kanavin 
---
 .../0001-Do-not-build-tests.patch | 26 +++
 ..._3.28.3.bb => python3-pygobject_3.32.0.bb} | 10 ---
 2 files changed, 33 insertions(+), 3 deletions(-)
 create mode 100644 
meta/recipes-devtools/python/python3-pygobject/0001-Do-not-build-tests.patch
 rename meta/recipes-devtools/python/{python3-pygobject_3.28.3.bb => 
python3-pygobject_3.32.0.bb} (68%)

diff --git 
a/meta/recipes-devtools/python/python3-pygobject/0001-Do-not-build-tests.patch 
b/meta/recipes-devtools/python/python3-pygobject/0001-Do-not-build-tests.patch
new file mode 100644
index 000..626a82cb095
--- /dev/null
+++ 
b/meta/recipes-devtools/python/python3-pygobject/0001-Do-not-build-tests.patch
@@ -0,0 +1,26 @@
+From c125a806de951359ab7e302b0584f7c92fa451ad Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Fri, 12 Apr 2019 16:25:58 +0200
+Subject: [PATCH] Do not build tests
+
+They require installing tests from g-i, which we do not do.
+
+Upstream-Status: Inappropriate [oe-core specific]
+Signed-off-by: Alexander Kanavin 
+---
+ meson.build | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/meson.build b/meson.build
+index a63d771..b3925d0 100644
+--- a/meson.build
 b/meson.build
+@@ -174,4 +174,4 @@ configure_file(input : 'PKG-INFO.in',
+ 
+ subdir('gi')
+ subdir('pygtkcompat')
+-subdir('tests')
++#subdir('tests')
+-- 
+2.17.1
+
diff --git a/meta/recipes-devtools/python/python3-pygobject_3.28.3.bb 
b/meta/recipes-devtools/python/python3-pygobject_3.32.0.bb
similarity index 68%
rename from meta/recipes-devtools/python/python3-pygobject_3.28.3.bb
rename to meta/recipes-devtools/python/python3-pygobject_3.32.0.bb
index 313af227b62..c2676b35022 100644
--- a/meta/recipes-devtools/python/python3-pygobject_3.28.3.bb
+++ b/meta/recipes-devtools/python/python3-pygobject_3.32.0.bb
@@ -3,6 +3,7 @@ SECTION = "devel/python"
 LICENSE = "LGPLv2.1"
 LIC_FILES_CHKSUM = "file://COPYING;md5=a916467b91076e631dd8edb7424769c7"
 
+GNOMEBASEBUILDCLASS = "meson"
 inherit gnomebase distutils3-base gobject-introspection 
upstream-version-is-even
 
 DEPENDS += "python3 glib-2.0"
@@ -10,10 +11,13 @@ DEPENDS += "python3 glib-2.0"
 SRCNAME="pygobject"
 SRC_URI = " \
 
http://ftp.gnome.org/pub/GNOME/sources/${SRCNAME}/${@gnome_verdir("${PV}")}/${SRCNAME}-${PV}.tar.xz
 \
+file://0001-Do-not-build-tests.patch \
 "
 
-SRC_URI[md5sum] = "3bac63c86bb963aa401f97859464aa90"
-SRC_URI[sha256sum] = 
"3dd3e21015d06e00482ea665fc1733b77e754a6ab656a5db5d7f7bfaf31ad0b0"
+UNKNOWN_CONFIGURE_WHITELIST = "introspection"
+
+SRC_URI[md5sum] = "6e39bca1d19a27cde4435061dd59578a"
+SRC_URI[sha256sum] = 
"83f4d7e59fde6bc6b0d39c5e5208574802f759bc525a4cb8e7265dfcba45ef29"
 
 S = "${WORKDIR}/${SRCNAME}-${PV}"
 
@@ -21,7 +25,7 @@ PACKAGECONFIG ??= 
"${@bb.utils.contains_any('DISTRO_FEATURES', [ 'directfb', 'wa
 
 # python3-pycairo is checked on configuration -> DEPENDS
 # we don't link against python3-pycairo -> RDEPENDS
-PACKAGECONFIG[cairo] = "--enable-cairo,--disable-cairo,cairo python3-pycairo, 
python3-pycairo"
+PACKAGECONFIG[cairo] = "-Dpycairo=true,-Dpycairo=false, cairo python3-pycairo, 
python3-pycairo"
 
 RDEPENDS_${PN} += "python3-setuptools"
 
-- 
2.17.1

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

[OE-core] [PATCH 19/19] python-numpy: update to 1.16.2

2019-04-15 Thread Alexander Kanavin 
Drop files/fix_shebang_f2py.patch as the code has been removed upstream.

License-update: copyright years, file paths.

Signed-off-by: Alexander Kanavin 
---
 ...-and-so-on-for-libraries-by-default-.patch | 16 +-
 .../0001-npy_cpu-Add-riscv-support.patch  | 14 -
 .../python-numpy/files/fix_shebang_f2py.patch | 29 ---
 .../python-numpy/python-numpy.inc | 10 +++
 ...numpy_1.14.5.bb => python-numpy_1.16.2.bb} |  0
 ...umpy_1.14.5.bb => python3-numpy_1.16.2.bb} |  1 +
 6 files changed, 18 insertions(+), 52 deletions(-)
 delete mode 100644 
meta/recipes-devtools/python-numpy/files/fix_shebang_f2py.patch
 rename meta/recipes-devtools/python-numpy/{python-numpy_1.14.5.bb => 
python-numpy_1.16.2.bb} (100%)
 rename meta/recipes-devtools/python-numpy/{python3-numpy_1.14.5.bb => 
python3-numpy_1.16.2.bb} (97%)

diff --git 
a/meta/recipes-devtools/python-numpy/files/0001-Don-t-search-usr-and-so-on-for-libraries-by-default-.patch
 
b/meta/recipes-devtools/python-numpy/files/0001-Don-t-search-usr-and-so-on-for-libraries-by-default-.patch
index 516ccd7b9bd..8fe0d1a27ee 100644
--- 
a/meta/recipes-devtools/python-numpy/files/0001-Don-t-search-usr-and-so-on-for-libraries-by-default-.patch
+++ 
b/meta/recipes-devtools/python-numpy/files/0001-Don-t-search-usr-and-so-on-for-libraries-by-default-.patch
@@ -1,7 +1,8 @@
-From c8c6649b29a08f82e1d6761a6d62ce5f632313c5 Mon Sep 17 00:00:00 2001
+From c14554c7e2fff8dd559dfb41e7dd11392c6f85e3 Mon Sep 17 00:00:00 2001
 From: Alexander Kanavin 
 Date: Thu, 10 Dec 2015 13:20:30 +0200
-Subject: [PATCH 1/3] Don't search /usr and so on for libraries by default to
+Subject: [PATCH] Don't search /usr and so on for libraries by default to
+
  avoid host contamination.
 
 Upstream-Status: Inappropriate (As the code stands, this is a hack)
@@ -9,16 +10,16 @@ Signed-off-by: Ross Burton 
 Signed-off-by: Alexander Kanavin 
 
 ---
- numpy/distutils/system_info.py | 50 +-
+ numpy/distutils/system_info.py | 50 --
  1 file changed, 6 insertions(+), 44 deletions(-)
 
 diff --git a/numpy/distutils/system_info.py b/numpy/distutils/system_info.py
-index bea120c..544e056 100644
+index 2424943..bf56a6d 100644
 --- a/numpy/distutils/system_info.py
 +++ b/numpy/distutils/system_info.py
-@@ -262,51 +262,13 @@ if sys.platform == 'win32':
+@@ -274,51 +274,13 @@ if sys.platform == 'win32':
  add_system_root(os.path.join(conda_dir, 'Library'))
- 
+ 
  else:
 -default_lib_dirs = libpaths(['/usr/local/lib', '/opt/lib', '/usr/lib',
 - '/opt/local/lib', '/sw/lib'], platform_bits)
@@ -74,6 +75,3 @@ index bea120c..544e056 100644
  
  if os.path.join(sys.prefix, 'lib') not in default_lib_dirs:
  default_lib_dirs.insert(0, os.path.join(sys.prefix, 'lib'))
--- 
-2.16.1
-
diff --git 
a/meta/recipes-devtools/python-numpy/files/0001-npy_cpu-Add-riscv-support.patch 
b/meta/recipes-devtools/python-numpy/files/0001-npy_cpu-Add-riscv-support.patch
index 4f5c4f5f0da..4decfe66ee1 100644
--- 
a/meta/recipes-devtools/python-numpy/files/0001-npy_cpu-Add-riscv-support.patch
+++ 
b/meta/recipes-devtools/python-numpy/files/0001-npy_cpu-Add-riscv-support.patch
@@ -1,21 +1,20 @@
-From 30fb1bf9244bb0789c02ec7c98a923acc7200206 Mon Sep 17 00:00:00 2001
+From 629891f67601275c9c4de0bb01afcf1a8c44fa3f Mon Sep 17 00:00:00 2001
 From: Khem Raj 
 Date: Fri, 16 Mar 2018 19:55:21 -0700
 Subject: [PATCH] npy_cpu: Add riscv support
 
 Signed-off-by: Khem Raj 

 Upstream-Status: Submitted [https://github.com/numpy/numpy/pull/10761]
-
+---
  numpy/core/include/numpy/npy_cpu.h | 2 ++
  1 file changed, 2 insertions(+)
 
 diff --git a/numpy/core/include/numpy/npy_cpu.h 
b/numpy/core/include/numpy/npy_cpu.h
-index 84653ea18..9e88db873 100644
+index 5edd8f4..e1e4796 100644
 --- a/numpy/core/include/numpy/npy_cpu.h
 +++ b/numpy/core/include/numpy/npy_cpu.h
-@@ -78,6 +78,8 @@
- #define NPY_CPU_AARCH64
+@@ -96,6 +96,8 @@
+ #define NPY_CPU_OR1K
  #elif defined(__mc68000__)
  #define NPY_CPU_M68K
 +#elif defined(__riscv)
@@ -23,6 +22,3 @@ index 84653ea18..9e88db873 100644
  #elif defined(__arc__) && defined(__LITTLE_ENDIAN__)
  #define NPY_CPU_ARCEL
  #elif defined(__arc__) && defined(__BIG_ENDIAN__)
--- 
-2.16.2
-
diff --git a/meta/recipes-devtools/python-numpy/files/fix_shebang_f2py.patch 
b/meta/recipes-devtools/python-numpy/files/fix_shebang_f2py.patch
deleted file mode 100644
index 8be6e4d21f9..000
--- a/meta/recipes-devtools/python-numpy/files/fix_shebang_f2py.patch
+++ /dev/null
@@ -1,29 +0,0 @@
-Upstream-Status: Inappropriate [embedded specific]
-
-Avoids using python from the HOSTs native sysroot for f2py,
-uses TARGET env python instead.
-
-Signed-off-by: Alejandro Hernandez 
-
-Index: numpy-1.11.0/numpy/f2py/setup.py
-===
 numpy-1.11.0.orig/numpy/f2py/setup.py

[OE-core] [PATCH 15/19] icu: update to 64.1

2019-04-15 Thread Alexander Kanavin 
License-update: copyright years changed.

Drop upstreamed/backported patches.

Signed-off-by: Alexander Kanavin 
---
 .../icu/icu/0002-Add-ARC-support.patch| 27 
 .../icu/icu/CVE-2018-18928.patch  | 63 ---
 .../icu/{icu_63.1.bb => icu_64.1.bb}  |  8 +--
 3 files changed, 3 insertions(+), 95 deletions(-)
 delete mode 100644 meta/recipes-support/icu/icu/0002-Add-ARC-support.patch
 delete mode 100644 meta/recipes-support/icu/icu/CVE-2018-18928.patch
 rename meta/recipes-support/icu/{icu_63.1.bb => icu_64.1.bb} (70%)

diff --git a/meta/recipes-support/icu/icu/0002-Add-ARC-support.patch 
b/meta/recipes-support/icu/icu/0002-Add-ARC-support.patch
deleted file mode 100644
index 20e3d8356c4..000
--- a/meta/recipes-support/icu/icu/0002-Add-ARC-support.patch
+++ /dev/null
@@ -1,27 +0,0 @@
-From fcfd57105b4bdb30d906df152ef01748fa95daff Mon Sep 17 00:00:00 2001
-From: Alexey Brodkin 
-Date: Thu, 13 Sep 2018 17:13:20 +0300
-Subject: [PATCH] icu: Add ARC support
-
-Signed-off-by: Alexey Brodkin 
-
-Upstream-Status: Submitted [ https://github.com/unicode-org/icu/pull/149 ]

- i18n/double-conversion-utils.h | 2 +-
- 1 files changed, 1 insertions(+), 1 deletions(-)
-
-diff --git a/i18n/double-conversion-utils.h b/i18n/double-conversion-utils.h
-index 57fc49b231a3..0bd3e8340673 100644
 a/i18n/double-conversion-utils.h
-+++ b/i18n/double-conversion-utils.h
-@@ -86,7 +86,7 @@ inline void abort_noreturn() { abort(); }
- defined(__SH4__) || defined(__alpha__) || \
- defined(_MIPS_ARCH_MIPS32R2) || \
- defined(__AARCH64EL__) || defined(__aarch64__) || \
--defined(__riscv)
-+defined(__riscv) || defined(__arc__)
- #define DOUBLE_CONVERSION_CORRECT_DOUBLE_OPERATIONS 1
- #elif defined(__mc68000__)
- #undef DOUBLE_CONVERSION_CORRECT_DOUBLE_OPERATIONS
-2.17.1
-
diff --git a/meta/recipes-support/icu/icu/CVE-2018-18928.patch 
b/meta/recipes-support/icu/icu/CVE-2018-18928.patch
deleted file mode 100644
index 19c50e4e76a..000
--- a/meta/recipes-support/icu/icu/CVE-2018-18928.patch
+++ /dev/null
@@ -1,63 +0,0 @@
-CVE: CVE-2018-18928
-Upstream-Status: Backport
-Signed-off-by: Ross Burton 
-
-From 53d8c8f3d181d87a6aa925b449b51c4a2c922a51 Mon Sep 17 00:00:00 2001
-From: Shane Carr 
-Date: Mon, 29 Oct 2018 23:52:44 -0700
-Subject: [PATCH] ICU-20246 Fixing another integer overflow in number parsing.
-

- i18n/fmtable.cpp  |  2 +-
- i18n/number_decimalquantity.cpp   |  5 -
- test/intltest/numfmtst.cpp|  8 
- 6 files changed, 31 insertions(+), 4 deletions(-)
-
-diff --git a/i18n/fmtable.cpp b/i18n/fmtable.cpp
-index 45c7024fc29..8601d95f4a6 100644
 a/i18n/fmtable.cpp
-+++ b/i18n/fmtable.cpp
-@@ -734,7 +734,7 @@ CharString *Formattable::internalGetCharString(UErrorCode 
) {
-   // not print scientific notation for magnitudes greater than -5 and 
smaller than some amount (+5?).
-   if (fDecimalQuantity->isZero()) {
- fDecimalStr->append("0", -1, status);
--  } else if (std::abs(fDecimalQuantity->getMagnitude()) < 5) {
-+  } else if (fDecimalQuantity->getMagnitude() != INT32_MIN && 
std::abs(fDecimalQuantity->getMagnitude()) < 5) {
- fDecimalStr->appendInvariantChars(fDecimalQuantity->toPlainString(), 
status);
-   } else {
- 
fDecimalStr->appendInvariantChars(fDecimalQuantity->toScientificString(), 
status);
-diff --git a/i18n/number_decimalquantity.cpp b/i18n/number_decimalquantity.cpp
-index 47b930a564b..d5dd7ae694c 100644
 a/i18n/number_decimalquantity.cpp
-+++ b/i18n/number_decimalquantity.cpp
-@@ -898,7 +898,10 @@ UnicodeString DecimalQuantity::toScientificString() const 
{
- }
- result.append(u'E');
- int32_t _scale = upperPos + scale;
--if (_scale < 0) {
-+if (_scale == INT32_MIN) {
-+result.append({u"-2147483648", -1});
-+return result;
-+} else if (_scale < 0) {
- _scale *= -1;
- result.append(u'-');
- } else {
-diff --git a/test/intltest/numfmtst.cpp b/test/intltest/numfmtst.cpp
-index 34355939113..8d52dc122bf 100644
 a/test/intltest/numfmtst.cpp
-+++ b/test/intltest/numfmtst.cpp
-@@ -9226,6 +9226,14 @@ void 
NumberFormatTest::Test20037_ScientificIntegerOverflow() {
- assertEquals(u"Should not overflow and should parse only the first 
exponent",
-  u"1E-2147483647",
-  {sp.data(), sp.length(), US_INV});
-+
-+// Test edge case overflow of exponent
-+result = Formattable();
-+nf->parse(u".0003e-2147483644", result, status);
-+sp = result.getDecimalNumber(status);
-+assertEquals(u"Should not overflow",
-+ u"3E-2147483648",
-+ {sp.data(), sp.length(), US_INV});
- }
- 
- void NumberFormatTest::Test13840_ParseLongStringCrash() {
diff --git a/meta/recipes-support/icu/icu_63.1.bb 
b/meta/recipes-support/icu/icu_64.1.bb
similarity index 70%
rename from

[OE-core] [PATCH 17/19] python: update to 3.7.3

2019-04-15 Thread Alexander Kanavin 
License-update: copyright years

Signed-off-by: Alexander Kanavin 
---
 ...stutils-sysconfig-append-STAGING_LIBDIR-python-sys.patch | 2 +-
 .../12-distutils-prefix-is-inside-staging-area.patch| 2 +-
 .../python/{python3_3.7.2.bb => python3_3.7.3.bb}   | 6 +++---
 3 files changed, 5 insertions(+), 5 deletions(-)
 rename meta/recipes-devtools/python/{python3_3.7.2.bb => python3_3.7.3.bb} 
(98%)

diff --git 
a/meta/recipes-devtools/python/python3/0001-distutils-sysconfig-append-STAGING_LIBDIR-python-sys.patch
 
b/meta/recipes-devtools/python/python3/0001-distutils-sysconfig-append-STAGING_LIBDIR-python-sys.patch
index 8083345a4e0..1741f5753b4 100644
--- 
a/meta/recipes-devtools/python/python3/0001-distutils-sysconfig-append-STAGING_LIBDIR-python-sys.patch
+++ 
b/meta/recipes-devtools/python/python3/0001-distutils-sysconfig-append-STAGING_LIBDIR-python-sys.patch
@@ -1,4 +1,4 @@
-From 4865615a2bc2b78c739e4c33f536712c7f9af061 Mon Sep 17 00:00:00 2001
+From 17796e353acf08acd604610f34840a4a9d2f4b54 Mon Sep 17 00:00:00 2001
 From: Alexander Kanavin 
 Date: Thu, 31 Jan 2019 16:46:30 +0100
 Subject: [PATCH] distutils/sysconfig: append
diff --git 
a/meta/recipes-devtools/python/python3/12-distutils-prefix-is-inside-staging-area.patch
 
b/meta/recipes-devtools/python/python3/12-distutils-prefix-is-inside-staging-area.patch
index dcc0932c7f2..35213171bdb 100644
--- 
a/meta/recipes-devtools/python/python3/12-distutils-prefix-is-inside-staging-area.patch
+++ 
b/meta/recipes-devtools/python/python3/12-distutils-prefix-is-inside-staging-area.patch
@@ -1,4 +1,4 @@
-From 1397979ee445ff6826aa5469511e003539f77bb2 Mon Sep 17 00:00:00 2001
+From 12900d498bb77bcc990868a80eaf0ab257b88fff Mon Sep 17 00:00:00 2001
 From: Khem Raj 
 Date: Tue, 14 May 2013 15:00:26 -0700
 Subject: [PATCH] python3: Add target and native recipes
diff --git a/meta/recipes-devtools/python/python3_3.7.2.bb 
b/meta/recipes-devtools/python/python3_3.7.3.bb
similarity index 98%
rename from meta/recipes-devtools/python/python3_3.7.2.bb
rename to meta/recipes-devtools/python/python3_3.7.3.bb
index 6464aafa409..ea46b0535b9 100644
--- a/meta/recipes-devtools/python/python3_3.7.2.bb
+++ b/meta/recipes-devtools/python/python3_3.7.3.bb
@@ -3,7 +3,7 @@ HOMEPAGE = "http://www.python.org;
 LICENSE = "PSFv2"
 SECTION = "devel/python"
 
-LIC_FILES_CHKSUM = "file://LICENSE;md5=f257cc14f81685691652a3d3e1b5d754"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=e466242989bd33c1bd2b6a526a742498"
 
 SRC_URI = "http://www.python.org/ftp/python/${PV}/Python-${PV}.tar.xz \
file://run-ptest \
@@ -29,8 +29,8 @@ SRC_URI_append_class-native = " \
file://12-distutils-prefix-is-inside-staging-area.patch \
"
 
-SRC_URI[md5sum] = "df6ec36011808205beda239c72f947cb"
-SRC_URI[sha256sum] = 
"d83fe8ce51b1bb48bbcf0550fd265b9a75cdfdfa93f916f9e700aef8444bf1bb"
+SRC_URI[md5sum] = "93df27aec0cd18d6d42173e601ffbbfd"
+SRC_URI[sha256sum] = 
"da60b54064d4cfcd9c26576f6df2690e62085123826cff2e667e72a91952d318"
 
 # exclude pre-releases for both python 2.x and 3.x
 UPSTREAM_CHECK_REGEX = "[Pp]ython-(?P\d+(\.\d+)+).tar"
-- 
2.17.1

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

[OE-core] [PATCH 16/19] python: update to 2.7.16

2019-04-15 Thread Alexander Kanavin 
Drop backported patches

License-update: copyright years

Signed-off-by: Alexander Kanavin 
---
 ...tive_2.7.15.bb => python-native_2.7.16.bb} |   2 -
 meta/recipes-devtools/python/python.inc   |  11 +-
 ...e-XML_SetHashSalt-in-_elementtree-GH.patch |  96 --
 ...st_ssl-when-a-filename-cannot-be-enc.patch |  55 
 ...3-ciphers-for-OpenSSL-1.1.1-GH-6976-.patch | 120 --
 ...-Convert-shutil._call_external_zip-t.patch |  67 --
 ...ssing-closing-wrapper-in-test_tls1_3.patch |  37 --
 ...st_ssl.test_options-to-account-for-O.patch |  37 --
 ...st_default_ecdh_curve-needs-no-tlsv1.patch |  34 -
 .../{python_2.7.15.bb => python_2.7.16.bb}|  56 
 10 files changed, 29 insertions(+), 486 deletions(-)
 rename meta/recipes-devtools/python/{python-native_2.7.15.bb => 
python-native_2.7.16.bb} (96%)
 delete mode 100644 
meta/recipes-devtools/python/python/0001-2.7-bpo-34623-Use-XML_SetHashSalt-in-_elementtree-GH.patch
 delete mode 100644 
meta/recipes-devtools/python/python/0001-bpo-33354-Fix-test_ssl-when-a-filename-cannot-be-enc.patch
 delete mode 100644 
meta/recipes-devtools/python/python/0001-bpo-33570-TLS-1.3-ciphers-for-OpenSSL-1.1.1-GH-6976-.patch
 delete mode 100644 
meta/recipes-devtools/python/python/0001-closes-bpo-34540-Convert-shutil._call_external_zip-t.patch
 delete mode 100644 
meta/recipes-devtools/python/python/0002-bpo-34818-Add-missing-closing-wrapper-in-test_tls1_3.patch
 delete mode 100644 
meta/recipes-devtools/python/python/0003-bpo-34834-Fix-test_ssl.test_options-to-account-for-O.patch
 delete mode 100644 
meta/recipes-devtools/python/python/0004-bpo-34836-fix-test_default_ecdh_curve-needs-no-tlsv1.patch
 rename meta/recipes-devtools/python/{python_2.7.15.bb => python_2.7.16.bb} 
(86%)

diff --git a/meta/recipes-devtools/python/python-native_2.7.15.bb 
b/meta/recipes-devtools/python/python-native_2.7.16.bb
similarity index 96%
rename from meta/recipes-devtools/python/python-native_2.7.15.bb
rename to meta/recipes-devtools/python/python-native_2.7.16.bb
index 26d67df6b83..b7442800d98 100644
--- a/meta/recipes-devtools/python/python-native_2.7.15.bb
+++ b/meta/recipes-devtools/python/python-native_2.7.16.bb
@@ -1,7 +1,6 @@
 require python.inc
 EXTRANATIVEPATH += "bzip2-native"
 DEPENDS = "openssl-native bzip2-replacement-native zlib-native readline-native 
sqlite3-native expat-native gdbm-native db-native"
-PR = "${INC_PR}.1"
 
 SRC_URI += "\
 file://05-enable-ctypes-cross-build.patch \
@@ -17,7 +16,6 @@ SRC_URI += "\
 file://parallel-makeinst-create-bindir.patch \
 file://revert_use_of_sysconfigdata.patch \
 
file://0001-python-native-fix-one-do_populate_sysroot-warning.patch \
-
file://0001-2.7-bpo-34623-Use-XML_SetHashSalt-in-_elementtree-GH.patch \
"
 
 S = "${WORKDIR}/Python-${PV}"
diff --git a/meta/recipes-devtools/python/python.inc 
b/meta/recipes-devtools/python/python.inc
index 66923678b1d..779df535215 100644
--- a/meta/recipes-devtools/python/python.inc
+++ b/meta/recipes-devtools/python/python.inc
@@ -5,18 +5,13 @@ SECTION = "devel/python"
 # bump this on every change in contrib/python/generate-manifest-2.7.py
 INC_PR = "r1"
 
-LIC_FILES_CHKSUM = "file://LICENSE;md5=f257cc14f81685691652a3d3e1b5d754"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=e466242989bd33c1bd2b6a526a742498"
 
 SRC_URI = "http://www.python.org/ftp/python/${PV}/Python-${PV}.tar.xz \
-   
file://0001-bpo-33570-TLS-1.3-ciphers-for-OpenSSL-1.1.1-GH-6976-.patch \
-   
file://0002-bpo-34818-Add-missing-closing-wrapper-in-test_tls1_3.patch \
-   
file://0003-bpo-34834-Fix-test_ssl.test_options-to-account-for-O.patch \
-   
file://0004-bpo-34836-fix-test_default_ecdh_curve-needs-no-tlsv1.patch \
-   
file://0001-bpo-33354-Fix-test_ssl-when-a-filename-cannot-be-enc.patch \
"
 
-SRC_URI[md5sum] = "a80ae3cc478460b922242f43a1b4094d"
-SRC_URI[sha256sum] = 
"22d9b1ac5b26135ad2b8c2901a9413537e08749a753356ee913c84dbd2df5574"
+SRC_URI[md5sum] = "30157d85a2c0479c09ea2cbe61f2aaf5"
+SRC_URI[sha256sum] = 
"f222ef602647eecb6853681156d32de4450a2c39f4de93bd5b20235f2e660ed7"
 
 # python recipe is actually python 2.x
 # also, exclude pre-releases for both python 2.x and 3.x
diff --git 
a/meta/recipes-devtools/python/python/0001-2.7-bpo-34623-Use-XML_SetHashSalt-in-_elementtree-GH.patch
 
b/meta/recipes-devtools/python/python/0001-2.7-bpo-34623-Use-XML_SetHashSalt-in-_elementtree-GH.patch
deleted file mode 100644
index 3c0d6622966..000
--- 
a/meta/recipes-devtools/python/python/0001-2.7-bpo-34623-Use-XML_SetHashSalt-in-_elementtree-GH.patch
+++ /dev/null
@@ -1,96 +0,0 @@
-From 3ffc80959f01f9fde548f1632694b9f950c2dd7c Mon Sep 17 00:00:00 2001
-From: Christian Heimes 
-Date: Tue, 18 Sep 2018 15:13:09 +0200
-Subject: [PATCH] [2.7] bpo-34623: Use XML_SetHashSalt in _elementtree
- (GH-9146) (GH-9394)
-
-The C accelerated _elementtree module now initializes

[OE-core] [PATCH 14/19] ffmpeg: update to 4.1.3

2019-04-15 Thread Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 .../ffmpeg/{ffmpeg_4.1.2.bb => ffmpeg_4.1.3.bb}   | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-multimedia/ffmpeg/{ffmpeg_4.1.2.bb => ffmpeg_4.1.3.bb} 
(97%)

diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg_4.1.2.bb 
b/meta/recipes-multimedia/ffmpeg/ffmpeg_4.1.3.bb
similarity index 97%
rename from meta/recipes-multimedia/ffmpeg/ffmpeg_4.1.2.bb
rename to meta/recipes-multimedia/ffmpeg/ffmpeg_4.1.3.bb
index e76fe7cbbfc..994a792ded4 100644
--- a/meta/recipes-multimedia/ffmpeg/ffmpeg_4.1.2.bb
+++ b/meta/recipes-multimedia/ffmpeg/ffmpeg_4.1.3.bb
@@ -26,8 +26,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING.GPLv2;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
 SRC_URI = "https://www.ffmpeg.org/releases/${BP}.tar.xz \
file://mips64_cpu_detection.patch \
"
-SRC_URI[md5sum] = "8f7f0a6c5d81ff20d9d65d000a6b419d"
-SRC_URI[sha256sum] = 
"b95f0ae44798ab1434155ac7f81f30a7e9760a02282e4b5898372c22a335347b"
+SRC_URI[md5sum] = "dcc20dd2682ea01c678b7b8324339d43"
+SRC_URI[sha256sum] = 
"0c3020452880581a8face91595b239198078645e7d7184273b8bcc7758beb63d"
 
 # Build fails when thumb is enabled: 
https://bugzilla.yoctoproject.org/show_bug.cgi?id=7717
 ARM_INSTRUCTION_SET_armv4 = "arm"
-- 
2.17.1

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

[OE-core] [PATCH 13/19] at-spi2-core: fix meson 0.50 build

2019-04-15 Thread Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 .../atk/at-spi2-core/meson-0.50-fix.patch | 31 +++
 .../atk/at-spi2-core_2.30.0.bb|  1 +
 2 files changed, 32 insertions(+)
 create mode 100644 meta/recipes-support/atk/at-spi2-core/meson-0.50-fix.patch

diff --git a/meta/recipes-support/atk/at-spi2-core/meson-0.50-fix.patch 
b/meta/recipes-support/atk/at-spi2-core/meson-0.50-fix.patch
new file mode 100644
index 000..fbdf7d0e2ea
--- /dev/null
+++ b/meta/recipes-support/atk/at-spi2-core/meson-0.50-fix.patch
@@ -0,0 +1,31 @@
+From 44a812ea51223d82f21a098a2d45fcc5c329ce7a Mon Sep 17 00:00:00 2001
+From: Tobias Stoeckmann 
+Date: Tue, 12 Mar 2019 11:46:24 +0100
+Subject: [PATCH] Fix meson.build for meson 0.50.0.
+
+Since meson 0.50.0 it is not possible anymore to specify an
+absolute directory for subdir. To keep current functionality,
+use install_dir instead.
+
+atspi/meson.build:60:0: ERROR: Subdir keyword must not be an absolute path.
+
+Upstream-Status: Backport
+Signed-off-by: Alexander Kanavin 
+Signed-off-by: Tobias Stoeckmann 
+---
+ atspi/meson.build | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/atspi/meson.build b/atspi/meson.build
+index b7a9357..2a6915d 100644
+--- a/atspi/meson.build
 b/atspi/meson.build
+@@ -57,7 +57,7 @@ atspi_headers = [
+ 
+ atspi_includedir = join_paths(get_option('prefix'), get_option('includedir'), 
'at-spi-2.0', 'atspi')
+ 
+-install_headers(atspi_headers, subdir: atspi_includedir)
++install_headers(atspi_headers, install_dir: atspi_includedir)
+ 
+ atspi_enums = gnome.mkenums('atspi-enum-types',
+ sources: [ 'atspi-constants.h', 'atspi-types.h' ],
diff --git a/meta/recipes-support/atk/at-spi2-core_2.30.0.bb 
b/meta/recipes-support/atk/at-spi2-core_2.30.0.bb
index 06fb7195b64..36e8a9ef486 100644
--- a/meta/recipes-support/atk/at-spi2-core_2.30.0.bb
+++ b/meta/recipes-support/atk/at-spi2-core_2.30.0.bb
@@ -6,6 +6,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=e9f288ba982d60518f375b5898283886"
 MAJ_VER = "${@oe.utils.trim_version("${PV}", 2)}"
 
 SRC_URI = "${GNOME_MIRROR}/${BPN}/${MAJ_VER}/${BPN}-${PV}.tar.xz \
+   file://meson-0.50-fix.patch \
"
 
 SRC_URI[md5sum] = "d4f22c66b3210ffe6b10d01c04e008b5"
-- 
2.17.1

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

[OE-core] [PATCH 12/19] libmodulemd: update to 2.2.3

2019-04-15 Thread Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/libmodulemd/libmodulemd_git.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/libmodulemd/libmodulemd_git.bb 
b/meta/recipes-devtools/libmodulemd/libmodulemd_git.bb
index 84012e41934..40715c06ee2 100644
--- a/meta/recipes-devtools/libmodulemd/libmodulemd_git.bb
+++ b/meta/recipes-devtools/libmodulemd/libmodulemd_git.bb
@@ -7,8 +7,8 @@ SRC_URI = 
"git://github.com/fedora-modularity/libmodulemd;protocol=https \

file://0002-modulemd-v1-meson.build-do-not-generate-gir-or-gtkdo.patch \
"
 
-PV = "2.1.0"
-SRCREV = "072e6ee791fe7822a6d423bdac7e4a5cbb118bce"
+PV = "2.2.3"
+SRCREV = "4c75c6f8b39ee57aebe8fd36ef84808e893048c0"
 
 S = "${WORKDIR}/git"
 
-- 
2.17.1

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

Re: [OE-core] [PATCH] harfbuzz: update SRC_URI[md5sum] and SRC_URI[sha256sum]

2019-04-15 Thread Richard Purdie 
On Mon, 2019-04-15 at 14:12 +0800, Yi Zhao wrote:
> The previous md5sum and sha256sum are not correct.
> See: 
> https://www.freedesktop.org/software/harfbuzz/release/harfbuzz-2.4.0.tar.bz2.sha256
> 
> Signed-off-by: Yi Zhao 
> ---
>  meta/recipes-graphics/harfbuzz/harfbuzz_2.4.0.bb | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)

I wanted to understand why this was. I've looked into it and upstream
re-released the tarball.

I've updated the commit message with more details and queued it in
-next.

Cheers,

Richard

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

[OE-core] [PATCH 10/19] btrfs-tools: upgrade 4.20.1 -> 4.20.2

2019-04-15 Thread Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 .../{btrfs-tools_4.20.1.bb => btrfs-tools_4.20.2.bb}| 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/btrfs-tools/{btrfs-tools_4.20.1.bb => 
btrfs-tools_4.20.2.bb} (96%)

diff --git a/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.20.1.bb 
b/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.20.2.bb
similarity index 96%
rename from meta/recipes-devtools/btrfs-tools/btrfs-tools_4.20.1.bb
rename to meta/recipes-devtools/btrfs-tools/btrfs-tools_4.20.2.bb
index 3647232dc68..a1e7309664a 100644
--- a/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.20.1.bb
+++ b/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.20.2.bb
@@ -14,7 +14,7 @@ DEPENDS = "util-linux attr e2fsprogs lzo acl 
python3-setuptools-native"
 DEPENDS_append_class-target = " udev"
 RDEPENDS_${PN} = "libgcc"
 
-SRCREV = "6c33832b8c7bf2d7b64d6aed023c0bda43a03311"
+SRCREV = "5c748404b97035463c79ba4e5fd41b6858535509"
 SRC_URI = "git://git.kernel.org/pub/scm/linux/kernel/git/kdave/btrfs-progs.git 
\
file://0001-Add-LDFLAGS-when-building-libbtrfsutil.so.patch \

file://0001-Add-a-possibility-to-specify-where-python-modules-ar.patch \
-- 
2.17.1

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

[OE-core] [PATCH 11/19] meson: update to 0.50.0

2019-04-15 Thread Alexander Kanavin 
Remove 0001-Linker-rules-move-cross_args-in-front-of-output_args.patch
as the upstream code has been completely reworked; if the issues pops up
again, we need to re-write the fix.

Rebase:
0001-Make-CPU-family-warnings-fatal.patch
0001-environment.py-detect-windows-also-if-the-system-str.patch
0001-gtkdoc-fix-issues-that-arise-when-cross-compiling.patch
0002-Support-building-allarch-recipes-again.patch

Add 0001-mesonbuild-environment.py-check-environment-for-vari.patch
as particularly we set windows resource compiler through an
environment variable WINDRES. This has replaced the
0001-modules-windows-split-WINDRES-env-variable.patch as the code
has been refactored.

Add 0001-mesonbuild-environment.py-do-not-determine-whether-a.patch
for a more robust detection of cross builds.

Replace many-cross.patch with corresponding backports from upcoming 0.50.1:
0007-mesonbuild-allow-multiple-cross-file-options.patch
load-configs-generalise-search-path.patch

Drop cross-libdir.patch as it has been merged upstream.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/meson/meson.inc |  14 +-
 ...e-cross_args-in-front-of-output_args.patch |  30 
 .../0001-Make-CPU-family-warnings-fatal.patch |  35 ++--
 ...tect-windows-also-if-the-system-str.patch} |  16 +-
 ...sues-that-arise-when-cross-compiling.patch |   2 +-
 ...onment.py-check-environment-for-vari.patch |  28 +++
 ...onment.py-do-not-determine-whether-a.patch |  30 
 ...s-windows-split-WINDRES-env-variable.patch |  26 ---
 ...pport-building-allarch-recipes-again.patch |  16 +-
 ...d-allow-multiple-cross-file-options.patch} | 162 --
 .../meson/meson/cross-libdir.patch|  35 
 .../load-configs-generalise-search-path.patch |  50 ++
 .../{meson_0.49.2.bb => meson_0.50.0.bb}  |   0
 ...on_0.49.2.bb => nativesdk-meson_0.50.0.bb} |   0
 14 files changed, 222 insertions(+), 222 deletions(-)
 delete mode 100644 
meta/recipes-devtools/meson/meson/0001-Linker-rules-move-cross_args-in-front-of-output_args.patch
 rename 
meta/recipes-devtools/meson/meson/{0002-environment.py-detect-windows-also-if-the-system-str.patch
 => 0001-environment.py-detect-windows-also-if-the-system-str.patch} (59%)
 create mode 100644 
meta/recipes-devtools/meson/meson/0001-mesonbuild-environment.py-check-environment-for-vari.patch
 create mode 100644 
meta/recipes-devtools/meson/meson/0001-mesonbuild-environment.py-do-not-determine-whether-a.patch
 delete mode 100644 
meta/recipes-devtools/meson/meson/0001-modules-windows-split-WINDRES-env-variable.patch
 rename meta/recipes-devtools/meson/meson/{many-cross.patch => 
0007-mesonbuild-allow-multiple-cross-file-options.patch} (54%)
 delete mode 100644 meta/recipes-devtools/meson/meson/cross-libdir.patch
 create mode 100644 
meta/recipes-devtools/meson/meson/load-configs-generalise-search-path.patch
 rename meta/recipes-devtools/meson/{meson_0.49.2.bb => meson_0.50.0.bb} (100%)
 rename meta/recipes-devtools/meson/{nativesdk-meson_0.49.2.bb => 
nativesdk-meson_0.50.0.bb} (100%)

diff --git a/meta/recipes-devtools/meson/meson.inc 
b/meta/recipes-devtools/meson/meson.inc
index 2d18f72c0c1..6d743fbe142 100644
--- a/meta/recipes-devtools/meson/meson.inc
+++ b/meta/recipes-devtools/meson/meson.inc
@@ -7,18 +7,18 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=3b83ef96387f14655fc854ddc3c6bd57"
 SRC_URI = 
"https://github.com/mesonbuild/meson/releases/download/${PV}/meson-${PV}.tar.gz 
\
file://0001-gtkdoc-fix-issues-that-arise-when-cross-compiling.patch 
\

file://0002-gobject-introspection-determine-g-ir-scanner-and-g-i.patch \
-   
file://0001-Linker-rules-move-cross_args-in-front-of-output_args.patch \
file://0003-native_bindir.patch \

file://0001-python-module-do-not-manipulate-the-environment-when.patch \
file://disable-rpath-handling.patch \
-   file://0001-modules-windows-split-WINDRES-env-variable.patch \
-   
file://0002-environment.py-detect-windows-also-if-the-system-str.patch \
file://cross-prop-default.patch \
-   file://many-cross.patch \
-   file://cross-libdir.patch \
+   file://load-configs-generalise-search-path.patch \
+   file://0007-mesonbuild-allow-multiple-cross-file-options.patch \
+   
file://0001-environment.py-detect-windows-also-if-the-system-str.patch \
+   
file://0001-mesonbuild-environment.py-do-not-determine-whether-a.patch \
+   
file://0001-mesonbuild-environment.py-check-environment-for-vari.patch \
"
-SRC_URI[sha256sum] = 
"ef9f14326ec1e30d3ba1a26df0f92826ede5a79255ad723af78a2691c37109fd"
-SRC_URI[md5sum] = "0267b0871266056184c484792572c682"
+SRC_URI[sha256sum] = 
"2a1bc42dda58206fb922cda5e1ca95cc03ad126321d26acc47d3493ec4e7021f"
+SRC_URI[md5sum] = "433483107fda4616eaf33de7e7083a84"
 
 SRC_URI_append_class-native = " \
 file://0001-Make-CPU-family-warnings-fatal.patch \
diff --git

[OE-core] [PATCH 09/19] dnf: upgrade 4.1.0 -> 4.2.2

2019-04-15 Thread Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/dnf/{dnf_4.1.0.bb => dnf_4.2.2.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/dnf/{dnf_4.1.0.bb => dnf_4.2.2.bb} (98%)

diff --git a/meta/recipes-devtools/dnf/dnf_4.1.0.bb 
b/meta/recipes-devtools/dnf/dnf_4.2.2.bb
similarity index 98%
rename from meta/recipes-devtools/dnf/dnf_4.1.0.bb
rename to meta/recipes-devtools/dnf/dnf_4.2.2.bb
index d45023eb0c0..3970b411217 100644
--- a/meta/recipes-devtools/dnf/dnf_4.1.0.bb
+++ b/meta/recipes-devtools/dnf/dnf_4.2.2.bb
@@ -12,7 +12,7 @@ SRC_URI = "git://github.com/rpm-software-management/dnf.git \
file://0030-Run-python-scripts-using-env.patch \
"
 
-SRCREV = "ad9b2175517c896c898cf9c8660e9b9b688ac5c7"
+SRCREV = "9947306a55271b8b7c9e2b6e3b7d582885b6045d"
 UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+(\.\d+)+)"
 
 S = "${WORKDIR}/git"
-- 
2.17.1

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

[OE-core] [PATCH 07/19] libdnf: update to 0.28.1

2019-04-15 Thread Alexander Kanavin 
Remove upstreamed 0001-include-missing-string-and-errno.h-headers.patch

Rebase the other patches.

Signed-off-by: Alexander Kanavin 
---
 .../libdnf/0001-Add-WITH_TESTS-option.patch   | 44 ++---
 ...or-both-libsolv-and-libsolvext-libdn.patch | 16 ++---
 ...e-missing-string-and-errno.h-headers.patch | 65 ---
 ...ables-with-pkg-config-cmake-s-own-mo.patch | 20 +++---
 .../{libdnf_0.26.0.bb => libdnf_0.28.1.bb}|  3 +-
 5 files changed, 41 insertions(+), 107 deletions(-)
 delete mode 100644 
meta/recipes-devtools/libdnf/libdnf/0001-include-missing-string-and-errno.h-headers.patch
 rename meta/recipes-devtools/libdnf/{libdnf_0.26.0.bb => libdnf_0.28.1.bb} 
(90%)

diff --git 
a/meta/recipes-devtools/libdnf/libdnf/0001-Add-WITH_TESTS-option.patch 
b/meta/recipes-devtools/libdnf/libdnf/0001-Add-WITH_TESTS-option.patch
index 7c8131b4be8..3c87d4d8b33 100644
--- a/meta/recipes-devtools/libdnf/libdnf/0001-Add-WITH_TESTS-option.patch
+++ b/meta/recipes-devtools/libdnf/libdnf/0001-Add-WITH_TESTS-option.patch
@@ -1,4 +1,4 @@
-From 0d0155c4dd6c0b3305ea2ab0e10b0f84d024a6e1 Mon Sep 17 00:00:00 2001
+From e5a50db749b2b02e9e0cff9f7b639020e8ac76da Mon Sep 17 00:00:00 2001
 From: Alexander Kanavin 
 Date: Tue, 6 Nov 2018 13:54:43 +0100
 Subject: [PATCH] Add WITH_TESTS option
@@ -14,36 +14,36 @@ Signed-off-by: Alexander Kanavin 
  2 files changed, 5 insertions(+)
 
 diff --git a/CMakeLists.txt b/CMakeLists.txt
-index b73a03d7..a9e0200f 100644
+index ce88b9e3..7a99320a 100644
 --- a/CMakeLists.txt
 +++ b/CMakeLists.txt
-@@ -36,6 +36,7 @@ OPTION(WITH_MAN "Enables hawkey man page generation" ON)
- OPTION(WITH_HTML "Enables hawkey HTML generation" ON)
+@@ -32,6 +32,7 @@ option(WITH_HTML "Enables hawkey HTML generation" ON)
+ option(WITH_MAN "Enables hawkey man page generation" ON)
+ option(ENABLE_RHSM_SUPPORT "Build with Red Hat Subscription Manager support?" 
OFF)
+ option(ENABLE_SOLV_URPMREORDER "Build with support for URPM-like solution 
reordering?" OFF)
++option(WITH_TESTS "Enables unit tests" ON)
  
- OPTION(WITH_BINDINGS "Enables python/SWIG bindings" ON)
-+OPTION(WITH_TESTS "Enables unit tests" ON)
  
- OPTION (ENABLE_SOLV_URPMREORDER "Build with support for URPM-like solution 
reordering?" OFF)
- option (ENABLE_RHSM_SUPPORT "Build with Red Hat Subscription Manager 
support?" OFF)
-@@ -122,8 +123,10 @@ IF (WITH_BINDINGS)
- # ADD_SUBDIRECTORY (bindings/perl)
- ADD_SUBDIRECTORY (bindings/python)
- ENDIF()
+ # load pkg-config first; it's required by other modules
+@@ -158,8 +159,10 @@ endif()
+ 
+ 
+ # build tests
 +IF (WITH_TESTS)
- ENABLE_TESTING()
- ADD_SUBDIRECTORY (tests)
+ enable_testing()
+ add_subdirectory(tests)
 +ENDIF()
- IF (WITH_BINDINGS)
- ADD_SUBDIRECTORY (python/hawkey)
- ADD_SUBDIRECTORY (docs/hawkey)
+ if(WITH_BINDINGS)
+ add_subdirectory(python/hawkey)
+ endif()
 diff --git a/python/hawkey/CMakeLists.txt b/python/hawkey/CMakeLists.txt
-index 3c0b3c0c..31466ed9 100644
+index d9645346..84d17204 100644
 --- a/python/hawkey/CMakeLists.txt
 +++ b/python/hawkey/CMakeLists.txt
-@@ -49,4 +49,6 @@ TARGET_LINK_LIBRARIES(_hawkeymodule ${PYTHON_LIBRARY})
- INSTALL(FILES __init__.py DESTINATION ${PYTHON_INSTALL_DIR}/hawkey)
- INSTALL(TARGETS _hawkeymodule LIBRARY DESTINATION 
${PYTHON_INSTALL_DIR}/hawkey)
+@@ -50,4 +50,6 @@ target_link_libraries(_hawkeymodule ${PYTHON_LIBRARY})
+ install(FILES __init__.py DESTINATION ${PYTHON_INSTALL_DIR}/hawkey)
+ install(TARGETS _hawkeymodule LIBRARY DESTINATION 
${PYTHON_INSTALL_DIR}/hawkey)
  
 +IF (WITH_TESTS)
- ADD_SUBDIRECTORY(tests)
+ add_subdirectory(tests)
 +ENDIF()
diff --git 
a/meta/recipes-devtools/libdnf/libdnf/0001-Get-parameters-for-both-libsolv-and-libsolvext-libdn.patch
 
b/meta/recipes-devtools/libdnf/libdnf/0001-Get-parameters-for-both-libsolv-and-libsolvext-libdn.patch
index 246db34154a..10450defbec 100644
--- 
a/meta/recipes-devtools/libdnf/libdnf/0001-Get-parameters-for-both-libsolv-and-libsolvext-libdn.patch
+++ 
b/meta/recipes-devtools/libdnf/libdnf/0001-Get-parameters-for-both-libsolv-and-libsolvext-libdn.patch
@@ -1,4 +1,4 @@
-From c139a6c929cff93dbb9b8279e97263fc9e055727 Mon Sep 17 00:00:00 2001
+From 9294cd19e5e3121fb8d37b44ee82dd7c4b3ab2c7 Mon Sep 17 00:00:00 2001
 From: Alexander Kanavin 
 Date: Tue, 7 Feb 2017 12:16:03 +0200
 Subject: [PATCH] Get parameters for both libsolv and libsolvext (libdnf is
@@ -13,15 +13,15 @@ Signed-off-by: Alexander Kanavin 
  1 file changed, 1 insertion(+), 1 deletion(-)
 
 diff --git a/CMakeLists.txt b/CMakeLists.txt
-index cd91f08..6422534 100644
+index b722d4fb..ce88b9e3 100644
 --- a/CMakeLists.txt
 +++ b/CMakeLists.txt
-@@ -46,7 +46,7 @@ endif(APPLE)
- PKG_CHECK_MODULES(GLIB gio-unix-2.0>=2.46.0 REQUIRED)
- pkg_check_modules(SMARTCOLS REQUIRED smartcols)
- FIND_LIBRARY (RPMDB_LIBRARY NAMES rpmdb)
+@@ -45,7 +45,7 @@ endif()
+ 
+ # build dependencies
+ find_package(Gpgme REQUIRED)
 -PKG_CHECK_MODULES (LIBSOLV REQUIRED libsolv)
 +PKG_CHECK_MODULES (LIBSOLV REQUIRED libsolv libsolvext)

[OE-core] [PATCH 08/19] libcomps: upgrade 0.1.10 -> 0.1.11

2019-04-15 Thread Alexander Kanavin 
Remove upstreamed patch.

Signed-off-by: Alexander Kanavin 
---
 ...-library-installation-path-correctly.patch | 27 ---
 .../recipes-devtools/libcomps/libcomps_git.bb |  5 ++--
 2 files changed, 2 insertions(+), 30 deletions(-)
 delete mode 100644 
meta/recipes-devtools/libcomps/libcomps/0002-Set-library-installation-path-correctly.patch

diff --git 
a/meta/recipes-devtools/libcomps/libcomps/0002-Set-library-installation-path-correctly.patch
 
b/meta/recipes-devtools/libcomps/libcomps/0002-Set-library-installation-path-correctly.patch
deleted file mode 100644
index dc3d9763523..000
--- 
a/meta/recipes-devtools/libcomps/libcomps/0002-Set-library-installation-path-correctly.patch
+++ /dev/null
@@ -1,27 +0,0 @@
-From b1f61296e2f16c2b9a39c5501e4538628ff01ab4 Mon Sep 17 00:00:00 2001
-From: Alexander Kanavin 
-Date: Fri, 30 Dec 2016 18:26:00 +0200
-Subject: [PATCH 2/2] Set library installation path correctly
-
-Upstream-Status: Submitted 
[https://github.com/rpm-software-management/libcomps/pull/32]
-Signed-off-by: Alexander Kanavin 

- libcomps/src/CMakeLists.txt | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/libcomps/src/CMakeLists.txt b/libcomps/src/CMakeLists.txt
-index e553d77..e2eef9c 100644
 a/libcomps/src/CMakeLists.txt
-+++ b/libcomps/src/CMakeLists.txt
-@@ -52,7 +52,7 @@ add_dependencies(libcomps src-copy)
- IF (CMAKE_SIZEOF_VOID_P MATCHES "8")
- SET (LIB_SUFFIX "64")
- ENDIF (CMAKE_SIZEOF_VOID_P MATCHES "8")
--set (LIB_INST_DIR ${CMAKE_INSTALL_PREFIX}/lib${LIB_SUFFIX})
-+set (LIB_INST_DIR ${CMAKE_INSTALL_LIBDIR})
- 
- 
- install (FILES ${libcomps_HEADERS} DESTINATION include/libcomps)
--- 
-2.11.0
-
diff --git a/meta/recipes-devtools/libcomps/libcomps_git.bb 
b/meta/recipes-devtools/libcomps/libcomps_git.bb
index ff6820851fe..372c3c35804 100644
--- a/meta/recipes-devtools/libcomps/libcomps_git.bb
+++ b/meta/recipes-devtools/libcomps/libcomps_git.bb
@@ -4,13 +4,12 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
 
 SRC_URI = "git://github.com/rpm-software-management/libcomps.git \
file://0001-Do-not-set-PYTHON_INSTALL_DIR-by-running-python.patch \
-   file://0002-Set-library-installation-path-correctly.patch \
file://0001-Make-__comps_objmrtree_all-static-inline.patch \
file://0001-Add-crc32.c-to-sources-list.patch \
"
 
-PV = "0.1.10"
-SRCREV = "86a82fcd155c27092340d15a34f5c75c4da88243"
+PV = "0.1.11"
+SRCREV = "d868a79b76fb980d1371c28124ae07f00d2b63a9"
 
 S = "${WORKDIR}/git"
 
-- 
2.17.1

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

[OE-core] [PATCH 06/19] vala: update to 0.44.3

2019-04-15 Thread Alexander Kanavin 
Remove valadoc-related patches, as upstream added an option to disable it;
adjust the recipe accordingly.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/vala/vala.inc   |   2 +-
 .../vala/vala/0001-Disable-valadoc.patch  |  32 ---
 .../vala/vala/disable-graphviz.patch  | 226 --
 meta/recipes-devtools/vala/vala_0.42.5.bb |  10 -
 meta/recipes-devtools/vala/vala_0.44.3.bb |   8 +
 5 files changed, 9 insertions(+), 269 deletions(-)
 delete mode 100644 meta/recipes-devtools/vala/vala/0001-Disable-valadoc.patch
 delete mode 100644 meta/recipes-devtools/vala/vala/disable-graphviz.patch
 delete mode 100644 meta/recipes-devtools/vala/vala_0.42.5.bb
 create mode 100644 meta/recipes-devtools/vala/vala_0.44.3.bb

diff --git a/meta/recipes-devtools/vala/vala.inc 
b/meta/recipes-devtools/vala/vala.inc
index f680640ca68..703ed1aa8d0 100644
--- a/meta/recipes-devtools/vala/vala.inc
+++ b/meta/recipes-devtools/vala/vala.inc
@@ -37,7 +37,7 @@ EOF
 chmod +x ${B}/vapigen-wrapper
 }
 
-EXTRA_OECONF += " --disable-graphviz"
+EXTRA_OECONF += " --disable-valadoc"
 
 # Vapigen wrapper needs to be available system-wide, because it will be used
 # to build vapi files from all other packages with vala support
diff --git a/meta/recipes-devtools/vala/vala/0001-Disable-valadoc.patch 
b/meta/recipes-devtools/vala/vala/0001-Disable-valadoc.patch
deleted file mode 100644
index 9b27b7fd14a..000
--- a/meta/recipes-devtools/vala/vala/0001-Disable-valadoc.patch
+++ /dev/null
@@ -1,32 +0,0 @@
-From b6ca3876e233c724fd460c1579abc4ab63c8d01e Mon Sep 17 00:00:00 2001
-From: Alexander Kanavin 
-Date: Wed, 4 Oct 2017 15:23:08 +0300
-Subject: [PATCH] Disable valadoc
-
-Valadoc is a documentation generator for Vala sources, which was
-recently merged into the main vala source tree. Unsurprisingly,
-it's broken in cross-compile environment in multiple ways,
-so let's fix it some other time.
-
-Upstream-Status: Inappropriate [oe-core specific]
-Signed-off-by: Alexander Kanavin 

- Makefile.am | 2 --
- 1 file changed, 2 deletions(-)
-
-diff --git a/Makefile.am b/Makefile.am
-index e5dc0cc..813b3fc 100644
 a/Makefile.am
-+++ b/Makefile.am
-@@ -13,8 +13,6 @@ SUBDIRS = \
-   doc \
-   gobject-introspection \
-   vapigen \
--  libvaladoc \
--  valadoc \
-   $(NULL)
- 
- if ENABLE_UNVERSIONED
--- 
-2.14.1
-
diff --git a/meta/recipes-devtools/vala/vala/disable-graphviz.patch 
b/meta/recipes-devtools/vala/vala/disable-graphviz.patch
deleted file mode 100644
index e521bc854b3..000
--- a/meta/recipes-devtools/vala/vala/disable-graphviz.patch
+++ /dev/null
@@ -1,226 +0,0 @@
-From b2723ff18b70c67c8a7fab5375a7f3c442d49790 Mon Sep 17 00:00:00 2001
-From: Rico Tzschichholz 
-Date: Wed, 6 Sep 2017 18:52:55 +0200
-Subject: [PATCH] libvaladoc: Allow disabling the graphviz dependency of
-
- valadoc
-
-https://bugzilla.gnome.org/show_bug.cgi?id=787375
-Signed-off-by: Alexander Kanavin 
-Upstream-Status: Submitted [bugzilla link above]
-

- configure.ac  | 60 ++-
- libvaladoc/Makefile.am| 25 ---
- libvaladoc/html/basicdoclet.vala  |  8 
- libvaladoc/html/htmlmarkupwriter.vala |  4 ++
- 4 files changed, 63 insertions(+), 34 deletions(-)
-
-diff --git a/configure.ac b/configure.ac
-index 730c72d..af81986 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -119,34 +119,38 @@ PKG_CHECK_MODULES(GMODULE, gmodule-2.0 >= $GLIB_REQUIRED)
- AC_SUBST(GMODULE_CFLAGS)
- AC_SUBST(GMODULE_LIBS)
- 
--PKG_CHECK_MODULES(LIBGVC, libgvc >= $LIBGVC_REQUIRED)
--AC_MSG_CHECKING([for CGRAPH])
--cgraph_tmp_LIBADD="$LIBADD"
--cgraph_tmp_CFLAGS="$CFLAGS"
--LIBADD="$LIBADD $LIBGVC_LIBS"
--CFLAGS="$CFLAGS $LIBGVC_CFLAGS"
--AC_RUN_IFELSE(
--  [AC_LANG_SOURCE([
--  #include 
--
--  int main(void) {
--  #ifdef WITH_CGRAPH
--  return 0;
--  #else
--  return -1;
--  #endif
--  }
--  ])], [
--  AC_MSG_RESULT([yes])
--  VALAFLAGS="$VALAFLAGS -D WITH_CGRAPH"
--  have_cgraph=yes
--  ], [
--  AC_MSG_RESULT([no])
--  have_cgraph=no
--  ]
--)
--LIBADD="$cgraph_tmp_LIBADD"
--CFLAGS="$cgraph_tmp_CFLAGS"
-+AC_ARG_ENABLE(graphviz, AS_HELP_STRING([--disable-graphviz], [Disable 
graphviz usage for valadoc]), enable_graphviz=$enableval, enable_graphviz=yes)
-+if test x$enable_graphviz = xyes; then
-+  PKG_CHECK_MODULES(LIBGVC, libgvc >= $LIBGVC_REQUIRED)
-+  AC_MSG_CHECKING([for CGRAPH])
-+  VALAFLAGS="$VALAFLAGS -D HAVE_GRAPHVIZ"
-+  cgraph_tmp_LIBADD="$LIBADD"
-+  cgraph_tmp_CFLAGS="$CFLAGS"
-+  LIBADD="$LIBADD $LIBGVC_LIBS"
-+  CFLAGS="$CFLAGS $LIBGVC_CFLAGS"
-+  AC_RUN_IFELSE(
-+  [AC_LANG_SOURCE([
-+  #include 
-+

[OE-core] [PATCH 04/19] libdazzle: update to 3.32.1

2019-04-15 Thread Alexander Kanavin 
Remove a patch as the problem was fixed upstream.

Signed-off-by: Alexander Kanavin 
---
 ...ine-so-that-gir-compilation-succeeds.patch | 26 ---
 ...ibdazzle_3.30.2.bb => libdazzle_3.32.1.bb} |  5 ++--
 2 files changed, 2 insertions(+), 29 deletions(-)
 delete mode 100644 
meta/recipes-gnome/libdazzle/libdazzle/0001-Add-a-define-so-that-gir-compilation-succeeds.patch
 rename meta/recipes-gnome/libdazzle/{libdazzle_3.30.2.bb => 
libdazzle_3.32.1.bb} (64%)

diff --git 
a/meta/recipes-gnome/libdazzle/libdazzle/0001-Add-a-define-so-that-gir-compilation-succeeds.patch
 
b/meta/recipes-gnome/libdazzle/libdazzle/0001-Add-a-define-so-that-gir-compilation-succeeds.patch
deleted file mode 100644
index c959d43972f..000
--- 
a/meta/recipes-gnome/libdazzle/libdazzle/0001-Add-a-define-so-that-gir-compilation-succeeds.patch
+++ /dev/null
@@ -1,26 +0,0 @@
-From 546d53c3515e8a488a204763437d1fa0917097e5 Mon Sep 17 00:00:00 2001
-From: Alexander Kanavin 
-Date: Tue, 11 Dec 2018 12:39:30 +0100
-Subject: [PATCH] Add a define so that gir compilation succeeds
-
-For some reason meson 0.49.0 does not anymore pass global arguments to gir 
compiler.
-
-Upstream-Status: Pending
-Signed-off-by: Alexander Kanavin 

- src/meson.build | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/src/meson.build b/src/meson.build
-index 6ff8a6a..f0b2887 100644
 a/src/meson.build
-+++ b/src/meson.build
-@@ -132,7 +132,7 @@ if get_option('with_introspection')
- install_dir_gir: girdir,
- install_dir_typelib: typelibdir,
- export_packages: libdazzle_package,
-- extra_args: [ '--c-include=dazzle.h', '--quiet' ],
-+ extra_args: [ '--c-include=dazzle.h', '--quiet', 
'-DDAZZLE_COMPILATION' ],
-   )
- 
-   if get_option('with_vapi')
diff --git a/meta/recipes-gnome/libdazzle/libdazzle_3.30.2.bb 
b/meta/recipes-gnome/libdazzle/libdazzle_3.32.1.bb
similarity index 64%
rename from meta/recipes-gnome/libdazzle/libdazzle_3.30.2.bb
rename to meta/recipes-gnome/libdazzle/libdazzle_3.32.1.bb
index c112857f2c8..dac59f86b31 100644
--- a/meta/recipes-gnome/libdazzle/libdazzle_3.30.2.bb
+++ b/meta/recipes-gnome/libdazzle/libdazzle_3.32.1.bb
@@ -7,9 +7,8 @@ inherit gnomebase upstream-version-is-even vala 
distro_features_check gobject-in
 
 DEPENDS = "glib-2.0-native glib-2.0 gtk+3"
 
-SRC_URI += " file://0001-Add-a-define-so-that-gir-compilation-succeeds.patch"
-SRC_URI[archive.md5sum] = "24e2e1b914a34f5b8868a9507d1f3c4c"
-SRC_URI[archive.sha256sum] = 
"78770eae9fa15ac5acb9c733d29459330b2540affbf72933119e36dbd90b36d5"
+SRC_URI[archive.md5sum] = "5f6455ebc47e86f63b9579997137f391"
+SRC_URI[archive.sha256sum] = 
"238da19fdcc3ae9bb0c2d781d099fb8c6ec70c4dd3dffad80d230344ecc3f972"
 
 GIR_MESON_OPTION = 'with_introspection'
 
-- 
2.17.1

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

[OE-core] [PATCH 05/19] epiphany: update to 3.32.1.2

2019-04-15 Thread Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 .../epiphany/{epiphany_3.30.3.bb => epiphany_3.32.1.2.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-gnome/epiphany/{epiphany_3.30.3.bb => 
epiphany_3.32.1.2.bb} (85%)

diff --git a/meta/recipes-gnome/epiphany/epiphany_3.30.3.bb 
b/meta/recipes-gnome/epiphany/epiphany_3.32.1.2.bb
similarity index 85%
rename from meta/recipes-gnome/epiphany/epiphany_3.30.3.bb
rename to meta/recipes-gnome/epiphany/epiphany_3.32.1.2.bb
index a64c82f48bf..9641619e3f2 100644
--- a/meta/recipes-gnome/epiphany/epiphany_3.30.3.bb
+++ b/meta/recipes-gnome/epiphany/epiphany_3.32.1.2.bb
@@ -13,8 +13,8 @@ REQUIRED_DISTRO_FEATURES = "x11 opengl"
 SRC_URI = 
"${GNOME_MIRROR}/${GNOMEBN}/${@gnome_verdir("${PV}")}/${GNOMEBN}-${PV}.tar.${GNOME_COMPRESS_TYPE};name=archive
 \
file://0002-help-meson.build-disable-the-use-of-yelp.patch \
"
-SRC_URI[archive.md5sum] = "fd05702b1c9bcb6a0633de54c4a6ccd2"
-SRC_URI[archive.sha256sum] = 
"76cdb8db6af2da8c3371a73e2dfd5ba64867b5f1e65fa9621f35348a42ff0d17"
+SRC_URI[archive.md5sum] = "93faec353e9f62519859e6164350fd5d"
+SRC_URI[archive.sha256sum] = 
"a8284fb9bbc8b7914a154a8eac1598c8b59ae421e0d685146fb48198427926be"
 
 EXTRA_OEMESON += " -Ddistributor_name=${DISTRO}"
 
-- 
2.17.1

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

[OE-core] [PATCH 01/19] gobject-introspection: update to 1.60.1

2019-04-15 Thread Alexander Kanavin 
Drop upstreamed patches:
0010-meson-add-option-gir-dir-prefix.patch
0002-g-ir-tools-respect-gir_dir_prefix.patch
0001-configure.ac-make-GIR_DIR-configurable.patch

Rebase the rest.

Upstream has renamed the gir_dir_prefix option, adjust the recipe.

Add a patch to disable tests in cross builds, as previously meson
build system didn't actually build them.

Signed-off-by: Alexander Kanavin 
---
 ...t-cross-compilation-support-to-meson.patch | 37 -
 ...pository-directory-for-native-builds.patch | 12 +--
 ...lete-upstream-attempt-at-cross-compi.patch |  8 +-
 ...nfigure.ac-make-GIR_DIR-configurable.patch | 68 -
 ...scanner-add-a-lib-dirs-envvar-option.patch | 16 ++--
 ...-error-return-codes-from-ldd-wrapper.patch |  7 +-
 ...d-disable-tests-when-cross-compiling.patch | 26 +++
 ...-host-gi-gi-cross-wrapper-gi-ldd-wra.patch | 10 +--
 ...02-g-ir-tools-respect-gir_dir_prefix.patch | 76 ---
 ...canner-add-use-binary-wrapper-option.patch |  8 +-
 ...scanner-add-a-use-ldd-wrapper-option.patch | 10 +--
 ...g-paths-with-PKG_CONFIG_SYSROOT_DIR-.patch | 10 +--
 ...0010-meson-add-option-gir-dir-prefix.patch | 66 
 ...8.3.bb => gobject-introspection_1.60.1.bb} | 10 +--
 14 files changed, 91 insertions(+), 273 deletions(-)
 delete mode 100644 
meta/recipes-gnome/gobject-introspection/gobject-introspection/0001-configure.ac-make-GIR_DIR-configurable.patch
 create mode 100644 
meta/recipes-gnome/gobject-introspection/gobject-introspection/0001-meson.build-disable-tests-when-cross-compiling.patch
 delete mode 100644 
meta/recipes-gnome/gobject-introspection/gobject-introspection/0002-g-ir-tools-respect-gir_dir_prefix.patch
 delete mode 100644 
meta/recipes-gnome/gobject-introspection/gobject-introspection/0010-meson-add-option-gir-dir-prefix.patch
 rename 
meta/recipes-gnome/gobject-introspection/{gobject-introspection_1.58.3.bb => 
gobject-introspection_1.60.1.bb} (96%)

diff --git 
a/meta/recipes-gnome/gobject-introspection/gobject-introspection/0001-Port-cross-compilation-support-to-meson.patch
 
b/meta/recipes-gnome/gobject-introspection/gobject-introspection/0001-Port-cross-compilation-support-to-meson.patch
index 80c9e71ad57..5747d61c192 100644
--- 
a/meta/recipes-gnome/gobject-introspection/gobject-introspection/0001-Port-cross-compilation-support-to-meson.patch
+++ 
b/meta/recipes-gnome/gobject-introspection/gobject-introspection/0001-Port-cross-compilation-support-to-meson.patch
@@ -1,4 +1,4 @@
-From ea25a5a755bc839d5b504aac207f860ae68109bc Mon Sep 17 00:00:00 2001
+From 2b3bce1526b538dc2c7fa223eaf9808858aa1b06 Mon Sep 17 00:00:00 2001
 From: Alexander Kanavin 
 Date: Thu, 15 Nov 2018 15:10:05 +0100
 Subject: [PATCH] Port cross-compilation support to meson
@@ -7,16 +7,16 @@ Upstream-Status: Pending
 Signed-off-by: Alexander Kanavin 
 
 ---
- gir/meson.build   | 59 ++-
- meson.build   |  4 +++-
- meson_options.txt | 20 
- 3 files changed, 66 insertions(+), 17 deletions(-)
+ gir/meson.build   | 62 ++-
+ meson.build   |  4 ++-
+ meson_options.txt | 20 +++
+ 3 files changed, 68 insertions(+), 18 deletions(-)
 
 diff --git a/gir/meson.build b/gir/meson.build
-index 1cb514a..f873068 100644
+index 85ae575..327c134 100644
 --- a/gir/meson.build
 +++ b/gir/meson.build
-@@ -36,15 +36,27 @@ gir_files = [
+@@ -36,16 +36,29 @@ gir_files = [
  typelibdir = join_paths(get_option('libdir'), 'girepository-1.0')
  install_data(gir_files, install_dir: girdir)
  
@@ -25,6 +25,7 @@ index 1cb514a..f873068 100644
 -  girscanner,
 -  '--output=@OUTPUT@',
 -  '--no-libtool',
+-  '--quiet',
 -  '--reparse-validate',
 -  '--add-include-path', join_paths(meson.current_build_dir()),
 -  '--add-include-path', join_paths(meson.current_source_dir()),
@@ -34,6 +35,7 @@ index 1cb514a..f873068 100644
 +  'g-ir-scanner',
 +  '--output=@OUTPUT@',
 +  '--no-libtool',
++  '--quiet',
 +  '--reparse-validate',
 +  '--add-include-path', join_paths(meson.current_build_dir()),
 +  '--add-include-path', join_paths(meson.current_source_dir()),
@@ -44,6 +46,7 @@ index 1cb514a..f873068 100644
 +  girscanner,
 +  '--output=@OUTPUT@',
 +  '--no-libtool',
++  '--quiet',
 +  '--reparse-validate',
 +  '--add-include-path', join_paths(meson.current_build_dir()),
 +  '--add-include-path', join_paths(meson.current_source_dir()),
@@ -53,7 +56,7 @@ index 1cb514a..f873068 100644
  
  dep_type = glib_dep.type_name()
  if dep_type == 'internal'
-@@ -57,6 +69,12 @@ if dep_type == 'internal'
+@@ -58,6 +71,12 @@ if dep_type == 'internal'
'--extra-library=glib-2.0', 
'--extra-library=gobject-2.0']
  endif
  
@@ -66,7 +69,7 @@ index 1cb514a..f873068 100644
  # Take a glob and print to newlines
  globber = '''
  from glob import glob
-@@ -83,8 +101,8 @@ glib_command = scanner_command + [
+@@ -84,8 +103,8 @@ glib_command =

[OE-core] [PATCH 03/19] webkitgtk: update to 2.24.0

2019-04-15 Thread Alexander Kanavin 
Drop bad_optional_access.patch, as the code it tweaks has
been removed upstream.

Rebase other patches.

Add an option for jpeg2000 support.

Signed-off-by: Alexander Kanavin 
---
 .../webkitgtk/0001-Fix-build-with-musl.patch  | 12 +++---
 ...tings-so-that-gtkdoc-generation-work.patch | 37 +--
 ...acros-Append-to-I-and-not-to-isystem.patch | 32 
 .../webkitgtk/bad_optional_access.patch   | 35 --
 ...ebkitgtk_2.22.7.bb => webkitgtk_2.24.0.bb} |  6 +--
 5 files changed, 42 insertions(+), 80 deletions(-)
 delete mode 100644 meta/recipes-sato/webkit/webkitgtk/bad_optional_access.patch
 rename meta/recipes-sato/webkit/{webkitgtk_2.22.7.bb => webkitgtk_2.24.0.bb} 
(96%)

diff --git a/meta/recipes-sato/webkit/webkitgtk/0001-Fix-build-with-musl.patch 
b/meta/recipes-sato/webkit/webkitgtk/0001-Fix-build-with-musl.patch
index d9a18e0ce93..0c145c7ebd7 100644
--- a/meta/recipes-sato/webkit/webkitgtk/0001-Fix-build-with-musl.patch
+++ b/meta/recipes-sato/webkit/webkitgtk/0001-Fix-build-with-musl.patch
@@ -1,4 +1,4 @@
-From 322966273a8e085829261a397af37de0fbf51aad Mon Sep 17 00:00:00 2001
+From c4d4d9f1aa74addefdad40294cf16d9e0b3dd6ec Mon Sep 17 00:00:00 2001
 From: Alexander Kanavin 
 Date: Fri, 6 Oct 2017 17:00:08 +0300
 Subject: [PATCH] Fix build with musl
@@ -12,7 +12,7 @@ Signed-off-by: Alexander Kanavin 
  2 files changed, 6 insertions(+), 6 deletions(-)
 
 diff --git a/Source/JavaScriptCore/runtime/MachineContext.h 
b/Source/JavaScriptCore/runtime/MachineContext.h
-index 836d755..7665d25 100644
+index 823964c2..00841146 100644
 --- a/Source/JavaScriptCore/runtime/MachineContext.h
 +++ b/Source/JavaScriptCore/runtime/MachineContext.h
 @@ -188,7 +188,7 @@ static inline void*& stackPointerImpl(mcontext_t& 
machineContext)
@@ -61,12 +61,12 @@ index 836d755..7665d25 100644
  // The following sequence depends on glibc's sys/ucontext.h.
  #if CPU(X86)
 diff --git a/Source/WTF/wtf/Platform.h b/Source/WTF/wtf/Platform.h
-index a841946..1e5c7dd 100644
+index 34f7cb14..32ad9150 100644
 --- a/Source/WTF/wtf/Platform.h
 +++ b/Source/WTF/wtf/Platform.h
-@@ -701,7 +701,7 @@
- #define HAVE_CFNETWORK_STORAGE_PARTITIONING 1
- #endif
+@@ -714,7 +714,7 @@
+ 
+ #endif /* OS(DARWIN) */
  
 -#if OS(DARWIN) || OS(FUCHSIA) || ((OS(FREEBSD) || defined(__GLIBC__) || 
defined(__BIONIC__)) && (CPU(X86) || CPU(X86_64) || CPU(ARM) || CPU(ARM64) || 
CPU(MIPS)))
 +#if OS(DARWIN) || OS(FUCHSIA) || ((OS(FREEBSD) || defined(__linux__) || 
defined(__BIONIC__)) && (CPU(X86) || CPU(X86_64) || CPU(ARM) || CPU(ARM64) || 
CPU(MIPS)))
diff --git 
a/meta/recipes-sato/webkit/webkitgtk/0001-Tweak-gtkdoc-settings-so-that-gtkdoc-generation-work.patch
 
b/meta/recipes-sato/webkit/webkitgtk/0001-Tweak-gtkdoc-settings-so-that-gtkdoc-generation-work.patch
index 83fd5129a01..664cea9c759 100644
--- 
a/meta/recipes-sato/webkit/webkitgtk/0001-Tweak-gtkdoc-settings-so-that-gtkdoc-generation-work.patch
+++ 
b/meta/recipes-sato/webkit/webkitgtk/0001-Tweak-gtkdoc-settings-so-that-gtkdoc-generation-work.patch
@@ -1,8 +1,8 @@
-From 9b09974003097c9a408bbeea568996768efe705b Mon Sep 17 00:00:00 2001
+From d3796ad1a19233ee5d3492a5560d7ede882f89cf Mon Sep 17 00:00:00 2001
 From: Alexander Kanavin 
 Date: Thu, 11 Aug 2016 17:13:51 +0300
-Subject: [PATCH 05/10] Tweak gtkdoc settings so that gtkdoc generation works
- under OpenEmbedded build system
+Subject: [PATCH] Tweak gtkdoc settings so that gtkdoc generation works under
+ OpenEmbedded build system
 
 This requires setting a few environment variables so that the transient
 binary is build and linked correctly, and disabling the tweaks to RUN
@@ -12,28 +12,28 @@ Upstream-Status: Inappropriate [oe-specific]
 Signed-off-by: Alexander Kanavin 
 
 ---
- Source/PlatformGTK.cmake | 2 +-
- Tools/gtk/gtkdoc.py  | 4 ++--
+ Source/cmake/GtkDoc.cmake | 2 +-
+ Tools/gtkdoc/gtkdoc.py| 4 ++--
  2 files changed, 3 insertions(+), 3 deletions(-)
 
-diff --git a/Source/PlatformGTK.cmake b/Source/PlatformGTK.cmake
-index 50b5393..7a31db5 100644
 a/Source/PlatformGTK.cmake
-+++ b/Source/PlatformGTK.cmake
-@@ -24,7 +24,7 @@ macro(ADD_GTKDOC_GENERATOR _stamp_name _extra_args)
+diff --git a/Source/cmake/GtkDoc.cmake b/Source/cmake/GtkDoc.cmake
+index 2ee05550..6cb6313d 100644
+--- a/Source/cmake/GtkDoc.cmake
 b/Source/cmake/GtkDoc.cmake
+@@ -4,7 +4,7 @@ macro(ADD_GTKDOC_GENERATOR _stamp_name _extra_args)
  add_custom_command(
  OUTPUT "${CMAKE_BINARY_DIR}/${_stamp_name}"
  DEPENDS ${DocumentationDependencies}
--COMMAND ${CMAKE_COMMAND} -E env "CC=${CMAKE_C_COMPILER}" 
"CFLAGS=${CMAKE_C_FLAGS} -Wno-unused-parameter" 
${CMAKE_SOURCE_DIR}/Tools/gtk/generate-gtkdoc ${_extra_args}
-+COMMAND ${CMAKE_COMMAND} -E env "CC=${CMAKE_C_COMPILER}" 
"CFLAGS=${CMAKE_C_FLAGS} -Wno-unused-parameter" "LD=${CMAKE_C_COMPILER}" 
"LDFLAGS=${CMAKE_C_LINK_FLAGS}" "RUN=${CMAKE_BINARY_DIR}/gtkdoc-qemuwrapper" 
${CMAKE_SOURCE_DIR}/Tools/gtk/generate-gtkdoc -v ${_extra_args}

[OE-core] [PATCH 02/19] dtc: upgrade 1.4.7 -> 1.5.0

2019-04-15 Thread Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 meta/recipes-kernel/dtc/dtc.inc| 2 ++
 meta/recipes-kernel/dtc/{dtc_1.4.7.bb => dtc_1.5.0.bb} | 2 +-
 2 files changed, 3 insertions(+), 1 deletion(-)
 rename meta/recipes-kernel/dtc/{dtc_1.4.7.bb => dtc_1.5.0.bb} (81%)

diff --git a/meta/recipes-kernel/dtc/dtc.inc b/meta/recipes-kernel/dtc/dtc.inc
index 7a923bf5206..0650e3c82e6 100644
--- a/meta/recipes-kernel/dtc/dtc.inc
+++ b/meta/recipes-kernel/dtc/dtc.inc
@@ -12,6 +12,8 @@ UPSTREAM_CHECK_GITTAGREGEX = "v(?P\d+(\.\d+)+)"
 
 EXTRA_OEMAKE='NO_PYTHON=1 PREFIX="${prefix}" LIBDIR="${libdir}" DESTDIR="${D}"'
 
+inherit pkgconfig
+
 S = "${WORKDIR}/git"
 
 do_install () {
diff --git a/meta/recipes-kernel/dtc/dtc_1.4.7.bb 
b/meta/recipes-kernel/dtc/dtc_1.5.0.bb
similarity index 81%
rename from meta/recipes-kernel/dtc/dtc_1.4.7.bb
rename to meta/recipes-kernel/dtc/dtc_1.5.0.bb
index 6ce462a7f49..a9c131706ce 100644
--- a/meta/recipes-kernel/dtc/dtc_1.4.7.bb
+++ b/meta/recipes-kernel/dtc/dtc_1.5.0.bb
@@ -3,7 +3,7 @@ require dtc.inc
 LIC_FILES_CHKSUM = "file://GPL;md5=94d55d512a9ba36caa9b7df079bae19f \

file://libfdt/libfdt.h;beginline=3;endline=52;md5=fb360963151f8ec2d6c06b055bcbb68c"
 
-SRCREV = "88f18909db731a627456f26d779445f84e449536"
+SRCREV = "d37f6b20107e952064e3f77e9d6915a9c09d10a6"
 
 S = "${WORKDIR}/git"
 
-- 
2.17.1

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

Re: [OE-core] [PATCH v3] gcc-sanitizers: fix -Werror=maybe-uninitialized issue

2019-04-15 Thread Adrian Bunk 
On Mon, Apr 08, 2019 at 08:53:49PM -0700, Khem Raj wrote:
> On Mon, Apr 8, 2019 at 7:32 PM  wrote:
> >
> > From: Mingli Yu 
> >
> > When DEBUG_BUILD = "1" added in local.conf, there
> > comes below build error when "bitbake gcc-sanitizers":
> > | 
> > ./../../../../../../../../work-shared/gcc-8.3.0-r0/gcc-8.3.0/libsanitizer/libbacktrace/../../libbacktrace/elf.c:
> >  In function 'elf_is_symlink':
> > | 
> > ../../../../../../../../../work-shared/gcc-8.3.0-r0/gcc-8.3.0/libsanitizer/libbacktrace/../../libbacktrace/elf.c:772:21:
> >  error: 'st.st_mode' may be used uninitialized in this function 
> > [-Werror=maybe-uninitialized]
> > |   return S_ISLNK (st.st_mode);
> >
> > Per https://gcc.gnu.org/ml/gcc-patches/2019-04/msg00315.html,
> > the gcc upstream thinks the warning is a false
> > positive and suggests to use -O2 rather than -Og
> > or -O1 when compiling that file, so pass -Wno-error
> > to compiler when -Og is used to silence the error.
> >
> 
> Not particular to this change but in general if a package says that it
> does not support -Og
> then we are just going to get into more and more untested grounds
> especially during runtime
> so I wonder how useful it will be to use -Og for such packages or any
> other non supported
> combination for that matter.

This has nothing to do with specific packages not supporting -Og
or any other combination, it is just about how to best workaround
a compiler bug temporarily.

gcc has bug(s) emitting bogus warnings with -Og, and these are build
failures with some packages that build with -Werror.

None of this is related to whether or not the packages will work
at runtime with -Og.

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 v3] gcc-sanitizers: fix -Werror=maybe-uninitialized issue

2019-04-15 Thread Yu, Mingli 



On 2019年04月09日 11:53, Khem Raj wrote:

On Mon, Apr 8, 2019 at 7:32 PM  wrote:


From: Mingli Yu 

When DEBUG_BUILD = "1" added in local.conf, there
comes below build error when "bitbake gcc-sanitizers":
| 
./../../../../../../../../work-shared/gcc-8.3.0-r0/gcc-8.3.0/libsanitizer/libbacktrace/../../libbacktrace/elf.c:
 In function 'elf_is_symlink':
| 
../../../../../../../../../work-shared/gcc-8.3.0-r0/gcc-8.3.0/libsanitizer/libbacktrace/../../libbacktrace/elf.c:772:21:
 error: 'st.st_mode' may be used uninitialized in this function 
[-Werror=maybe-uninitialized]
|   return S_ISLNK (st.st_mode);

Per https://gcc.gnu.org/ml/gcc-patches/2019-04/msg00315.html,
the gcc upstream thinks the warning is a false
positive and suggests to use -O2 rather than -Og
or -O1 when compiling that file, so pass -Wno-error
to compiler when -Og is used to silence the error.



Not particular to this change but in general if a package says that it
does not support -Og
then we are just going to get into more and more untested grounds
especially during runtime
so I wonder how useful it will be to use -Og for such packages or any
other non supported
combination for that matter.


Hi Khem,

Any other suggestion to silence the gcc-sanitizers build error when 
DEBUG_BUILD is enabled?


Or just keep the logic DEBUG_OPTIMIZATION_append = " -Wno-error" as my 
patch stated?


Thanks,




Signed-off-by: Mingli Yu 
---
  meta/recipes-devtools/gcc/gcc-sanitizers.inc | 3 +++
  1 file changed, 3 insertions(+)

diff --git a/meta/recipes-devtools/gcc/gcc-sanitizers.inc 
b/meta/recipes-devtools/gcc/gcc-sanitizers.inc
index e5e8452..8b1d1c9 100644
--- a/meta/recipes-devtools/gcc/gcc-sanitizers.inc
+++ b/meta/recipes-devtools/gcc/gcc-sanitizers.inc
@@ -45,6 +45,9 @@ INHIBIT_DEFAULT_DEPS = "1"
  ALLOW_EMPTY_${PN} = "1"
  DEPENDS = "gcc-runtime virtual/${TARGET_PREFIX}gcc"

+# used to fix 
../../../../../../../../../work-shared/gcc-8.3.0-r0/gcc-8.3.0/libsanitizer/libbacktrace/../../libbacktrace/elf.c:772:21:
 error: 'st.st_mode' may be used uninitialized in this function 
[-Werror=maybe-uninitialized]
+DEBUG_OPTIMIZATION_append = " -Wno-error"
+
  BBCLASSEXTEND = "nativesdk"

  PACKAGES = "${PN} ${PN}-dbg"
--
2.7.4




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

[OE-core] [PATCH v3] nettle: fix ptest failure

2019-04-15 Thread mingli.yu 
From: Mingli Yu 

Remove dlopen-test.patch which originally used
to fix the test dlopen-test, but actually it
didn't resolve the issue as expected as it hardcodes
the file /usr/lib/libnettle.so.

Update dynamically with the real ${libdir}/libnettle.so
to fix the below dlopen-test failure:
 # cd /usr/lib64/nettle/ptest
 # ./run-ptest
 dlopen failed: ../libnettle.so: cannot open shared object file: No such file 
or directory
 ./run-ptest: line 8:  7607 Aborted "./$f"
 FAIL: dlopen-test

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

Signed-off-by: Mingli Yu 
---
 .../nettle/nettle-3.4.1/dlopen-test.patch| 20 
 meta/recipes-support/nettle/nettle_3.4.1.bb  |  9 +
 2 files changed, 5 insertions(+), 24 deletions(-)
 delete mode 100644 meta/recipes-support/nettle/nettle-3.4.1/dlopen-test.patch

diff --git a/meta/recipes-support/nettle/nettle-3.4.1/dlopen-test.patch 
b/meta/recipes-support/nettle/nettle-3.4.1/dlopen-test.patch
deleted file mode 100644
index c4f0b7e..000
--- a/meta/recipes-support/nettle/nettle-3.4.1/dlopen-test.patch
+++ /dev/null
@@ -1,20 +0,0 @@
-Replace relative path of libnettle.so with absolute path so the test
-program can find it.
-Relative paths are not suitable, as the folder strucure for ptest
-is different from the one expected by the nettle testsuite.
-
-Upstream-Status: Inappropriate [embedded specific]
-
-Signed-off-by: Juro Bystricky 
-
 a/testsuite/dlopen-test.c  2016-10-01 00:28:38.0 -0700
-+++ b/testsuite/dlopen-test.c  2017-10-13 11:08:57.227572860 -0700
-@@ -9,7 +9,7 @@
- main (int argc UNUSED, char **argv UNUSED)
- {
- #if HAVE_LIBDL
--  void *handle = dlopen ("../libnettle.so", RTLD_NOW);
-+  void *handle = dlopen ("/usr/lib/libnettle.so", RTLD_NOW);
-   int (*get_version)(void);
-   if (!handle)
- {
diff --git a/meta/recipes-support/nettle/nettle_3.4.1.bb 
b/meta/recipes-support/nettle/nettle_3.4.1.bb
index dd49c30..d6bdd2a 100644
--- a/meta/recipes-support/nettle/nettle_3.4.1.bb
+++ b/meta/recipes-support/nettle/nettle_3.4.1.bb
@@ -16,10 +16,6 @@ SRC_URI = "${GNU_MIRROR}/${BPN}/${BP}.tar.gz \
file://check-header-files-of-openssl-only-if-enable_.patch \
"
 
-SRC_URI_append_class-target = "\
-file://dlopen-test.patch \
-"
-
 SRC_URI[md5sum] = "9bdebb0e2f638d3b9d91f7fc264b70c1"
 SRC_URI[sha256sum] = 
"f941cf1535cd5d1819be5ccae5babef01f6db611f9b5a777bae9c7604b8a92ad"
 
@@ -33,6 +29,8 @@ EXTRA_OECONF = "--disable-openssl"
 CFLAGS_append = " -std=c99"
 
 do_compile_ptest() {
+# fix dlopen-test failure as cannot locate libnettle.so
+sed -i 's;dlopen ("../libnettle.so", RTLD_NOW);dlopen 
("${libdir}/libnettle.so", RTLD_NOW);g' ${S}/testsuite/dlopen-test.c
 oe_runmake buildtest
 }
 
@@ -49,4 +47,7 @@ do_install_ptest() {
 install ${B}/testsuite/*-test ${D}${PTEST_PATH}/testsuite/
 }
 
+RDEPENDS_${PN}-ptest += "${PN}-dev"
+INSANE_SKIP_${PN}-ptest += "dev-deps"
+
 BBCLASSEXTEND = "native nativesdk"
-- 
2.7.4

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

Re: [OE-core] [PATCH] libyaml: update SRC_URI[md5sum] and SRC_URI[sha256sum]

2019-04-15 Thread Yi Zhao 


在 2019/4/15 下午4:35, Richard Purdie 写道:

On Mon, 2019-04-15 at 16:32 +0800, Yi Zhao wrote:

Signed-off-by: Yi Zhao 
---
  meta/recipes-support/libyaml/libyaml_0.2.2.bb | 6 --
  1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-support/libyaml/libyaml_0.2.2.bb
b/meta/recipes-support/libyaml/libyaml_0.2.2.bb
index d2b39f3..fbd1992 100644
--- a/meta/recipes-support/libyaml/libyaml_0.2.2.bb
+++ b/meta/recipes-support/libyaml/libyaml_0.2.2.bb
@@ -8,8 +8,10 @@ LICENSE = "MIT"
  LIC_FILES_CHKSUM =
"file://LICENSE;md5=a76b4c69bfcf82313bbdc0393b04438a"
  
  SRC_URI = "http://pyyaml.org/download/libyaml/yaml-${PV}.tar.gz;

-SRC_URI[md5sum] = "2ad4119a57f94739cc39a1b482c81264"
-SRC_URI[sha256sum] =
"46bca77dc8be954686cff21888d6ce10ca4016b360ae1f56962e6882a17aa1fe"
+SRC_URI[md5sum] = "54bf11ccb8bc488b5b3bec931f5b70dc"
+SRC_URI[sha256sum] =
"4a9100ab61047fd9bd395bcef3ce5403365cafd55c1e0d0299cde14958e47be9"
+
+S = "${WORKDIR}/yaml-${PV}"

Why?

Did upstream change the tarball?



I think so. But there is no any changelog or  checksum file in download 
page: https://pyyaml.org/download/libyaml/



//Yi




Cheers,

Richard



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

Re: [OE-core] [PATCH v2] nettle: fix ptest failure

2019-04-15 Thread Adrian Bunk 
On Mon, Apr 15, 2019 at 09:06:12AM +0100, richard.pur...@linuxfoundation.org 
wrote:
> On Mon, 2019-04-15 at 16:09 +0800, Yu, Mingli wrote:
> > 
> > On 2019年04月15日 15:59, richard.pur...@linuxfoundation.org wrote:
> > > On Mon, 2019-04-15 at 15:40 +0800, mingli...@windriver.com wrote:
> > > >  a/testsuite/dlopen-test.c  2016-10-01 00:28:38.0
> > > > -0700
> > > > -+++ b/testsuite/dlopen-test.c  2017-10-13 11:08:57.227572860
> > > > -0700
> > > > -@@ -9,7 +9,7 @@
> > > > +diff --git a/testsuite/dlopen-test.c b/testsuite/dlopen-test.c
> > > > +index 99d3535..92de9f8 100644
> > > > +--- a/testsuite/dlopen-test.c
> > > >  b/testsuite/dlopen-test.c
> > > > +@@ -9,7 +9,9 @@ int
> > > >main (int argc UNUSED, char **argv UNUSED)
> > > >{
> > > >#if HAVE_LIBDL
> > > >   -  void *handle = dlopen ("../libnettle.so", RTLD_NOW);
> > > >   +  void *handle = dlopen ("/usr/lib/libnettle.so", RTLD_NOW);
> > > > ++  if (!handle)
> > > > ++ handle = dlopen ("/usr/lib64/libnettle.so", RTLD_NOW);
> > > >  int (*get_version)(void);
> > > >  if (!handle)
> > > >{
> > > 
> > > What happens on a 32 bit system?
> > > 
> > > You can't hardcode a specific libdir like that!
> > 
> > I just rework the patch dlopen-test.patch which Juro Bystricky
> > generated 
> > before, the previous patch only check /usr/lib/libnettle.so and I 
> > updated it also to check /usr/lib64/libnettle.so if no 
> > /usr/lib/libnettle.so exist.
> >   -  void *handle = dlopen ("../libnettle.so", RTLD_NOW);
> >   +  void *handle = dlopen ("/usr/lib/libnettle.so", RTLD_NOW);
> > ++  if (!handle)
> > ++ handle = dlopen ("/usr/lib64/libnettle.so", RTLD_NOW);
> 
> What happens on x32? n32? or if I set libdir to lib32?

dlopen("libnettle.so", RTLD_NOW) should work,
this uses the normal library search path.

But is it actually worth permanently carrying a patch here?
run-ptest already skips one test for unrelated reasons,
and skipping another one would also be an option.

> Cheers,
> 
> Richard

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] nettle: fix ptest failure

2019-04-15 Thread Yu, Mingli 



On 2019年04月15日 16:06, richard.pur...@linuxfoundation.org wrote:

On Mon, 2019-04-15 at 16:09 +0800, Yu, Mingli wrote:


On 2019年04月15日 15:59, richard.pur...@linuxfoundation.org wrote:

On Mon, 2019-04-15 at 15:40 +0800, mingli...@windriver.com wrote:

 a/testsuite/dlopen-test.c  2016-10-01 00:28:38.0
-0700
-+++ b/testsuite/dlopen-test.c  2017-10-13 11:08:57.227572860
-0700
-@@ -9,7 +9,7 @@
+diff --git a/testsuite/dlopen-test.c b/testsuite/dlopen-test.c
+index 99d3535..92de9f8 100644
+--- a/testsuite/dlopen-test.c
 b/testsuite/dlopen-test.c
+@@ -9,7 +9,9 @@ int
main (int argc UNUSED, char **argv UNUSED)
{
#if HAVE_LIBDL
   -  void *handle = dlopen ("../libnettle.so", RTLD_NOW);
   +  void *handle = dlopen ("/usr/lib/libnettle.so", RTLD_NOW);
++  if (!handle)
++ handle = dlopen ("/usr/lib64/libnettle.so", RTLD_NOW);
  int (*get_version)(void);
  if (!handle)
{


What happens on a 32 bit system?

You can't hardcode a specific libdir like that!


I just rework the patch dlopen-test.patch which Juro Bystricky
generated
before, the previous patch only check /usr/lib/libnettle.so and I
updated it also to check /usr/lib64/libnettle.so if no
/usr/lib/libnettle.so exist.
   -  void *handle = dlopen ("../libnettle.so", RTLD_NOW);
   +  void *handle = dlopen ("/usr/lib/libnettle.so", RTLD_NOW);
++  if (!handle)
++ handle = dlopen ("/usr/lib64/libnettle.so", RTLD_NOW);


What happens on x32? n32? or if I set libdir to lib32?


Got it! V3 is coming.



Cheers,

Richard





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

Re: [OE-core] [PATCH] libyaml: update SRC_URI[md5sum] and SRC_URI[sha256sum]

2019-04-15 Thread Richard Purdie 
On Mon, 2019-04-15 at 16:32 +0800, Yi Zhao wrote:
> Signed-off-by: Yi Zhao 
> ---
>  meta/recipes-support/libyaml/libyaml_0.2.2.bb | 6 --
>  1 file changed, 4 insertions(+), 2 deletions(-)
> 
> diff --git a/meta/recipes-support/libyaml/libyaml_0.2.2.bb
> b/meta/recipes-support/libyaml/libyaml_0.2.2.bb
> index d2b39f3..fbd1992 100644
> --- a/meta/recipes-support/libyaml/libyaml_0.2.2.bb
> +++ b/meta/recipes-support/libyaml/libyaml_0.2.2.bb
> @@ -8,8 +8,10 @@ LICENSE = "MIT"
>  LIC_FILES_CHKSUM =
> "file://LICENSE;md5=a76b4c69bfcf82313bbdc0393b04438a"
>  
>  SRC_URI = "http://pyyaml.org/download/libyaml/yaml-${PV}.tar.gz;
> -SRC_URI[md5sum] = "2ad4119a57f94739cc39a1b482c81264"
> -SRC_URI[sha256sum] =
> "46bca77dc8be954686cff21888d6ce10ca4016b360ae1f56962e6882a17aa1fe"
> +SRC_URI[md5sum] = "54bf11ccb8bc488b5b3bec931f5b70dc"
> +SRC_URI[sha256sum] =
> "4a9100ab61047fd9bd395bcef3ce5403365cafd55c1e0d0299cde14958e47be9"
> +
> +S = "${WORKDIR}/yaml-${PV}"

Why?

Did upstream change the tarball?

Cheers,

Richard

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

[OE-core] [PATCH] libyaml: update SRC_URI[md5sum] and SRC_URI[sha256sum]

2019-04-15 Thread Yi Zhao 
Signed-off-by: Yi Zhao 
---
 meta/recipes-support/libyaml/libyaml_0.2.2.bb | 6 --
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-support/libyaml/libyaml_0.2.2.bb 
b/meta/recipes-support/libyaml/libyaml_0.2.2.bb
index d2b39f3..fbd1992 100644
--- a/meta/recipes-support/libyaml/libyaml_0.2.2.bb
+++ b/meta/recipes-support/libyaml/libyaml_0.2.2.bb
@@ -8,8 +8,10 @@ LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=a76b4c69bfcf82313bbdc0393b04438a"
 
 SRC_URI = "http://pyyaml.org/download/libyaml/yaml-${PV}.tar.gz;
-SRC_URI[md5sum] = "2ad4119a57f94739cc39a1b482c81264"
-SRC_URI[sha256sum] = 
"46bca77dc8be954686cff21888d6ce10ca4016b360ae1f56962e6882a17aa1fe"
+SRC_URI[md5sum] = "54bf11ccb8bc488b5b3bec931f5b70dc"
+SRC_URI[sha256sum] = 
"4a9100ab61047fd9bd395bcef3ce5403365cafd55c1e0d0299cde14958e47be9"
+
+S = "${WORKDIR}/yaml-${PV}"
 
 inherit autotools
 
-- 
2.7.4

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

Re: [OE-core] [PATCH v2] nettle: fix ptest failure

2019-04-15 Thread richard . purdie 
On Mon, 2019-04-15 at 16:09 +0800, Yu, Mingli wrote:
> 
> On 2019年04月15日 15:59, richard.pur...@linuxfoundation.org wrote:
> > On Mon, 2019-04-15 at 15:40 +0800, mingli...@windriver.com wrote:
> > >  a/testsuite/dlopen-test.c2016-10-01 00:28:38.0
> > > -0700
> > > -+++ b/testsuite/dlopen-test.c2017-10-13 11:08:57.227572860
> > > -0700
> > > -@@ -9,7 +9,7 @@
> > > +diff --git a/testsuite/dlopen-test.c b/testsuite/dlopen-test.c
> > > +index 99d3535..92de9f8 100644
> > > +--- a/testsuite/dlopen-test.c
> > >  b/testsuite/dlopen-test.c
> > > +@@ -9,7 +9,9 @@ int
> > >main (int argc UNUSED, char **argv UNUSED)
> > >{
> > >#if HAVE_LIBDL
> > >   -  void *handle = dlopen ("../libnettle.so", RTLD_NOW);
> > >   +  void *handle = dlopen ("/usr/lib/libnettle.so", RTLD_NOW);
> > > ++  if (!handle)
> > > ++ handle = dlopen ("/usr/lib64/libnettle.so", RTLD_NOW);
> > >  int (*get_version)(void);
> > >  if (!handle)
> > >{
> > 
> > What happens on a 32 bit system?
> > 
> > You can't hardcode a specific libdir like that!
> 
> I just rework the patch dlopen-test.patch which Juro Bystricky
> generated 
> before, the previous patch only check /usr/lib/libnettle.so and I 
> updated it also to check /usr/lib64/libnettle.so if no 
> /usr/lib/libnettle.so exist.
>   -  void *handle = dlopen ("../libnettle.so", RTLD_NOW);
>   +  void *handle = dlopen ("/usr/lib/libnettle.so", RTLD_NOW);
> ++  if (!handle)
> ++ handle = dlopen ("/usr/lib64/libnettle.so", RTLD_NOW);

What happens on x32? n32? or if I set libdir to lib32?

Cheers,

Richard



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

Re: [OE-core] [PATCH v2] nettle: fix ptest failure

2019-04-15 Thread Yu, Mingli 



On 2019年04月15日 15:59, richard.pur...@linuxfoundation.org wrote:

On Mon, 2019-04-15 at 15:40 +0800, mingli...@windriver.com wrote:

 a/testsuite/dlopen-test.c  2016-10-01 00:28:38.0
-0700
-+++ b/testsuite/dlopen-test.c  2017-10-13 11:08:57.227572860
-0700
-@@ -9,7 +9,7 @@
+diff --git a/testsuite/dlopen-test.c b/testsuite/dlopen-test.c
+index 99d3535..92de9f8 100644
+--- a/testsuite/dlopen-test.c
 b/testsuite/dlopen-test.c
+@@ -9,7 +9,9 @@ int
   main (int argc UNUSED, char **argv UNUSED)
   {
   #if HAVE_LIBDL
  -  void *handle = dlopen ("../libnettle.so", RTLD_NOW);
  +  void *handle = dlopen ("/usr/lib/libnettle.so", RTLD_NOW);
++  if (!handle)
++ handle = dlopen ("/usr/lib64/libnettle.so", RTLD_NOW);
 int (*get_version)(void);
 if (!handle)
   {


What happens on a 32 bit system?

You can't hardcode a specific libdir like that!


I just rework the patch dlopen-test.patch which Juro Bystricky generated 
before, the previous patch only check /usr/lib/libnettle.so and I 
updated it also to check /usr/lib64/libnettle.so if no 
/usr/lib/libnettle.so exist.

 -  void *handle = dlopen ("../libnettle.so", RTLD_NOW);
 +  void *handle = dlopen ("/usr/lib/libnettle.so", RTLD_NOW);
++  if (!handle)
++ handle = dlopen ("/usr/lib64/libnettle.so", RTLD_NOW);


Thanks,



Cheers,

Richard



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

Re: [OE-core] [PATCH v2] nettle: fix ptest failure

2019-04-15 Thread richard . purdie 
On Mon, 2019-04-15 at 15:40 +0800, mingli...@windriver.com wrote:
>  a/testsuite/dlopen-test.c2016-10-01 00:28:38.0
> -0700
> -+++ b/testsuite/dlopen-test.c2017-10-13 11:08:57.227572860
> -0700
> -@@ -9,7 +9,7 @@
> +diff --git a/testsuite/dlopen-test.c b/testsuite/dlopen-test.c
> +index 99d3535..92de9f8 100644
> +--- a/testsuite/dlopen-test.c
>  b/testsuite/dlopen-test.c
> +@@ -9,7 +9,9 @@ int
>   main (int argc UNUSED, char **argv UNUSED)
>   {
>   #if HAVE_LIBDL
>  -  void *handle = dlopen ("../libnettle.so", RTLD_NOW);
>  +  void *handle = dlopen ("/usr/lib/libnettle.so", RTLD_NOW);
> ++  if (!handle)
> ++ handle = dlopen ("/usr/lib64/libnettle.so", RTLD_NOW);
> int (*get_version)(void);
> if (!handle)
>   {

What happens on a 32 bit system?

You can't hardcode a specific libdir like that!

Cheers,

Richard

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

Re: [OE-core] [v2][PATCH] nettle: update to 3.4.1

2019-04-15 Thread Yu, Mingli 



On 2019年01月06日 06:05, Armin Kuster wrote:

Bug fix only release

Include:

   CVE-2018-16868 gnutls: Bleichenbacher-like side channel leakage in
   PKCS#1 1.5 verification and padding oracle verification

   CVE-2018-16869 nettle: Leaky data conversion exposing a manager oracle

For full details see:
http://lists.lysator.liu.se/pipermail/nettle-bugs/2018/007369.html

[V2]
Add -std=c99 to cflags


When -std=c99 explicitly via cflags, there comes below Segmentation 
fault in runtime.

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

Segmentation fault

# echo -n passwd > /tmp/passwd
# gdb nettle-pbkdf2
GNU gdb (GDB) 8.2.1
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 


This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-wrs-linux".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from nettle-pbkdf2...Reading symbols from 
/usr/bin/.debug/nettle-pbkdf2...done.

done.
(gdb) run -i 1 -l 16 salt < /tmp/passwd
Starting program: /usr/bin/nettle-pbkdf2 -i 1 -l 16 salt < /tmp/passwd

Program received signal SIGSEGV, Segmentation fault.
nettle_sha256_update (ctx=0x7fffe5c0, length=,
data=0x9260 )
at ../nettle-3.4.1/sha256.c:99
99  ../nettle-3.4.1/sha256.c: No such file or directory.
(gdb) bt
#0  nettle_sha256_update (ctx=0x7fffe5c0, length=,
data=0x9260 )
at ../nettle-3.4.1/sha256.c:99
#1  0x77fa9bb6 in nettle_pbkdf2 
(mac_ctx=mac_ctx@entry=0x7fffe4e0,

update=0x77fa7cb0 ,
digest=0x77fa7cc0 ,
digest_size=digest_size@entry=32, iterations=iterations@entry=1,
salt_length=salt_length@entry=4,
salt=0x9260 ,
length=16, dst=0xa290 "") at ../nettle-3.4.1/pbkdf2.c:78
#2  0x77fa9dd3 in nettle_pbkdf2_hmac_sha256 (
key_length=, key=, iterations=1,
salt_length=4,
salt=0x9260 ,
length=16, dst=0xa290 "")
at ../nettle-3.4.1/pbkdf2-hmac-sha256.c:51
#3  0x544c in main (argc=, argv=)
at ../../nettle-3.4.1/tools/nettle-pbkdf2.c:167
(gdb)


After some investigation, it seems "salt = strdup (argv[0]);" doesn't 
works as expected in tools/nettle-pbkdf2.c when -std=c99 specified.
BTW, it works well if update salt = strdup (argv[0]); to the below logic 
even -std=c99 specified.


salt = malloc (strlen(argv[0]) + 1);
if (! salt)
   die ("Failed to allocate memory for salt\n");
strncpy(salt, argv[0], sizeof(salt) - 1);


And "salt = strdup (argv[0]);" works well if no -std=c99 specified.

Thanks,



Signed-off-by: Armin Kuster 
---
  .../Add-target-to-only-build-tests-not-run-them.patch| 0
  .../check-header-files-of-openssl-only-if-enable_.patch  | 0
  .../nettle/{nettle-3.4 => nettle-3.4.1}/dlopen-test.patch| 0
  meta/recipes-support/nettle/{nettle-3.4 => nettle-3.4.1}/run-ptest   | 0
  meta/recipes-support/nettle/{nettle_3.4.bb => nettle_3.4.1.bb}   | 5 +++--
  5 files changed, 3 insertions(+), 2 deletions(-)
  rename meta/recipes-support/nettle/{nettle-3.4 => 
nettle-3.4.1}/Add-target-to-only-build-tests-not-run-them.patch (100%)
  rename meta/recipes-support/nettle/{nettle-3.4 => 
nettle-3.4.1}/check-header-files-of-openssl-only-if-enable_.patch (100%)
  rename meta/recipes-support/nettle/{nettle-3.4 => 
nettle-3.4.1}/dlopen-test.patch (100%)
  rename meta/recipes-support/nettle/{nettle-3.4 => nettle-3.4.1}/run-ptest 
(100%)
  rename meta/recipes-support/nettle/{nettle_3.4.bb => nettle_3.4.1.bb} (90%)

diff --git 
a/meta/recipes-support/nettle/nettle-3.4/Add-target-to-only-build-tests-not-run-them.patch
 
b/meta/recipes-support/nettle/nettle-3.4.1/Add-target-to-only-build-tests-not-run-them.patch
similarity index 100%
rename from 
meta/recipes-support/nettle/nettle-3.4/Add-target-to-only-build-tests-not-run-them.patch
rename to 
meta/recipes-support/nettle/nettle-3.4.1/Add-target-to-only-build-tests-not-run-them.patch
diff --git 
a/meta/recipes-support/nettle/nettle-3.4/check-header-files-of-openssl-only-if-enable_.patch
 
b/meta/recipes-support/nettle/nettle-3.4.1/check-header-files-of-openssl-only-if-enable_.patch
similarity index 100%
rename from

[OE-core] [PATCH v2] nettle: fix ptest failure

2019-04-15 Thread mingli.yu 
From: Mingli Yu 

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

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

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

diff --git a/meta/recipes-support/nettle/nettle-3.4.1/dlopen-test.patch 
b/meta/recipes-support/nettle/nettle-3.4.1/dlopen-test.patch
index c4f0b7e..9b075d8 100644
--- a/meta/recipes-support/nettle/nettle-3.4.1/dlopen-test.patch
+++ b/meta/recipes-support/nettle/nettle-3.4.1/dlopen-test.patch
@@ -1,20 +1,37 @@
+From d8140904f51ec8025833e5e7eee732a4a50ed0cf Mon Sep 17 00:00:00 2001
+From: Mingli Yu 
+Date: Mon, 15 Apr 2019 11:16:54 +0800
+Subject: [PATCH] dlopen-test.c: use absolute path
+
 Replace relative path of libnettle.so with absolute path so the test
 program can find it.
+
 Relative paths are not suitable, as the folder strucure for ptest
 is different from the one expected by the nettle testsuite.
 
 Upstream-Status: Inappropriate [embedded specific]
 
 Signed-off-by: Juro Bystricky 
+Signed-off-by: Mingli Yu 
+---
+ testsuite/dlopen-test.c | 4 +++-
+ 1 file changed, 3 insertions(+), 1 deletion(-)
 
 a/testsuite/dlopen-test.c  2016-10-01 00:28:38.0 -0700
-+++ b/testsuite/dlopen-test.c  2017-10-13 11:08:57.227572860 -0700
-@@ -9,7 +9,7 @@
+diff --git a/testsuite/dlopen-test.c b/testsuite/dlopen-test.c
+index 99d3535..92de9f8 100644
+--- a/testsuite/dlopen-test.c
 b/testsuite/dlopen-test.c
+@@ -9,7 +9,9 @@ int
  main (int argc UNUSED, char **argv UNUSED)
  {
  #if HAVE_LIBDL
 -  void *handle = dlopen ("../libnettle.so", RTLD_NOW);
 +  void *handle = dlopen ("/usr/lib/libnettle.so", RTLD_NOW);
++  if (!handle)
++ handle = dlopen ("/usr/lib64/libnettle.so", RTLD_NOW);
int (*get_version)(void);
if (!handle)
  {
+-- 
+2.7.4
+
diff --git a/meta/recipes-support/nettle/nettle_3.4.1.bb 
b/meta/recipes-support/nettle/nettle_3.4.1.bb
index dd49c30..131676d 100644
--- a/meta/recipes-support/nettle/nettle_3.4.1.bb
+++ b/meta/recipes-support/nettle/nettle_3.4.1.bb
@@ -49,4 +49,7 @@ do_install_ptest() {
 install ${B}/testsuite/*-test ${D}${PTEST_PATH}/testsuite/
 }
 
+RDEPENDS_${PN}-ptest += "${PN}-dev"
+INSANE_SKIP_${PN}-ptest += "dev-deps"
+
 BBCLASSEXTEND = "native nativesdk"
-- 
2.7.4

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

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

2019-04-15 Thread Adrian Bunk 
On Sun, Apr 14, 2019 at 11:42:31PM -0400, kai.k...@windriver.com wrote:
> From: Kai Kang 
> 
> Update SRCREV of cryptodev which only contains one fix for linux 5.0:
>...
> --- a/meta/recipes-kernel/cryptodev/cryptodev.inc
> +++ b/meta/recipes-kernel/cryptodev/cryptodev.inc
> @@ -4,7 +4,7 @@ LICENSE = "GPLv2"
>  LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
>  
>  SRC_URI = "git://github.com/cryptodev-linux/cryptodev-linux"
> -SRCREV = "fd8b15ef1c8398a69a37932ee48c74ab40329a29"
> +SRCREV = "f971e0cd4a0ebe59fb2e8e17240399bf6901b09b"
>  
>  S = "${WORKDIR}/git"

This moves cryptodev from a release to a git snapshot,
but no PV is set to show that.

It is a systematic problem caused by the switch to git hashes for 
releases that random git snapshots look exactly the same as releases
without any clean way to see what a commit actually is.

IMHO this needs support for tags, and then checks like (pseudo-code)
  if(TAG) (commit(TAG) == SRCREV)
  TAG xor (PV contains "+git") 

Short-term for the suggested change in cryptodev the
"which only contains one fix" is correct, and this
is not much different from adding the fix as .patch
which also wouldn't change PV.
So no objection from me to applying the suggested patch as-is.

cu
Adrian

-- 

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

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

[OE-core] [PATCH] harfbuzz: update SRC_URI[md5sum] and SRC_URI[sha256sum]

2019-04-15 Thread Yi Zhao 
The previous md5sum and sha256sum are not correct.
See: 
https://www.freedesktop.org/software/harfbuzz/release/harfbuzz-2.4.0.tar.bz2.sha256

Signed-off-by: Yi Zhao 
---
 meta/recipes-graphics/harfbuzz/harfbuzz_2.4.0.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-graphics/harfbuzz/harfbuzz_2.4.0.bb 
b/meta/recipes-graphics/harfbuzz/harfbuzz_2.4.0.bb
index 5855d77..4691d16 100644
--- a/meta/recipes-graphics/harfbuzz/harfbuzz_2.4.0.bb
+++ b/meta/recipes-graphics/harfbuzz/harfbuzz_2.4.0.bb
@@ -11,8 +11,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=e021dd6dda6ff1e6b1044002fc662b9b \
 DEPENDS = "glib-2.0 cairo fontconfig freetype"
 
 SRC_URI = "http://www.freedesktop.org/software/harfbuzz/release/${BP}.tar.bz2;
-SRC_URI[md5sum] = "ebccf8203103766383d4c5a0767b102d"
-SRC_URI[sha256sum] = 
"9035005903da74667d28bb181986e879e11da3d5986722759fa145cca781ead6"
+SRC_URI[md5sum] = "49f111f9b52ae3d9b31c1a3631a320bd"
+SRC_URI[sha256sum] = 
"b470eff9dd5b596edf078596b46a1f83c179449f051a469430afc15869db336f"
 
 inherit autotools pkgconfig lib_package gtk-doc
 
-- 
2.7.4

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