[01:05]  * redir goes eod
[02:30] <natefinch> davecheney: you around?
[02:54] <mup> Bug #1583422 changed: status-history is broken <juju-core:Fix Released by natefinch> <https://launchpad.net/bugs/1583422>
[03:06] <mup> Bug #1583422 opened: status-history is broken <juju-core:Fix Released by natefinch> <https://launchpad.net/bugs/1583422>
[03:08] <davecheney> natefinch: ac
[03:08] <davecheney> ack
[03:08] <natefinch> davecheney: do you think this bug requires maas? https://bugs.launchpad.net/juju-core/+bug/1537585
[03:08]  * natefinch waits for a slow mup
[03:09] <natefinch> davecheney: sounds like "we're deploying a lot of machines and containers, and some contention/race in the code is blowing up if we go too fast"
[03:15] <mup> Bug #1583422 changed: status-history is broken <juju-core:Fix Released by natefinch> <https://launchpad.net/bugs/1583422>
[03:18] <davecheney> natefinch: no idea, never done any maas
[03:18] <davecheney> why do we have a concept of connecting to the API without logging in ?
[03:18] <davecheney> what operations are permitted without authentication ?
[03:19] <natefinch> davecheney: not many, but a few
[03:20] <davecheney> that blows
[03:20] <davecheney> that means any api client method like ModelUUID has to return an error
[03:20] <davecheney> because it plays double duty as a "hey, you aren't logged in yet"
[03:20] <davecheney> signal
[03:22] <natefinch> davecheney: it's possible we've cleaned everything up since I last looked, but I don't know for sure
[03:23] <davecheney> the problem i'm trying to fix is api/service/client.go which reutrns "" if there is an error retrievin the model uuid
[03:23] <davecheney> and I cannot change the api like I did for https://github.com/juju/juju/commit/682e48db28d27b8730fce3aab1a63d5260787caf
[03:23] <davecheney> because of the horrid romulus mess
[03:24] <davecheney> so I tried to store the model tag earlier, but apparently there is logic that expects you to be connected, but not have a model
[03:24] <natefinch> ug
[03:24] <davecheney> technical debt -- fuck yeah!
[04:27] <mup> Bug #1558734 changed: POWER8 agent stacktraces and refuses to boot <juju-core:Expired> <https://launchpad.net/bugs/1558734>
[05:03] <mup> Bug #1583893 opened: 1.25.5: goroutine panic launching container on xenial <landscape> <juju-core:New> <https://launchpad.net/bugs/1583893>
[07:40] <mup> Bug #1583934 opened: revision specified in the charm, how? <juju-core:New> <https://launchpad.net/bugs/1583934>
[11:18] <fwereade> hmm, do we have terminology to distinguish concisely between "agents running in a hosted model" vs "agents running in a controller model"? e.g. "controller agents" won't really work because not all agents in controller models actually run controller tasks or need controller-level privileges
[11:20] <fwereade> the biggest distinction I'm aware of is whether they're migratable -- stuff running in a controller environment isn't -- but it doesn't seem quite fundamental enough
[11:27] <fwereade> "hosted" vs "fixed"? [hosted unit agent, hosted machine agent] and [fixed unit agent, fixed machine agent, (implicitly fixed) controller machine agent]
[11:27] <fwereade> ?
[11:29] <fwereade> it's sort of nice to emphasise immobility of agents in controller models, because they can't even be rehosted... but it would be wrong to imply *mobility* of agents in hosted models, because it's not the *agents* that move, it's that they can switch to being managed by a different host
[11:31] <fwereade> english is hard :/
[11:32] <fwereade> if anyone sees the scrollback and has thoughts, they would be appreciated
[11:42] <voidspace> wwitzel3: ping
[13:59] <mup> Bug #1584059 opened: Deployment of swift-storage charms fails with Juju 2.0 - swift-storage-relation-joined KeyError: 'JUJU_ENV_UUID' <oil> <juju-core:New> <swift-storage (Juju Charms Collection):New> <https://launchpad.net/bugs/1584059>
[13:59] <katco> good morning juju
[14:00] <perrito666> katco: good morning katco
[14:01] <katco> perrito666: feeling any better?
[14:02] <perrito666> katco: yep, I transitioned into the bearable but persistent cold status
[14:02] <perrito666> which is.... well bearable
[14:02] <katco> perrito666: well at least that's progress
[14:03] <perrito666> yep, I can swallow
[14:03] <perrito666> and no longer shivering
[14:04] <katco> ugh being sick is the worst
[14:04] <perrito666> yes it is
[14:15] <redir> fwereade: yt?
[14:16] <katco> fwereade: also wondering
[14:17] <redir> you're in demand
[14:17] <redir> morning katco
[14:17] <katco> redir: i wonder if he's thread safe
[14:17] <katco> redir: morning
[14:18] <redir> :)
[14:18] <redir> deadlocked
[14:18] <katco> redir: hopefully livelocked...
[14:18] <redir> or that
[14:18] <fwereade> redir, heyhey!
[14:18] <ericsnow> katco, redir: I've got him right now :)
[14:18] <fwereade> katco, also :)
[14:18] <redir> doh
[14:18] <katco> ericsnow: snooooooow!
[14:18] <ericsnow> redir: we've been talking about your patch :)
[14:18]  * redir backs away slowly
[14:19] <ericsnow> haha
[14:19] <redir> in moonstone?
[14:19] <fwereade> redir, no worries, sorry I wasn't available before
[14:19] <redir> np
[14:19] <ericsnow> fwereade: you have time to chat with redir and me right now?
[14:19] <fwereade> redir, ericsnow, sure, I'll join you there
[14:20] <redir> gimme 2 minutes
[14:20] <redir> moonstone?
[14:50] <katco> redir: ericsnow: natefinch: we can defer the standup. this conversation with william is more important for now
[14:50] <ericsnow> katco: ack
[14:52] <natefinch> ok
[14:59] <katco> natefinch: we're in moonstone if you're interested. basically pair programming
[15:01] <natefinch> katco: cool, I'll pop in
[15:55] <katco> dooferlad: ping?
[15:57] <voidspace> katco: he emailed this morning saying he was still ill
[15:57] <katco> voidspace: ah sorry to hear that :( do you think it's OK if natefinch picks up bug 1537585 ?
[15:57] <mup> Bug #1537585: machine agent failed to register IP addresses, borks agent <2.0-count> <blocker> <landscape> <network> <juju-core:Triaged by dooferlad> <juju-core 1.25:Triaged by dooferlad> <https://launchpad.net/bugs/1537585>
[15:57] <perrito666> wow, there is some virus affecting canonicalers
[15:58] <voidspace> katco: I don't believe he's started on it, so it should be fine
[15:59] <katco> voidspace: ok ta
[16:00] <katco> natefinch: can you ping someone in landscape to understand where they need the fix first? 1.25 or 2.0-beta8?
[16:01] <natefinch> katco: yep
[16:03] <katco> natefinch: ta
[16:06] <redir> fwereade: so you wanted two more tests there?
[16:06] <redir> in aggregate
[16:12] <fwereade> redir, I think we want tests that:
[16:12] <fwereade> redir, one request gets sent after suitable delay (done)
[16:13] <fwereade> redir, several requests in a short space of time get batched (done)
[16:13] <fwereade> fwereade, that advancing delay-time.Nanosecond and then killing causes all pending reqs to fail
[16:13] <fwereade> redir, sorry^
[16:13] <fwereade> brb
[16:13] <redir> np
[16:16] <fwereade> redir, and, that having sent/advanced/received one batch, you can send/advance/receive again and that works too
[16:17] <fwereade> redir, (and, in all above cases, checking that you've made the ListInstances calls you expect, once you've killed the worker)
[16:17] <fwereade> redir, also nice to do a test where ListInstances errors, and one where it returns some results + ErrPartialInstances
[16:18] <katco> fwereade: ty for taking the time to help redir
[16:18] <fwereade> katco, always a pleasure, seriously
[16:18] <fwereade> katco, it's one of the most useful things I can do
[16:18] <fwereade> katco, complain about concurrency horrors to me early, I will enjoy myself :)
[16:18] <fwereade> gtg
[16:32] <redir> tx fwereade
[16:32]  * fwereade back briefly
[16:32] <fwereade> redir, yw
[16:33] <fwereade> redir, (would you also separate the configs please? and test those too :))
[16:33] <redir> fwereade: affirmative
[16:33] <fwereade> redir, cheers
[17:34] <redir> bbiab
[17:36] <perrito666> Bbl
[17:56] <katco> ericsnow: hey got a bit to chat?
[17:56] <ericsnow> katco: sure
[18:45] <mup> Bug #1584170 opened: RFE - juju status <machine-number> should show all services inside it <juju-core:New> <https://launchpad.net/bugs/1584170>
[19:03] <redir> oh, yeah. back.
[20:03] <mup> Bug #1584193 opened: juju deploy <bundle> is in a different from than jujucharms.com <juju-core:New> <https://launchpad.net/bugs/1584193>
[20:19] <natefinch> sinzui: I'm trying to repo a bug, which might require maas. Does QA have a maas I could borrow?
[20:20] <sinzui> natefinch: you probably want the 1.9 which you cna use, but is often is heavy  use
[20:21] <natefinch> sinzui: yeah, 1.9 is what it was reported on
[20:21] <sinzui> natefinch: I will add your keys to the munna host
[20:21] <natefinch> sinzui: I just need like 2-3 machines that I can spam a bunch of containers onto
[20:21] <rick_h_> natefinch: how many machines do you need?
[20:22]  * natefinch points up one line ;)
[20:22] <rick_h_> natefinch: sorry get with bac and or jrwren for guimaas access and see if it works for you
[20:23] <natefinch> rick_h_: awesome, thanks :)
[20:25] <natefinch> sinzui: I may already be on munna
[20:27] <sinzui> natefinch: you weren't,  but you are now. I am sending you some ssh comfig for munna. maybe you used cloud-city in the past. that will still work
[20:28] <natefinch> sinzui: yes, I think so.  Thanks.
[20:30] <ericsnow> redir: FYI, I've got to take off a bit early
[20:30] <sinzui> natefinch: check your email
[20:36] <mup> Bug #1584212 opened: juju 2.0 doesn't allow to remove a cloud (juju remove-cloud) <juju-core:New> <https://launchpad.net/bugs/1584212>
[20:48] <redir> no sweat ericsnow
[22:26] <fwereade> if anyone's around, http://reviews.vapour.ws/r/4873/ is biggish but trivial (just moves + one test fix) and I'd love to get it on its way into master this weekend
[22:27] <fwereade> (probably better reviewed on github given RB's usual confusion re moves) ^^