Package: perl Version: 5.10.0-21 Severity: serious The test suite of perl/5.10.0-21 failed on at least i386 and s390:
# Failed test 'Found correct number of output files' # at ../lib/Archive/Extract/t/01_Archive-Extract.t line 350. # got: '3' # expected: '2' lib/Archive/Extract/t/01_Archive-Extract......................FAILED at test 218 The same test had already passed once with the static perl build on both architectures. This looks like a known issue fixed upstream in Archive::Extract 0.31_03 : http://search.cpan.org/diff?from=Archive-Extract-0.31_02&to=Archive-Extract-0.31_03 Changes for 0.31_03 Wed Mar 11 12:38:43 2009 ============================================ * Newer versions of 'tar' (1.21 and up) now print record size to STDERR as well if v OR t is given (used to be both). This is a 'feature' according to the changelog, so we must now only inspect STDOUT, otherwise, failures like these occur: nntp.perl.org/group/perl.cpan.testers/2009/02/msg3230366.html Thanks to tcallawa from RedHat for tracking this down. I assume the variation in the results is because STDOUT and STDERR output interleaving is unpredictable. Testing with strace, the few times I was able to reproduce the bug on amd64 all had this in common: 28494 <... read resumed> "/bin/tar: Record size = 16 block"..., 4096) = 34 28494 stat("/bin/tar: Record size = 16 blocks", 0x602130) = -1 ENOENT (No such file or directory) so the case seems pretty clear. I'll upload -22 with the fix tonight or tomorrow at the latest. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
