summaryrefslogtreecommitdiff
path: root/NEWS
diff options
context:
space:
mode:
authorPádraig Brady <P@draigBrady.com>2014-11-22 03:41:55 +0000
committerPádraig Brady <P@draigBrady.com>2014-11-22 03:46:34 +0000
commita78819af2873ea7b104366bf72af7c3e5b30782b (patch)
tree78d69e4f3306ce613e62c519bbeb74351e49cd05 /NEWS
parent57c8196ef6848962145a70dcc465c239a9998eea (diff)
downloadcoreutils-a78819af2873ea7b104366bf72af7c3e5b30782b.tar.xz
tests: add a case verifying mv on case insensitive file systems
* NEWS: Update the recent entry to also mention the avoidance of incorrectly unlinking a multi-hardlinked "source" file when presented with source and dest that only differ in case. * src/copy.c (same_file_ok): Mention the case issue with same_name(). * tests/mv/hardlink-case.sh: Test the issue on HFS+. * tests/local.mk: Reference the new test case. * tests/mv/vfat: Remove an old related but unused test case.
Diffstat (limited to 'NEWS')
-rw-r--r--NEWS9
1 files changed, 5 insertions, 4 deletions
diff --git a/NEWS b/NEWS
index 6a84c4892..5d3bc58bd 100644
--- a/NEWS
+++ b/NEWS
@@ -32,10 +32,11 @@ GNU coreutils NEWS -*- outline -*-
** Changes in behavior
- mv no longer supports moving a file to a hardlink, as currently that
- is only supported through unlinking the source file. That's racy
- in the presence of multiple mv instances, which could result in both
- hardlinks being deleted. This feature was added in coreutils-5.0.1.
+ mv no longer supports moving a file to a hardlink, instead issuing an error.
+ The implementation was susceptible to races in the presence of multiple mv
+ instances, which could result in both hardlinks being deleted. Also on case
+ insensitive file systems like HFS, mv would just remove a hardlinked 'file'
+ if called like `mv file File`. The feature was added in coreutils-5.0.1.
** Improvements