openembedded-core.git/meta/recipes-extended/diffutils, branch master-next Mirror of openembedded-core diffutils: Fix build with gcc7 2017-05-04T12:49:46+00:00 Khem Raj raj.khem@gmail.com 2017-04-16T14:57:44+00:00 8a087df77cb17bfa3145632ad2fa9f8fc1169367 Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
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>
diffutils: do_configure: fix "Argument list too long" 2016-12-08T10:26:12+00:00 Robert Yang liezhi.yang@windriver.com 2016-12-05T14:54:39+00:00 5210ccd61ef52a191454a4587cfeb22079df746d Fixed when len(TMPDIR) = 410: aclocal: error: cannot open echo [snip]: Argument list too long This is becuase it has a lot of m4 files, use relative path for them can fix the problem. It doesn't happen when MACHINE="qemux86", I think it is because intel-x86-64 is longer than qemux86. Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
Fixed when len(TMPDIR) =  410:
aclocal: error: cannot open echo [snip]: Argument list too long

This is becuase it has a lot of m4 files, use relative path for them
can fix the problem.

It doesn't happen when MACHINE="qemux86", I think it is because
intel-x86-64 is longer than qemux86.

Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
diffutils: 3.4 -> 3.5 2016-12-07T10:36:12+00:00 Huang Qiyu huangqy.fnst@cn.fujitsu.com 2016-12-02T11:03:57+00:00 a718c845b5274858eff297eacf5a3a02cd5c0ae8 Upgrade diffutils from 3.4 to 3.5. Signed-off-by: Huang Qiyu <huangqy.fnst@cn.fujitsu.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
Upgrade diffutils from 3.4 to 3.5.

Signed-off-by: Huang Qiyu <huangqy.fnst@cn.fujitsu.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
diffutils: upgrade to 3.4 2016-08-20T15:05:29+00:00 Chen Qi Qi.Chen@windriver.com 2016-08-19T08:00:38+00:00 98a23eaf837692ad7d2a1d04318118c41052f7b0 Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Signed-off-by: Chen Qi <Qi.Chen@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta: update patch metadata 2016-07-08T08:55:40+00:00 Ross Burton ross.burton@intel.com 2016-06-27T19:59:19+00:00 606a43dc38a00cc243f933722db657aea4129f8e Enforce the correct tag names across all of oe-core for consistency. Signed-off-by: Ross Burton <ross.burton@intel.com> 
Enforce the correct tag names across all of oe-core for consistency.

Signed-off-by: Ross Burton <ross.burton@intel.com>
diffutils: Add patch to fix gplv2 version with gcc6 2016-05-25T16:49:23+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2016-05-25T14:27:52+00:00 9c21339306a5e77ffd256f0a2b1759131109cb64 Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta: Fix Upstream-Status statements 2015-09-12T21:59:01+00:00 Ross Burton ross.burton@intel.com 2015-09-10T18:59:47+00:00 bd220fe6ce8c3a0805f13a14706d3130ea872604 Fix a variety of problems such as typos, bad punctuations, or incorrect Upstream-Status values. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Fix a variety of problems such as typos, bad punctuations, or incorrect
Upstream-Status values.

Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
recipes: Fix charset.alias for musl 2015-04-21T06:19:05+00:00 Khem Raj raj.khem@gmail.com 2015-04-16T02:00:25+00:00 fbe6d2c12aa9f7956bc87efeb68cb64b26b60c7a This is same gnulib fix replicated across needed recipes Change-Id: I756713407111a726eae98e26c9c1ff64981371c0 Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
This is same gnulib fix replicated across needed recipes

Change-Id: I756713407111a726eae98e26c9c1ff64981371c0
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
diffutils & diffstat: fix up EXTRA_OECONF 2014-12-30T11:38:40+00:00 Chen Qi Qi.Chen@windriver.com 2014-12-29T08:28:21+00:00 a27a6f93d6add381e001c38cd24c9575a04d4fa5 The following line is meant to be in diffutils but it was added to diffstat by accident. The commit message which introduced this line says that it's for diffutils. EXTRA_OECONF += "--without-libsigsegv-prefix" This patch fixes this problem. Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
The following line is meant to be in diffutils but it was added to
diffstat by accident. The commit message which introduced this line
says that it's for diffutils.

     EXTRA_OECONF += "--without-libsigsegv-prefix"

This patch fixes this problem.

Signed-off-by: Chen Qi <Qi.Chen@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>