summaryrefslogtreecommitdiff
path: root/NEWS
diff options
context:
space:
mode:
authorErik Auerswald <auerswal@unix-ag.uni-kl.de>2011-08-20 08:12:31 +0200
committerJim Meyering <meyering@redhat.com>2011-08-20 08:12:31 +0200
commit423b079f5324b9097d487e752b71a8399b970ba9 (patch)
tree9ad2b0fc59503a016c5abf9e0960dcae63c8f55c /NEWS
parent0ba576979a10a11e5652fd155266464b1e784892 (diff)
downloadcoreutils-423b079f5324b9097d487e752b71a8399b970ba9.tar.xz
doc: correct typo in yesterday's NEWS entry: 30GB -> 30MB
* NEWS: s/30GB/30MB/
Diffstat (limited to 'NEWS')
-rw-r--r--NEWS2
1 files changed, 1 insertions, 1 deletions
diff --git a/NEWS b/NEWS
index b356a039c..569c33b0a 100644
--- a/NEWS
+++ b/NEWS
@@ -20,7 +20,7 @@ GNU coreutils NEWS -*- outline -*-
fts-using tools (rm, du, chmod, chgrp, chown, chcon) no longer use memory
proportional to the number of entries in each directory they process.
Before, rm -rf 4-million-entry-directory would consume about 1GiB of memory.
- Now, it uses less than 30GB, no matter how many entries there are.
+ Now, it uses less than 30MB, no matter how many entries there are.
[this bug was inherent in the use of fts: thus, for rm the bug was
introduced in coreutils-8.0. The prior implementation of rm did not use
as much memory. du, chmod, chgrp and chown started using fts in 6.0.