[Debian GNUstep maintainers] Bug#839409: gnustep-base: FTBFS: Tests failures

[Lucas Nussbaum]

Source: gnustep-base
Version: 1.24.9-3
Severity: serious
Tags: stretch sid
User: debian-qa at lists.debian.org
Usertags: qa-ftbfs-20161001 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> 
> Testing NSXMLParser.m...
> Running base/headers/NSXMLParser.m...
> Passed test:     NSXMLParser.m:9 ... include of Foundation/NSXMLParser.h works
> Completed file:  NSXMLParser.m
> 
> Testing NSZone.m...
> Running base/headers/NSZone.m...
> Passed test:     NSZone.m:9 ... include of Foundation/NSZone.h works
> Completed file:  NSZone.m
> 
> Testing Unicode.m...
> Running base/headers/Unicode.m...
> Passed test:     Unicode.m:9 ... include of GNUstepBase/Unicode.h works
> Completed file:  Unicode.m
> debian/rules:166: recipe for target 'override_dh_auto_test' failed

If the failure looks somehow time/timezone related:
Note that this rebuild was performed without the 'tzdata' package
installed in the chroot. tzdata used be (transitively) part of
build-essential, but it no longer is. If this package requires it to
build, it should be added to build-depends. For the release team's
opinion on this, see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836940#185

If the failure looks LSB-related:
similarly to tzdata, lsb-base is not installed in the build chroot.

The full build log is available from:
   http://aws-logs.debian.net/2016/10/01/gnustep-base_1.24.9-3_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.