linux/poky.git/meta/recipes-devtools/intltool/intltool-0.40.6, branch styhead

Update intltool to version 0.50.0

2012-07-28T08:20:51+00:00

Uprev intltool to newer 0.50.0 version (From OE-Core rev: c17d1f146e43a4acaad5de629c33404426870356) Signed-off-by: Florin Sarbu Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

Add Upstream-Status to patches

2012-01-03T12:14:31+00:00

(From OE-Core rev: 169e55d802883df763dbff4a4737e05e96358fa3) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

intltool: remove XML::Parser check

2011-11-29T11:22:08+00:00

Add Patch to disable the XML::Parser check in the target intltool.m4, this check will find the host (not native) XML::Parser if it's installed possibly causing Host contamination, but will also fail configuration if XML::Parser is not installed on the host. Since we know that XML::Parser is installed on the image, we don't really need this check, so comment it out. From RP in mail thread: > If the recipe needs perl for > some other reason than intltool, it needs perlnative but it if only > needs perl for intltool, we shouldn't need the dependency. The .m4 macro > checks are well intended but don't fit the way we use perl. I really > don't want to end up in a position where intltool automatically means we > have to add perlnative as a dependency and we've previously seen many > problems related to that. (From OE-Core rev: 264fb6c5a4875cd8969a24a9f0301ed916ab827b) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

intltool: Fix perl paths

2011-08-31T17:06:57+00:00

Currently in the native case we have a path that can easily exceed the interpretor limit so use "env nativeperl" in that case. This patch also fixes up the target version's interpretor path but to do this we need to bypass the configure checks. (From OE-Core rev: b9fa8fd4f09b68cbcc12b557451a58a1f218d7f3) Signed-off-by: Richard Purdie

intltool: Use nativeperl binary for PERL instead of 'perl'

2011-08-15T14:26:19+00:00

License is GPLv2 change it. Defining PERL for native intltool is not needed anymore (From OE-Core rev: d4b4ecb33c727ed54ab52de79e69cd3f0d14fb35) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

recipes: Update upstream-status of patches

2011-05-13T10:02:19+00:00

python: update upstream-status for patches binutils: update upstream-status for patches gcc 4.5.1 4.6.0: update upstream-status for patches autoconf: update upstream-status for patches automake: update upstream-status for patches bison: update upstream-status for patches distcc: update upstream-status of patches fstests: update upstream-status for patches gdb: update upstream-status of patches intltool: update upstream-status of patches libtool: update upstream status of patches linux-libc-headers: update upstream-status for patches make: update upstream-status for patches perl: update upstream-status for patches python-pycurl: update upstream-status for patches python-pygobject: update upstream status for patches python-pyrex: update upstream-status for patches quilt: update upstream-status of patches tcl: update upstream-status for patches gnu-config: update upstream-status for patches gmp: update upstream-status for patches (From OE-Core rev: a62fa9b213b09bf48c48499d2e3c66a9ee306deb) Signed-off-by: Nitin A Kamble Signed-off-by: Richard Purdie

packages: Separate out most of the remaining packages into recipes

2010-09-01T18:09:57+00:00

Signed-off-by: Richard Purdie