Mirror of git.yoctoproject.org/poky https://git.enea.com/cgit/linux/poky.git/atom?h=1.6_M5 2014-03-26T00:21:42+00:00 2014-03-26T00:21:42+00:00 Saul Wold sgw@linux.intel.com 2014-02-28T15:34:40+00:00 urn:sha1:295656cfdaf17bcbbeac8599fc8ebb2d5aa435d2 (From meta-yocto rev: f6f71b602881ebf1dbb18851184854a85fb21e94) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2014-03-25T21:26:49+00:00 Robert Yang liezhi.yang@windriver.com 2014-03-25T11:00:12+00:00 urn:sha1:7881b304bcd7448e381c5727ddfd5f5fb954d326 The nslookup had been disabled from 2010 (or earlier), but it still in FILES_${PN}-utils, we need remove it. (From OE-Core rev: 3bf1f39d918a428246df774c8d306bcfe40ddbdd) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2014-03-25T21:26:49+00:00 Robert Yang liezhi.yang@windriver.com 2014-03-25T11:00:11+00:00 urn:sha1:895cf8289568fa16ff9fbac41c18d3dd79aedf39 Fix the typo: PACKAGES_preprend -> PACKAGES_prepend (From OE-Core rev: 1cb1e5487be04da3af649026e9b66642f3d3ce30) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2014-03-25T21:26:49+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2014-03-25T10:29:26+00:00 urn:sha1:ffa8bbf96524c18d40a18334d5f05f3d27737466 "ld:i386 crashes with -static -fPIE -pie" https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/1266492 This adds in two upstream binutils fixes to avoid the internal error triggered by the combination of -static with -pie on x86 builds. This triggers a backtrace which then triggers a bug in glibc where the process ends up hanging on some systems with broken libcs. We can't fix the libc but we can stop the internal error and hence avoid the hanging builds. (From OE-Core rev: e949f9a8fc337bd768c7e8a3fd082775a94e0ad4) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2014-03-25T21:26:49+00:00 Robert Yang liezhi.yang@windriver.com 2014-03-25T08:34:15+00:00 urn:sha1:8dd12d796c3c11cff09b9bfb1b975872749a77cf We need fix the path in *.pm, *.pod, *.h, *.pl and *.sh as we have done for target perl. [YOCTO #6035] (From OE-Core rev: 731a8735de53db870c476a675bb0dd9ddf5dcec8) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2014-03-25T21:26:49+00:00 Robert Yang liezhi.yang@windriver.com 2014-03-25T08:34:14+00:00 urn:sha1:d385bf176fb0720d4ccaf7f696114207322d6bb6 We need fix the path in tclConfig.sh, tdbcConfig.sh and itclConfig.sh for sstate, otherwise there would be build failures when use the sstate across different builds. e.g., when building expect: [snip] tmp/sysroots/qemuarma9/usr/include/tcl8.6 checking for Tcl private include files... configure: error: Cannot find private header tclInt.h in /path/to/another/build/tmp/sysroots/qemuarma9/usr/include/tcl8.6.1 Configure failed. [snip] [YOCTO #6035] (From OE-Core rev: cd83e4a30311e4399c6c634fe06ec835a95a1c17) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2014-03-25T14:20:45+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2014-03-25T14:13:50+00:00 urn:sha1:0e58578ae5e9d8c1cde95ee09973568bb00abd0e The runqueue should be using the "realtask" ID to lookup the task hash, not the "task" ID. This patch resolves corruption issues where incorrect task hashes were displayed within toaster. (Bitbake rev: 84be1a27f89d1bf63c21f06d831df0a66a5db860) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2014-03-25T13:26:55+00:00 Marius Avram marius.avram@intel.com 2014-03-25T13:02:35+00:00 urn:sha1:41ed4123a687f77a2042cf50d89652639075f869 The function is used to save additional variables in the configuration file when the user adds a new (key, value) pair from the Settings->Others. There was a problem though when the function was trying to retrieve an older instance of EXTRA_SETTINGS from the configuration file. Sometimes its value was returned as a dictionary and sometimes a string, which caused a crash when calling ast.literal_eval(). The reason of the problem must be a change in bitbake's parsing system. The changes will fix this issues. While analysing this problem I discovered that the variables were not saved properly in the configuration file after consecutive changes to Settings->Others because of the way saveConfigurationVar() from cooker.py works. This patch will also solve this issue. [YOCTO #5989] (Bitbake rev: bdbcd8866104c315fc9da631407d4280433dbfde) Signed-off-by: Marius Avram <marius.avram@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2014-03-25T13:26:54+00:00 Marius Avram marius.avram@intel.com 2014-03-25T13:02:10+00:00 urn:sha1:22af8031cdb3090330c5c4c965855963e24a3ba2 When a variable was removed from a configuration file it was not removed from memory. This also had the effect of not allowing to set a new value for the same variable with saveConfigurationVar. (Bitbake rev: 30cd1fab6633aaf50ef53eefccc6d69d598eb293) Signed-off-by: Marius Avram <marius.avram@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2014-03-25T13:23:06+00:00 Scott Rifenbark scott.m.rifenbark@intel.com 2014-03-20T19:23:53+00:00 urn:sha1:843e3ecf9e3f9292537446a2feccc1d2645ed231 Fixes [YOCTO #5897] Added several new varflags to the existing list in the "Variable Flags" section. The key one being the "vardepvalueexclude" flag. (Bitbake rev: 01a07dabb0d0c6a7f8c3c048396cfdf9d756b032) Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>