<feed xmlns='http://www.w3.org/2005/Atom'>
<title>coreutils/NEWS, branch v8.1</title>
<subtitle>Mirror of https://https.git.savannah.gnu.org/git/coreutils.git/
</subtitle>
<id>https://git.shady.money/coreutils/atom?h=v8.1</id>
<link rel='self' href='https://git.shady.money/coreutils/atom?h=v8.1'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/coreutils/'/>
<updated>2009-11-18T18:38:50Z</updated>
<entry>
<title>version 8.1</title>
<updated>2009-11-18T18:38:50Z</updated>
<author>
<name>Jim Meyering</name>
<email>meyering@redhat.com</email>
</author>
<published>2009-11-18T18:38:50Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/coreutils/commit/?id=447d2455510a70de8ffd2ddbde7a3eaacf502780'/>
<id>urn:sha1:447d2455510a70de8ffd2ddbde7a3eaacf502780</id>
<content type='text'>
* NEWS: Record release date.
</content>
</entry>
<entry>
<title>doc: mention the du/fts vs. NFSv4 mount-point work-around</title>
<updated>2009-11-17T07:56:12Z</updated>
<author>
<name>Jim Meyering</name>
<email>meyering@redhat.com</email>
</author>
<published>2009-11-17T07:56:12Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/coreutils/commit/?id=6609ccbf87cbc3313b245cdcbfce1c04c991ed12'/>
<id>urn:sha1:6609ccbf87cbc3313b245cdcbfce1c04c991ed12</id>
<content type='text'>
* NEWS (Changes in behavior): Mention it.
</content>
</entry>
<entry>
<title>tail -F can fail to track a file after it's been rotated</title>
<updated>2009-11-16T08:30:43Z</updated>
<author>
<name>Jim Meyering</name>
<email>meyering@redhat.com</email>
</author>
<published>2009-11-15T08:25:29Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/coreutils/commit/?id=3b997a9bcb05198c880e5d1605a3c96c1d7f9c5d'/>
<id>urn:sha1:3b997a9bcb05198c880e5d1605a3c96c1d7f9c5d</id>
<content type='text'>
Tailing forever and by-name (--follow=name, -F), tail would
sometimes fail to follow a file that had been removed via rename.
If you can't apply this patch and have tail 7.6 or newer, you can
work around the bug via the undocumented --disable-inotify option.
* src/tail.c (tail_forever_inotify): When tailing by name (-F),
do not un-watch a file upon receipt of the IN_MOVE_SELF event.
Reported by Arjan Opmeer in http://bugs.debian.org/548439.
* NEWS (Bug fixes): Mention it.
Also see http://marc.info/?l=coreutils-bug&amp;m=125829031916515
* tests/Makefile.am (TESTS): Add tail-2/inotify-rotate.
* tests/tail-2/inotify-rotate: New test.
</content>
</entry>
<entry>
<title>ls: fix capability coloring</title>
<updated>2009-11-09T08:16:20Z</updated>
<author>
<name>Pádraig Brady</name>
<email>P@draigBrady.com</email>
</author>
<published>2009-11-08T03:45:27Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/coreutils/commit/?id=10d97b31910b0030f7716474a48b3fc8e00dd216'/>
<id>urn:sha1:10d97b31910b0030f7716474a48b3fc8e00dd216</id>
<content type='text'>
Capability checking was incorrectly done on just the base name
rather than on the whole path.  Consequently there could be both
false positives and negatives when coloring files with capabilities.
Also capability checking was not done at all in certain cases for
non executable files.  Note passing absolute rather than relative
names to cap_get_file() reduces the has_capability() overhead
from around 33% to 30%.  I.E. ls --color is now around 3% faster.

* src/ls.c (struct fileinfo): Add a has_capability member.
(print_color_indicator): Refactor to pass just a fileinfo pointer
and a flag to say if we're dealing with a symlink target.
(print_name_with_quoting): Likewise.
(gobble_file): Set has_capability in the fileinfo struct.  Also do
a capability check even if executable coloring is disabled.
Ditto for SETUID and SETUID coloring.
Comment on how expensive has_capability() is.
(print_long_format): Adjust to refactored print_name_with_quoting.
(quote_name): Likewise.
(print_file_name_and_frills): Likewise.
* tests/ls/capability: Test the various false positive and negatives.
* THANKS: Add reporter (Ivan Labath).
* NEWS: Mention the fix.
</content>
</entry>
<entry>
<title>chcon, chgrp, chmod and chown now diagnose a directory cycle</title>
<updated>2009-11-07T07:43:00Z</updated>
<author>
<name>Jim Meyering</name>
<email>meyering@redhat.com</email>
</author>
<published>2009-11-07T07:09:12Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/coreutils/commit/?id=d9dbbb9a455f6bfc4e09d9f5f6c6c633f1b03c52'/>
<id>urn:sha1:d9dbbb9a455f6bfc4e09d9f5f6c6c633f1b03c52</id>
<content type='text'>
* lib/xfts.c (cycle_warning_required): New function.
* lib/xfts.h: Declare it.
* src/chown-core.c (change_file_owner): Diagnose a cycle.
* src/chmod.c (process_file): Likewise.
* src/chcon.c (process_file): Likewise.
* NEWS (Bug fixes): Mention this.
</content>
</entry>
<entry>
<title>nproc: A new program to count the available processors</title>
<updated>2009-11-06T16:54:12Z</updated>
<author>
<name>Giuseppe Scrivano</name>
<email>gscrivano@gnu.org</email>
</author>
<published>2009-10-31T17:59:50Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/coreutils/commit/?id=74cf4cb26dcecd36eb45dc00dbd4587d9dc24a2f'/>
<id>urn:sha1:74cf4cb26dcecd36eb45dc00dbd4587d9dc24a2f</id>
<content type='text'>
* AUTHORS: Add my name.
* NEWS: Mention it.
* README: Likewise.
* bootstrap.conf (gnulib_modules): Add nproc.
* doc/coreutils.texi (nproc invocation): Add nproc info.
* man/Makefile.am (nproc.1): Add dependency.
* man/nproc.x: New template.
* man/.gitignore: Ignore generated man page.
* po/POTFILES.in: Add src/nproc.c.
* src/.gitignore: Exclude nproc.
* src/Makefile.am (EXTRA_PROGRAMS): Add nproc.
* src/nproc.c: New file.
* tests/Makefile.am (TESTS): Add misc/nproc-{avail,positive}.
* tests/misc/nproc-avail: New file.
* tests/misc/nproc-positive: New file.
</content>
</entry>
<entry>
<title>mktemp: add suffix handling</title>
<updated>2009-11-05T14:10:40Z</updated>
<author>
<name>Eric Blake</name>
<email>ebb9@byu.net</email>
</author>
<published>2009-11-04T18:13:39Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/coreutils/commit/?id=31a9937081dc41a5f8d28d71709204e413e09972'/>
<id>urn:sha1:31a9937081dc41a5f8d28d71709204e413e09972</id>
<content type='text'>
Now that mkstemps is supported, we might as well use it.

* src/mktemp.c (TMPDIR_OPTION): New enum value.
(longopts): Add new option.
(usage): Document it.
(count_trailing_X_s): Rename...
(count_consecutive_X_s): ...to this, and add parameter.
(mkstemp_len, mkdtemp_len): Add parameter.
(main): Implement new option.
(AUTHORS): Add myself.
* AUTHORS (mktemp): Likewise.
* tests/misc/mktemp: Test new option.
* doc/coreutils.texi (mktemp invocation): Document it.
* NEWS: Likewise.
Fixes http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548316.
</content>
</entry>
<entry>
<title>mktemp: don't leave file behind on write failure</title>
<updated>2009-11-05T13:53:21Z</updated>
<author>
<name>Eric Blake</name>
<email>ebb9@byu.net</email>
</author>
<published>2009-11-04T21:02:20Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/coreutils/commit/?id=41b3a8ed8b2480ca12baaa6c692a7fba3ebd53cf'/>
<id>urn:sha1:41b3a8ed8b2480ca12baaa6c692a7fba3ebd53cf</id>
<content type='text'>
* src/mktemp.c (main): Remove just-created file if stdout had
problems.
* bootstrap.conf (gnulib_modules): Add remove.
* tests/misc/close-stdout: Test it.
* NEWS: Document it.
</content>
</entry>
<entry>
<title>du now diagnoses cycles, rather than ignoring them</title>
<updated>2009-11-05T07:32:31Z</updated>
<author>
<name>Jim Meyering</name>
<email>meyering@redhat.com</email>
</author>
<published>2009-11-04T21:01:52Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/coreutils/commit/?id=8ba5d1a70cc88fce33fabf488f382140d4c5c101'/>
<id>urn:sha1:8ba5d1a70cc88fce33fabf488f382140d4c5c101</id>
<content type='text'>
* src/du.c (symlink_deref_bits): New global, decl moved from ...
(main): ...here.
(process_file): When fts detects a directory cycle that can't
be due to symlinks, report it and arrange to exit nonzero.
* NEWS (Bug fixes): Mention it.
</content>
</entry>
<entry>
<title>rm -f: ignore EROFS when it's really ENOENT</title>
<updated>2009-11-03T13:14:00Z</updated>
<author>
<name>Jim Meyering</name>
<email>meyering@redhat.com</email>
</author>
<published>2009-11-03T11:01:40Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/coreutils/commit/?id=7bf2e3db23bd0a9ed59d95a683edd188fa52a033'/>
<id>urn:sha1:7bf2e3db23bd0a9ed59d95a683edd188fa52a033</id>
<content type='text'>
rm -f must not print a diagnostic for a nonexistent file.  However,
most linux-based kernel unlinkat functions set errno to EROFS when
the named file (regardless of whether it exists) would lie on a
read-only file system.  remove.c now performs an extra fstatat call
in that case, to determine whether the file exists.
* src/remove.c (excise): Map EROFS to ENOENT, if a file is nonexistent.
Reported by Steven Drake in &lt;http://savannah.gnu.org/bugs/?27923&gt;.
* NEWS (Changes in behavior): Mention it.
</content>
</entry>
</feed>
