From ba6582e95ce2a041423e1ff34c93abe7b4702332 Mon Sep 17 00:00:00 2001 From: Pádraig Brady Date: Fri, 13 Sep 2013 17:31:24 +0200 Subject: tail: improve inotify handling of symlinks Previous behavior failed to read contents of a (re)appearing file, when symlinked by tail's watched file. Also we now diagnose other edge cases when running in inotify mode, where an initially missing or regular file changes to a symlink. * src/tail.c (main): If any arg is a symlink, use polling mode. (recheck): Diagnose the edge case where a symlink appears during inotify processing. * tests/tail-2/symlink.sh: Test the fix. Mention the edge cases. * tests/local.mk: Reference the new test. * NEWS: Mention the fix. Reported by: Ondrej Oprala --- NEWS | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) (limited to 'NEWS') diff --git a/NEWS b/NEWS index 5ea592c55..5791a2701 100644 --- a/NEWS +++ b/NEWS @@ -43,8 +43,11 @@ GNU coreutils NEWS -*- outline -*- by the alignment bug introduced in coreutils-6.0] tail --retry -f now waits for the files specified to appear. Before, tail - would immediately exit when such a file is inaccessible during the initial - open. + would immediately exit when such a file is initially inaccessible. + [This bug was introduced when inotify support was added in coreutils-7.5] + + tail -F has improved handling of symlinks. Previously tail didn't respond + to the symlink target (re)appearing after being (re)created. [This bug was introduced when inotify support was added in coreutils-7.5] ** New features -- cgit v1.2.3-70-g09d2