Richard Stallman <[EMAIL PROTECTED]> writes:
> I think a better solution is if we can turn off the new "feature"
> of adapting the column widths to the data.
One way would be to extend --format to allow fairly arbitrary formats
that can specify column widths. For example, Emacs could do this:
My previous changes to "tail" were too drastic: they removed support
for some traditional usage that is not in POSIX 1003.2-1992 but is in
SUSv2 or in older GNU "tail". I installed the following patch as
penance. It makes "tail" a bit more generous about what it supports,
though "tail -10" still
I think a better solution is if we can turn off the new "feature"
of adapting the column widths to the data. It is simple and clean.
Both this and your suggestion would only work with GNU ls, so in that
regard neither one has an advantage.
Meyering, what do you think?
__
> I think a better solution is if we can turn off the new "feature"
> of adapting the column widths to the data. It is simple and clean.
> Both this and your suggestion would only work with GNU ls, so in that
> regard neither one has an advantage.
Another solution is to assume that the current bu
Hello,
I am running into a problem with coreutils-5.2.1, more precisely with the
df executable. I have three machines, all NFS mount a filesystem from
the same NFS server. I compiled coreutils-5.2.1 on machine 2 and then
copied the so compiled df into that NFS mounted directory, i.e., I am
using e
On Thu, Sep 23, 2004 at 12:45:31PM -0400, Richard Stallman wrote:
> I think a better solution is if we can turn off the new "feature"
> of adapting the column widths to the data. It is simple and clean.
It maybe a bit less work, but it's certainly not "better" -- without the
auto-adjustment featu
Hi,
I noticed that chmod changes the ctime of files, even if no permissions
are actually changed.
I ran into this because some maintenance scripts here run
"chmod -Rc ugoa+rX $directory"
every night for some directories that ought to be generally accessible.
Unfortunately this also triggers so
> I think a better solution is if we can turn off the new "feature"
> of adapting the column widths to the data. It is simple and clean.
> Both this and your suggestion would only work with GNU ls, so in that
> regard neither one has an advantage.
>
> Meyering, what do you think?
Ideally ls would