[02:11] anyone here who understands writing reactive charms? [02:18] that sounds like a trick question [03:17] well, I'm trying to work out why my code isn't doing what I think it should be doing [06:08] I've written some, but can't promise anything :) [06:08] I'm interedted whether anyone has idea how to mock those reactive states [06:09] To write unit tests for the charm without actually deploying the unit [06:09] And leave amulet for integration testing === frankban|afk is now known as frankban [12:56] Oh, https://www.youtube.com/watch?v=NwzdbzvsvzY answers almost all the questions :) [14:26] Hi, I am looking for some information regarding the step between pressed/curtin to cloud-init [14:27] and how juju do the dinamically actions to maas === frankban is now known as frankban|afk [16:55] reminder Juju Show in 1hr (arosales, hml, kwmonroe, tvansteenburgh, marcoceppi, magicaltrout, bdx, and anyone else that might be intersted) [16:56] rick_h: I’ll be watching, what’s the topic this week? [16:56] hml: going to run through new storage stuff to play with in juju 2.3 [17:51] for anyone that wants to join The Juju Show https://hangouts.google.com/hangouts/_/7mskwxg6qnhqbnfbhhwfqrt6tqe and for watchers check out https://www.youtube.com/watch?v=jrOP3nHNRcs [17:52] 8mins and counting, I wish we had a cool space-x countdown setup heh [17:56] rick_h: any chance you can repeat the link to watch the juju show? i seemed to have missed it. :-) [17:56] hml: watch is https://www.youtube.com/watch?v=jrOP3nHNRcs [17:56] rick_h: ty! [18:00] anyone else coming in? [18:00] going once...going twice... [18:03] are you guys taking questions for the show ? [18:04] no questions related to big data. all else is fair game. [18:07] rick_h: you’re in the small window - watching from youtube. :-) [18:08] gawd i hope i wasn't picking my nose [18:08] Question: On marco's jujucharms webpage , https://jujucharms.com/u/marcoceppi/discourse/ the charm has been updated to xenial (not precise) | My question is I am rerouting people to this page & it looks too "out of date" for them to use. How and when do we change this? perhaps you could refer me to the correct 'web-team' for the jujucharms' page ? [18:13] no quite - its been updated in github to xenial but the webpage does nopt reflect this. [18:14] CoderEurope: that's then a question of building the updated gh source and pushing to the charm store. [18:21] kwmonroe, if the gh source is build to the charm store - is those details (xenial version) automatically updated at the top of the web-page ? | if not I guess ~I am just saying that this needs abit of tweaking with versions and instructions. [18:21] Here is the change : https://github.com/marcoceppi/discourse-charm/commits/master [18:27] yeah CoderEurope, whomever builds that updated source can call 'charm build --series xenial' and then push that to the store. the charm series will be accurate at the top of the jujucharms.com page for the newly pushed charm. [18:29] CoderEurope: alternatively, the source can be updated (metadata.yaml) to specify 1 or more series. with that, you wouldn't need to specify a series to 'charm build' [18:29] kwmonroe, So how do we get marco to push it for automatic update to the store ? or are we doing that now ? [18:31] great show by the way ! [18:31] CoderEurope: ty [18:31] CoderEurope: the way we get marcoceppi to update is to go "HEYYYYY marcoceppi!" [18:32] rick_h, cool beans [18:32] CoderEurope: but really, the best thing is to setup such that marco isn't the single point there and that you've got folks that can build a community around it [18:32] CoderEurope: and keep it fresh so folks can go on vacations and such w/o a problem [18:32] CoderEurope: marcoceppi is away at the moment, but when he returns, he'll see all these messages. as rick_h was saying earlier, maybe a better approach would be to create a discource-team with interested parties so that any team member could updated the source/store. [18:32] that sounds good. [18:35] rick_h, What does a 'typical' jujucharms community team look like ? Can you give me an example link ? [18:36] CoderEurope: so https://jujucharms.com/u/bigdata-charmers is the bigdata community that kwmonroe is part of [18:36] CoderEurope: and that "team" is defined in launchpad here: https://launchpad.net/~bigdata-charmers [18:37] https://jujucharms.com/u/prometheus-charmers/ is another example [18:37] smaller one working around a single workload (well the space around it) [18:39] thanks guys - I shall revisit this soon. [18:39] As an aside ...... [18:40] Iam guessing that zookeeper wasn't this project that I backed ? https://is.gd/ovyazy [18:42] negative CoderEurope -- the zookeeper charm is based on http://zookeeper.apache.org/ [18:42] kwmonroe, yeah thought as much. [18:58] cross model relations...... if I have a k8s cluster running on openstack and would like to flex workers by slapping more into a aws environment how likely is that to "work"? [18:59] s/model/cloud [19:02] magicaltrout: the thing is going to be if the k8 cluster is controlling things like proxies/other settings it'll be doing it in the wrong cloud. [19:02] magicaltrout: I think there's some nuance there that I'm not sure about. tvansteenburgh might know more specifically [19:03] magicaltrout: also note, you're deploying new workers in the other cloud and relating them. So config changes/etc have to be done twice, once in each cloud and such right? [19:10] hmm, we do have a plan to stick the openstack into an address range that shares the AWS VPC range [19:10] so networking stuff would hopefully be reasonably transparent [19:14] i'm told 1300 cores isn't enough [19:14] and apparantly we need to flex up to an additional 940 cores on EC2 [19:14] \o/ [19:16] lol nice! === externalreality_ is now known as externalreality