openembedded-core.git/meta/recipes-core/gettext, branch master-next2

gettext: split recipe's description

2017-03-17T16:52:44+00:00

Split long recipe description into multiple lines.

Signed-off-by: Leonardo Sandoval 
Signed-off-by: Ross Burton

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

gettext: fix formatting issues

2017-02-23T20:29:18+00:00

Fixed when compile with "-Wformat -Wformat-security -Werror=format-security":
| gettext-tools/gnulib-lib/libcroco/cr-statement.c: In function 'cr_statement_dump_charset':
| gettext-tools/gnulib-lib/libcroco/cr-statement.c:2661:17: error: format not a string literal and no format arguments [-Werror=format-security]
|                  fprintf (a_fp, str) ;

And:
gettext-tools/gnulib-lib/libxml/timsort.h:326:80: warning: format '%lu' expects argument of type 'long unsigned int', but argument 3 has type 'unsigned int' [-Wformat=]
       fprintf(stderr, "Error allocating temporary storage for tim sort: need %lu bytes", sizeof(SORT_TYPE) * new_size);

[YOCTO #9544]

Signed-off-by: Robert Yang 
Signed-off-by: Ross Burton

gettext_0.16.1: whitespace changes to align with v0.19.8.1

2016-08-23T16:44:17+00:00

This further aligns this recipe with the GPLv3 version to make
it easier to  spot differences between the two recipes.

Signed-off-by: André Draszik 
Signed-off-by: Ross Burton

gettext_0.16.1: align configure options with v0.19.8.1 recipe

2016-08-23T16:44:17+00:00

It doesn't look like we need any of those features, so
let's disable them explicitly.

Signed-off-by: André Draszik 
Signed-off-by: Ross Burton

gettext_0.16.1: fix lispdir configure option

2016-08-23T16:44:17+00:00

The option is called --with(out)-lispdir, not --with(out)-lisp

Signed-off-by: André Draszik 
Signed-off-by: Ross Burton

gettext_0.16.1: use musl gettext implementation

2016-08-23T16:44:17+00:00

gettext uses internal symbols to detect whether the
implementation is compatible with GNU gettext. However,
these symbols don't are not part of the public API, they
are specific to glibc.

While musl implements the GNU gettext *API* version 1 and 2
  http://www.openwall.com/lists/musl/2015/04/16/3
it doesn't implement glibc internals. This means that
gettext fails to detect musl's working implementation.

More recent versions of gettext have changed the way
GNU gettext compatibility is done
  https://lists.gnu.org/archive/html/bug-gettext/2016-04/msg00000.html
  http://git.savannah.gnu.org/cgit/gettext.git/commit/gettext-runtime/m4/gettext.m4?id=b67399b40bc5bf3165b09e6a095ec941d4b30a97
and while we could backport the corresponding patch to
gettext.m4, we avoid doing that so as to avoid any
potential GPL-v3 issues.

So instead we force ./configure to assume that the gettext
implementation of the c-library (musl) is compatible.

As a side-effect, this also reduces image sizes as the
internal gettext implementation isn't built anymore, and
it's otherwise packaged into the main gettext package
which blows up the image as the main gettext package
contains a lot of things.

Similarly, libintl.h isn't generated anymore, as the one
from musl is OK.

Signed-off-by: André Draszik 
Signed-off-by: Ross Burton

gettext-minimal-native: 0.19.4 -> 0.19.8.1

2016-07-25T22:46:56+00:00

How to upgrade gettext-minimal-native:
  - Build gettext-native
  - Copy gettext-runtime/po/Makefile.in.in, build-aux/config.rpath and
    gettext-runtime/po/remove-potcdate.sin from gettext-native.
  - Update COPYING when needed (usually update the year), do not copy
    the whole COPYING file from gettext-native.
  - Go to gettext-native's ${S}/gettext-runtime/m4:
    > Remove lt*.m4 and libtool.m4
    > copy lib-ld.m4 lib-link.m4 lib-prefix.m4 from ${S}/gettext-runtime/gnulib-m4/
    > tar czvf /path/to/aclocal.tgz *.m4

Signed-off-by: Robert Yang 
Signed-off-by: Richard Purdie

gettext: 0.19.6 -> 0.19.8.1

2016-07-25T22:46:56+00:00

Signed-off-by: Robert Yang 
Signed-off-by: Richard Purdie

gettext_0.16.1: remove useless files to avoid sysroot conflicts

2016-07-20T09:24:49+00:00

Do as the 0.19.6 version do, remove these files to avoid sysroot conflicts
with gettext-native-minimal.

[YOCTO #9890]

Signed-off-by: Chen Qi 
Signed-off-by: Ross Burton