coreutils: update to 9.7

[dkwo]

• I tested the changes in this PR: yes
• I built this PR locally for my native architecture, (aarch64-glibc)

Remark: 4 new musl test failures, the rest was already failing on master branch.

[dogknowsnx]

Testing coreutils-9.7coreutils-9.9 right now - will report back in a couple of days..
EDIT: No issues after 4 weeks of running v9.9 on a daily basis..

[dkwo]

I will take a look at v9.9, I guess we need to backport

cp, install, and mv no longer enter an infinite loop copying sparse files
with SEEK_HOLE.  E.g., this was seen on ext4 when copying sparse files with
extents that are being actively updated, and copy offload is not being used.
[bug introduced in coreutils-9.9]

'date' no longer fails with format directives that return an empty string.
[bug introduced in coreutils-9.9]

[dogknowsnx]

I will take a look at v9.9, I guess we need to backport

cp, install, and mv no longer enter an infinite loop copying sparse files
with SEEK_HOLE.  E.g., this was seen on ext4 when copying sparse files with
extents that are being actively updated, and copy offload is not being used.
[bug introduced in coreutils-9.9]

'date' no longer fails with format directives that return an empty string.
[bug introduced in coreutils-9.9]

Right, I'm actually using that patch but forgot about it:

copy-fix-possible-infinite-loop-with-SEEK_HOLE.patch:

--- a/src/copy-file-data.c
+++ b/src/copy-file-data.c
@@ -338,7 +338,7 @@ lseek_copy (int src_fd, int dest_fd, char **abuf, idx_t buf_size,
   for (off_t ext_start = scan_inference->ext_start;
        0 <= ext_start && ext_start < max_ipos; )
     {
-      off_t ext_end = (ext_start == ipos
+      off_t ext_end = (ext_start == src_pos
                        ? scan_inference->hole_start
                        : lseek (src_fd, ext_start, SEEK_HOLE));
       if (0 <= ext_end)
-- 
2.51.2

Version 10 should be just around the corner