summaryrefslogtreecommitdiffstats
path: root/meta/recipes-extended/less
Commit message (Collapse)AuthorAgeFilesLines
* less: use BPN for alternativesMark Hatle2012-05-301-2/+2
| | | | | | | (From OE-Core rev: 3361ebfd61dc0d5914a506b1a06b92bd80734114) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* PR bump for all recipes that DEPEND on ncursesScott Garman2012-03-151-1/+1
| | | | | | | | | | The packaging changes to ncurses could break package feeds, so bump the PR on everythong that DEPENDS on ncurses. (From OE-Core rev: be92256917c157284ef8370bb93bbf443849b2e1) Signed-off-by: Scott Garman <scott.a.garman@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* less_444.bb: Adding license email from authorElizabeth Flanagan2012-02-241-3/+12
| | | | | | | | | | | 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. (From OE-Core rev: fa7bdf96b8eb8b5078db38249c5c60ec511c35c6) Signed-off-by: Elizabeth Flanagan <elizabeth.flanagan@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* less: Correcting generic licenseBeth Flanagan2011-12-211-3/+3
| | | | | | | | | | | 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. (From OE-Core rev: 37c8c2c5f6937520eaf9f5d981f9315e36eba4bb) Signed-off-by: Beth Flanagan <elizabeth.flanagan@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* OECore license fixes: meta/*Elizabeth Flanagan2011-12-081-2/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | 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>
* less: Update to 444Saul Wold2011-12-021-3/+2
| | | | | | | (From OE-Core rev: ee1242197c1458e690ffb4c70e28bf8a0339eb0f) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* less: update to 443Saul Wold2011-06-011-3/+3
| | | | | | | (From OE-Core rev: 52bf0c629cddfefe8c8731f8f9a6ce20aa599d64) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Update SRC_URIs to use BPN instead of PNRichard Purdie2011-03-141-1/+1
| | | | | | | | [YOCTO #860] (From OE-Core rev: 09ed5de9624be38c0fa5cb3f943691c3b4a50686) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes-extended: Add Summary informationMark Hatle2010-12-161-0/+1
| | | | | | Add Summary information and update descriptions as necessary. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* SRC_URI Checksums AdditionalsSaul Wold2010-12-091-0/+3
| | | | Signed-off-by: Saul Wold <sgw@linux.intel.com>
* Major layout change to the packages directoryRichard Purdie2010-08-271-0/+27
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>