[patch #3596] Sort directories before files in ls

2006-12-14 Thread Bert Wesarg
Follow-up Comment #6, patch #3596 (project coreutils): This is an enhancement for the actual implementation for the '--group-directories-first' option in ls, so that symbolic links to directories are handled as directories with this option enabled. (file #11524)

Re: feature request: sort by human-readable disk sizes

2007-09-25 Thread Bert Wesarg
Justin Watt wrote: It'd be great if sort had an option to sort by the -h output of the du command. For example the current output of du is alphabetized by filename with no options to sort: $ du -h --max-depth=1 4.0K./bin 52M ./code 765M./Desktop 12K ./mail 17M

Re: Suggestion about tail

2008-02-07 Thread Bert Wesarg
On Feb 7, 2008 10:41 PM, Eric Blake [EMAIL PROTECTED] wrote: Jim Meyering jim at meyering.net writes: Good idea. tail and a few other programs were made to work that way in May. http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=2539b53 It looks like there was a typo in this

Re: ls --group-directories-first -U

2008-02-12 Thread Bert Wesarg
Hi Jim, have you ever consider my follow-up patch to patch#3596 with the name: ls_--group-directories-first_symlinks_to_dir_are_dirs_too.patch? Thanks. Bert ___ Bug-coreutils mailing list Bug-coreutils@gnu.org

Re: [PATCH] ls --group-directories-first: symlinks to dirs are dirs too

2008-02-12 Thread Bert Wesarg
Jim Meyering wrote: Bert Wesarg [EMAIL PROTECTED] wrote: With the --group-directories-first option, ls shows directories on top of all non directory entries, but IMHO symlinks to directories should be handle as directories as well. Thanks for the patch, but a change in behavior like

[PATCH] ls --group-directories-first: symlinks to dirs are dirs too

2008-02-12 Thread Bert Wesarg
With the --group-directories-first option, ls shows directories on top of all non directory entries, but IMHO symlinks to directories should be handle as directories as well. Regards. Bert 2008-02-12 Bert Wesarg [EMAIL PROTECTED] ls --group-directories-first: symlinks to dirs

ln can't backup directories

2009-09-07 Thread Bert Wesarg
Hi all, I'm failing in creating a symlink where the destination is a directory and do a backup of this directory. This is what I tried: $ mkdir a $ ln -s --no-target-directory --backup=numbered b a ln: `a': cannot overwrite directory Looking at the code I can seen the reason, the backup

Re: ln can't backup directories

2009-09-11 Thread Bert Wesarg
On Mon, Sep 7, 2009 at 18:25, Bert Wesarg bert.wes...@googlemail.com wrote: Hi all, I'm failing in creating a symlink where the destination is a directory and do a backup of this directory. This is what I tried: $ mkdir a $ ln -s --no-target-directory --backup=numbered b a ln: `a': cannot

Re: ln can't backup directories

2009-09-11 Thread Bert Wesarg
On Fri, Sep 11, 2009 at 16:15, Jim Meyering j...@meyering.net wrote: Bert Wesarg wrote: On Mon, Sep 7, 2009 at 18:25, Bert Wesarg bert.wes...@googlemail.com wrote: Hi all, I'm failing in creating a symlink where the destination is a directory and do a backup of this directory. This is what I

Re: ln can't backup directories

2009-09-11 Thread Bert Wesarg
On Fri, Sep 11, 2009 at 17:00, Jim Meyering j...@meyering.net wrote: Bert Wesarg wrote: On Fri, Sep 11, 2009 at 16:15, Jim Meyering j...@meyering.net wrote: Bert Wesarg wrote: On Mon, Sep 7, 2009 at 18:25, Bert Wesarg bert.wes...@googlemail.com wrote: Hi all, I'm failing in creating

Re: ln can't backup directories

2009-09-13 Thread Bert Wesarg
: `a' and `a' are the same file Maybe someone will volunteer to do the work. However, the trivial patch below solves the case for cp and ln and still passes the test suit: ---8--- Subject: [PATCH] cp, ln: backup target directories Signed-off-by: Bert Wesarg bert.wes...@googlemail.com --- src/copy.c |2 +- src

dd/skip-seek-past-file fail on ecryptfs

2009-09-13 Thread Bert Wesarg
This short mail is only to inform you, that the dd/skip-seek-past-file test fail on a ecryptfs mount. Because this commands takes a long time and eat my hard disk space: truncate --size=$OFF_T_MAX in More infos at monday. Regards, Bert

Re: ln can't backup directories

2009-09-13 Thread Bert Wesarg
Hi Bert, Thanks for the patch! I'll review it Monday or Tuesday. Thanks. In the mean time, do you feel like writing the remaining parts of such a change?  - mention this in NEWS: put it under Changes in behavior or Improvements  - add tests of cp and ln that exercise the new behavior,

Re: dd/skip-seek-past-file fail on ecryptfs

2009-09-14 Thread Bert Wesarg
2009/9/14 Pádraig Brady p...@draigbrady.com: Bert Wesarg wrote: This short mail is only to inform you, that the dd/skip-seek-past-file test fail on a ecryptfs mount. Because this commands takes a long time and eat my hard disk space: truncate --size=$OFF_T_MAX in More infos at monday. So

Re: dd/skip-seek-past-file fail on ecryptfs

2009-09-14 Thread Bert Wesarg
2009/9/14 Pádraig Brady p...@draigbrady.com: :( So ecryptfs reports 0 disk usage even though it's writing out the files and using up space in the file system. That sounds like another bug to me. Any suggestions for recognizing that condition? Maybe use df -T? BTW: