On 10/04/2010 03:53 AM, Pádraig Brady wrote:
+case $(stat --format %x a) in
+ *.0*) sleep 2;; # worst case file system is FAT
+ *) # FIXME: sleep .1 would be sufficient if %X showed nanoseconds
+ sleep 1;; # should be adequate for any system with subsecond resolution
+esac
+
+touch a
Hello,
We just had a case where an overfull disk went unnoticed by logwatch.
The reason turned out to be its long device name (/dev/mapper
/VolGroup00-LogVol00), which caused df to break the line, messing up
the column count. Indeed, logwatch looks for the use% in the fifth
field, but due to
Pádraig Brady wrote:
On 01/10/10 21:41, Jim Meyering wrote:
Eric Blake wrote:
* src/stat.c (default_format): Include context when present.
This is a close call, but I think it is justified.
stat's default format should show as much information
as possible, and no one should be parsing it.
Eric Blake wrote:
...
+check_timestamps_updated()
+{
+ local delay=$1
I guess we're blindly assuming that coreutils testsuite is requiring a
shell that supports 'local'?
Yes. So far it hasn't been an issue.
$ git grep '^ *local' tests
tests/dd/reblock: local delay=$1
Pádraig Brady wrote:
Note the above test fits the pattern of requiring a delay to pass
and so can use the retry_delay_ functionality used elsewhere.
The advantage is that the delay is 1s rather than 2 on
1s resolution file systems like ext3.
Oh! Glad you remembered that. I should have, too.
On 10/04/2010 03:44 AM, Alain Knaff wrote:
There is an option to prevent this behavior (-P), but apparently the
logwatch authors were not aware of it. Understandably, I might say,
because if their test cases happen to only have disks with short names,
they'll never stumble upon this.
Thanks
On 04/10/10 17:06, Eric Blake wrote:
[please keep the list in the loop]
On 10/04/2010 08:54 AM, Alain Knaff wrote:
One thing that might be possible, however, is to improve df output to
adjust column alignment if $COLUMNS
Rather than using $COLUMNS (which is not set by all shells...), it
On 10/04/2010 02:45 AM, Clemens Brogi wrote:
I was able to build 8.5 after defining LDFLAGS -lgen
Which .o file needed -lgen before compilation worked? We'd like to fix
that before coreutils 8.6.
Hi
as far as I can figure it out, the error only occoures if I use suncc as CC
I have
Does the following patch to lib/openat.h fix the problem for you?
--- old/lib/openat.h2010-04-23 06:44:00.0 -0700
+++ new/lib/openat.h2010-10-04 12:36:16.924755978 -0700
@@ -94,21 +94,16 @@
}
#if GNULIB_FACCESSAT
-/* For now, there are no wrappers named laccessat or
[adding bug-gnulib]
On 10/04/2010 01:37 PM, Paul Eggert wrote:
Does the following patch to lib/openat.h fix the problem for you?
--- old/lib/openat.h2010-04-23 06:44:00.0 -0700
+++ new/lib/openat.h2010-10-04 12:36:16.924755978 -0700
@@ -94,21 +94,16 @@
}
#if
Actually, as far as I can tell, nobody uses accessat
or euidaccessat. How about if we just remove them
from gnulib? That would be simpler.
11 matches
Mail list logo