GNU bug report logs - #10349
tail: fix --follow on FhGFS remote file systems

Previous Next

Package: coreutils;

Reported by: Sven Breuner <sven.breuner <at> itwm.fraunhofer.de>

Date: Thu, 22 Dec 2011 01:40:09 UTC

Severity: normal

Done: Jim Meyering <jim <at> meyering.net>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Pádraig Brady <P <at> draigBrady.com>
To: Alan Curry <pacman-cu <at> kosh.dhis.org>
Cc: 10349 <at> debbugs.gnu.org, Sven Breuner <sven.breuner <at> itwm.fraunhofer.de>, Eric Paris <eparis <at> redhat.com>, Jim Meyering <jim <at> meyering.net>, Bob Proulx <bob <at> proulx.com>
Subject: bug#10349: tail: fix --follow on FhGFS remote file systems
Date: Thu, 22 Dec 2011 23:48:19 +0000
On 12/22/2011 09:50 PM, Alan Curry wrote:
> Bob Proulx writes:
>>
>> Jim Meyering wrote:
>>> Are there so many new remote file systems coming into use now?
>>> That are not listed in /usr/include/linux/magic.h?
>>
>> The past can always be enumerated.  The future is always changing.  It
>> isn't possible to have a complete list of future items.  It is only
>> possible to have a complete list of past items.  The future is not yet
>> written.
> 
> Between past and future is the present, i.e. the currently running kernel.
> Shouldn't it return an error when you use an interface that isn't implemented
> by the underlying filesystem? Why doesn't this happen?

That's a fair point.

Eric shouldn't some/all remote file systems in the kernel
return ENOTSUP for inotify operations?

We'd still need to handle this in `tail` for unpatched kernels,
but going forward it would decrease the coreutils maintenance burden.

cheers,
Pádraig.




This bug report was last modified 13 years and 246 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.