[01:00] <babbageclunk> wallyworld: approved
[01:00] <wallyworld> yay, tyvm
[01:49] <vino> wallyworld: could u plz take a look at PR ?
[01:49] <wallyworld> i can sson, just debugging an issue at a client
[01:50] <vino> sure.
[01:51] <vino> wallyworld: please ping me to discuss related to pending tasks for charmversion
[02:08] <wallyworld> vino: pr is lgtm. we can discuss next steps now. want a hangout?
[02:08] <vino> sure. wallyworld
[04:40] <veebers> wallyworld, babbageclunk: that's the best way to produce a Reader from a struct? (i.e. I'm going to get a reader back from the charmstore that is yaml data, I want do produce a similar yaml reader from a string provided at the CLI).
[04:40] <veebers> wallyworld, babbageclunk is it create a struct, yaml marshal it and get []Bytes, then create a buffer from that?
[04:41] <wallyworld> you want to unmarshall a string into yaml?
[04:41] <babbageclunk> yeah, that sounds right - you can use bytes.NewReader once you've got the []byte
[04:46] <veebers> wallyworld: no (I don't think). I want to take a single provided detail i.e. ImageName and create a reader that is the yaml equiv of the backing datastructure (csclient.params.DockerInfoResponse)
[04:47] <veebers> wallyworld: i.e. if I ask the charmstore for the data for a docker resource I'll get a reader that I can unmarshal into a DockerInfoResponse, I want to create a reader that I can do that with when I get just the imagename from the CLI
[04:48] <veebers> babbageclunk: ack, thanks I'll give that a whirl
[09:18] <adham> Hi wallyworld, I'm trying to ping conjure-up, but it seems noone is really active there
[10:36] <stickupkid> manadart: updated per comments https://github.com/juju/juju/pull/8856
[10:38] <manadart> stickupkid: Ack.
[10:48] <manadart> stickupkid: Approved it with a comment on the getter name.
[10:48] <stickupkid> manadart: damn, i put Get in at the very last minute with that one
[10:49] <stickupkid> i'll fix
[10:49] <stickupkid> I do find it weird we have `GetCertificate` and `GetConnectionInfo` on the same struct though
[11:00] <manadart> stickupkid: Those come from the embedded LXD server, and represent GET reqs, so it is a bit different; but I take your point.
[11:01] <stickupkid> yeah, hence why i was 50/50
[11:03] <manadart> stickupkid: Now we just hope merging yours doesn't create too much of a conflict for mine.
[11:03] <stickupkid> manadart: this is either going to be easy or out and out painful - nothing inbetween :D
[11:05] <manadart> stickupkid: Got another one to follow; moves the profile stuff to container/lxd. That makes just lxdStorage to move off rawProvider before it can be binned.
[11:06] <stickupkid> manadart: this is great! it's hard to work out what to do with two providers for the same source
[11:13] <stickupkid> manadart: i'll go over your PR as well now
[11:14] <manadart> stickupkid: Cheers. I am about to add a third to that pipeline.
[11:24] <stickupkid> manadart: done
[11:26] <manadart> stickupkid: Ta.
[22:34] <wallyworld> kelvin: 1:1?
[22:57] <kwmonroe> hey wallyworld!  adham has the most unfortunate timing -- #conjure-up is only really monitored during normal hours (not this wacky void outside of UTC-5 to UTC-8).  he disconnects before i can respond, but if he comes back online asking about that totally bizarre 70+ machine spin-up from conjure-up cdk on maas, please ask for the conjure-up.log -- it's no doubt your (juju) problem, but we need the logs to prove it ;)
[22:57] <kwmonroe> cory_fu req'd the same from his SO question: https://stackoverflow.com/questions/50970133/installed-kubernetes-on-ubuntu-and-i-see-a-lot-of-nodes-are-getting-created-in-m