Re: [coreutils] new snapshot available: coreutils-8.5.188-9af44

2010-10-11 Thread Pádraig Brady
On 10/10/10 20:57, Jim Meyering wrote: Here is a snapshot of the latest coreutils development sources. Please build it and run make check on any systems you can, and report any problems to bug-coreut...@gnu.org. I expect to make a stable release in two or three days. I just noticed

Re: [coreutils] new snapshot available: coreutils-8.5.188-9af44

2010-10-11 Thread Jim Meyering
Eric Blake wrote: On 10/10/2010 01:57 PM, Jim Meyering wrote: Paul Eggert (24): Paul R. Eggert (15): Time for a mailmap file so that git will consolidate entries from a single author spread over multiple email addresses? Good point. I've just added this: From

Re: [coreutils] new snapshot available: coreutils-8.5.188-9af44

2010-10-11 Thread Jim Meyering
Pádraig Brady wrote: On 10/10/10 20:57, Jim Meyering wrote: Here is a snapshot of the latest coreutils development sources. Please build it and run make check on any systems you can, and report any problems to bug-coreut...@gnu.org. I expect to make a stable release in two or three days. I

[coreutils] [PATCH] tail: fix checking of currently unavailable directories

2010-10-11 Thread Pádraig Brady
I'll apply the attached tomorrow at some stage. cheers, Pádraig. From 7730599b6984d670760dd8fcacae54d7ed0a1496 Mon Sep 17 00:00:00 2001 From: =?utf-8?q?P=C3=A1draig=20Brady?= p...@draigbrady.com Date: Tue, 12 Oct 2010 01:39:58 +0100 Subject: [PATCH] tail: fix checking of currently unavailable

Re: [coreutils] [PATCH] tail: fix checking of currently unavailable directories

2010-10-11 Thread Pádraig Brady
On 12/10/10 02:18, Pádraig Brady wrote: I'll apply the attached tomorrow at some stage. With this squashed in to replace the confusing no space left on device error, with the reverting to polling information. This has the side effect of tail-2/wait passing on effected systems. diff --git

bug#7184: Problems with timestamp on FAT32 directories

2010-10-11 Thread Steven Lee
Hello, On an IOMega 500 GB Home Network Hard Drive with a FAT32 partition, all of the directories are showing up as 1969-12-31 16:00 (or essentially no date), but when viewing the directory in Windows Explorer, there is no problem. It doesn't matter if I use 'mkdir' to create a directory or

bug#7184: Problems with timestamp on FAT32 directories

2010-10-11 Thread Eric Blake
On 10/10/2010 03:06 AM, Steven Lee wrote: On an IOMega 500 GB Home Network Hard Drive with a FAT32 partition, all of the directories are showing up as 1969-12-31 16:00 (or essentially no date), but when viewing the directory in Windows Explorer, Any idea what could be wrong? There's the

bug#7184: Problems with timestamp on FAT32 directories

2010-10-11 Thread Eric Blake
[please don't top-post] On 10/11/2010 07:24 AM, Steven Lee wrote: Hi Eric, The change-time information is there as it shows up properly in Windows Explorer. In addition, files are okay under Cygwin; the problem is only with directories. But as I already said, this is not a coreutils issue,

bug#7184: Problems with timestamp on FAT32 directories

2010-10-11 Thread Steven Lee
Hi Eric, The change-time information is there as it shows up properly in Windows Explorer. In addition, files are okay under Cygwin; the problem is only with directories. FYI, I want to use rsync under Cygwin to backup files but it's causing all of my directories to be resetted to the

bug#6131: [PATCH]: fiemap support for efficient sparse file copy

2010-10-11 Thread Jim Meyering
jeff.liu wrote: Jim Meyering wrote: jeff.liu wrote: Sorry for the delay. This is the new patch to isolate the stuff regarding to extents reading to a new module. and teach cp(1) to make use of it. Jeff, I applied your patch to my rebased fiemap-copy branch. My first step was to run