[00:06] <alexisb> https://goo.gl/photos/h73SeP3REHgVsyyu8
[00:06] <alexisb> ^^^ wallyworld, babbageclunk, redir
[00:07] <wallyworld> alexisb: did you save me a piece?
[00:07] <wallyworld> bring to capetown :-)
[00:07] <redir> that looks awesome.
[00:08] <redir> I used to go to the beach with someone that made mac-n-cheese pancakes every year.
[00:08] <redir> sounds funny tastes awesome
[00:30] <wallyworld> babbageclunk: the other tweak with add relation on the server side is to account for that consume could have been run first. we do check that the remote application does not exist when we go to save it, but we will need to tweak things to be a bit smarter. check early for existence, plus in the case of offers, account for that the offer may have been updated with new endpoints so a new save is indeed required
[00:30] <wallyworld> that last bit with offers can be left as a todo
[00:37] <babbageclunk> wallyworld: ok, i'll do that too
[00:37] <wallyworld> babbageclunk: thanks, it needs a little bit of tweaking to ensure it all still makes sense once consume is added
[02:28] <alexisb> veebers, heya
[02:28] <alexisb> working on sending your mail
[02:28] <alexisb> sorry I didnt get to it earlier
[02:28] <veebers> alexisb: hey :-) Awesome thanks, no worries
[02:32] <redir> what's the story with the build tests? Is windows failing a known issue?
[02:50] <redir> babbageclunk: done
[02:51] <babbageclunk> redir: ok looking
[02:51] <redir> babbageclunk: you know the build tests story?
[02:52] <babbageclunk> redir: are they broken?
[02:52] <redir> it never seems to pass windows
[02:53] <redir> but looks like a ci script exception
[02:54] <redir> time to make dinner, bbiab to check if I can merge but EoD otherwise.
[02:59] <babbageclunk> I've approved - want me to merge it?
[02:59] <babbageclunk> redir ^
[03:00] <babbageclunk> redir: I figured you probably would.
[03:19] <redir> yay
[03:19] <redir> I was going to squash it
[03:19] <redir> but no big deal
[03:20] <redir> me wonders if it will merge
[03:21] <redir> meh it'll fail
[03:21] <redir> I'll fix and merge after dinner
[03:24] <babbageclunk> redir: oops sorry - should have realised you'd want to squash.
[03:48] <wallyworld> babbageclunk: if you could squeeze a review for this i'd be very grateful as i can then tell the gui guys they are good to go with icons https://github.com/juju/juju/pull/6766
[03:49] <babbageclunk> wallyworld: sure - looking now
[03:49] <wallyworld> awesome ty
[04:07] <wallyworld> babbageclunk: i realised i made a mistake in removing the "serveIcon" bool from apiserver/charms.go so I've just added it back
[04:07] <wallyworld> that boolis needed for when there's no icon and we want to foerce a default
[04:09] <mup> Bug #1654136 opened: Removing relationship didn't remove subordinate unit <canonical-bootstack> <juju-core:New> <https://launchpad.net/bugs/1654136>
[04:16] <babbageclunk> wallyworld: lgtm
[04:16] <babbageclunk> wallyworld: (sorry, computer crashed0
[04:16] <babbageclunk> )
[04:16] <wallyworld> babbageclunk: farking awesome, tyvm
[04:41] <redir> babbageclunk: must have been tired of looking at that other PR:|
[04:45] <babbageclunk> redir: :)
[10:55] <jamespage> voidspace, hey - trying to remember whether network space binding of relations at add-relation time is possible or is that a deploy time binding only?
[11:02] <voidspace> frobware: ^^^
[11:02] <voidspace> jamespage: at the moment deploy time only I believe
[11:03] <voidspace> jamespage: dynamic binding on the roadmap "imminently"
[11:03] <jamespage> voidspace, ta
[11:03] <voidspace> jamespage: frobware and I are in an interview right now, so will be an hour or so before we can properly discuss!
[12:15] <rick_h> jamespage: deploy time only atm, we hope to add that juju bind command down the road to allow late time binding/rebinding
[12:45] <perrito666> everybody, annyone has dealt with upgrades here?
[14:12] <natefinch> perrito666: somewhat... what part of upgrades?
[14:37] <perrito666> natefinch: I am iterating on the same issue as yesteday
[14:38] <perrito666> and trying to figure out how the "upgrade by model" works but in state/upgrade.go the doc seems to state that upgrades are control level things only
[14:51] <jamespage> any reason why we don't have published juju tools for yakkety/1.25.9 ?
[14:51] <jamespage> rick_h, ^^ ?
[14:52] <rick_h> jamespage: balloons was just saying we should have them? check the other #juju channel for conversation
[14:52] <natefinch> perrito666: not sure how it works in a multi-model world, sorry
[14:53] <jamespage> rick_h, ack well I think we should have them - we had .8
[14:53] <rick_h> jamespage: k, will bring up with the release folks and see what's up.
[14:54] <jamespage> rick_h, ta muchly
[15:07] <mup> Bug #1646777 opened: juju 1.25.9 yakkety deploys failing 'agent-state-info: no matching tools available' <OpenStack Charm Test Infra:Confirmed for 1chb1n> <juju-core:Triaged by nskaggs> <https://launchpad.net/bugs/1646777>
[15:29] <rick_h> jamespage: looks like the missing agents was an oopsie and the folks are on it
[15:39] <jamespage> rick_h, ta
[15:56] <redir> thanks for access sinzui
[15:57] <redir> natefinch: you've cross compiled juju before?
[16:31] <perrito666> hey people, I am not feeling very well ill be a bit unresponsive for a couple of hours
[16:32] <redir> feel better perrito666
[16:32] <perrito666> is that an order? :p
[16:32] <perrito666> tx rick_h
[16:32] <perrito666> I meant redir
[16:41] <redir> who knows about the worker/provisioner container code?
[16:43] <redir> natefinch  looks like a good candidate:)
[16:43] <natefinch> redir: yes I've cross compiled juju
[16:43] <redir> can I pick your brain for a few minutes natefinch
[16:43] <natefinch> redir: sure
[16:43] <redir> OK let me finish making coffee and I'll meet you in a HO
[16:44] <redir> say 10 minutes?
[16:44] <redir> natefinch: ^
[16:44] <natefinch> redir: cool
[16:54] <redir> natefinch: https://hangouts.google.com/hangouts/_/canonical.com/nate-reed
[17:32] <redir> thanks natefinch
[19:56] <alexisb> redir, I am doing a mini celebration for you :)
[20:10] <redir>  alexisb tyvm
[21:24] <redir> natefinch: you still around?
[21:24] <natefinch> redir: yep
[21:25] <redir> where does go build github.com/juju/juju leave the built stuff?
[21:26] <natefinch> if you build a command, it leaves the command in the same place, if you build a package, it gets discarded
[21:26] <natefinch> sorry.... same directory
[21:27] <redir> so I want to build in appropriate directories for the binaries
[21:27] <redir> I guess
[21:27] <redir> or just go install and collect them from GOPATH/bin
[21:31] <natefinch> go install is your friend :)
[21:31] <redir> what package installs go?
[21:31] <redir> golang-go?
[21:31] <natefinch> yes, not sure what version that is
[21:31] <natefinch> hopefully 1.6
[21:41] <redir> yes
[21:44] <redir> natefinch: real easy https://github.com/juju/juju/pull/6772
[21:44] <redir> or babbageclunk or whomever
[21:46] <natefinch> redir: ship it
[21:46] <redir> tx
[21:49] <babbageclunk> redir: I was too slow again!
[22:18] <babbageclunk> huh - if you disable os-refresh-update it'll be faster most of the time but sometimes it'll just go into a loop trying to find things that have gone away. :(
[23:00] <babbageclunk> wallyworld: ping?
[23:04] <wallyworld> babbageclunk: hey
[23:05] <babbageclunk> wallyworld: I'm trying out consume, and it all seems to work, except that wordpress doesn't actually work - I get a 502 bad gateway from nginx.
[23:06] <babbageclunk> wallyworld: Does that sound like something obvious that I've missed?
[23:06] <wallyworld> babbageclunk: this is after add relation is done?
[23:06] <wallyworld> did you expose wordpress?
[23:06] <babbageclunk> wallyworld: yeah, both of those
[23:07] <wallyworld> hmmm. not sure off hand. that error normally means something didn;t connect. sadly it's juju debug-log time
[23:07] <wallyworld> if you push your work, i can try it out as well
[23:15] <babbageclunk> wallyworld: ok, thanks - just wondering whether there was something that you'd hit before.
[23:16] <wallyworld> babbageclunk: i have - and the cause some "something" wrong with stuff getting wired up
[23:16] <babbageclunk> wallyworld: hmm, there's no way to remove a remote application at the moment?
[23:16] <wallyworld> no dont't hink so :-(
[23:16] <wallyworld> on the todo list. i might add that today
[23:17] <wallyworld> to debug, you can always deploy another app with a different name
[23:17] <wallyworld> eg mysql2
[23:17] <wallyworld> or bounce the jujud
[23:17] <wallyworld> that will cause everyhthing to get wired up again in the worker
[23:19] <babbageclunk> wallyworld: ah, ok - will do that instead of destroying the model next time!
[23:20] <wallyworld> babbageclunk: the worker is idempotent, so when the agent restarts, it goes through the steps of noticing the remote app, creates the relation watcher, sees the relation, acts on it etc
[23:29] <babbageclunk> wallyworld: the "good" news is that I get the same behaviour whether I do it as two steps consume/relate or directly in relate.
[23:30] <wallyworld> hmmm
[23:31] <wallyworld> babbageclunk: did you definitely let the apps finish installing etc before opening the browser? ie status shows idle for each
[23:32] <wallyworld> it will show 502 if wordpress is still doing its thing
[23:32] <wallyworld> wordpress is not installed when deploy is done, only when the relation is joined
[23:32] <wallyworld> and the install downloads a blob and does stuff to set up which takes time
[23:32] <babbageclunk> wallyworld: no, I waited until everything is idle
[23:33] <wallyworld> ok, i'll run up a system and test, but it worked yesterday i swear :-)
[23:35] <babbageclunk> wallyworld: :) I might have broken relate too (although I haven't really touched it) - I'll try with develop
[23:36] <wallyworld> ok, i'm sure it willbe something "dumb" once we find it
[23:38] <babbageclunk> can't see anything obvious in the log yet - I can see messages from juju.worker.uniter.remotestate saying "got relations change: ok=true"