openembedded-core.git/meta/recipes-extended/which, branch master

which: fix it so the manpage will respect alternatives

2017-03-17T11:55:24+00:00

To fix:

  file /usr/share/man/man1/which.1 conflicts between attempted installs
  of debianutils-doc-4.8.1-r0.core2_64 and which-doc-2.21-r3.core2_64

Signed-off-by: Paul Gortmaker 
Signed-off-by: Richard Purdie

recipes: Move out stale GPLv2 versions to a seperate layer

2017-03-07T20:04:58+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.

Signed-off-by: Richard Purdie

meta: update patch metadata

2016-07-08T08:55:40+00:00

Enforce the correct tag names across all of oe-core for consistency.

Signed-off-by: Ross Burton

which: Upgrade 2.20 -> 2.21

2015-08-09T22:14:31+00:00

* Drop one upstreamed patch, update the other one

Signed-off-by: Jussi Kukkonen 
Signed-off-by: Richard Purdie

which 2.18: fix SRC_URI

2015-02-07T18:52:45+00:00

It is the GPLv2+ version, the old SRC_URI is down, use fedoraproject's
repo. Its homepage is also down, but I can't find a new one for it.

Signed-off-by: Robert Yang

which: add missing Upstream-Status

2014-12-19T17:54:15+00:00

Signed-off-by: Ross Burton

which-2.18: Use foreign strictness to avoid automake errors

2014-10-30T13:12:57+00:00

Fixed:
Makefile.am: error: required file './ChangeLog' not found

Signed-off-by: Jackie Huang 
Signed-off-by: Richard Purdie

which: use "foreign" automake strictness

2014-07-16T09:27:16+00:00

which doesn't want GNU-levels of automake strictness so tell it to be "foreign".

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-01T22:17:50+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.

Signed-off-by: Max Eliaser 
Signed-off-by: Richard Purdie

which: use the same meta fields for both versions

2013-04-29T13:43:48+00:00

Use the same SUMMARY, DESCRIPTION, SECTION and HOMEPAGE for the recipes
for both "which" versions.

Signed-off-by: Paul Eggleton 
Signed-off-by: Saul Wold