[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