(A long time ago) Jim Meyering wrote:
Luke Kendall lukekend...@optushome.com.au wrote:
The column formatting of the plain df output is misaligned, making it
hard to read. Same is true for -P option. For example:
...
: /home/data/audio; df --version
df (GNU coreutils) 5.96
Thanks for the
Hello:
I would much appreciate a simple improvemente in the cut command: add an
abbreviation for the --output-delimiter option ( -o maybe?).
Thanks a lot for listening. Cheers!
~~~
Aitor Roncal
Euskomedia Fundazioa - INFORMATIKA
Tel. (0034) 943 322 296
According to Aitor Roncal on 2/12/2010 2:27 AM:
Hello:
I would much appreciate a simple improvemente in the cut command: add an
abbreviation for the --output-delimiter option ( -o maybe?).
What's wrong with 'cut --ou=string'? You can use any unambiguous
abbreviation of a long option. In
Hi All,
I'm building coreutils for OpenCSW (http://opencsw.org) and was seeing
the test suite fail several tests with 'Operation not supported on
tranport endpoint' messages. After digging around a bit, I found that
errno was EOPNOTSUPP in several ACL handling routines and that wasn't
covered.
On 12/02/10 08:40, Luke Kendall wrote:
(A long time ago) Jim Meyering wrote:
Luke Kendall lukekend...@optushome.com.au wrote:
The column formatting of the plain df output is misaligned, making it
hard to read. Same is true for -P option. For example:
...
: /home/data/audio; df --version
df
Hi:
I wasn't aware of the unambiguous abbreviation thing. That should be
enough.
My mistake.
Thanks a lot!
Aitor.
On Fri, Feb 12, 2010 at 2:19 PM, Eric Blake e...@byu.net wrote:
According to Aitor Roncal on 2/12/2010 2:27 AM:
Hello:
I would much appreciate a simple improvemente in the
On 12/02/10 00:05, Pádraig Brady wrote:
I had been trying this which seems to handle both:
grep -E {2,6}-.*[^.] [A-Z][a-z] *.c
Searching man files allows us to take advantage of the extra
formatting to catch all cases (even though there currently any
extra found by this):
grep -E '^\\fB\\-'
Related to checking man pages I noticed this error:
~/git/coreutils/man$ make check-programs-vs-x
GENcheck-programs-vs-x
missing libstdbuf.so.x
make: *** [check-programs-vs-x] Error 1
check-programs-vs-x is called with distcheck-hook
so I'm unsure of exactly why this failure is not being
Hi,
coreutils 6.10-6 (debian lenny x86 32bit)
when we use dirname /full/directory/path/ we get /full/directory/,
but documentation say:
dirname - strip non-directory suffix from file name
so either there is a need to update the documentation to say it is
On Fri, 12 Feb 2010, Emmanuel Lacour wrote:
coreutils 6.10-6 (debian lenny x86 32bit)
when we use dirname /full/directory/path/ we get /full/directory/,
but documentation say:
dirname - strip non-directory suffix from file name
so either there is a
Pádraig Brady wrote:
Related to checking man pages I noticed this error:
~/git/coreutils/man$ make check-programs-vs-x
GENcheck-programs-vs-x
missing libstdbuf.so.x
make: *** [check-programs-vs-x] Error 1
check-programs-vs-x is called with distcheck-hook
so I'm unsure of exactly why
Pádraig Brady wrote:
I've added a syntax-check rule to grep the man pages
for --options with descriptions with initial uppercase letters
in the attached.
Thanks!
Subject: [PATCH] doc: fix inconsistent capitalization in --help output
...
Looks fine. One minor nit.
Rules that run a sub-make
[please keep the list in the loop, and please don't top-post on technical
lists]
According to Jan Girke on 2/12/2010 10:30 AM:
Hi Eric
Unfortunately sort is no help at all
(
r...@computer:/# ps -e | sort
unless you do that monster,
r...@computer:/# ps -eo %c %y %U %p|sort
but I haven't
Tom Lake writes:
I believe -iexten may be the problem. In your tty1 test, was iexten
enabled?
Maybe a getty bug, it should be turning on iexten if it turns on iuclc.
I was able to recreate the original problem. Reading Alan's response
here I was surprised to see that adding iexten
14 matches
Mail list logo