Bug#474400: Testsuite failure of bsdtar

2008-05-11 Thread Bernhard R. Link
I think I found the problem: # tar -tvvf ustar/archive 2>&1 | grep 'original/f_abcdefghijklmnopqrstuvwxyzabcdefghijkl ' says: hrw-r--r-- brl/brl 0 2008-05-11 11:41 original/f_abcdefghijklmnopqrstuvwxyzabcdefghijkl link to original/l_abcdefghijklmnopqrstuvwxyzabcdefghijkl This is the f

Bug#474400: Testsuite failure of bsdtar

2008-05-11 Thread Tim Kientzle
Good guess, but I don't think that explains anything, since the order in which hardlinked files get stored doesn't matter. (There are a few tests that do detailed format verification; those would be affected by the order in which files get stored, but none of those depend on the ordering of readdi

Bug#474400: Testsuite failure of bsdtar

2008-05-12 Thread Bernhard R. Link
* Tim Kientzle <[EMAIL PROTECTED]> [080512 00:19]: > Good guess, but I don't think that explains anything, since > the order in which hardlinked files get stored doesn't matter. My guess is that the order readdir returns them implies which file is stored as regular file and which is stored as hard

Bug#474400: Testsuite failure of bsdtar

2008-05-12 Thread Tim Kientzle
Bernhard R. Link wrote: My guess is that the order readdir returns them implies which file is stored as regular file and which is stored as hard link. Usually the f_ file is stored as regular file and the l_ file as hardlink. But on my filesystem the l_ file is stored as regular file and the f_