Mirror of git.openembedded.org/meta-openembedded https://git.enea.com/cgit/linux/meta-openembedded.git/atom?h=hardknott 2013-09-03T17:12:38+00:00 2013-09-03T17:12:38+00:00 Paul Eggleton paul.eggleton@linux.intel.com 2013-08-28T10:43:28+00:00 urn:sha1:3c9163b5d6feea24fae679109a908968920fb899 This is now in OE-Core as of ad2851cf0abc2ab35e0f60c96d3142c29a07c8fc. ca-certificates-cross is no longer used (effectively replaced by a native BBCLASSEXTEND in the main recipe). Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> 2013-04-15T14:23:17+00:00 Martin Jansa Martin.Jansa@gmail.com 2013-04-13T20:49:41+00:00 urn:sha1:a45830a39bb47a9eab27980d52966226c9504ea4 * This change is only aesthetic (unlike indentation in Python tasks). * Some recipes were using tabs. * Some were using 8 spaces. * Some were using mix or different number of spaces. * Make them consistently use 4 spaces everywhere. * Yocto styleguide advises to use tabs (but the only reason to keep tabs is the need to update a lot of recipes). Lately this advice was also merged into the styleguide on the OE wiki. * Using 4 spaces in both types of tasks is better because it's less error prone when someone is not sure if e.g. do_generate_toolchain_file() is Python or shell task and also allows to highlight every tab used in .bb, .inc, .bbappend, .bbclass as potentially bad (shouldn't be used for indenting of multiline variable assignments and cannot be used for Python tasks). * Don't indent closing quote on multiline variables we're quite inconsistent wheater it's first character on line under opening quote or under first non-whitespace character in previous line. Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Acked-by: Koen Kooi <koen@dominion.thruhere.net> 2013-03-21T21:01:08+00:00 Andreas Oberritter obi@opendreambox.org 2013-03-19T19:32:29+00:00 urn:sha1:6a9359a4a6875cd18dfe4997b7e1e6876a0f0c20 Signed-off-by: Andreas Oberritter <obi@opendreambox.org> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> 2013-02-16T04:54:59+00:00 Martin Jansa martin.jansa@gmail.com 2013-02-11T20:23:51+00:00 urn:sha1:af0a0dde191acb5725073e30a8a0b42d819233c6 * old archive is no longer on upstream URL Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> 2012-10-10T07:47:32+00:00 Marcin Juszkiewicz marcin.juszkiewicz@linaro.org 2012-09-25T10:44:47+00:00 urn:sha1:f2136b93ef102be38f9b5ab8c79ecd8f44ff35b3 Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> 2012-03-09T02:57:22+00:00 Ulf Samuelsson ulf@emagii.com 2012-02-28T06:03:21+00:00 urn:sha1:8a728abad7307e968a03b333811fc1f816ba18b4 20111211 has disappeared from the server Signed-off-by: Ulf Samuelsson <ulf@emagii.com> Signed-off-by: Khem Raj <raj.khem@gmail.com> 2012-01-12T09:41:09+00:00 Norman Schleicher NormanSchleicher@gmx.de 2012-01-04T21:23:47+00:00 urn:sha1:3b111fefe106d93a1a199e63dc9056985fb9886d Signed-off-by: Norman Schleicher <NormanSchleicher@gmx.de> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> 2011-11-07T10:52:31+00:00 Koen Kooi koen@dominion.thruhere.net 2011-11-07T10:52:31+00:00 urn:sha1:81a402b1f62a2d0cdbf6713c11ae5c6d6c22346f Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> 2011-07-14T15:49:27+00:00 Paul Eggleton paul.eggleton@linux.intel.com 2011-07-13T18:02:45+00:00 urn:sha1:040f75eca217c79fed7b881589d9bb36358cffe1 As discussed on the mailing list, this variable isn't useful and if wanted would be better implemented by distros using pn-X overrides. This patch executes: find . -regex ".*\.\(bb\|inc\)$" | xargs sed -i '/^PRIORITY = ".*"$/d' against the tree removing the references. Thanks to Phil Blundell for the command. (Prompted by oe-core rev: d122343362669c683acc4af295971a62cbc823fc) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> 2011-06-02T08:04:54+00:00 Martin Jansa Martin.Jansa@gmail.com 2011-05-19T06:32:24+00:00 urn:sha1:ea8d7d2d14e862c5e911fedcc640e2c2d70ac2f0 * otherwise such recipes are rebuilt or reused from sstate after every MACHINE change, because of different checksums see [YOCTO #1075] Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>