]> git.ipfire.org Git - thirdparty/coreutils.git/commitdiff
*** empty log message ***
authorJim Meyering <jim@meyering.net>
Sun, 27 Jul 2003 20:45:55 +0000 (20:45 +0000)
committerJim Meyering <jim@meyering.net>
Sun, 27 Jul 2003 20:45:55 +0000 (20:45 +0000)
NEWS

diff --git a/NEWS b/NEWS
index 6172d0c871045df4cc06b41d78088a2a44f68fb8..bd50f7e655a691db26373cafd77951a0dd11c363 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -24,25 +24,28 @@ GNU coreutils NEWS                                    -*- outline -*-
 
 ** Bug fixes
 
-  `sort --version' and `sort --help' fail, as they should
-  when their output is redirected to /dev/full.
-
-  `su --version > /dev/full' now fails, as it should.
-
-  uniq -c now uses a SPACE, not a TAB between the count and the
-  corresponding line, as required by POSIX.
-
   kill no longer tries to operate on argv[0] (introduced in 5.0.1)
   Why wasn't this noticed?  Although many tests use kill, none of
   them made an effort to avoid using the shell's built-in kill.
 
   `[' invoked with no arguments no longer evokes a segfault
 
+  rm without --recursive (aka -r or -R) no longer prompts regarding
+  unwritable directories, as required by POSIX.
+
+  uniq -c now uses a SPACE, not a TAB between the count and the
+  corresponding line, as required by POSIX.
+
   expr now exits with status 2 if the expression is syntactically valid,
   and with status 3 if an error occurred.  POSIX requires this.
 
   expr now reports trouble if string comparison fails due to a collation error.
 
+  `sort --version' and `sort --help' fail, as they should
+  when their output is redirected to /dev/full.
+
+  `su --version > /dev/full' now fails, as it should.
+
 ** Fewer arbitrary limitations
 
   cut requires 97% less memory when very large field numbers or