Fedora 28 is introducing a breaking change where glibc and libcrypt are split. libcrypt is now provided by libxcrypt as external library. It is backwards compatible, but not the converse.
Currently Poky could not be compiled with Fedora 28 and the official yocto-uninative. The purpose of these changes is to split glibc and libcrypt to use libxcrypt only to generate the SDK and the uninative tarball. With that, all distros are able to build Poky with official uninative. The time to glibc to apply this change upstream. Charles-Antoine Couret (2): glibc: split glibc and libcrypt perl: add patch to solve libcrypt incompatibility meta/recipes-core/glibc/glibc-package.inc | 1 + .../0031-nativesdk-deprecate-libcrypt.patch | 418 ++++++++++++++++++ meta/recipes-core/glibc/glibc_2.27.bb | 1 + .../recipes-core/libxcrypt/libxcrypt_4.0.0.bb | 24 + meta/recipes-core/meta/uninative-tarball.bb | 1 + .../perl/perl-native_5.24.1.bb | 1 + .../perl-5.26.1-guard_old_libcrypt_fix.patch | 27 ++ meta/recipes-devtools/perl/perl_5.24.1.bb | 1 + 8 files changed, 474 insertions(+) create mode 100644 meta/recipes-core/glibc/glibc/0031-nativesdk-deprecate-libcrypt.patch create mode 100644 meta/recipes-core/libxcrypt/libxcrypt_4.0.0.bb create mode 100644 meta/recipes-devtools/perl/perl/perl-5.26.1-guard_old_libcrypt_fix.patch -- 2.17.0 -- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
