From bad973ce40ce54cfaa342d3896e0857978f887e4 Mon Sep 17 00:00:00 2001 From: James Youngman Date: Mon, 27 May 2024 21:10:58 +0100 Subject: [PATCH] NEWS: mention recent bug-fixes. --- NEWS | 20 ++++++++++++++------ 1 file changed, 14 insertions(+), 6 deletions(-) diff --git a/NEWS b/NEWS index 3cbcd411..5eddbf4a 100644 --- a/NEWS +++ b/NEWS @@ -3,21 +3,26 @@ GNU findutils NEWS - User visible changes. -*- outline -*- (allout) * Noteworthy changes in release ?.? (????-??-??) [?] ** Bug Fixes + Find now defaults to optimisation level 1 rather than 2 and the cost-based optimizer will only run at level 2 and above. This should prevent changes of operation order which result in - user-visible differences in behaviour. + user-visible differences in behaviour. [#58427] If the -P option to xargs is not used, xargs will not change the way - in which the SIGUSR1 and SIGUSR2 signals are handled. This means that - they will cause the program to terminate if the signals were not - ignored in the process which started xargs. If you want to depend - on xargs not being killed by these signals but don't want - parallel execution, use "-P 1". + in which the SIGUSR1 and SIGUSR2 signals are handled. This means + that they will cause the program to terminate if the signals were + not ignored in the process which started xargs. If you want to + depend on xargs not being killed by these signals but don't want + parallel execution, use "-P 1". This change improved xargs' POSIX + compliance. xargs -P now waits for all its child processes to compete before exiting, even if one of them exits with status 255. [#64451] + If the -P option of xargs is in use, input reads interrupted by a + signal are re-started. [#64442] + 'find -name /' no longer outputs a warning, because that is a valid pattern to match the root directory "/". Previously, a diagnostic falsely claimed that this pattern would not match anything. [#62227] @@ -31,6 +36,9 @@ GNU findutils NEWS - User visible changes. -*- outline -*- (allout) Previously, that was limited to INT_MAX, although the types uid_t and gid_t are larger on many systems, including x86_64 GNU/Linux. [#64900] + find -xtype l no longer fails on symbolic links that point to + themselves. These are treated similarly to broken links. [#51926] + ** Improvements The find predicates -used, -amin, -cmin, -mmin, -atime, -ctime, and -mtime