linux/poky.git/meta/recipes-bsp/grub/grub_0.97.bb, branch warrior

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

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

grub: add patch to support 256 byte inodes

2013-10-18T14:49:56+00:00

This patch is originally from oe-classic, it seemed to have been dropped in the transition for some reason. However I needed this patch to boot a system with 256 byte inodes. (From OE-Core rev: f36fd55e8721559dee2e9b57930cd3962958ba9e) Signed-off-by: Jack Mitchell Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

grub: disable floating ncurses dependency for GPLv2 version

2013-08-03T09:33:13+00:00

A dependency was being added on ncurses conditionally upon whether it had been built first. Explicitly disable this dependency to stop this from happening. Note that grub 2.x does not need this same fix because there ncurses is only used when building grub-emu, which is only built when the specified target platform is "emu" which we do not use. (From OE-Core rev: 2ca75dd0718ec37d7f131b8bcd841de6e876bd07) Signed-off-by: Paul Eggleton Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

grub-0.97: fix the objcopy error in configure

2013-06-07T15:48:24+00:00

Get patch from ubuntu to fix this: error: GRUB requires a working absolute objcopy; upgrade your binutils (From OE-Core rev: 18bb555268ecc11d0fb7d4f404a38f1b453f2928) Signed-off-by: Jackie Huang Signed-off-by: Richard Purdie

grub: Use COMPATIBLE_HOST variable instead of anonymous python

2012-07-24T09:35:32+00:00

This cleans up code added in 2008 to use modern syntax. It is functionally equivalent. (From OE-Core rev: a73b314c95a21e44dc584c58639a038833c9756b) Signed-off-by: Richard Purdie

grub: Clean up FILES_* after PACKAGES reoder

2012-06-21T12:03:01+00:00

(From OE-Core rev: 41dddc175c0b4887629268bc32b7ac18095b15b5) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

grub-0.97: fix build with automake 1.12

2012-05-25T10:18:01+00:00

(From OE-Core rev: e5a7b3af75fdc2dc2335d859faf5be2eb7f31f2e) Signed-off-by: Nitin A Kamble Signed-off-by: Richard Purdie

meta: Convert getVar/getVarFlag(xxx, 1) -> (xxx, True)

2012-03-05T18:22:56+00:00

Using "1" with getVar is bad coding style and "True" is preferred. This patch is a sed over the meta directory of the form: sed \ -e 's:\(\.getVar([^,()]*, \)1 *):\1True):g' \ -e 's:\(\.getVarFlag([^,()]*, [^,()]*, \)1 *):\1True):g' \ -i `grep -ril getVar *` Signed-off-by: Richard Purdie

Convert to use direct access to the data store (instead of bb.data.Var())

2011-11-10T11:51:19+00:00

This is the result of running the following over the metadata: sed \ -e 's:bb.data.\(setVar([^,()]*,[^,()]*\), *\([^ )]*\) *):\2.\1):g' \ -e 's:bb.data.\(setVarFlag([^,()]*,[^,()]*,[^,()]*\), *\([^) ]*\) *):\2.\1):g' \ -e 's:bb.data.\(getVar([^,()]*\), *\([^(), ]*\) *,\([^)]*\)):\2.\1,\3):g' \ -e 's:bb.data.\(getVarFlag([^,()]*,[^,()]*\), *\([^(), ]*\) *,\([^)]*\)):\2.\1,\3):g' \ -e 's:bb.data.\(getVarFlag([^,()]*,[^,()]*\), *\([^() ]*\) *):\2.\1):g' \ -e 's:bb.data.\(getVar([^,()]*\), *\([^) ]*\) *):\2.\1):g' \ -i `grep -ril bb.data *` (From OE-Core rev: b22831fd63164c4db9c0b72934d7d734a6585251) Signed-off-by: Richard Purdie