Bug#526822: perl: FTBFS: Archive-Extract test failure due to changed tar behaviour

[Niko Tyni]

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   ntyni at debian.org