Closed hackaugusto closed 6 years ago
Thanks for your report. Indeed, glibc 2.28 broke coreutils 8.29, and gnulib (a component shared by many projects such as coreutils) needs to be updated. This has been reported at least to Redhat (https://bugzilla.redhat.com/show_bug.cgi?id=1595702) and Gentoo (https://archives.gentoo.org/gentoo-user/message/d91483f09b4efb81a6da482de85696f8).
bootstrap
(which updates gnulib) may have fixed the problem for you, but for me it introduced other failures. Moreover coreutils 8.30 has been released in July and it has been in testing
in Arch Linux since today (cf. https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/coreutils&id=d80c18b58da60a9d1102ccbeb751bede3b8e093b).
Therefore I am not willing to introduce a call to bootstrap
which breaks more things and I will wait for coreutils 8.30 to hit the core
repository before updating coreutils-selinux. In the meantime, if you want to build coreutils-selinux, you can do this with glibc downgraded to 2.27, or you can modify the PKGBUILD to directly use the 8.30 release at your own risks.
Compilation using the available tar.xz failed, logs.
Using
boostrap
seems to have fixed the problem.