ative messages) to do the same.
> Do it correctly, extend ls so that the user can modify the output like
> for stat.
>
> I'm still horrified...
I know this behavior is standardized but IIRC I've already read about
(old) implementations that printed the `total' to st
On Sat, 26 Feb 2005 6:37am +0800, Dan Jacobson wrote:
> Did I mention ls should have a --no-total option
> to remove those annoying
> total 1120
> without needing to pipe to a filter.
Another possibility would be to output the `total' to stderr.
--
rom 4 to 7):
$ seq -r 4 7
3) Generate 4 random values (ranging from 4 to 7, seed 3):
$ seq -r 4 3 7
4) Generate an endless number of random values (useful with head):
$ seq -r
Does anyone have suggestions on this?
--
Felipe Kellermann
___
Bug-coreutils m
le
is
This
glacius:~ felipek$
Here I'm using Darwin 7.7.0.
--
Felipe Kellermann
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
On Mon, 13 Sep 2004 3:47am -0700, Paul Eggert wrote:
> Felipe Kellermann <[EMAIL PROTECTED]> writes:
>
> > $ id fuu
> > uid=1018(fuu) gid=199 groups=199
> > $ echo $?
> > 1
> >
> > That return code sounds strange to me given the question I did.
&g
g
the sources I didn't see any hints about the issue. Any suggestions or
recomendations on this topic?
--
Felipe Kellermann
___
Bug-coreutils mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-coreutils