<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/meta/recipes-extended/grep/grep_2.5.1a.bb, branch hardknott</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=hardknott</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=hardknott'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2017-03-07T20:05:31+00:00</updated>
<entry>
<title>recipes: Move out stale GPLv2 versions to a seperate layer</title>
<updated>2017-03-07T20:05:31+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2017-03-02T12:04:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=2345af9b4829ed3eed5abf60f2483055649f8af7'/>
<id>urn:sha1:2345af9b4829ed3eed5abf60f2483055649f8af7</id>
<content type='text'>
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 &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>grep: use internal regex library with musl-libc</title>
<updated>2015-07-16T14:09:21+00:00</updated>
<author>
<name>Andre McCurdy</name>
<email>armccurdy@gmail.com</email>
</author>
<published>2015-07-14T08:30:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=1195b41ff4a77fc922ec4ca55ed1acae91a856a4'/>
<id>urn:sha1:1195b41ff4a77fc922ec4ca55ed1acae91a856a4</id>
<content type='text'>
musl does not have the GNU regex API provided by glibc.

  http://wiki.musl-libc.org/wiki/Functional_differences_from_glibc#Regular_expressions

(From OE-Core rev: 1bf295c85d72b7f6ac394e2c27e66ff507689314)

Signed-off-by: Andre McCurdy &lt;armccurdy@gmail.com&gt;
Signed-off-by: Ross Burton &lt;ross.burton@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>grep: Fix LSB NG Cases for gplv2 version.</title>
<updated>2015-05-26T09:57:51+00:00</updated>
<author>
<name>Li xin</name>
<email>lixin.fnst@cn.fujitsu.com</email>
</author>
<published>2015-05-25T02:18:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=af6405ee9a455db38ee60cab06412f3a1fa6c3de'/>
<id>urn:sha1:af6405ee9a455db38ee60cab06412f3a1fa6c3de</id>
<content type='text'>
-/tset/LI18NUX2K.L1/utils/egrep-tp/T.egrep-tp 5
-/tset/LI18NUX2K.L1/utils/fgrep/T.fgrep 5
-/tset/LI18NUX2K.L1/utils/grep-tp/T.grep-tp 5

The LSB core test requires grep egrep and fgrep can
perform pattern matching in searches without regard
to case if -i option is specified.

(From OE-Core rev: d3b6aa30b3ea30d4e6a6ca923693367f66957ab0)

Signed-off-by: Li Xin &lt;lixin.fnst@cn.fujitsu.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>grep 2.5.1a: fix unknown-configure-option</title>
<updated>2015-02-08T08:00:28+00:00</updated>
<author>
<name>Robert Yang</name>
<email>liezhi.yang@windriver.com</email>
</author>
<published>2015-01-27T08:24:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=f4b1459005d3822664578920d5ca1102d36dedc8'/>
<id>urn:sha1:f4b1459005d3822664578920d5ca1102d36dedc8</id>
<content type='text'>
Fixed:
WARNING: QA Issue: grep: configure was passed unrecognised options: --disable-ncurses [unknown-configure-option]

(From OE-Core rev: ed8b62aca29be93281dbdb92a3acbff5922efe5e)

Signed-off-by: Robert Yang &lt;liezhi.yang@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>grep: set CONFIG_SHELL to /bin/sh</title>
<updated>2014-08-23T08:26:12+00:00</updated>
<author>
<name>Robert Yang</name>
<email>liezhi.yang@windriver.com</email>
</author>
<published>2014-08-14T12:05:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=a45cb305674c60403ac36b03cd49bd9696e6d435'/>
<id>urn:sha1:a45cb305674c60403ac36b03cd49bd9696e6d435</id>
<content type='text'>
It would be bash, sh, ksh or sh5 according to the host if we don't set
this, and its scripts don't have bashism as the checkbashisms shows.

(From OE-Core rev: 6fe82a9ed6c7967aaf25c861400de4a9379e92c6)

Signed-off-by: Robert Yang &lt;liezhi.yang@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>Add texinfo.bbclass; recipes that use texinfo utils at build-time inherit it.</title>
<updated>2014-05-02T19:46:59+00:00</updated>
<author>
<name>Max Eliaser</name>
<email>max.eliaser@intel.com</email>
</author>
<published>2014-05-01T20:00:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=64df4e4aefe6cc460145c8a25c7afadc56fd4a88'/>
<id>urn:sha1:64df4e4aefe6cc460145c8a25c7afadc56fd4a88</id>
<content type='text'>
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 &lt;max.eliaser@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>grep: Add patch for texinfo 5.1</title>
<updated>2013-08-03T09:33:14+00:00</updated>
<author>
<name>Saul Wold</name>
<email>sgw@linux.intel.com</email>
</author>
<published>2013-08-02T01:30:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=4cff3defb545643132b7233fcffb3fedc1bf182b'/>
<id>urn:sha1:4cff3defb545643132b7233fcffb3fedc1bf182b</id>
<content type='text'>
(From OE-Core rev: bc6258f88705b0e7989089a8666ac5e5d2355823)

Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>grep: fix for CVE-2012-5667</title>
<updated>2013-05-30T19:59:11+00:00</updated>
<author>
<name>Ming Liu</name>
<email>ming.liu@windriver.com</email>
</author>
<published>2013-05-15T05:56:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=2a8265950f263138fcb33db8dc9e1017a6af233a'/>
<id>urn:sha1:2a8265950f263138fcb33db8dc9e1017a6af233a</id>
<content type='text'>
Multiple integer overflows in GNU Grep before 2.11 might allow
context-dependent attackers to execute arbitrary code via vectors
involving a long input line that triggers a heap-based buffer overflow.

http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2012-5667

(From OE-Core rev: 7dd4d0178e2b057f76cd2b0b6fe8402f8c1ab23d)

Signed-off-by: Ming Liu &lt;ming.liu@windriver.com&gt;
Signed-off-by: Mark Hatle &lt;mark.hatle@windriver.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>grep: Always use locale.h</title>
<updated>2013-03-20T17:26:16+00:00</updated>
<author>
<name>Alexandru DAMIAN</name>
<email>alexandru.damian@intel.com</email>
</author>
<published>2013-03-12T09:56:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=e7f7fcb831cbcafae6a05795a98d7784fa3bea1e'/>
<id>urn:sha1:e7f7fcb831cbcafae6a05795a98d7784fa3bea1e</id>
<content type='text'>
The changes in the grep 2.5 configuration always leave out
HAVE_LOCALE_H - it has been removed from other files, but
not from everywhere.

This leads to a crash in certain configurations where the
size of int is not the size of pointer; this happens because
setlocale() is used while being undeclared.

[YOCTO #3959]

(From OE-Core rev: 4ca3a19c6fb93a6e85017f7ae465b5d2eba9463e)

Signed-off-by: Alexandru DAMIAN &lt;alexandru.damian@intel.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>grep: Fix gplv2 version to work with recent gettext</title>
<updated>2012-10-19T13:06:09+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2012-10-19T13:02:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=1096942a7548ff761591e50a5232f17821c3c579'/>
<id>urn:sha1:1096942a7548ff761591e50a5232f17821c3c579</id>
<content type='text'>
(From OE-Core rev: 2433846255767d5a22fb2c7b2b723f290ac12fbf)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
</feed>
