openembedded-core.git/meta/recipes-devtools/patch/patch_2.5.9.bb, branch pyro Mirror of openembedded-core recipes: Move out stale GPLv2 versions to a seperate layer 2017-03-07T20:04:58+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2017-03-02T12:04:08+00:00 19b7e950346fb1dde6505c45236eba6cd9b33b4b 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 <richard.purdie@linuxfoundation.org> 
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 <richard.purdie@linuxfoundation.org>
patch: cleanup update-alternatives deprecated code 2012-08-15T13:18:38+00:00 Saul Wold sgw@linux.intel.com 2012-07-26T23:09:19+00:00 6a76ad8a45b4e099703c051d759f687904442713 Signed-off-by: Saul Wold <sgw@linux.intel.com> 
Signed-off-by: Saul Wold <sgw@linux.intel.com>
recipes: Delete patch=1, its default and replace pnum with striplevel 2011-08-24T01:23:13+00:00 Khem Raj raj.khem@gmail.com 2011-08-18T00:17:52+00:00 4e108857e0d40105f7ecbc55e99bd6c367bb7386 Some place pnum=1 is used which is removed as well since striplevel=1 is default Signed-off-by: Khem Raj <raj.khem@gmail.com> 
Some place pnum=1 is used which is removed as well since
striplevel=1 is default

Signed-off-by: Khem Raj <raj.khem@gmail.com>
patch_2.5.9: clean up the recipe 2010-12-16T15:53:09+00:00 Nitin A Kamble nitin.a.kamble@intel.com 2010-12-03T19:08:47+00:00 f528a1530ebb1834ee9034805b0ace34ac6a530f Earlier the recipe was using 2.5.4 tar ball and a patch for upgrading to 2.5.9. Replaces these with pointer to 2.5.9 tarball. Also noted that both 2.5.4 & 2.5.9 are GPLv2 sources. Updated checksums and license of the recipe Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> 
Earlier the recipe was using 2.5.4 tar ball and a patch for upgrading to
2.5.9. Replaces these with pointer to 2.5.9 tarball.

Also noted that both 2.5.4 & 2.5.9 are GPLv2 sources.

Updated checksums and license of the recipe

Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
patch: Add LIC_FILES_CHKSUM 2010-12-13T20:27:47+00:00 Saul Wold Saul.Wold@intel.com 2010-12-11T00:59:05+00:00 153d79a8669bf5d660a399f965130673fd549ce0 Signed-off-by: Saul Wold <Saul.Wold@intel.com> 
Signed-off-by: Saul Wold <Saul.Wold@intel.com>
SRC_URI Checksums Additionals 2010-12-09T16:18:17+00:00 Saul Wold sgw@linux.intel.com 2010-12-08T04:06:29+00:00 3d08b9f2c65835822b1c0ed30e3170f02f877ce3 Signed-off-by: Saul Wold <sgw@linux.intel.com> 
Signed-off-by: Saul Wold <sgw@linux.intel.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>