linux/poky.git/meta/recipes-support/icu, branch sumo

meta: don't use deprecated functions from utils.bbclass

2018-01-30T11:50:11+00:00

These functions were moved to meta/lib/oe in 2010 and the base_* functions in utils.bbclass were intended to be a short-term compatibility layer. They're still used in a few places, so update the callers to use the new functions. (From OE-Core rev: c97acbd034532895ce57c6717ed1b3ccc7900b0d) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

icu: 60.1 -> 60.2

2018-01-19T12:37:14+00:00

Upgrade icu from 60.1 to 60.2. (From OE-Core rev: cd8aadcfb3cc7af8ad0d44b1ee2101c499621f95) Signed-off-by: Huang Qiyu Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

icu-dev: improve reproducibility

2018-01-14T09:11:57+00:00

Remove all build host references from several distributed files: Makefile.inc, icu-config, pkgdata.inc (From OE-Core rev: 6fef31cdd6be537cfce3862d951762455f5cad2e) Signed-off-by: Juro Bystricky Signed-off-by: Richard Purdie

icu-dbg: improve reproducibility

2018-01-08T08:48:25+00:00

Make sure build host references do not end up being compiled in the image. This only affects libicutu and icu-dbg. (From OE-Core rev: e9dfe7eb7f61b909ae7d034e80cfbebc1fad018b) Signed-off-by: Juro Bystricky Signed-off-by: Richard Purdie

icu: fix libicudata corruption on big endian system

2017-12-18T18:03:57+00:00

ICU library libicudata is created with a wrong endianness if the host and target have different endianness. (e.g. build ICU for qemuppc on x86-64 host) See upstream bug report: http://bugs.icu-project.org/trac/ticket/11758 The discussion in oe-core mailing list: https://www.mail-archive.com/openembedded-core@lists.openembedded.org/msg65155.html The root cause is the native pkgdata can not generate correct icu data for different endianness. By default, this data is built into the shared library libicudata that would cause it corrupt. But ICU also provides additional options for loading the data. With option --with-data-packaging=archive, ICU outputs a single icudt.dat file which can be loaded by the library. See document: http://userguide.icu-project.org/icudata So for big endian system, we can use the separated data file which re-generates by icupkg and set the correct ICU_DATA environment variable to make sure the library can load the data without problems. (From OE-Core rev: 77d1b9cda69d09cd7d3c8174ef14b4ee10e5efb6) Signed-off-by: Yi Zhao Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

meta: fix malformed/missing Upstream-Status tags

2017-12-10T22:45:20+00:00

(From OE-Core rev: 9e7aed823d3035b8429d3c5fc537cacadf16f675) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

icu: update to 60.1

2017-11-30T10:49:22+00:00

Rebase a couple of patches. LICENSE checksum change due to typo fix. (From OE-Core rev: d4a76a51762d094d6f4fc016c52a6817c7f92637) Signed-off-by: Alexander Kanavin Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

icu: CVE-2017-14952

2017-11-21T13:06:12+00:00

Double free in i18n/zonemeta.cpp in International Components for Unicode (ICU) for C/C++ through 59.1 allows remote attackers to execute arbitrary code via a crafted string, aka a "redundant UVector entry clean up function call" issue. Reference: https://nvd.nist.gov/vuln/detail/CVE-2017-14952 Upstream patches: http://bugs.icu-project.org/trac/changeset/40324/trunk/icu4c/source/i18n/zonemeta.cpp (From OE-Core rev: 4ff12a8bf2b8d094085afbe8fa1d43f781cfa79d) Signed-off-by: Ovidiu Panait Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

icu: update to 59.1

2017-07-27T21:36:53+00:00

License checksum change due to copyright year update. Latest icu will not compile with anything less than C++11, so drop the enforcement of an earlier C++ version. This should be okay, as there is now a fix in place for the problem of mixing native gcc 4/5 compiled code: http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=c21cec84886d9c70396e9be0ceb9a8ef300b54be (From OE-Core rev: b002f44ed5a07b42deb8cccdb192e12091cd654f) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

icu.inc: set CVE_PRODUCT to international_components_for_unicode

2017-07-24T08:13:31+00:00

NVD uses it for CVE's like: https://nvd.nist.gov/vuln/detail/CVE-2014-8146 (From OE-Core rev: eaac39100cadc81c89e6eb5ab389cd684699aa90) Signed-off-by: Mikko Rapeli Signed-off-by: Ross Burton Signed-off-by: Richard Purdie