[00:35] <bdmurray> smoser: I was out for a while but can look now
[00:59] <bdmurray> smoser: bug 1691489 is missing the SRU template
[01:03] <bdmurray> smoser: bug 1701097 is also missing some SRU information
[01:37] <smoser> bdmurray, sorry..  i added the first. i'll get the second tomorrow.
[01:37] <smoser> :-(
[02:46] <Bluefoxicy> I've posted an updated version of init-zram-swapping on https://bugs.launchpad.net/ubuntu/+source/zram-config/+bug/1654777
[02:47] <Bluefoxicy> This should be suitable for use in the installer
[02:47] <Bluefoxicy> It limits the actual memory usage of zram, rather than just setting a swap size and hoping for the best.
[02:48] <Bluefoxicy> (also the installer complains if you don't set a swap partition; that should probably not be a thing anymore)
[07:38] <mwhudson> cjwatson: do we publish buildinfo files for artful anywhere?
[08:07] <infinity> mwhudson: They're stashed away in the DB, but not exposed anywhere yet.
[08:13] <cjwatson> Yeah, that.  On the to-do to at least make them downloadable from the web UI
[11:48] <seb128> cyphermox, hey, do you plan any ubiquity upload? I would like to land https://code.launchpad.net/~seb128/ubiquity/new-gsd-binaries/+merge/327611 . I can handle the upload if nothing else is scheduled though (I'm not familiar with ubiquity uploads though, is there any special process?)
[11:52] <infinity> seb128: I can merge it for you.  The release process is a bit involved if you work from bzr, but if you're just committing a code change you can cheat by applying it on top of the last source package upload.
[11:53] <seb128> infinity, that would be great, thanks!
[11:53] <seb128> bonus if somebody do an ubiquity source upload
[11:53] <infinity> seb128: I'll just merge and upload, so you don't have to worry about that distinction. :P
[11:53] <seb128> but I guess that's going to happen at some point anyway ;-)
[11:53] <seb128> infinity, great, thanks
[11:57] <infinity> seb128: And done.
[12:01] <seb128> infinity, and of course it fails to build :-/ I'm going to do a fixup update, line > 79 makes tools sad it seems
[12:02] <infinity> seb128: Hah, pep8 strikes again.  Yeah, maybe I should have run that before I merged. :P
[12:07] <infinity> seb128: I assume your intended fix is: http://paste.ubuntu.com/25239648/
[12:08] <infinity> seb128: If so, feel free to just upload directly, I'll grab the diff and apply it to bzr in your name.
[12:09]  * infinity goes to get pancakes.
[12:12] <seb128> infinity, right, thanks
[13:06] <slashd> @pilot in
[13:06] <slashd> sil2100 ^
[13:10] <tsimonq2> Yass, more patch pilots :D
[13:39] <cyphermox> infinity: I'll fix ubiquity
[13:53] <infinity> cyphermox: I got the impression seb was going to.
[13:53] <infinity> cyphermox: Otherwise, I'd have just done it myself. :P
[14:03] <cyphermox> uploaded an hour ago or so, and fails to build?
[14:05] <cyphermox> seems like seb is already on it
[14:10] <infinity> cyphermox: Well, like I said, he claimed he'd upload a fix, and I said I'd commit said fix.  But I see no upload, so maybe I'll JFDI.
[14:10] <infinity> seb128: ^
[14:11] <cyphermox> you see no upload?
[14:11] <seb128> infinity, cyphermox , I was at lunch and I'm in a meeting now, I can have a look after that call but if somebody wants to beat me to it please do
[14:12] <infinity> seb128: Yeah, I'll just do it.
[14:12] <seb128> infinity, thanks
[14:12] <cyphermox> alrighty then
[14:16] <sil2100> slashd: \o/
[14:17] <smoser> bdmurray, those bugs have sru templates in them now. sorry for the noise, thank you for the help.
[15:23] <seb128> infinity, so you do the ubiquity fix or should I have a look?
[15:23] <infinity> seb128: Oh, I "did" it locally already and ran into an entirely different (and not your fault) problem that cyphermox is looking into.
[15:24] <seb128> oh ok
[15:24] <infinity> seb128: Looks like some bitrot exposed by the perl transition.
[15:24] <seb128> I let it to you then, I'm not going to complain about one less thing to do :-)
[15:24] <infinity> seb128: So, you'll get a ubiquity when cyphermox fixes console-setup.
[15:24] <seb128> k
[16:46] <smoser> tjaalton, if you're around and sru-teaming, i have two requests for review
[16:46] <smoser> pollinate and cloud-init
[16:46] <smoser> pollinate should be easy
[16:47] <smoser> cloud-init  more involved.
[16:47] <smoser> bdmurray, started cloud-init for me yesterday
[16:47] <smoser> and slangasek if you were sitting bored, since your backup, i'll ping you too
[16:56] <slangasek> smoser: roaksoax has already jumped the queue this morning with maas, then when I'm done with that I'll look at how far bdmurray has gotten and see what I can do
[16:59] <bdmurray> slangasek: I didn't get that far, noticed some incomplete SRU bugs
[17:01] <smoser> bdmurray, do you clicky clicky  ? or is there somethign that told you that the bugs in changelog did not have an sru template ?
[17:02] <smoser> ie, i'd like to run something like that so as to not bother people early.
[17:04] <slangasek> smoser: sru-review opens all the linked bugs in browser; we have talked about having a bot insta-reject uploads that are missing templates, but that's not implemented yet
[17:04] <bdmurray> smoser: I manually read through the bugs, but sru-review from ubuntu-archive-tools opened all the tabs for me. It might work for you too.
[17:04] <slangasek> yeah you shouldn't need SRU privs to run sru-review
[17:04] <slangasek> (only to accept)
[17:47] <bdmurray> smoser: looking at the cloud-init upload it seems to me like it falls into the new upstream microrelease category. Are there any plans to get request a special case for cloud-init?
[17:51] <smoser> bdmurray, yes there are.
[17:52] <smoser> you have a link to that ?
[17:52] <bdmurray> https://wiki.ubuntu.com/StableReleaseUpdates#Documentation_for_Special_Cases
[17:52] <ricotz> slangasek, hi, could you retry https://launchpad.net/ubuntu/+source/rustc/1.18.0+dfsg1-4/+build/13149357 ? it build on debian https://buildd.debian.org/status/package.php?p=rustc&suite=unstable so it seems worth another try
[17:52] <bdmurray> https://lists.ubuntu.com/archives/ubuntu-devel-announce/2015-September/001152.html
[17:53] <smoser> yeah... so we do want to get that in there the way we did for curtin
[17:53] <smoser> but we have not done it due to currently limited automated tests.
[17:53] <smoser> we're working on automated test improvement
[17:55] <bdmurray> without a lot of automated tests I think we'd need bugs for things like "sysconfig: fix ipv6 gateway routes [Ryan Harper]"
[17:55] <bdmurray> The test changes are okay IMO without bugs
[18:06] <slangasek> ricotz: at least one of the failures is a SIGBUS which is a known difference between the launchpad and Debian builders.  Also in general I'm not going to throw a 24-hour build back at the wall to see if it sticks without a specific reason to believe the result might be different
[18:08] <ricotz> slangasek, ok, I see, the buildtime was not normal and should take around 5 hours
[18:08] <slangasek> ricotz: in this case, I have a specific expectation that the build failure will be reproducible because of SIGBUS
[18:19] <ricotz> slangasek, alright
[20:58] <slashd> @pilot out