Hi All!
Le 28 juil. 09 à 02:36, Joel E. Denny a écrit :
diff --git a/src/head.c b/src/head.c
index c96f910..89b6ef9 100644
--- a/src/head.c
+++ b/src/head.c
@@ -1,6 +1,5 @@
/* head -- output first part of file(s)
- Copyright (C) 89, 90, 91, 1995-2006, 2008-2009 Free Software
- Foundation,
Pádraig Brady wrote:
Jim Meyering wrote:
AFAIK, I am the only one who has built the latest snapshot:
http://thread.gmane.org/gmane.comp.gnu.coreutils.bugs/17604
Though it's been only two days.
Unless I hear of new bug reports or portability problems soon,
expect coreutils-7.5 to be
Voelker, Bernhard wrote:
Hi *,
short question:
is there a particular reason why the signal handlers are installed after
ftruncate() in dd?
Long story:
I ran dd for a new backup of my 150GB partition to an external USB drive
while I started
while kill -USR1 pid ; do sleep 30 ;
On Wed, 12 Aug 2009, Alejandro Redondo wrote:
Well, the first clock set, when ntpd starts, is made in just one step.
This can be a problem when the client host is several seconds different than
the ntp server.
Stepping versus slewing can be configured in ntpd. By default small time
offsets
Pádraig wrote:
What is your exact dd command please, and destination file system.
I was running KNOPPIX 5.3.1; the source was a harddisk partition, and
the target was a file in an ext2 filesystem on a harddisk in an USB device
mounted on /media/sdb2/:
$ dd if=/dev/sda5
Voelker, Bernhard wrote:
Pádraig wrote:
What is your exact dd command please, and destination file system.
I was running KNOPPIX 5.3.1; the source was a harddisk partition, and
the target was a file in an ext2 filesystem on a harddisk in an USB device
mounted on /media/sdb2/:
$ dd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Akim Demaille on 8/13/2009 1:59 AM:
- Copyright (C) 89, 90, 91, 1995-2006, 2008-2009 Free Software
- Foundation, Inc.
+ Copyright (C) 89, 90, 91, 1995-2006, 2008-2009 Free Software
Foundation, Inc.
While at it, why not
Jim Meyering wrote:
Voelker, Bernhard wrote:
Pádraig wrote:
What is your exact dd command please, and destination file system.
I was running KNOPPIX 5.3.1; the source was a harddisk partition, and
the target was a file in an ext2 filesystem on a harddisk in an USB device
mounted on
Pádraig wrote:
Yep I think so. Moving just the install_signal_handlers() to the top,
can we expect this to happen in one of the next releases?
p.s. I'm still unsure as to why open(O_TRUNC) takes a while.
Perhaps there is a trunc=paranoid mount option I'm unaware of
that actually writes zeros
Pádraig Brady wrote:
Jim Meyering wrote:
Voelker, Bernhard wrote:
Pádraig wrote:
What is your exact dd command please, and destination file system.
I was running KNOPPIX 5.3.1; the source was a harddisk partition, and
the target was a file in an ext2 filesystem on a harddisk in an USB
Voelker, Bernhard wrote:
Pádraig wrote:
Yep I think so. Moving just the install_signal_handlers() to the top,
can we expect this to happen in one of the next releases?
p.s. I'm still unsure as to why open(O_TRUNC) takes a while.
Perhaps there is a trunc=paranoid mount option I'm unaware
Pádraig Brady wrote:
Voelker, Bernhard wrote:
Pádraig wrote:
Yep I think so. Moving just the install_signal_handlers() to the top,
can we expect this to happen in one of the next releases?
p.s. I'm still unsure as to why open(O_TRUNC) takes a while.
Perhaps there is a trunc=paranoid mount
Pádraig Brady wrote:
Pádraig Brady wrote:
C de-Avillez wrote:
Sorry for the delay, got busy. I just built make check, and got two
errors.
First one is here, I will re-run the second error by itself in a few.
Running on Ubuntu 9.10 (kernel 2.6.31.5 with Ubuntu mods, libc6
Pádraig Brady wrote:
While I'm at it here's a patch to
improve that test.
cheers,
Pádraig.
From c720e160a96b813a7c24c5ac8a9a9a37590f4190 Mon Sep 17 00:00:00 2001
From: =?utf-8?q?P=C3=A1draig=20Brady?= p...@draigbrady.com
Date: Wed, 12 Aug 2009 19:46:27 +0100
Subject: [PATCH] tests: improve
Jim Meyering wrote:
Pádraig Brady wrote:
Subject: [PATCH] tail: fix tail -f failure when inotify used
* src/tail.c (tail_inotify_forever): Use the correct bounds
in the error check of the return from inotify_add_watch().
Reported by C de-Avillez.
---
src/tail.c |2 +-
1 files
Pádraig Brady wrote:
Jim Meyering wrote:
Pádraig Brady wrote:
Subject: [PATCH] tail: fix tail -f failure when inotify used
* src/tail.c (tail_inotify_forever): Use the correct bounds
in the error check of the return from inotify_add_watch().
Reported by C de-Avillez.
---
src/tail.c |
FYI, this test just barely failed on rawhide,
so I've bumped the max virt mem limit up to 20,000 KB:
From 11ccbdab27fc7b4f3c78e8a806745330534670f7 Mon Sep 17 00:00:00 2001
From: Jim Meyering meyer...@redhat.com
Date: Mon, 10 Aug 2009 09:28:45 +0200
Subject: [PATCH] tests: raise ulimit virt-mem
Pádraig Brady wrote:
Pádraig Brady wrote:
Jim Meyering wrote:
AFAIK, I am the only one who has built the latest snapshot:
http://thread.gmane.org/gmane.comp.gnu.coreutils.bugs/17604
Though it's been only two days.
Unless I hear of new bug reports or portability problems soon,
expect
Alejandro Redondo wrote:
Hi again,
sorry about those HTML characters... I sent the first email from a
webmail client.
And sorry about my bad English too, it's not my natal language.
I didn't notice anything wrong with your English, actually :-).
(Why is it, I wonder, that non-native
Jim Meyering wrote:
Pádraig Brady wrote:
These highlighted a couple of issues I think on systems without utimensat().
1. The symlink _target_ gets its time updated
2. If 1 fails then the process returns a failure
I've fixed both in the attached patch hopefully
by only doing the explicit
From 3214858c9b53dcd8d2ef47473427fcd29dc56a7d Mon Sep 17 00:00:00 2001
From: =?utf-8?q?P=C3=A1draig=20Brady?= p...@draigbrady.com
Date: Thu, 13 Aug 2009 17:25:09 +0100
Subject: [PATCH] doc: clarify the cp --reflink NEWS
* NEWS: Remove the description associated with the removed
experimental code
While at it, why not standardize everything to 4 digits
Sounds like a good idea to me FWIW.
The 2-digit years came about because rms optimized it with lawyers
umpteen years ago. When I questioned him about it more recently (maybe
only .3umpteen years :), he went back to the lawyers and
Hello everybody,
Failing to understand --preserve option *after reading the man page*, I
hope to help
improving the docs so future users won't hit the same builder.
The specific section at cp --help (from which cp man is generated) is:
--preserve[=ATTR_LIST]
preserve the specified
On Thu, 13 Aug 2009, Eric Blake wrote:
According to Akim Demaille on 8/13/2009 1:59 AM:
- Copyright (C) 89, 90, 91, 1995-2006, 2008-2009 Free Software
- Foundation, Inc.
+ Copyright (C) 89, 90, 91, 1995-2006, 2008-2009 Free Software
Foundation, Inc.
While at it, why not
24 matches
Mail list logo