Re: Bug#488024: cp preserves mode with --no-preserve=mode

sergio [EMAIL PROTECTED] wrote: Package: coreutils Version: 6.10-3 % touch qwe % chmod 640 qwe % umask u=rwx,g=rx,o=rx % ls -l qwe -rw-r- 1 sergio sergio 0 Июн 25 22:53 qwe % cp --no-preserve=mode qwe asd % ls -l asd -rw-r- 1 sergio sergio 0 Июн 25 22:54 asd Thank you for the

Re: Man-Page mkdir

Heiko Marr [EMAIL PROTECTED] wrote: there seems to be a mistake in the description of SYNOPSIS for mkdir. You wrote: mkdir [OPTION] DIRECTORY... but it has to be: mkdir [OPTION]... DIRECTORY... Thank you for reporting that. The same problem affects several other programs. Here's how I've

Re: truncate.c fails to compile on make distcheck

Pádraig Brady [EMAIL PROTECTED] wrote: Paul Eggert wrote: Pádraig Brady [EMAIL PROTECTED] writes: diff --git a/src/truncate.c b/src/truncate.c index 02d4102..fd321c6 100644 --- a/src/truncate.c +++ b/src/truncate.c @@ -189,9 +189,9 @@ do_ftruncate (int fd, char const *fname, off_t ssize,

Re: nohup cannot be interrupted

On Fri, Jun 27, 2008 at 11:51 PM, Loris Rinaldo [EMAIL PROTECTED] wrote: I think there should be anther option for the nohup command, in order to quit a command previously launched: nohup OPTION --quit: terminates previously launched nohup command) I launched a 100GB copy command with nohup

Re: Multi-threading in sort(or core-utils)

James Youngman wrote: On Thu, Jun 26, 2008 at 1:22 AM, Bo Borgerson [EMAIL PROTECTED] wrote: If all inputs are regular files then SORTERS read directly rather than being fed by an extra process. Does that work with multi-byte character sets? Hi James, Each sorter's portion of input is

Re: Multi-threading in sort(or core-utils)

On Sat, Jun 28, 2008 at 4:27 PM, Bo Borgerson [EMAIL PROTECTED] wrote: Hi James, Each sorter's portion of input is delineated along line boundaries as detected by the main buffer-filling routine. I don't think any multi-byte character set problems should have been introduced. I see. I

[PATCH] truncate: Ignore whitespace in --size parameters

Jim Meyering wrote: Pádraig Brady [EMAIL PROTECTED] wrote: Paul Eggert wrote: This indicates a bug in the underlying code, which GCC was right to warn us about, and which we should not have worked around by inserting casts blindly. As I said in the patch the casts were to confirm the

dd (coreutils 6.10)

Hi, I am running dd from coreutils 6.10 on the latest Knoppix disc, trying to copy a failing drive to a new drive so i can try mount the partition. I noticed that dd tries the to read the same 512-byte block 40 times before giving up. Could it not give up on each block after say.. 1 or 2