Source: glibc Severity: normal Control: block #909612 by -1 Hi,
currently, it is not possible to use fakechroot with mv from coreutils in a Debian unstable chroot. Solving this issue requires an update of glibc in Debian to at least 2.28. Details: If the system has the renameat2 syscall (since Linux 3.15), then 'mv' from coreutils (since 8.30) will directly use syscall(SYS_renameat2, ...) to make use of that system call. This is bad news for fakechroot because fakechroot cannot intercept directly made syscalls but relies on glibc wrappers. Since glibc 2.28 such a wrapper was added and there is a patch against coreutils [1] that makes use of the glibc function instead of the direct syscall, if available. For this to work, we need glibc 2.28 or otherwise, that change in coreutils will have no effect in Debian. Thus, I'm filing this bug to track the situation, blocking the according bug in fakechroot. Thanks! cheers, josch [1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=32796
