linux/poky.git/meta/recipes-devtools/intltool, branch kirkstone-next

meta/meta-selftest/meta-skeleton: Update LICENSE variable to use SPDX license identifiers

2022-02-20T16:45:25+00:00

An automated conversion using scripts/contrib/convert-spdx-licenses.py to convert to use the standard SPDX license identifiers. Two recipes in meta-selftest were not converted as they're that way specifically for testing. A change in linux-firmware was also skipped and may need a more manual tweak. (From OE-Core rev: ceda3238cdbf1beb216ae9ddb242470d5dfc25e0) Signed-off-by: Richard Purdie

Convert to new override syntax

2021-08-02T14:44:10+00:00

This is the result of automated script conversion: scripts/contrib/convert-overrides.py converting the metadata to use ":" as the override character instead of "_". (From OE-Core rev: 42344347be29f0997cc2f7636d9603b1fe1875ae) Signed-off-by: Richard Purdie

meta/recipes-devtools: Add HOMEPAGE / DESCRIPTION

2021-02-26T15:21:21+00:00

Added HOMEPAGE and DESCRIPTION for recipes with missing decriptions or homepage [YOCTO #13471] (From OE-Core rev: bb05814335e7101bfd8df0a11dc18a044e867bed) Signed-off-by: Dorinda Bassey Signed-off-by: Richard Purdie

intltool: refresh patches

2018-03-09T17:17:03+00:00

The patch tool will apply patches by default with "fuzz", which is where if the hunk context isn't present but what is there is close enough, it will force the patch in. Whilst this is useful when there's just whitespace changes, when applied to source it is possible for a patch applied with fuzz to produce broken code which still compiles (see #10450). This is obviously bad. We'd like to eventually have do_patch() rejecting any fuzz on these grounds. For that to be realistic the existing patches with fuzz need to be rebased and reviewed. (From OE-Core rev: 1fa0faebd24740556816042f54d399baf84731b2) Signed-off-by: Ross Burton Signed-off-by: Alexander Kanavin Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

intltool: Adds gettext as a DEPENDS

2017-05-25T22:59:32+00:00

When setting USE_NLS="no" and building systemd-boot (which DEPENDS on intltool), configure fails, complaining about missing gettext: configure: error: GNU gettext tools not found; required for intltool This is caused because USE_NLS="no" makes the gettext class add gettext-minimal-native to BASEDEPENDS instead of adding gettext-native. Since we still would like to set USE_NLS="no" and build systemd-boot, we add gettext-native as a dependency to intltool-native, which makes it available for the configure script of systemd-boot fixing the problem. [YOCTO #11562] (From OE-Core rev: 26bd53aebf3430f1b9ec459c6c6ab42c57d18319) Signed-off-by: Alejandro Hernandez Signed-off-by: Khem Raj Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

intltool: Allow nativesdk variant to build

2017-01-20T11:53:49+00:00

This tool has been missing from the SDKs, the recipe specific sysroot work highlighted the issues. (From OE-Core rev: e4346299da911dd7c43c2e221b941e5cda502d1e) Signed-off-by: Richard Purdie

intltool: bump serial for aclocal --install

2016-08-10T09:46:28+00:00

We modify this macro and need it to be used over local copies in tarballs. It appears that aclocal doesn't quite want to do the right thing just yet but increase the version just in case it does in the future. Upstream typically increments by one, and autoconf handles point versions fine, so bump it by 0.1. (From OE-Core rev: a9a7eea897e5771d1760a39150ef348911447b20) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

intltool: remove broken XML::Parser detection

2016-07-20T09:28:53+00:00

intltool.m4 has a chunk of code that runs during configure which probes for a perl binary and verifies that it has the XML::Parser module. However in builds using intltool-native the perl binary that it finds is likely to not be the one that the intltool scripts will be using as the scripts hardcode nativeperl yet the m4 fragment searches for "perl" in $PATH. If the host perl doesn't have XML::Parser the configure will fail, despite the fact that the scripts will work. Solve this by taking an old patch from the upstream bug system to simply remove the check in intltool.m4 as it's generally useless, and remove existing patches that almost but not quite solved this issue. (From OE-Core rev: 9900000d404b09a701d5368d529eb515e054e3f0) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

intltool: merge .bb and .inc

2016-07-20T09:28:53+00:00

There's no use in having these split, so merge them together for clarity. (From OE-Core rev: bf88f089c3bb8ceef7338436a1688a44399efc57) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

package_regex.inc: split the rest of the entries to their recipes

2015-12-08T10:20:52+00:00

(From OE-Core rev: 73e2555cc7d529a93362b3fcfea3fbc7a4c60ca1) Signed-off-by: Alexander Kanavin Signed-off-by: Ross Burton Signed-off-by: Richard Purdie