summaryrefslogtreecommitdiff
path: root/meta/recipes-extended/less
AgeCommit message (Collapse)AuthorFiles
2013-04-29less: Update to 458Saul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-12-19less: Update to 457Saul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-12-03less: Update to 456Saul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-18less: Update to 451Saul Wold1
LICENSE file was changed to match the BSD-2 Clause Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-15less: cleanup update-alternatives deprecated codeSaul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-05-30less: use BPN for alternativesMark Hatle1
Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2012-03-14PR bump for all recipes that DEPEND on ncursesScott Garman1
The packaging changes to ncurses could break package feeds, so bump the PR on everythong that DEPENDS on ncurses. Signed-off-by: Scott Garman <scott.a.garman@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-02-24less_444.bb: Adding license email from authorElizabeth Flanagan1
This slipped off my plate. Adding the email response from the author of less which allows us to use a generic BSD instead of the less license. Signed-off-by: Elizabeth Flanagan <elizabeth.flanagan@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-21less: Correcting generic licenseBeth Flanagan1
I've asked and received permission from Mark Nudelman, the author of less, to utilize a generic BSD 2 clause license for less, instead of creating a common "less" license file. Signed-off-by: Beth Flanagan <elizabeth.flanagan@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-08OECore license fixes: meta/*Elizabeth Flanagan1
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. Signed-off-by: Elizabeth Flanagan <elizabeth.flanagan@intel.com>
2011-12-02less: Update to 444Saul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-06-01less: update to 443Saul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-03-14Update SRC_URIs to use BPN instead of PNRichard Purdie1
[YOCTO #860] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2010-12-16recipes-extended: Add Summary informationMark Hatle1
Add Summary information and update descriptions as necessary. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2010-12-09SRC_URI Checksums AdditionalsSaul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2010-08-27Major layout change to the packages directoryRichard Purdie1
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>