Quoting Pádraig Brady (2019-02-28 07:56:29) > That sounds like unsupported renameat2() > is not falling back to rename() > > The only change in debian is: > coreutils (8.30-2) unstable; urgency=medium > * Use renameat glibc function that can be intercepted by fakechroot > (Closes: https://bugs.debian.org/915559 ) > * Above requires autoreconf turned on again > > A quick scan of the patches shows that the name was changed > to renameatu() in gnulib, but copy.c still calls renameat2() > and thus now doesn't have the fallback. > > To be clear this seems to only be an issue in the debian patch.
seems to be a duplicate of #923420
signature.asc
Description: signature
