[Debian-med-packaging] Bug#912451: staden-io-lib FTBFS on !x86: test failures

James Bonfield jkb at sanger.ac.uk
Mon Nov 26 13:41:36 GMT 2018


On Mon, Nov 26, 2018 at 11:37:19AM +0100, Andreas Tille wrote:
> On Mon, Nov 26, 2018 at 09:39:33AM +0000, James Bonfield wrote:
> > I looked at this and don't see test failures, only "build attempted".
> > Has it changed since this email?
> 
> The "Build-Attempted" fields are links for instance to
> 
>    https://urldefense.proofpoint.com/v2/url?u=https-3A__buildd.debian.org_status_fetch.php-3Fpkg-3Dstaden-2Dio-2Dlib-26arch-3Darm64-26ver-3D1.14.11-2D1-26stamp-3D1540934378-26raw-3D0&d=DwIBAg&c=D7ByGjS34AllFgecYw0iC6Zq7qlm8uclZFI0SqQnqBo&r=wodoR_G062E4YLZ-xu5t6g&m=EaIHnNaYCGWzru1O_LPBu4WhnNfwD1w6emOggHK1Cig&s=53JJp-FIghDA4bPWYF0aXGWI8w2qm2fOzxjwGjFBipQ&e=

Ok I see it. Thanks.

I can't reproduce it though on x86 hardware.  I tried valgrind and
-fsanitize=address (which spots some age old memory leaks in the srf
code, but nothing to do with Scramble).

I'll keep trying.  Maybe I can try different malloc libraries too and
newer zlib and/or libdeflates.  However I suspect this is going to be
a mystery without being able to get a stack trace or debug on the
relevant hardware.

James

-- 
James Bonfield (jkb at sanger.ac.uk)
The Sanger Institute, Hinxton, Cambs, CB10 1SA


-- 
 The Wellcome Sanger Institute is operated by Genome Research 
 Limited, a charity registered in England with number 1021457 and a 
 company registered in England with number 2742969, whose registered 
 office is 215 Euston Road, London, NW1 2BE. 



More information about the Debian-med-packaging mailing list