[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Test failures



On Sat, Mar 28, 2009 at 11:46:17AM -0600, Raphael Geissert wrote:
> Frank Lichtenheld wrote:
> > --- t/tests/binaries-from-other-arch/tags     2009-03-15 23:59:59.000000000
> > +0100
> > +++ debian/tests/tags.binaries-from-other-arch        2009-03-28
> > 16:42:57.000000000 +0100 @@ -1,4 +1,4 @@
> >  E: binaries-from-other-arch: binary-from-other-architecture
> >  ./usr/bin/elfobject E: binaries-from-other-arch: statically-linked-binary
> >  ./usr/bin/elfobject
> > -W: binaries-from-other-arch: apparently-truncated-elf-binary
> > ./usr/bin/elfobject +W: binaries-from-other-arch:
> > apparently-corrupted-elf-binary ./usr/bin/elfobject
> >  W: binaries-from-other-arch: binary-without-manpage usr/bin/elfobject
> 
> This one is tricky; you need squeeze's binutils for it to pass.

Ok, this is a lenny system, so that explains it.

> > Running test files-windows-devel-file-in-package 1.0... building...
> > testing... FAILED:
> > --- t/tests/files-windows-devel-file-in-package/tags  2008-11-28
> > 12:06:02.000000000 +0100
> > +++ debian/tests/tags.files-windows-devel-file-in-package     2009-03-28
> > 16:48:28.000000000 +0100 @@ -1 +1,2 @@
> > +I: files-windows-devel-file-in-package source:
> > debian-watch-file-is-missing
> >  W: files-windows-devel-file-in-package: windows-devel-file-in-package
> >  usr/lib/foo/foo.vcproj
> > Running test scripts-ocamlrun 1.0... building... testing... FAILED:
> > --- t/tests/scripts-ocamlrun/tags     2008-11-28 12:06:02.000000000 +0100
> > +++ debian/tests/tags.scripts-ocamlrun        2009-03-28 16:50:22.000000000 +0100
> > @@ -1 +1,2 @@
> > +I: scripts-ocamlrun source: debian-watch-file-is-missing
> >  W: scripts-ocamlrun: binary-without-manpage usr/bin/script1
> > 
> 
> The watch files should be being created by runtests, so it is a bit odd. The
> only recent change there that I remember was the switch from the time-stamp
> and size -based files copying of rsync to the checksum-based one.

False alarm. For some reason I had a .orig.tar.gz lying around for this test
which caused some confusion ;) After I removed it the test now runs fine.

Gruesse,
-- 
Frank Lichtenheld <djpig@debian.org>
www: http://www.djpig.de/


Reply to: