du feature request

Sirs, I would like to request a feature to be added to the 'du' command: a command line switch to sort output by directory name or by size of directory Thanks, Logan Hansen Linux Systems Admin Adams State College ___ Bug-coreutils mailing list Bu

"du -k" and "du -b" inconsistent output

This not a bug but rather an inconsistent output between these two du options, which is not documented in the manpages. Suppose 'somefile' is a file containing a lot of zeros. Then I get: $ du -k somefile 12 $ du somefile 12 $ du -b somefile 4194432 It seems that du -b is returning the size of

Re: RFC: change chown *not* to look up numeric user/group names

Pádraig Brady wrote: > Jim Meyering wrote: > > Can anyone present a case for *not* making this change? This is also controlled by /etc/nsswitch.conf. A typical configuration would always search local files first and then search network configuration after failing to get a local answer. (In the c

Re: Bug#393283: RFC: change chown *not* to look up numeric user/group names

Andreas Schwab wrote: > Michael Stone <[EMAIL PROTECTED]> writes: > > >>I guess it's a case of "numeric usernames are stupid" vs "will it break >>something". I don't see much reason *not* to be posix compliant in this >>case, though. > > > Perhaps there should just be an option to force the num

Re: Bug#393283: RFC: change chown *not* to look up numeric user/group names

Michael Stone <[EMAIL PROTECTED]> writes: > I guess it's a case of "numeric usernames are stupid" vs "will it break > something". I don't see much reason *not* to be posix compliant in this > case, though. Perhaps there should just be an option to force the numeric name to be interpreted as a num

Re: Bug#393283: RFC: change chown *not* to look up numeric user/group names

On Thu, Oct 19, 2006 at 11:29:23AM +0200, Jim Meyering wrote: My motivation for making this change is mainly security. The paranoid user of chown (usually root) should not have to imagine that a numeric user name argument like "1000" might be interpreted as a name and mapped to "0". Can anyone p

FYI, make bootstrap augment existing .gitignore files

2006-10-19 Jim Meyering <[EMAIL PROTECTED]> * bootstrap: Add names to each .gitignore file (if it exists) as well as to .cvsignore. Index: bootstrap === RCS file: /fetish/cu/bootstrap,v retrieving revision 1.23 diff

Re: RFC: change chown *not* to look up numeric user/group names

Jim Meyering wrote: > Do you know if they still do that? Just checked and yes they do. Also it was mentioned on a local list that mobile phone companies all over the world that use Linux as a messaging platform, use the mobile number as the username. > > If numeric user names are still common e

Re: RFC: change chown *not* to look up numeric user/group names

Pádraig Brady <[EMAIL PROTECTED]> wrote: > Jim Meyering wrote: >> In , Helge Hafting objected to the fact >> that GNU chown performs a DB look-up for a numeric "user name", e.g., in >> "chown 0 FILE". chown does this deliberately, in case "0" is an actual >> user *na

Re: RFC: change chown *not* to look up numeric user/group names

Jim Meyering wrote: > In , Helge Hafting objected to the fact > that GNU chown performs a DB look-up for a numeric "user name", e.g., in > "chown 0 FILE". chown does this deliberately, in case "0" is an actual > user *name*, that is associated potentially, with some

RFC: change chown *not* to look up numeric user/group names

In , Helge Hafting objected to the fact that GNU chown performs a DB look-up for a numeric "user name", e.g., in "chown 0 FILE". chown does this deliberately, in case "0" is an actual user *name*, that is associated potentially, with some numeric user ID. That is the

FYI, translate strings in lib/regcomp.c, too

* POTFILES.in: Also include lib/regcomp.c, since it too uses gettext. Index: po/POTFILES.in === RCS file: /fetish/cu/po/POTFILES.in,v retrieving revision 1.26 diff -u -r1.26 POTFILES.in --- po/POTFILES.in 19 Oct 2006 07:53:42 -00

FYI: fix "make po-check" failure

2006-10-19 Jim Meyering <[EMAIL PROTECTED]> * Makefile.maint (po-check): This rule didn't detect the new use of "gettext" (as opposed to the use of "_" everywhere else) in lib/xstrtol.h. Adjust the grep regexp so that now it does. Index: Makefile.maint

add lib/xstrtol.h to po/POTFILES.in

I installed this to reflect the change I made a few minutes ago to xstrtol.h, which wraps its English-language strings inside calls to gettext. 2006-10-19 Paul Eggert <[EMAIL PROTECTED]> * po/POTFILES.in: Add lib/xstrtol.h. --- po/POTFILES.in 9 Aug 2006 08:12:27 - 1.25 +