On 2019-07-26 23:39, Simon McVittie wrote:
> > On mips, the gvariant test timed out.
>
> This is failing a fuzz-test that randomly modifies binary data and
> tries to parse it. I thought it might be reaching some pathological
> case where the parser breaks, but no - it looks like the actual problem
> is that g_random_double_range() is really slow on at least some mips
> hardware (repeatedly calling g_random_double_range() in a loop is 100
> times as fast on my laptop as on the porterbox minkus, which according
> to db.debian.org is the same EdgeRouter Pro hardware as mips-aql-01,
> the buildd where this test timed out).
>
> mips porters: Is this something that is expected to be so slow? The
> same test took 60 seconds (so at least 6 times as fast) on mips-sil-01,
> which is apparently a Rhino Labs UTM8 with a somewhat newer CPU.
> For comparison, it took 8 seconds on the i386 buildd.
The UTM8 based buildds like mips-sil-01 are much faster than the
mips-aql-0{1,2,4,5} buildds, and also have an FPU, although I am not
sure it plays a role here.
After giving back this package, it built successfully on mips-manda-01.
I have therefore blacklisted glib2.0 from the slowest buildds.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
