summaryrefslogtreecommitdiffstats
path: root/meta/recipes-core/glibc/glibc/CVE-2015-1781-resolv-nss_dns-dns-host.c-buffer-overf.patch
diff options
context:
space:
mode:
authorMario Domenech Goulart <mario@ossystems.com.br>2015-05-12 11:03:40 -0300
committerRichard Purdie <richard.purdie@linuxfoundation.org>2015-06-28 09:44:08 +0100
commitd3f66566834b10971e6e3d2a0d50290441b96c59 (patch)
treefd58ee98f5c5e60ec7dc8a1935399e0f416fabed /meta/recipes-core/glibc/glibc/CVE-2015-1781-resolv-nss_dns-dns-host.c-buffer-overf.patch
parentcdc2c8aeaa96b07dfc431a4cf0bf51ef7f8802a3 (diff)
downloadast2050-yocto-poky-d3f66566834b10971e6e3d2a0d50290441b96c59.zip
ast2050-yocto-poky-d3f66566834b10971e6e3d2a0d50290441b96c59.tar.gz
native.bbclass: avoid unintended substring replacement when setting PROVIDES
The way native_virtclass_handler was implemented leaded to unintended substring replacements when setting PROVIDES for native providers, in case the original PROVIDES value contains providees with common substrings. Here's a practical case where the old behavior was problematic: the oracle-jse-jdk-x86-64 recipe provides both virtual/java and virtual/javac: Before: $ bitbake -e oracle-jse-jdk-x86-64-native | grep ^PROVIDES= PROVIDES="oracle-jse-jdk-x86-64-native virtual/java-native virtual/java-nativec" After: $ bitbake -e oracle-jse-jdk-x86-64-native | grep ^PROVIDES= PROVIDES="oracle-jse-jdk-x86-64-native virtual/java-native virtual/javac-native" Change-Id: I8186992dae58e37c2a2364586360ff9b7da9198f (From OE-Core rev: c28291f1fb07fbc80275d9bceefed642c963e204) (From OE-Core rev: e0814f2306e1404fffafc7695862c6ee542b08fa) Signed-off-by: Mario Domenech Goulart <mario@ossystems.com.br> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/recipes-core/glibc/glibc/CVE-2015-1781-resolv-nss_dns-dns-host.c-buffer-overf.patch')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud