[00:48] <mwhudson> uhh why does docker.io ftbfs in artful now
[00:48] <mwhudson> it worked last week
[00:48] <mwhudson> --- FAIL: TestFastTimeMarshalJSON (0.00s)
[00:48] <mwhudson> 	time_marshalling_test.go:36: open /usr/lib/go-1.8/lib/time/zoneinfo.zip: no such file or directory
[01:06] <mwhudson> something has stopped depending on tzdata?
[01:06] <blahdeblah> Just a reminder that we're having a mailing list outage shortly.
[01:06] <mwhudson> orrrr the buildd chroots have tzdata but my artful one did not
[01:06] <blahdeblah> See #canonical-sysadmin for updates
[01:55] <jbicha> mwhudson: maybe see https://bugs.debian.org/839515 for instance ?
[02:17] <mwhudson> jbicha: yeah, i remember things like that
[11:16] <towolf> xnox: martin told me to ping you about this bug: http://pad.lv/1714933
[12:23] <xnox> towolf, correct, targetting to include the fix in xenial and zesty; artful appears to be unaffected (fix released, as it uses v234)
[16:32]  * rbalint looking for sponsor for LP: #1714019
[16:46] <cjwatson> stgraber: Can you advise on https://launchpadlibrarian.net/335598163/buildlog_ubuntu_xenial_powerpc_ubuntu-server_BUILDING.txt.gz ?  Does lxd work on powerpc?
[16:57] <stgraber> cjwatson: it's supposed to. Rebooting our test system now to see if I can reproduce your issue
[16:58] <cjwatson> stgraber: this is xenial's lxd FWIW
[16:59] <stgraber> cjwatson: yeah, I figured. Our backports don't include powerpc because gccgo doesn't like some of our dependencies...
[17:00] <cjwatson> we can flip back to chroot on an arch-by-arch basis if need be, but figured you'd want to look
[17:00] <cjwatson> and I'd rather not do that if possible
[17:01] <stgraber> yeah, I'm pretty sure dumping lxc.seccomp= in your raw.lxc would work around this issue, but I'm also interested in why it's happening in the first place
[17:01] <stgraber> root@1ss-powerpc:~# uname -a
[17:01] <stgraber> Linux 1ss-powerpc 4.4.0-93-powerpc64-smp #116-Ubuntu SMP Fri Aug 11 17:05:22 UTC 2017 ppc64 ppc64 ppc64 GNU/Linux
[17:01] <stgraber> root@1ss-powerpc:~# lxc launch images:ubuntu/xenial/powerpc test
[17:01] <stgraber> Creating test
[17:01] <stgraber> Starting test
[17:01] <stgraber> so that's working fine on our test box...
[17:01] <stgraber> cjwatson: can you get me "lxc config show --expanded NAME" for an affected container?
[17:15] <LocutusOfBorg> rbalint, I can sponsor, if you give me a debdiff against latest debian
[17:15] <cjwatson> stgraber: That would be challenging.  infinity might be able to
[17:15] <LocutusOfBorg> applying on top of ubuntu: File test/unattended_upgrade.py is not a regular file -- refusing to patch
[17:15] <LocutusOfBorg> 62 out of 62 hunks ignored -- saving rejects to file test/unattended_upgrade.py.rej
[17:20] <stgraber> cjwatson: for a quick way out, adding lxc.seccomp= to your raw.lxc should avoid this, effectively turning off seccomp filtering too (given how privileged those containers are, it's unlikely to matter anyway)
[17:20] <cjwatson> It's been broken since Friday, so I'm not going to panic
[17:22] <cjwatson> infinity: So I think if you run the unpack-chroot and mount-chroot lines from https://launchpadlibrarian.net/335598163/buildlog_ubuntu_xenial_powerpc_ubuntu-server_BUILDING.txt.gz with PYTHONPATH=/usr/lib/launchpad-buildd prefixed to them, then 'lxd config show --expanded NAME', then the umount-chroot and remove-build lines likewise, that should get the information stgraber needs here
[17:22] <cjwatson> infinity: rather, 'lxc config show --expanded lp-xenial-amd64'
[17:23] <cjwatson> infinity: double rather, 'lxc config show --expanded lp-xenial-powerpc'
[17:23] <cjwatson> (sigh)
[17:23] <stgraber> was about to point that out :)
[17:27] <LocutusOfBorg> meh rbalint done
[17:28] <LocutusOfBorg> complain to me if I did any mistake :)
[17:33] <rbalint> LocutusOfBorg: thanks!
[18:02] <infinity> stgraber, cjwatson: http://paste.ubuntu.com/25466829/
[18:21] <stgraber> cjwatson: doh, completely missed that our powerpc system has raw.lx: lxc.seccomp= in its config...
[18:22] <stgraber> cjwatson: with a note that this is needed until the 4.8 kernel or so
[18:22] <stgraber> cjwatson: that is, a HWE kernel would be fine for seccomp with lxc/lxd, but the release 4.4 not so much
[18:22] <stgraber> cjwatson: so I'd say, just add lxc.seccomp= to your raw.lxc and call it done
[18:23] <infinity> stgraber: Ahh, yeah, powerpc will never have 4.8, so...
[18:24] <infinity> stgraber: Is that a thing that could be detected at runtime?  Seems a bit sketchy to require extra config options to work with the GA kernels.
[18:25] <infinity> (unless this is just powerpc, then just meh, disable that option on PPC in the next build?)
[18:30] <stgraber> infinity: it's kinda tricky to detect in a reliable way and we sure don't want to turn off seccomp for someone who'd be running a patched kernel.
[18:30] <stgraber> infinity: I think our initial plan was to find the needed bits to fix seccomp support on powerpc and ask the kernel team to include in a SRU cycle. Obviously given how little interest we've been getting for powerpc, this hasn't quite happened yet :)
[19:20] <ahasenack> hi, could someone accept the xenial and zesty nominations in bug https://bugs.launchpad.net/ubuntu/+source/bind9/+bug/1595889 please?
[19:21] <ahasenack> The yakkety isn't needed since it's eol
[19:21] <ahasenack> yakkety one*
[19:37] <tsimonq2> Heh, how do I do that? :P
[19:38] <ahasenack> tsimonq2: only people with certain privileges can do that (I cannot)
[19:39] <tsimonq2> oh
[19:39]  * tsimonq2 thought it was an ~ubuntu-dev thing
[19:39] <tsimonq2> nvm, carry on :P
[19:49] <ahasenack> thanks for trying :)
[19:49] <tsimonq2> :)
[20:01] <ginggs> ahasenack: .
[20:02] <tsimonq2> ginggs: What team to you have to be on to do that?
[20:02] <ahasenack> ginggs: did you do it?
[20:02] <ginggs> ahasenack: yup
[20:02] <ahasenack> thx
[20:03] <ginggs> tsimonq2: i'm not sure, it may depend on whether the package is in main or universe
[22:32] <cjwatson> stgraber: Thanks, will do
[22:32] <cjwatson> infinity: Yeah, pretty sure this is just powerpc; I've seen all this working on (all, I think) other arches