[01:39] <xnox> infinity: doko: please bin de-new openmx package, it's an autosync from debian.
[04:28] <infinity> xnox: Why don't you allow SSE on x32 as well in that openmx upload?
[09:25] <cjwatson> xnox: fwiw you don't really need to ask for binary NEW processing of autosynced stuff - there's a script that does it and I pretty much run it every time I log in in the morning or there seems to be a need
[09:26] <infinity> I also do it manually from time to time.
[16:37] <xnox> infinity: as i have mentioned in the other channels, i didn't think/know about x32 before the upload, i've only been pointed that out after debian upload was done. and openmx compile takes forever =)
[16:37] <xnox> cjwatson: infinity: ack. sorry about that.
[22:40] <doko> for the python3-defaults autopkg tests: please overwrite the one for python-csb. test is wrong, trying to write test data into the file system
[22:53] <infinity> doko: Skipped.  Can you file a Debian bug and/or fix it, thouhg?
[22:53] <infinity> (bug's good enough if you don't want to waste time on someone else's broken test)
[22:55] <doko> already done
[22:55] <infinity> Lovely.
[22:56] <doko> infinity, can you have a look at the ocaml test failure?
[22:59] <doko> succeeds locally
[22:59] <infinity>     |  [| _ |] -> false, [| Sys.argv.(0); "caml.inria.fr" |]
[22:59] <infinity> It's trying to contact the internet.
[23:00] <infinity> Just disable the test.
[23:00] <doko> argh
[23:00] <infinity> Or rewrite it to pull something from an archive mirror. :P
[23:01] <infinity> Since all it's doing is a "GET / HTTP/1.0", and not checking the result, it could contact anything, it doesn't really matter.
[23:02] <doko> and all debian buildds still have internet access?
[23:03] <infinity> I was under the impression that some didn't, but maybe they all do right now.
[23:04] <infinity> Either way, a testsuite contacting random internet hosts isn't sane regardless.
[23:04] <infinity> One could rewrite it in a Debianish way to pull a hostname from /etc/apt/sources.list and use that for the test.  But that's not upstreamable.
[23:05] <infinity> (Or build-dep on a web server, start it, and contact it on localhost, but that's pretty heavyweight)
[23:05] <infinity> Disabling is probably the easiest thing for now.
[23:05] <infinity> (that one test, I mean)
[23:06] <infinity> I guess the most upstreamable thing would be to write an ocaml web server and test talking to itself. ;)
[23:16] <doko> https://launchpadlibrarian.net/160476581/buildlog_ubuntu-trusty-arm64.coinor-osi_0.106.4-1ubuntu1_FAILEDTOBUILD.txt.gz
[23:16] <doko> that's blocking a lot ...