openembedded-core.git/meta/recipes-bsp/libacpi, branch 2011-1 Mirror of openembedded-core recipes: Delete patch=1, its default and replace pnum with striplevel 2011-08-24T01:23:13+00:00 Khem Raj raj.khem@gmail.com 2011-08-18T00:17:52+00:00 4e108857e0d40105f7ecbc55e99bd6c367bb7386 Some place pnum=1 is used which is removed as well since striplevel=1 is default Signed-off-by: Khem Raj <raj.khem@gmail.com> 
Some place pnum=1 is used which is removed as well since
striplevel=1 is default

Signed-off-by: Khem Raj <raj.khem@gmail.com>
Upstream-Status update for several recipes 2011-05-17T13:38:52+00:00 Yu Ke ke.yu@intel.com 2011-05-16T06:04:12+00:00 46ea0444276c67b1489004e959bcf34970cd6c60 - modutils - module-init-tools - libacpi - keymaps - initscripts - console-tools - mesa-demos - xserver-xf86-lite Signed-off-by: Yu Ke <ke.yu@intel.com> 
 - modutils
 - module-init-tools
 - libacpi
 - keymaps
 - initscripts
 - console-tools
 - mesa-demos
 - xserver-xf86-lite

Signed-off-by: Yu Ke <ke.yu@intel.com>
libacpi: remove patch that is no longer needed by upstream 2010-12-21T09:29:13+00:00 Saul Wold sgw@linux.intel.com 2010-12-21T09:07:50+00:00 5f50a9ff90dea8775bd5f177eced6548571464cf Signed-off-by: Saul Wold <sgw@linux.intel.com> 
Signed-off-by: Saul Wold <sgw@linux.intel.com>
SRC_URI Checksums Additionals 2010-12-09T16:18:17+00:00 Saul Wold sgw@linux.intel.com 2010-12-08T04:06:29+00:00 3d08b9f2c65835822b1c0ed30e3170f02f877ce3 Signed-off-by: Saul Wold <sgw@linux.intel.com> 
Signed-off-by: Saul Wold <sgw@linux.intel.com>
libacpi:Add license checksum to bb file 2010-11-24T00:47:03+00:00 Mei Lei lei.mei@intel.com 2010-11-23T09:50:57+00:00 429d58379049eb2f6f986d20688f0eeafe91fdb5 Add LICENSE file checksum to bb file Signed-off-by: Mei Lei <lei.mei@intel.com> 
Add LICENSE file checksum to bb file

Signed-off-by: Mei Lei <lei.mei@intel.com>
recipes-bsp: Cleanup package descriptions and summaries 2010-10-11T21:15:37+00:00 Mark Hatle mark.hatle@windriver.com 2010-09-28T00:11:11+00:00 daa21c1e0a306c45f06c6fe6adb5fe1d6a90070c [BUGID #281] Evaluate and update each package in recipes-bsp to ensure they have a consistent summary and description. Signed-off-by: Mark Hatle <mark.hatle@windriver.com> 
[BUGID #281]

Evaluate and update each package in recipes-bsp to ensure they have a
consistent summary and description.

Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
libacpi: fix COMPATIBLE_HOST definition 2010-10-07T15:24:37+00:00 Nitin A Kamble nitin.a.kamble@intel.com 2010-10-04T22:59:07+00:00 8a4298c71c6207f4c209b510f7e4a8bda2501f27 Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> 
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Major layout change to the packages directory 2010-08-27T14:29:45+00:00 Richard Purdie rpurdie@linux.intel.com 2010-08-27T14:14:24+00:00 29d6678fd546377459ef75cf54abeef5b969b5cf Having one monolithic packages directory makes it hard to find things and is generally overwhelming. This commit splits it into several logical sections roughly based on function, recipes.txt gives more information about the classifications used. The opportunity is also used to switch from "packages" to "recipes" as used in OpenEmbedded as the term "packages" can be confusing to people and has many different meanings. Not all recipes have been classified yet, this is just a first pass at separating things out. Some packages are moved to meta-extras as they're no longer actively used or maintained. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com> 
Having one monolithic packages directory makes it hard to find things
and is generally overwhelming. This commit splits it into several
logical sections roughly based on function, recipes.txt gives more
information about the classifications used.

The opportunity is also used to switch from "packages" to "recipes"
as used in OpenEmbedded as the term "packages" can be confusing to
people and has many different meanings.

Not all recipes have been classified yet, this is just a first pass
at separating things out. Some packages are moved to meta-extras as
they're no longer actively used or maintained.

Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>