It's been over two months and pretty many bug fixes since 8.14. Does anyone have pending bug fixes or requests that should be considered? There are enough bug fixes that I'd like to defer feature additions (i.e., new du option) and new programs until after 8.15.
Here's the NEWS delta for upcoming 8.15: ** Bug fixes du -x no longer counts root directories of other file systems. [bug introduced in coreutils-5.1.0] ls --color many-entry-directory was uninterruptible for too long [bug introduced in coreutils-5.2.1] ls's -k option no longer affects how ls -l outputs file sizes. It now affects only the per-directory block counts written by -l, and the sizes written by -s. This is for compatibility with BSD and with POSIX 2008. Because -k is no longer equivalent to --block-size=1KiB, a new long option --kibibyte stands for -k. [bug introduced in coreutils-4.5.4] ls -l would leak a little memory (security context string) for each nonempty directory listed on the command line, when using SELinux. [bug probably introduced in coreutils-6.10 with SELinux support] rm -rf DIR would fail with "Device or resource busy" on Cygwin with NWFS and NcFsd file systems. This did not affect Unix/Linux-based kernels. [bug introduced in coreutils-8.0, when rm began using fts] stat -f now recognizes the FhGFS and PipeFS file system types. tac no longer fails to handle two or more non-seekable inputs [bug introduced in coreutils-5.3.0] tail -f no longer tries to use inotify on GPFS or FhGFS file systems [you might say this was introduced in coreutils-7.5, along with inotify support, but the new magic numbers weren't in the usual places then.] ** Changes in behavior tail -f now uses polling (not inotify) when any of its file arguments resides on a file system of unknown type. In addition, for each such argument, tail -f prints a warning with the FS type magic number and a request to report it to the bug-reporting address.
