On Fri, Jul 2, 2010 at 2:51 PM, Eric Blake ebl...@redhat.com wrote:
[adding bug-coreutils, to create a bug id to track this by]
On 06/15/2010 09:23 PM, Peng Yu wrote:
I need to add an additional common suffix to the files splited by
split. Right now, I have to use mv to do so. But I feel it
Unfortunately, after checking BTRFS I see that fiemap
behaves differently to EXT4. IMHO the EXT4 operation
seems correct, and gives full info about the structure
of a file, which cp for example can use to efficiently
and accurately reproduce the structure at the destination.
On EXT4 (on
On 08/02/11 10:14, Pádraig Brady wrote:
On 08/02/11 08:42, Jim Meyering wrote:
Do you think it's worth resorting to the FS-name-based
test when python is not available?
I don't think so, because df can currently allow the test to proceed
erroneously:
Pádraig Brady wrote:
Unfortunately, after checking BTRFS I see that fiemap
behaves differently to EXT4. IMHO the EXT4 operation
seems correct, and gives full info about the structure
of a file, which cp for example can use to efficiently
and accurately reproduce the structure at the
Pádraig Brady wrote:
On 08/02/11 10:14, Pádraig Brady wrote:
On 08/02/11 08:42, Jim Meyering wrote:
Do you think it's worth resorting to the FS-name-based
test when python is not available?
I don't think so, because df can currently allow the test to proceed
erroneously:
On Fri, Jul 2, 2010 at 2:51 PM, Eric Blake ebl...@redhat.com wrote:
[adding bug-coreutils, to create a bug id to track this by]
On 06/15/2010 09:23 PM, Peng Yu wrote:
I need to add an additional common suffix to the files splited by
split. Right now, I have to use mv to do so. But I feel it
'comm' uses LC_COLLATE or LC_ALL to establish the collation that it
uses in its check for proper sorting of input. (I think this is true.)
The man page and info make no mention of LC_ALL (at least not as
delivered in Debian squeeze) but LC_ALL seems to affect 'comm'
behavior.
When neither