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 file with 92 characters, which is (as far as I understand
test_copy.c:111) not expressable as link.
I guess the reason for this is that depending on the filesystem options
readdir returns the prior created files in some random order, so
sometimes l_* gets returned before f_* (judging from the Debian buildds,
on Linux actually more often than not). And thus the test-case fails.
Hochachtungsvoll,
Bernhard R. Link
By the way, I think there is also a race condition in
cpio/test/test_format_new.c in test_format_newc. In one run
one of the "assertEqualInt(t, from_hex(e + 46, 8));" failed for me with
two number differing by one. (I guess some the second stepped just as
the wrong moment). Dunno if that is important enough to fix, as seldom
as it seems to happen.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
