On 10/31/2016 05:13 AM, Anders Kaseorg wrote: > On Sun, 30 Oct 2016, Bas Couwenberg wrote: >> The recent git upload FTBFS on mips64el due to OOM, the missing build on >> mips64el is preventing the qgis rebuild as part of the ongoing gdal >> transition (#842288). >> >> The build was performed on mipsel-manda-02 which is known to have issues >> like these (although git built successfully on this buildd before). >> Perhaps a rebuild on another buildd will be sufficient. > > Eep. > > Looking at > https://buildd.debian.org/status/logs.php?pkg=git&arch=mips64el, the build > has been attempted three times now, including once on mipsel-aql-02, > failing all three times with out of memory errors. None of the failing > tests (t0023-crlf-am.sh, t0064-sha1-array.sh, t0302-credential-store.sh) > have changed between 2.10.1 and 2.10.2, and 2.10.1 built with no trouble. > These tests should be using basically no memory (about 4 MB each). > > Maybe another test running in parallel is using memory and causing these > tests to fail? Could these build machines be so underpowered that they > shouldn’t be setting DEB_BUILD_OPTIONS=parallel=4? > > Unless someone familiar with the mips64el buildd situation has a better > plan, I’m unsure how to proceed except by disabling individual failing > tests, or the entire test suite, for mips64el. > > Any ideas?
Disabling the tests on mips64el is reasonable. You can also do a build on the mips64el porterbox if that succeeds without changes you can just upload that. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1