On 1/30/22 21:36, Pádraig Brady wrote:
> Use more constrained argument matching
> to improve forward compatibility and robustness.
>
> For example it's better that `cksum -a sha3` is _not_
> equivalent to `cksum -a sha386`, so that a user
> specifying `-a sha3` on an older cksum would not be surprised.
Thanks, this is really useful.
As this is a user-visible change, this seems to warrant a NEWS entry.
Suggestion attached.
Have a nice day,
Berny
From b1bdde90f60db4213ea01297b4d8b5f26bf954cf Mon Sep 17 00:00:00 2001
From: Bernhard Voelker <m...@bernhard-voelker.de>
Date: Tue, 1 Feb 2022 06:06:20 +0100
Subject: [PATCH] maint: add NEWS entry for recent cksum change
* NEWS (Changes in behavior): Add entry for commit v9.0-92-ga42a03913.
---
NEWS | 3 +++
1 file changed, 3 insertions(+)
diff --git a/NEWS b/NEWS
index 711f7811a..a7e9409d7 100644
--- a/NEWS
+++ b/NEWS
@@ -38,6 +38,9 @@ GNU coreutils NEWS -*- outline -*-
simple copies between regular files. This may be more efficient, by avoiding
user space copies, and possibly employing copy offloading or reflinking.
+ cksum no longer allows abbreviated algorithm names to improve forward
+ compatibility and robustness.
+
date +'%-N' now suppresses excess trailing digits, instead of always
padding them with zeros to 9 digits. It uses clock_getres and
clock_gettime to infer the clock resolution.
--
2.34.1
