Mirror of git.yoctoproject.org/poky https://git.enea.com/cgit/linux/poky.git/atom?h=1.2_M4.rc1 2012-03-13T11:45:05+00:00 2012-03-13T11:45:05+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2012-03-12T22:33:10+00:00 urn:sha1:8c218ddb81a098f1511682ab451d569054cbc51b (From OE-Core rev: fe8282824f54fd49a9b53d63b45c76132c3dc04f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-03-05T18:22:56+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2012-03-03T10:59:25+00:00 urn:sha1:06f2f8ce0a3093973ca54b48f542f8485b666079 Using "1" with getVar is bad coding style and "True" is preferred. This patch is a sed over the meta directory of the form: sed \ -e 's:\(\.getVar([^,()]*, \)1 *):\1True):g' \ -e 's:\(\.getVarFlag([^,()]*, [^,()]*, \)1 *):\1True):g' \ -i `grep -ril getVar *` Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-02-28T12:27:48+00:00 Saul Wold sgw@linux.intel.com 2012-02-27T08:48:40+00:00 urn:sha1:d6e0cbc08743ef88b031ef6402908f45c6113b47 (From OE-Core rev: db7d0089205124d2c537bd3185444581a7a351fa) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-01-19T13:26:11+00:00 Saul Wold sgw@linux.intel.com 2012-01-19T00:02:22+00:00 urn:sha1:b44c25b72bc9412f1076437d3afaf342cfa5f40b (From OE-Core rev: 0f4f139dd1a6e2c58f26a109b0a94ce01aca272b) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-01-05T12:36:28+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2011-12-17T10:08:53+00:00 urn:sha1:0fa52f70789afe5a53384ba20249af34c16a8568 When looking for RDEPENDS to process, bitbake iterates through PACKAGES *and* PN. Since native.bbclass sets PACKAGES to be empty, its pointless remapping the list of PACKAGES since this does nothing. There is a problem since *_${PN} are used by bitbake but not remapped by the native.bbclass class extension code. This changes the code to remap _${PN} in both expanded and unexpanded forms. As a result of this, various surprising dependencies are uncovered and the patch rectifies those. These are real bugs since they're injecting unneeded (unremapped) dependencies into the dependency chain. (From OE-Core rev: 0f485bfd6fc82a109b9da629e464fca1e90faec3) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-01-03T12:14:31+00:00 Saul Wold sgw@linux.intel.com 2011-12-28T01:03:03+00:00 urn:sha1:af162280e402b37005fb455a28183d765da01d7a There were 2 "BJAM_OPTS =" in the .bb and .inc, the .inc was being overwritten and the ICU dependency was not removed correctly. Do some clean-up including moving install_append into do_install directly. Finally the BJAM_EXTRAS += "threading=multi" was not setting set correctly, set it on the BUILD spec line (From OE-Core rev: c521aa1ad6aaae373ee4495e28e971a90adc5563) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2011-12-13T12:28:13+00:00 Philip Balister philip@balister.org 2011-12-12T21:58:36+00:00 urn:sha1:bade85eb0d840374e9b9ad98d63744446394d925 Without this, boost needs to build icu to create images using boost regex. RP inidicated he would rather disable icu, than add an extra dependency to the recipe. (From OE-Core rev: f60417055f869acb871be1f01c6900fdf685d71a) Signed-off-by: Philip Balister <philip@balister.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2011-12-08T15:24:32+00:00 Elizabeth Flanagan elizabeth.flanagan@intel.com 2011-12-03T23:48:29+00:00 urn:sha1:5eeea9e17013c65f3a4dab1b8215ddf2785adb06 This is a quick audit of only the most obviously wrong licenses found within OECore. These fixes fall into four areas: - LICENSE field had incorrect format so that the parser choked - LICENSE field has a license with no version - LICENSE field was actually incorrect - LICENSE field has an imaginary license that didn't exist This fixes most of the LICENSE warnings thrown, along with my prior commit adding additional licenses to common-licenses and additional SPDXLICENSEMAP entries. HOWEVER..... there is much to be done on the license front. For a list of recipes with licenses that need obvious fixing see: https://wiki.yoctoproject.org/wiki/License_Audit That said, I would suggest another license audit as I've found enough inconsistencies. A good suggestion is when in doubt, look at how openSuse or Gentoo or Debian license the package. (From OE-Core rev: 3083dd70b3a9fa01fcc3cf00373b05502505996e) Signed-off-by: Elizabeth Flanagan <elizabeth.flanagan@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2011-11-27T10:25:34+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2011-11-25T14:25:16+00:00 urn:sha1:0a434ac10158e2011d41a1189e65e9474b1672be Complete the bb.data.getVar/setVar replacements with accesses directly to the data store object. (From OE-Core rev: 2864ff6a4b3c3f9b3bbb6d2597243cc5d3715939) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2011-11-16T17:32:45+00:00 Saul Wold sgw@linux.intel.com 2011-11-15T20:58:44+00:00 urn:sha1:65333d263e92d6cece36e87f7cd2ccc27d074cec Removed boost-jam-native since it was an older version no incompatible with boost 1.47. Modified boost to use BBCLASSEXTEND native for the bjam native binary. Removed older unused patches. (From OE-Core rev: 67df7590d0a6600cb9768b3df2b56983a5fe234f) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>