openembedded-core.git/meta/recipes-extended/time/time.inc, branch 2016-4 Mirror of openembedded-core Add texinfo.bbclass; recipes that use texinfo utils at build-time inherit it. 2014-05-01T22:17:50+00:00 Max Eliaser max.eliaser@intel.com 2014-05-01T20:00:28+00:00 e6fb2f9afe2ba6b676c46d1eb297ca9cc532d405 The class itself currently does nothing. The idea is to mark all recipes that make use of the texinfo utilities. In the future, this class could be used to suppress the generation/formatting of documentation for performance, explicitly track dependencies on these utilities, and eliminate Yocto's current dependency on the host system's texinfo utilities. Signed-off-by: Max Eliaser <max.eliaser@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
The class itself currently does nothing. The idea is to mark all recipes that
make use of the texinfo utilities. In the future, this class could be used to
suppress the generation/formatting of documentation for performance,
explicitly track dependencies on these utilities, and eliminate Yocto's
current dependency on the host system's texinfo utilities.

Signed-off-by: Max Eliaser <max.eliaser@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
time: cleanup update-alternatives deprecated code 2012-08-15T13:18:41+00:00 Saul Wold sgw@linux.intel.com 2012-07-27T00:26:09+00:00 75a086630fdf118db3bd2bda12532370d3175081 Signed-off-by: Saul Wold <sgw@linux.intel.com> 
Signed-off-by: Saul Wold <sgw@linux.intel.com>
time: use BPN for alternatives 2012-05-30T09:43:41+00:00 Mark Hatle mark.hatle@windriver.com 2012-05-22T17:37:40+00:00 0a621679772d7996c6342ad1e99de484082d9987 Signed-off-by: Mark Hatle <mark.hatle@windriver.com> 
Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
time: use u-a for time, conflicts with busybox 2011-11-15T11:54:44+00:00 Martin Jansa Martin.Jansa@gmail.com 2011-11-11T12:23:05+00:00 4ed8241b58ad3180311fc20cb6ef26acf44058b4 * it was reported here: http://lists.linuxtogo.org/pipermail/openembedded-core/2011-September/009409.html Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> 
* it was reported here:
  http://lists.linuxtogo.org/pipermail/openembedded-core/2011-September/009409.html

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
recipes-extended: Add Summary information 2010-12-16T15:53:08+00:00 Mark Hatle mark.hatle@windriver.com 2010-11-18T23:44:37+00:00 f992d6b4348bc2fde4a415bcc10b1a770aa9a0bc Add Summary information and update descriptions as necessary. Signed-off-by: Mark Hatle <mark.hatle@windriver.com> 
Add Summary information and update descriptions as necessary.

Signed-off-by: Mark Hatle <mark.hatle@windriver.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>