Thomas Guettler wrote:
Pádraig Brady schrieb:
Thomas Guettler wrote:
Hi,
I use du -ax / | sort -rn /var/tmp/du-`date --iso` to get the sorted
total size of all
files and directories.
Unfortunately you can't see a difference between a directory and a file
in the output. It would be
Jim Meyering wrote:
Pádraig Brady [EMAIL PROTECTED] wrote:
Thomas Guettler wrote:
Thank you for being interested. I wrote a patch which makes the slash
optional:
src/du --help:
...
-z, --dir-with-slash append a slash to directories.
I don't think it's worth an option TBH.
How about
Pádraig Brady [EMAIL PROTECTED] wrote:
Thomas Guettler wrote:
Thank you for being interested. I wrote a patch which makes the slash
optional:
src/du --help:
...
-z, --dir-with-slash append a slash to directories.
I don't think it's worth an option TBH.
How about we do this iff
Follow-up Comment #2, bug #22505 (project coreutils):
Regarding nss_ldap, I guess that this was a bug in nss_ldap it was setting
errno explicitly to ENOENT. That problem should be fixed with the latest
nss_ldap release (260).
Probably the NSS module handling nisplus has the same problem.
Thomas Guettler wrote:
I'm very dubious about adding this as an option.
Do you really think an option is warranted for this,
considering you can already get the desired behavior
with a small wrapper, as I demonstrated:
The wrapper is awkward, but it's better than a new option.
So
Pádraig Brady schrieb:
Thomas Guettler wrote:
Hi,
I use du -ax / | sort -rn /var/tmp/du-`date --iso` to get the sorted
total size of all
files and directories.
Unfortunately you can't see a difference between a directory and a file
in the output. It would be nice if the directories
I'm very dubious about adding this as an option.
Do you really think an option is warranted for this,
considering you can already get the desired behavior
with a small wrapper, as I demonstrated:
The wrapper is awkward, but it's better than a new option.
So probably best to do
Thomas Guettler [EMAIL PROTECTED] wrote:
I'm very dubious about adding this as an option.
Do you really think an option is warranted for this,
considering you can already get the desired behavior
with a small wrapper, as I demonstrated:
The wrapper is awkward, but it's better than a new
Pádraig Brady wrote:
find / -xdev -printf %p%y\n |
sed 's/d$/\//;t; s/.$//;' |
tr '\n' '\0' |
xargs -r0 du -s |
LC_ALL=C sort -rn -k1,1
Note that will give the output you want but will be very inefficient :(
So Jim's method is the best compromise for the moment.
Pádraig.
PHILIPP, Axel, Dr. [EMAIL PROTECTED] wrote:
Jim Meyering [mailto:[EMAIL PROTECTED] wrote:
This is relatively
low priority, since very few people care about systems configured to
allow regular users to use chown. If you don't hear back
from someone
after a couple weeks, please ping
Jim Meyering wrote:
...
So you'll have to make the three .c files include the new .h,
and you'll have to adjust src/Makefile.am to link the new .c
file to each of those three programs.
...
Then, create the file patch like this:
git format-patch --stdout --signoff HEAD~1 patch
and
Jim Meyering [mailto:[EMAIL PROTECTED] wrote:
This is relatively
low priority, since very few people care about systems configured to
allow regular users to use chown. If you don't hear back
from someone
after a couple weeks, please ping the mailing list. ]
I agree. Otherwise
Hello,
I met a problem with the sort command : I've used the uniq command with
the -c option to count some numbers, and then applying sort -n don't
sort lines by numeric order of the first field.
Here is an example (my sort version is 5.97) :
$ cat bug_sort | sort -n
1320 51970
1692 12345
On Mon, 10 Mar 2008, Damien ANCELIN wrote:
I met a problem with the sort command : I've used the uniq command with the -c
option to count some numbers, and then applying sort -n don't sort lines by
numeric order of the first field.
Here is an example (my sort version is 5.97) :
$ cat bug_sort
Damien ANCELIN [EMAIL PROTECTED] writes:
I met a problem with the sort command : I've used the uniq command with
the -c option to count some numbers, and then applying sort -n don't sort
lines by numeric order of the first field.
Here is an example (my sort version is 5.97) :
$ cat bug_sort
Andreas Schwab wrote on 10-03-08 19:54:
Damien ANCELIN [EMAIL PROTECTED] writes:
I met a problem with the sort command : I've used the uniq command with
the -c option to count some numbers, and then applying sort -n don't sort
lines by numeric order of the first field.
Here is an example (my
Ondřej Vašík [EMAIL PROTECTED] wrote:
Ok, hopefully fixed your objections from that mail and from the
discussion off the list, patch is in attachement.
Thank you!
I've made a few name changes by transforming the patch before
applying it, so that the function name and file name match, and
so
Bauke Jan Douma wrote:
What might have been the case here, and which is a
situation that I find myself in sometimes, is this:
you want to do 'filter1 FILE | filter2'
(or 'filter1 FILE | filter2'). Somehow the output
isn't what's to be expected. You investigate, and
part of that is
18 matches
Mail list logo