linux/poky.git/meta/conf, branch zeus-next

uninative: Upgrade to 2.9

2020-09-10T12:21:46+00:00

This supports glibc upto 2.32 which is now rolling into distributions (From OE-Core rev: 8523e55cc70ef5972da63a666aabacfe2a258e8f) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

security_flags.inc: fix flags missing from SDK toolchain

2020-03-30T16:41:56+00:00

The security flags were missing from the SDK toolchain because they were added specifically to class-target. Add them to class-cross-canadian as well (since the SDK environment file is created from cross-canadian target flags). (From OE-Core rev: d6df153991c91a1a14b561b3af52dcf96b73e6d7) Signed-off-by: Tom Hochstein Signed-off-by: Antoine Manache Signed-off-by: Richard Purdie Signed-off-by: Anuj Mittal Signed-off-by: Richard Purdie

maintainers: Add entry for buildtools-extended-tarball

2020-03-16T16:44:54+00:00

(From OE-Core rev: 4281342a04078990bb0a110760ff2dc053eccc93) Signed-off-by: Richard Purdie (cherry picked from commit 61d4d3d5a9f27e0fbf1d7ed6db818a779643b8f3) Signed-off-by: Armin Kuster Signed-off-by: Richard Purdie

yocto-uninative.inc: version 2.8 updates glibc to 2.31

2020-03-16T16:44:53+00:00

Allow sstate use in Tumbleweed and other distros as they update glibc. (From OE-Core rev: 2da4ee30335d0b127b79a6eedad68c8559606c57) Signed-off-by: Richard Purdie (cherry picked from commit ccb374c279b260b1fd3460f6bfd1567240816055) Signed-off-by: Armin Kuster Signed-off-by: Richard Purdie

multilib.conf: Ensure that RECIPE_SYSROOT is unchanged for native

2020-01-28T11:51:03+00:00

Ensure that RECIPE_SYSROOT is the same for -native recipes whether multilib.conf is included or not. Without this change task signatures for -native recipes change when switching between MACHINEs that require multilib.conf and those that don't. This fix was one of the ones suggested by Khem Raj in http://lists.openembedded.org/pipermail/openembedded-core/2019-December/290303.html Add test_sstate_multilib_or_not_native_samesigs test case to sstatetests.py to ensure that this stays fixed. (From OE-Core rev: c3e957409bf68e7b310e27781ac91d24cf4452bf) Signed-off-by: Mike Crowe Signed-off-by: Richard Purdie (cherry picked from commit aa05f1ded71366b86eda7fce24d8b5395e85ada2) Signed-off-by: Armin Kuster Signed-off-by: Richard Purdie

license.bbclass: Introduce AVAILABLE_LICENSES that lists all licenses

2020-01-28T11:51:03+00:00

Previously, there was SRC_DISTRIBUTE_LICENSES, an undocumented variable that contained a static list of licenses. It was used by expand_wildcard_licenses() to expand any wildcards used in, e.g., INCOMPATIBLE_LICENSE. However, since this static list of licenses has not been kept up-to-date, many licenses were missing, with the result that if one tried to use any of those licenses with a wildcard, no licenses would be found, effectively ignoring that they should be marked as incompatible. This introduces a new (documented) variable, AVAILABLE_LICENSES, that is automatically updated to contain all licenses found in any directories specified by ${COMMON_LICENSE_DIR} and ${LICENSE_PATH}, and uses it instead of SRC_DISTRIBUTE_LICENSES when expanding wildcards. (From OE-Core rev: 5ed714139f91eb03871e01b68a4370784071234d) Signed-off-by: Peter Kjellerstedt Signed-off-by: Richard Purdie (cherry picked from commit 8c9ef587fe499c612a878a1ab42092eb79b334ef) Signed-off-by: Anuj Mittal Signed-off-by: Richard Purdie

licenses.conf: Remove the SRC_DISTRIBUTE_LICENSES variable

2020-01-28T11:51:03+00:00

The SRC_DISTRIBUTE_LICENSES variable and its static list of licenses has been replaced by AVAILABLE_LICENSES, which automatically contains all available licenses. (From OE-Core rev: c41f1c7f33a8a13ed8e6fd86b494cf460328a9e4) Signed-off-by: Peter Kjellerstedt Signed-off-by: Richard Purdie (cherry picked from commit 64daaf29e2c12c8b587bafdebf9409433187ddf7) Signed-off-by: Anuj Mittal Signed-off-by: Richard Purdie

pseudo: Drop static linking to sqlite3

2019-11-13T22:02:15+00:00

Back in 2010[1] we made pseudo statically link against sqlite3. Since then the world has changed, pseudo now has separate processes for the database in the server and the client and they have separate linking commands. Also, whilst there were concerns about needing specific versions of sqlite3, in the OE environment, this is always the case. [1] http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=ad0ac0ecd38fc77daf42485489fccc10a5e1e3e7 The static sqlite3-native is causing us problems, in particular: tmp/work/x86_64-linux/pseudo-native/1.9.0+gitAUTOINC+060058bb29-r0/recipe-sysroot-native/usr/lib/libsqlite3.a(sqlite3.o):(.data.rel+0xb0): undefined reference to `fcntl64' which occurs if sqlite3-native was built on a machine with glibc 2.28 or later and pseudo-native is being built on glibc before that. With dyanmical linking, libc is backwards compatible and works but with static linking it does not. There appears to be no easy way to avoid this other than adding a copy of sqlite3 into the pseudo recipe. Given the static linking doesn't seem to be required any longer due to the separate processes, drop that to fix those issues. (From OE-Core rev: 664c8f9837db7b20ff540d5f6373e4ae0f2b4b02) Signed-off-by: Richard Purdie Signed-off-by: Armin Kuster Signed-off-by: Richard Purdie

layer.conf: Update for zeus series

2019-10-08T19:47:34+00:00

(From OE-Core rev: a5c9709b8da6e7ad62167b5036e7f454a62aa83e) Signed-off-by: Richard Purdie

uninative: Update to 2.7 release

2019-10-07T22:09:19+00:00

The 2.7 release updates glibc to version 2.30. Recently added to openSUSE Tumbleweed and needed for Fedora Core 31. (From OE-Core rev: a87c3e425dd0292d29e71ea1fdfa753ff1b74cd8) Signed-off-by: Michael Halstead Signed-off-by: Richard Purdie