[01:54] wallyworld: can we chat now? [01:54] start a bit early? [01:54] I have a feeling I'm going to have to run a bit early too [03:04] Does anyone know why the pre-push script was deleted? [04:41] babbageclunk: yeah, i was wondering why my commits were going so fast === frankban|afk is now known as frankban [12:02] manadart: so it is worker/machiner that transitions from Dying to Dead, which then tells worker/provisioner that it can StopInstance [12:03] and machiner is calling EnsureDead which gives us a chance to make sure we don't go to Dead as long as we HaveVote. [12:04] we'd still need something to remove this machine from votingmachineids and machineids. [12:10] jam: Could we make votingmachineids derived for a start? [12:11] manadart: so 'votingmachineids' is supposed to be the denormalization of... WantsVote ? [12:25] manadart: afaict, 'machineids' is denormalizing JobManageModel, and 'votingmachineids' is denormalizing !novote [12:38] jam: Do we gain more from the denormalisation than we hurt when needing to tear-down? [12:39] jam externalreality: https://github.com/juju/juju/pull/8517 accommodates feedback to-date including new error messages following our discussion. [12:40] manadart: so I think at least one of those denormalizations is useful, as it means peergrouper can watch for changes in that set, rather than having to watch all possible machines [12:40] but that's probably only 'machineids' [12:41] manadart: votingmachineids doesn't seem to be valuable (to me) [12:44] manadart, that error message doesn't seem to be too different from what is was before. [12:50] invalid config value for "juju-mgmt-space": machines with no addresses in space "mgmt-space": "0" [12:50] versus [12:50] invalid config "juju-mgmt-space"="mgmt-space": machines with no addresses in this space: 0 [12:51] I didn't do the machines have no... [12:51] You have the singular vs plural thing with that. [12:53] manadart, "there are controller machines that are not in space : 0, 1, 2" [12:53] That would leave little room for any confusion or ambiguity, no? [12:54] Its not a hill to die on however, LGTM [14:42] balloons: I put together an ugly hack, but it lets me bootstrap on bionic with mongodb-server-core. [14:42] balloons: some of it may survive, but I thought you might be interested in testing it. [14:42] I sent you an email about it. [14:44] jam, awesome, thanks [14:58] one line review anyone? https://github.com/juju/juju/pull/8522 [14:59] hml: Approved. [15:01] manadart: ty! === frankban is now known as frankban|afk [17:31] hi, can i get a review of https://github.com/juju/juju/pull/8513 ? [17:31] balloons: ^^ ? [17:31] it's on the list cmars [17:32] balloons: awesome, thanks! [22:39] I'm happy now that the team calls have changed times, I can now make lunch time gym class [22:39] * thumper rolls [22:57] anyone keen to review https://github.com/juju/juju/pull/8519 [22:58] thumper: babbageclunk: wallyworld ^^ [22:59] anastasiamac_: yup, looking [23:00] babbageclunk: my hero! thnx \o/ [23:30] babbageclunk: i agree with difficulty of catching everywhere - we just need to be cautious when reviewing changes to provider/adding new functionality [23:30] babbageclunk: adding the conversion on the other side does not help however... [23:31] babbageclunk: we wrap errors on our side and if we'd wrap "cred invalid" error, we'd lose its type anyway... [23:31] * anastasiamac_ commenting on PR [23:31] anastasiamac_: I think you can't add it higher up (since you need to look for it in some places in the code), but maybe we could add something to the library - everything ends up going through the query method (I think after not very much reading). [23:33] babbageclunk: again, the problem is that we wrap errors in our code (after the library calls) and will lose the type.... hence, why StartInstance was not an easy change - we sometimes expect a typed ZoneIndependent error but for crednetial we actually want it to b a different type... [23:34] anastasiamac_: ? I'm suggesting you convert the problem ones before that though. [23:34] babbageclunk: can we talk in a-team standup?.. [23:34] yes!