[00:56] nacc, i think everything's been sponsored for bug 1664203. dosaboy, does trusty need a patch for that bug? [00:56] bug 1664203 in neutron-lbaas (Ubuntu Trusty) "[SRU] v1 driver does not delete namespace when pool deleted" [High,New] https://launchpad.net/bugs/1664203 === salem_ is now known as _salem === Guest76522 is now known as valorie [05:20] coreycb: thanks, was just doing the sponsorship queue cleanup, if you can verify and unsub sponsors? [06:24] rbasak, Yes thanks, all apparmor/yakkety needs re-opening (or needed). The changes accidentally included the references again due to ripples in space-time continuum (the release it is based was not in updates at the time of creation but had to be treated as if it hadwill happened in the past by the time it got released) === hikiko_ is now known as hikiko === maclin1 is now known as maclin [11:29] nacc: seen http://paste.ubuntu.com/24280631/ before? I wonder if it's a package version issue on Xenial. === hikiko is now known as hikiko-ln === _salem is now known as salem_ === hikiko-ln is now known as hikiko === jjohansen1 is now known as jj-cloaked === jj-cloaked is now known as jjohansen [14:05] rbasak: no i have not see gbp fail like that before -- is it reproducible (gbp-import-orig should be runnable on its own) [14:06] nacc: it did it for every import around that time, so I'd say yes. [14:06] I will need to check though. [14:06] rbasak: strange === josepht` is now known as josepht === cmagina_ is now known as cmagina === JanC is now known as Guest23500 === JanC_ is now known as JanC [16:31] jamespage: in bug 1668313 you say "trusty-mitaka-proposed" and "xenial-mitaka-proposed" I don't see any "xenial-proposed" test results. [16:31] bug 1668313 in swift (Ubuntu Xenial) "[SRU] mitaka point release" [Undecided,Fix committed] https://launchpad.net/bugs/1668313 [16:31] bdmurray: xenial-mitaka-proposed == xenial-proposed [16:31] xenial shipped with mitaka openstack [16:31] jamespage: okay its not the Ubuntu Cloud Archive [16:32] bdmurray: nope that's trusty-mitaka-proposed [16:32] which is a backport of xenial packages to trusty in the UCA [16:32] Having mitaka in both words seems confusing to me. [16:36] jamespage: I just think it could be clearer which archive you are testing when you post test results. [16:50] bdmurray: ok I can clarify that [16:51] jamespage: that'd be great thanks [16:53] bdmurray: noted on the bug above - I'll make sure that zul and coreycb know to detail that in future as well [16:57] bdmurray: two tasks are still not released on https://bugs.launchpad.net/ubuntu/+source/keystone/+bug/1664306 [16:57] Launchpad bug 1664306 in swift (Ubuntu Yakkety) "[SRU] newton stable releases" [Undecided,Fix committed] [16:57] nova and swift - anything blocking those? [17:04] jamespage: there's an autopkgtest failure for the old nova with the new libvirt... [17:21] bdmurray: lookling now === pete-woods_ is now known as pete-woods [19:41] mapreri: thanks for the extra bug and link(s). I hope to update my MR tmrw [20:03] hey, i'd appreciate it if someone could take a look at [20:03] https://code.launchpad.net/~smoser/ubuntu/+source/resolvconf/+git/resolvconf/+merge/321203 [20:03] and give thoughts. [20:04] the referenced bug has more information, but essentially dns-* entries on ENI interfaces fight/race each other in a deathmatch [20:04] this is one way out of it. in a not-break-stuff manner === salem_ is now known as _salem [22:01] nacc: yw. I was kinda wanting to switch everything to git over there, but before flipping it over (or, better, contextually), I wanted to merge (or reject) everything pending and do some bug triaging. Considering how otherwise busy I am it will take time, so nvm :) [22:53] mapreri: i'm happy to retool to git anytime, just let me know :) === Guest86599 is now known as RAOF [23:04] nacc: if you are like me on this (knowing that several others are), you probably would actually prefer to "retool" in git right now, rather than way :P [23:18] mapreri: yeah :) [23:52] rbasak: do you have any advice for LP: #1322264 -- there is not a clear test case, but it's an obvious fix from upstream [23:52] Launchpad bug 1322264 in munin (Ubuntu Trusty) "Munin fails to generate graph, stat should be less than end" [Undecided,In progress] https://launchpad.net/bugs/1322264 [23:52] rbasak: mostly because you'd have to configure munin in order to test this