linux/poky.git/meta/recipes-connectivity, branch uninative-1.6

openssl: Fix build with clang

2017-03-22T11:35:21+00:00

(From OE-Core rev: c8da8cec9007f77396f873f1cd56fc78bf83b19a) Signed-off-by: Khem Raj Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

neard: Fix parallel build issue

2017-03-21T22:39:17+00:00

This only started showing up now for some reason but it does seem like a legitimate bug in Makefile.am. (From OE-Core rev: f43290f6e302dbacf5581d1fe1c6c991dd387779) Signed-off-by: Jussi Kukkonen Signed-off-by: Richard Purdie

openssl: Disable make's -e flag without breaking ${AR}

2017-03-17T16:53:05+00:00

The OpenSSL recipe tried to workaround the -e make flag (overriding variables from the environment). And when the -e flag was dropped as the global default, it was specifically added for OpenSSL. This is unnecessary, as only the value of ${AR} seems to be affected, and that can be handled correctly by OpenSSL's build system if we just let it. (From OE-Core rev: 537a404cfbb811fcb526cdb5f2e059257de6ef13) Signed-off-by: Olof Johansson Signed-off-by: Peter Kjellerstedt Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

openssl: actually apply Use-SHA256-not-MD5-as-default-digest.patch

2017-03-14T14:42:18+00:00

This patch was added to fix a CVE, but wasn't actually added to SRC_URI: CVE: CVE-2004-2761 The MD5 Message-Digest Algorithm is not collision resistant, which makes it easier for context-dependent attackers to conduct spoofing attacks, as demonstrated by attacks on the use of MD5 in the signature algorithm of an X.509 certificate. (From OE-Core rev: 8791800f84321b3f46772bc2d9e4f754e6213946) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

openssl: Fix symlink creation

2017-03-10T14:50:10+00:00

Symlinking the openssl configuration file at install time results in errors when overriding it using an external package which also provides openssl-conf. This should be done as a postinstall task for such packages. (From OE-Core rev: 991620f3962a9917fa99abb5582f4b72ebd42a3d) Signed-off-by: David Vincent Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

wireless-tools: Update URLs

2017-03-01T23:27:10+00:00

wireless-tools is now hosted on https://hewlettpackard.github.io/wireless-tools/Tools.html (From OE-Core rev: 95957e3a5fc72406391441627fb19bc36c655072) Signed-off-by: Jussi Kukkonen Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

iproute2: upgrade to 4.10.0

2017-03-01T23:27:10+00:00

4.9.0 -> 4.10.0 added the following patch to fix build with musl libc 1) 0001-libc-compat.h-add-musl-workaround.patch (From OE-Core rev: 306c79e303bd09a2e35a037635e5943d8711ef3d) Signed-off-by: Maxin B. John Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

recipes: Make use of the new bb.utils.filter() function

2017-03-01T11:17:45+00:00

(From OE-Core rev: 0a1427bf9aeeda6bee2cc0af8da4ea5fd90aef6f) Signed-off-by: Peter Kjellerstedt Signed-off-by: Richard Purdie

socat: 1.7.3.1 -> 1.7.3.2

2017-02-16T04:06:42+00:00

(From OE-Core rev: 999179c23aebb991a8e26b4a10bc369bf03db738) Signed-off-by: Hongxu Jia Signed-off-by: Richard Purdie

openssl/fontconfig/bzip2: Use relative symlinks instead of absolute ones (using a new class)

2017-02-09T10:52:03+00:00

Absolute path symlinks are a bit of a pain for sstate and the native versions of these recipes currently contain broken symlinks as a result. There are only a small number of problematic recipes, at least in OE-Core, namely the three here. Rather than trying to make sstate handle this magically, which turns out to be a harder problem than you'd first realise, simply make the symlinks relative early in the process and avoid all the problems. The alternative is adding new complexity to sstate which we could really do without as without the complexity, you can't always tell where the absolute symlink is relative to (due to prefixes used for native sstate). (From OE-Core rev: e478550c8cd889f12e336e268e9e3b30827bf840) Signed-off-by: Richard Purdie