linux/poky.git/meta/recipes-extended/findutils, branch uninative-2.1

meta: Drop remnants of uclibc support

2017-06-22T08:16:00+00:00

uclibc support was removed a while ago and musl works much better. Start to remove the various overrides and patches related to uclibc which are no longer needed. uclibc support in a layer would still be possible. I have strong reasons to believe nobody is still using uclibc since patches are missing and I doubt the metadata even parses anymore. (From OE-Core rev: 653704e9cf325cb494eb23facca19e9f05132ffd) Signed-off-by: Richard Purdie

recipes: Move out stale GPLv2 versions to a seperate layer

2017-03-07T20:05:31+00:00

These are recipes where the upstream has moved to GPLv3 and these old versions are the last ones under the GPLv2 license. There are several reasons for making this move. There is a different quality of service with these recipes in that they don't get security fixes and upstream no longer care about them, in fact they're actively hostile against people using old versions. The recipes tend to need a different kind of maintenance to work with changes in the wider ecosystem and there needs to be isolation between changes made in the v3 versions and those in the v2 versions. There are probably better ways to handle a "non-GPLv3" system but right now having these in OE-Core makes them look like a first class citizen when I believe they have potential for a variety of undesireable issues. Moving them into a separate layer makes their different needs clearer, it also makes it clear how many of these there are. Some are probably not needed (e.g. mc), I also wonder whether some are useful (e.g. gmp) since most things that use them are GPLv3 only already. Someone could now more clearly see how to streamline the list of recipes here. I'm proposing we mmove to this separate layer for 2.3 with its future maintinership and testing to be determined in 2.4 and beyond. (From OE-Core rev: 19b7e950346fb1dde6505c45236eba6cd9b33b4b) Signed-off-by: Richard Purdie

meta: update patch metadata

2016-07-08T08:57:24+00:00

Enforce the correct tag names across all of oe-core for consistency. (From OE-Core rev: 606a43dc38a00cc243f933722db657aea4129f8e) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

findutils: upgrade to 4.6.0

2016-02-26T17:16:15+00:00

Inherit upstream-version-is-even as minor-odd releases (such as 4.5.x) are development snapshots. Change the SRC_URI back to using GNU_MIRROR now we're not using a development release but a stable tarball. (From OE-Core rev: 0b3810bfb4c25d0a023045eab429c9401293375a) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

findutils: upgrade to 4.5.19

2016-02-19T01:01:24+00:00

(From OE-Core rev: 4ec00dbb121cb06d365a6536229fc5819d671228) Signed-off-by: Chen Qi Signed-off-by: Richard Purdie

meta: Fix Upstream-Status statements

2015-09-12T22:01:53+00:00

Fix a variety of problems such as typos, bad punctuations, or incorrect Upstream-Status values. (From OE-Core rev: bd220fe6ce8c3a0805f13a14706d3130ea872604) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

recipes: Fix charset.alias for musl

2015-04-21T06:20:25+00:00

This is same gnulib fix replicated across needed recipes Change-Id: I756713407111a726eae98e26c9c1ff64981371c0 (From OE-Core rev: fbe6d2c12aa9f7956bc87efeb68cb64b26b60c7a) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

findutils 4.2.31: fix SRC_URI

2015-02-08T08:00:28+00:00

The findutils_4.2.31.bb can't use the SRC_URI in findutils.inc (but findutils_4.5.14.bb can use it), use the right SRC_URI to fix it. (From OE-Core rev: 243e6d1380d376d1669c0ffa477027c1bec7f74a) Signed-off-by: Robert Yang Signed-off-by: Richard Purdie

findutils: Upgrade to 4.5.14

2014-11-06T16:45:21+00:00

Move findutils-4.4.2 directory to more generic findutils Removed backported patches (From OE-Core rev: 8071b8d1ccc5e8a6b24ccf13b185f5cda6ce890e) Signed-off-by: Saul Wold Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

Add texinfo.bbclass; recipes that use texinfo utils at build-time inherit it.

2014-05-02T19:46:59+00:00

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. (From OE-Core rev: e6fb2f9afe2ba6b676c46d1eb297ca9cc532d405) Signed-off-by: Max Eliaser Signed-off-by: Richard Purdie