GNU bug report logs - #18808
tail: implement 'tail -r' as synonym for 'tac'

Previous Next

Full log

Message #23 received at 18808 <at> debbugs.gnu.org (full text, mbox):

From: Bernhard Voelker <mail <at> bernhard-voelker.de>
To: Eric Blake <eblake <at> redhat.com>, Pádraig Brady
 <P <at> draigbrady.com>
Cc: 18808 <at> debbugs.gnu.org
Subject: Re: bug#18808: implement 'tail -r' as synonym for 'tac'
Date: Fri, 24 Oct 2014 08:11:11 +0200

On 10/24/2014 12:52 AM, Eric Blake wrote:
> On 10/23/2014 03:59 PM, Pádraig Brady wrote:
> [...].  So among existing POSIX-certified systems, 'tail -r' is
> the more popular extension at the moment.
> 
>> Saying that, I'm 50:50 for implementing `tail -r` for compat reasons.
> 
> Yes, this alone is reason enough to implement it in GNU, regardless of
> the direction POSIX takes.

I'm also worried about such an extension.  'tail -r' might be a useful
thing - when -r is the only option being used, but looking at all the
other options GNU tail already got over the years, adding -r doesn't
fit well.  You proposed to make -n available to tac and then jump into
it from 'tail -r'.  Well, what about -c? --follow={name|descriptor}?
--retry, --pid=PID?  To make -r fit well into tail, we'd have to add
every single feature of it to tac.  This sounds not like a good idea.
tail does a good job, and so does tac.  I'd almost prefer to fork+pipe
internally instead, similar to what e.g. 'sort --compress-program=PROG'
does.

Have a nice day,
Berny

Previous Next

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