coreutils/NEWS, branch v7.5Mirror of https://https.git.savannah.gnu.org/git/coreutils.git/
https://git.shady.money/coreutils/atom?h=v7.52009-08-20T19:19:36Zversion 7.52009-08-20T19:19:36ZJim Meyeringmeyering@redhat.com2009-08-20T19:19:36Zurn:sha1:af1996dde2d0089117a9e5e7aa543c6e55474b77
* NEWS: Record release date.
nl: deprecate --page-increment in favor of --line-increment2009-08-18T16:40:41ZGiuseppe Scrivanogscrivano@gnu.org2009-08-18T10:22:37Zurn:sha1:718b2790c0e4d1dee5603b46d06bd886c6a359a1
* NEWS: Mention the change.
* doc/coreutils.texi: Document the new --line-increment option.
* src/nl.c (struct option): Add --line-increment,
(usage): Describe it,
(main): Use it.
doc: clarify the cp --reflink NEWS2009-08-14T09:48:07ZPádraig BradyP@draigBrady.com2009-08-13T16:25:09Zurn:sha1:8574c7432596abd185e94c92068d23eb2591ae64
* NEWS: Remove the description associated with the removed
experimental code which unconditionally tried to reflink() on copy.
Also clarify where --reflink works exactly.
dd: fix a signal handling race2009-08-13T15:06:50ZPádraig BradyP@draigBrady.com2009-08-13T13:37:43Zurn:sha1:e4caea57759495847dc52f7a7d062500dd711a96
* src/dd.c (main): Install the signal handlers at startup
rather than just before the copy starts. In this way signals
received before the copy (like during a slow truncate for e.g.)
will be deferred and handled consistently.
* THANKS: Add Bernhard's email address.
* NEWS: Mention the fix.
Reported by Bernhard Voelker.
cp: accept the --reflink option2009-08-07T15:14:22ZGiuseppe Scrivanogscrivano@gnu.org2009-08-01T17:36:48Zurn:sha1:a1d7469835371ded0ad8e3496bc5a5bebf94ccef
* NEWS: Mention it.
* doc/coreutils.texi (cp invocation): Describe it.
* src/copy.h (struct cp_options) [reflink]: New member.
* src/copy.c (usage): Describe it.
(copy_reg): If reflink is true try to clone the file.
(main): Check for --reflink.
(cp_option_init): Initialize the new member.
* src/install.c (cp_option_init): Initialize the new member.
* src/mv.c (cp_option_init): Likewise.
* tests/cp/sparse: Add a new test case.
dd: work around buffer length restrictions with oflag=direct (O_DIRECT)2009-08-06T07:41:50ZJim Meyeringmeyering@redhat.com2009-08-04T17:54:58Zurn:sha1:5929322ccb1f9d27c1b07b746d37419d17a7cbf6
dd oflag=direct would fail to copy a file with size that is
not a multiple of 512 (destination file system specific)
* NEWS (Bug fixes): Mention it.
* src/dd.c (iwrite): Turn off O_DIRECT for any
smaller-than-obs-sized write. Don't bother to restore it.
* tests/dd/direct: New test for the above.
* tests/Makefile.am (TESTS): Add dd/direct.
* doc/coreutils.texi (dd invocation): Mention oflag=direct
buffer size restriction.
Details in http://thread.gmane.org/gmane.comp.gnu.coreutils.bugs/17586
Reported by Eric Sandeen.
cp -pP (and e.g., -a): preserve time stamps on symlinks, too2009-08-04T15:38:54ZJim Meyeringmeyering@redhat.com2009-07-27T15:08:02Zurn:sha1:eae535e1a322e244248bd31ed7e21ac95ecaa16d
* src/copy.c (utimensat_if_possible): New function.
(copy_internal): Remove variable, "preserve_metadata".
Replace with "dest_is_symlink". That covers all cases but one:
the one in which cp --link has created hard links to non-directories.
In that case, there is no need to update attributes of the links.
Use utimensat_if_possible, to preserve timestamps of symlinks.
* NEWS (New features): Mention this.
* tests/Makefile.am (TESTS): Add cp/preserve-slink-time.
* tests/cp/preserve-slink-time: New file.
* m4/jm-macros.m4 (coreutils_MACROS): Test for utimensat.
Reported in http://bugzilla.redhat.com/230866
install runs faster again with SELinux enabled2009-08-04T14:51:52ZKamil Dudkakdudka@redhat.com2009-08-04T14:21:08Zurn:sha1:1762092901adf040445d59931d14837ef7f2ebe1
* m4/jm-macros.m4: Pull in SELinux libraries while checking for
matchpathcon_init_prefix (). Emit configure warning when not found
with SELinux enabled.
* NEWS (Bug fixes): Mention it.
The bug was introduced in coreutils-7.0 via commit 0647f3eb, 2008-06-02,
"accommodate older SELinux which lacks matchpathcon_init_prefix".
maint: update NEWS2009-07-29T10:27:08ZJim Meyeringmeyering@redhat.com2009-07-29T10:25:33Zurn:sha1:bc51349ccd8b946ea974a863dbd83273cb4d4358
* NEWS (New features): Mention it.
ls -1U dir arg ... now works again2009-07-27T15:10:39ZKamil Dudkakdudka@redhat.com2009-07-27T09:37:47Zurn:sha1:493c48168490247c88e9fd20916432efc859c6a4
* src/ls.c (print_dir): Emit "$dir_name:\n" *before* accumulating (and
possibly printing) directory entry names.
The bug was introduced in coreutils-7.0 via commit
8d974b00, 2008-07-30, "ls -U1 now uses constant memory".
Reported by Julian Bradfield.
* NEWS (Bug fixes): Mention it.