=== lazypower_ is now known as lazyPower === urulama|__ is now known as urulama [08:49] micvog: is that you Michael? [08:49] Good morning juju world! [09:12] jhobbs: hi - i ... can have a look at that but not really sure if you've got the right person [09:13] fix it admcleod ! [09:14] magicaltrout: *sends box of white chocolate blue cheese and anchovy balls* [09:14] * magicaltrout hurls them over the fence [09:18] haha.. chocolate anchovies are a thing. thanks google. [09:18] bad times [09:28] hey admcleod, we setup a VM for micvog and we are ready to move on with juju [09:29] indeed thanks kjackal! [09:30] micvog: I would also like you to meet magicaltrout. magicaltrout is an awesome community member and he basicaly gives us a reason to work on Juju [09:31] micvog: magicaltrout is also London based (at least for now) [09:31] hey all ! [09:31] ok, enough with the introductions [09:32] the first thing to do is setup a monitoring [09:32] so micvog, to get the status of services/applications/machines you just do a "juju status" [09:33] so, should we bootstrap first ? [09:33] ahh yes you are absolutely right [09:34] "juju bootstrap" it is then! [09:34] kjackal: how bout you set up a shared tmux/screen session so we can watch? :} [09:34] bootstraping.. [09:35] admcleod: that sounds good, never done this but should be easy, right? [09:35] kjackal: sure! computers! [09:37] so, bootstrap has installed some packages on remote host (which host?) and started the agent [09:37] I assume everything is local since environments.yaml is not configured [09:37] yes, everything is local [09:37] admcleod: what is your public ssh key? [09:38] kjackal is a fan of lxd, so its probably an lxd instance known as 'machine-0' which is the juju controller [09:38] kjackal: https://launchpad.net/~admcleod/+sshkeys (top one) [09:40] so the .juju/environments/local.jenv was created with bootstrap and contains all info about the current state ? [09:41] micvog: yes you are correct [09:41] but the file with the credentials you should be conserned with is this .juju/environments.yaml [09:41] yup [09:41] micvog: .juju/environments.yaml has placeholders for configuring all supported providers [09:43] micvog: can you do a "tmux attach-session -t shared" [09:44] ~$ Michael? Can you read this? [09:44] I think we're good [09:47] brb [09:54] micvog: when you do a "juju deploy apache-spark " juju will forst provision a vm [09:54] in this case juju will provision an lxc container [09:54] ah ok [09:55] first time takes a long time because an ubuntu image has to be downloaded [09:55] after that lxc container provisioning is very fast [09:56] micvog: after getting the container juju will "bootstrap" the vm/unit and will deploy apache spark on it [09:56] micvog: we are not installing the containers software "apt-get update & upgrade etc" [09:57] ok [09:58] "Fetching resources" means we are downloading apache-spark [09:58] kjackal: micvog sorry guys afk for 10 min [09:59] ah we can see what is happening by looking at the logs [09:59] console 3 shows the logs "juju debug-log" [10:00] aha [10:01] btw micvog we are deploying https://jujucharms.com/apache-spark/10 [10:01] is this the remote machine logs or the juju "controller" logs [10:02] micvog: spark deployment finished [10:02] we have spark on our machine 1 [10:02] it is in cluster mode but has only one worker [10:03] should we login to that cluster or should we add some extra nodes? [10:03] micvog: ^ [10:03] kjackal: do both :} [10:03] ack lets add some units [10:03] have you started it in HA mode ? [10:04] using quickstart ? [10:04] for HA we need zookeeper [10:04] so here is what we will do [10:04] lets add 3 more units: juju add-unit -n 3 apache-spark [10:05] let me try [10:05] ah [10:05] done [10:05] in the mean time lets also deploy and apache-zookeeper: "juju deploy apache-zookeeper" [10:06] micvog: go ahead and try the above [10:06] how do you know the zookeeper and spark are compatible? or how do you enforce versions? [10:07] micvog: spark and zookeeper share an interface [10:07] if we are to create versions that do not relate we will have to change the interface [10:08] you can see which interface is used in the web pages and readme files of each charm [10:08] lets look at the states [10:08] Allah is doing [10:09] sun is not doing allah is doing [10:09] fetching resources [10:09] thats to download spark on the 3 new nodes [10:10] moon is not doing allah is doing [10:10] stars are not doing allah is doing [10:10] !op [10:10] What's that command? [10:11] micvog: isn't it nice? 4 node spark cluster on your machine EXACTLY how it would look on AWS [10:11] awesome [10:11] planets are not doing allah is doing [10:12] galaxies are not doing Allah is doing [10:12] lol [10:12] micvog: and you basicaly you didn;t do much "juju deploy, juju add-unit" [10:12] oceans are not doing Allah is doing [10:12] its like slow polite trolling [10:12] magicaltrout: i think i see where this is going [10:13] i like a bit of morning poetry..... [10:13] mountains are not doing Allah is doing [10:13] magicaltrout: at some point we're going to encounter the eclesiastical rift concerning whether god is doing white chocolate and blue cheese. [10:13] hehe [10:13] Guest_94447: I don't believe in God, last time I checked a good muslim friend of mine told me I was going to burn in hell [10:13] so we had a good chat about that [10:13] but I'm okay with it [10:14] trees are not doing Allah is doing [10:14] hmm [10:14] bloody trees [10:14] micvog: you see now we have a spark cluster with 4 nodes and 1 master [10:14] all ready [10:14] micvog: we also have a zookeeper [10:15] lets relate zookeepr and spark [10:15] juju add-relation apache-spark apache-zookeeper [10:15] try this ^ micvog [10:15] and look at the state [10:15] mom is not doing Allah is doing [10:15] dad is not doing Allah is doing [10:16] boss is not doing Allah is doing [10:16] where can I see they're now related apart from debug logs? [10:16] job is not doing Allah is doing [10:16] dollar is not doing Allah is doing [10:16] degree is not doing Allah is doing [10:16] damn he's posting more frequently now [10:17] medicine is not doing Allah is doing [10:17] hehe [10:17] it is making me chuckle [10:17] customers are not doing Allah is doing [10:17] you can not get a job without the permission of allah [10:17] who is the moderator here? [10:17] * magicaltrout asks the permission of no one...... [10:18] ah by looking at juju status you can see the relation ? [10:18] yes, the full status [10:18] you can not get married without the permission of allah [10:18] but you see micvog that spark is now in HA mode [10:19] cool eh? [10:19] yup [10:19] automagicaly :) [10:19] nobody can get angry at you without the permission of allah [10:19] lets ssh to one of these machines [10:19] console 4 [10:21] micvog: you do not need to remember the ips or the strange strings each cloud provider will give you [10:21] light is not doing Allah is doing [10:21] fan is not doing Allah is doing [10:21] yes that's really handy [10:21] businessess are not doing Allah is doing [10:21] micvog: you just do "juju ssh " [10:21] micvog fyi: /ignore Guest_94447 [10:21] america is not doing Allah is doing [10:21] should sort you out [10:22] fire can not burn without the permission of allah [10:22] micvog: admcleod: I am being called for lunch [10:22] lets see bundles and micvog work when I get back ok? [10:23] catch up later [10:23] I'll try to run smth [10:23] knife can not cut without the permission of allah [10:23] rulers are not doing Allah is doing [10:23] governments are not doing Allah is doing [10:24] sleep is not doing Allah is doing [10:24] hunger is not doing Allah is doing [10:25] food does not take away the hunger Allah takes away the hunger [10:26] if someone is in the blufin building, or logged in over the vpn: /oper ${your_ud-ldap_uid} ${irc password without the leading NICK} [10:26] water does not take away the thirst Allah takes away the thirst [10:26] seeing is not doing Allah is doing [10:26] hearing is not doing Allah is doing [10:26] aww admcleod [10:26] you're so mean [10:27] seasons are not doing Allah is doing [10:27] weather is not doing Allah is doing [10:27] humans are not doing Allah is doing [10:27] animals are not doing Allah is doing [10:28] the best amongst you are those who learn and teach quran [10:29] one letter read from book of Allah amounts to one good deed and Allah multiplies one good deed ten times [10:30] hearts get rusted as does iron with water to remove rust from heart recitation of Quran and rememberance of death [10:30] heart is likened to a mirror [10:31] when a person commits one sin a black dot sustains the heart [10:31] sounds healthy [10:33] * Spads sustains his heart [10:33] lol [10:33] bloody black dots [10:33] to accept Islam say that i bear witness that there is no deity worthy of worship except Allah and Muhammad peace be upon him is his slave and messenger [10:34] lunch is not doing, All.. oh wait yes, im going to lunch [10:34] allah made your lunch? [10:34] I need to have a word [10:34] mines still in the cupboard [10:35] i dunno, i suspect i may have some pork based product, since spain. anyway, bbl [10:36] allah will cast you down with increased risk of bowel cancer then admcleod [10:36] so says...... [10:36] the doctors [10:40] /ignore Guest_94447 [10:40] read book http://www.fazaileamaal.com [10:40] read book http://www.muntakhabahadith.com [10:41] need spiritual teacher visit http://www.alhaadi.org.za [10:41] allah created the sky without any pillars [10:41] aww kjackal [10:41] a) remove the space [10:41] b) where's your sense of adventure, you should join up [10:41] allah makes the sun rise from the east and Allah makes the sun set in the west [10:41] hmm [10:42] allah gives life and Allah gives death [10:42] magicaltrout: my irc skills are non existent! [10:42] all creation are useless,worthless,hopeless [10:42] can not do [10:42] so it seems kjackal [10:42] can not benefit [10:42] can not harm [10:42] allah is the doer of each and everything [10:43] that said its better than some of the ibm'ers who like to address kwmonroe as kevin... or with some weird copy paste thing [10:43] tab completion IBMers! tab completetion! [10:43] magicaltrout: lol [10:43] when Allah wants us to stand we stand [10:43] when Allah wants us to sit we sit [10:43] i am not doing Allah is doing [10:44] you are not doing Allah is doing [10:44] atom bomb is not doing Allah is doing [10:44] rice is not doing Allah is doing [10:44] all creation get together can not create one grain of rice [10:45] all humans get together can not stop rain [10:45] all humans get together can not make anybody hungry [10:46] Guest_94447: can you impart your wisdom on those in ##saiku they all need your help [10:46] all humans get together can not move sun one second up or down [10:46] or ##pentaho [10:46] they also need som guidance [10:46] we can not count the hair on our head [10:46] we can not count the rain drops [10:46] we can not count the particles of sand [10:47] medicine has no power to cure [10:47] two people take same medicine one passes away and one does not [10:47] degree has no power to give job [10:47] micvog: admcleod: I am back [10:47] many people have degrees but do not have jobs [10:47] wb [10:48] sustenance does not depend on effort [10:48] one person is working very much but is earning very less [10:48] I uploaded the jar to one of the spark nodes, seems that the input files are missing - working on it [10:48] other person is working very less but is earning very much [10:50] awww [10:50] balls [10:50] where's he gone [10:52] "Found 57 outliers" - looks like we're onto something [10:52] :) [11:00] micvog: nice! [11:01] micvog: give me some time to go over the blog and the program [11:03] sure [11:04] fyi channel, we're trying to deploy this using juju - https://micvog.com/2016/05/21/using-spark-for-anomaly-fraud-detection/ === micvog is now known as micvog__ === micvog_ is now known as micvog [11:16] micvog: ok I think I got the big picture [11:17] I am thinking... [11:17] we have a good start [11:18] and a relatively good idea what we want to get out of this... [11:18] So... we will need to complete the stack of charms [11:19] We will need a way to feed realtime data to a kafka queue as shown in the chart [11:20] then have spark consume the queue and persist everything (eg to HDFS) [11:21] and then visualise the results. it would be great to do that through zeppelin [11:22] sorry dc [11:22] last message was that the list of charms need to be completed [11:25] 12:12 kjackal| We will need a way to feed realtime data to a kafka queue as shown in the chart │ blr [11:25] 12:13 kjackal| then have spark consume the queue and persist everything (eg to HDFS) │ blr [11:26] 12:14 kjackal| and then visualise the results. it would be great to do that through zeppelin [11:26] Any ideas magicaltrout? [11:29] I wasn't paying a great deal of attention whilst mulling over life with the quran [11:29] what part are you mulling over kjackal ? [11:30] try that again [11:30] I wasn't paying a great deal of attention whilst mulling over life with the quran [11:30] what part are you mulling over kjackal ? [11:32] magicaltrout: do you recommend any tool for awesome visualisations on (streaming) data that can interface with spark? [11:36] zeppelin seems like a sound choice on the Juju platform [11:36] one consideration I would ponder is how do you present it to the user. [11:36] If you're streaming data, it would be good to hook up websockets or long polling and have it update the zeppelin charts on the fly without a user refreshing the page etc [11:38] https://gist.github.com/granturing/a09aed4a302a7367be92 this chap did some streaming spark map example [11:38] or just write some websocketed thin client with your own choice of vis toolkit [11:39] and use streaming spark or write it back to kafka and have kafka write it to the sockets [11:40] sounds cool! Thanks magicaltrout [11:40] this looks interesting reg visualization - https://www.youtube.com/watch?v=BhCXL8AHiB0&index=9&list=PL-x35fyliRwiy50Ud2ltPx8_yA4H34ppJ [11:41] if you can send data through websockets then D3.js is a very good option (and realtie) [11:41] yeah its very lightweight as well [11:41] so your browser shouldn't drown [11:41] which used to be an issue with streaming data.. when to flush it === dpm is now known as dpm-bbiab [13:32] coming late to the 'multiseries' charm game. Had a question on updating an existing charm... Was told to push to somewhere new and launchpad.net/ubuntu-repository-cache was suggested. Is it really necessary to create an entire LP project for the charm? What are the requirements? [13:33] ^ re: https://code.launchpad.net/~rcj/charms/trusty/ubuntu-repository-cache/multiseries/+merge/299472 [13:34] rcj: so you can push using the charm push command from anywhere. I think the key thing is that you're pushing a charm that works on multiple series to a series-i-fied url which seems a bit untrue [13:35] rick_h_, yeah I wanted a diff that showed the 4 line change against the current code so no one is looking at this as entirely new. [13:35] rcj: understand. The new review queue will show the diff of actual files which will help [13:35] rcj: not sure where that's at atm, but will check on it [13:35] rcj: but appreciate where you're coming from there [13:36] rcj: maybe recommend making the change to the new path first, getting that "just migrate existing code" and then do the patch for the 4 lines on top of that? [13:36] rick_h_, otherwise, it has already been pushed to https://jujucharms.com/u/rcj/ubuntu-repository-cache and I need to know how to get it queued for review. [13:37] https://jujucharms.com/u/rcj/ubuntu-repository-cache/122 [13:42] rick_h_, either way, how do I get this on the review queue (or view the queue)? http://manage.jujucharms.com/tools/review-queue linked from https://jujucharms.com/community/charmers just gives me 'Internal Server Error' [13:44] rcj: ah, bad link: http://review.juju.solutions/ is the current queue. [13:44] rcj: from the docs "If something needs review, subscribe ~charmers." [13:44] rcj: looking at https://jujucharms.com/docs/master/reference-reviewers [13:46] thx. Also for bad links from http://review.juju.solutions/ it's suggests reading "Charm Review Process" @ https://juju.ubuntu.com/docs/charm-review-process.html -> DNS_PROBE_FINISHED_NXDOMAIN [13:46] rcj: yes, filing a bug on that bad link now [13:47] heh well filing on jujucharms.com/community, guess there's another one from the actual review site [13:47] tvansteenburgh: what's the latest on new queue timing? [13:49] rick_h_: marcoceppi ^ [14:07] admcleod: yeah ok probably wrong person haha thanks === dpm-bbiab is now known as dpm [14:33] jhobbs: no worries :) [14:53] stub: hoping you could push the built/latest published charm to the branch "built" like you had been previously for git.launchpad.net/postgresql-charm if possible [15:05] using 2.0-beta7-xenial-amd64, any idea where to start looking for why after a full system reboot 'juju status' just hangs? [15:06] marcoceppi, petevg, and I are doing a live session discussing testing in charms and layers: https://plus.google.com/u/1/events/col2a1aertqj329rjb8tgg314u0 [15:06] We're currently discussing this PR: https://github.com/juju-solutions/layer-apache-bigtop-base/pull/28 [15:06] And this PR: https://github.com/juju-solutions/jujubigdata/pull/59 [15:08] xilet: We're currently up to beta11, so one option might be to upgrade to that. What provider are you using, though? lxd, aws, etc? [15:09] jrwren: unfortunately, ceph_ips = [x['public-address'] for x in self.d.sentry['ceph-mon']] doesn't work: http://pastebin.ubuntu.com/18792425/ [15:09] lxd [15:10] It had deployed an openstack fine, but after the reboot it has been several hours and still nothing, strace shows something is timing out but isn't giving me any really good indicators. I see quite a few of the services have launched according to ps. [15:13] let me try upgrading juju [15:13] ... said no one on a Friday [15:19] xilet: I think that after a reboot the lxc containers might not be set to start back up automatically. I'm not familiar enough with lxd to know the command to check for the running state of the containers [15:24] cory_fu: it has in the past, I ran into a bug with adding a second nova-compute unit, so Iw as bouncing the whole system to see what might changed, I had rebooted several times prior, curious if there is some kind of central juju log that I could check [15:25] xilet: There is a log on the bootstrap container, but I'm not sure if it would have the info you're looking for or not [15:27] so other question, I had (I think, I am new to this) upgraded to juju-2 using the xenial-proposed branch, what is the official method these days for updating it? [15:27] lutostag: It is already pushed [15:28] stub: perfect, thanks [16:05] marcoceppi: Do you know where the tab completion code is for juju? Re: https://bugs.launchpad.net/juju-core/+bug/1600257 [16:05] Bug #1600257: The tab completion on juju yeilds KeyError: 'services' [16:06] mup: it's probably in the packaging branch [16:06] marcoceppi: I apologize, but I'm pretty strict about only responding to known commands. [16:06] marcoceppi: I searched for python in juju/juju could not find it [16:06] mbruzek: it's probably in the packaging branch [16:06] mup: when did you get so saucy [16:06] marcoceppi: In-com-pre-hen-si-ble-ness. [16:06] omg. who taught you to talk back. [16:06] mup you steal all my best lines [16:07] *the best lines [16:07] wow, now mup is all quiet [16:07] * marcoceppi feels accomplished. [16:07] Yeah mup must know who is in charge [16:11] marcoceppi - its been doing that for quite some time now [16:11] mup what is the air speed velocity of an unladen swallow? [16:11] welp, ya broke it [16:33] mbruzek: it's in juju/juju/etc/bash_completion.d (in case you haven't found it) [16:33] Yes I just found it. [16:33] mup: anything exciting planned for the weekend [16:33] babbageclunk: Roses are red, violets are blue, and I don't understand what you just said. [16:33] that's fun [16:33] The error looked like a python traceback, I didn't expect the file to be bash, with embedded python. [16:33] thanks babbageclunk [16:34] mbruzek: yeah, it's a bit of an obscure location [16:36] mbruzek: Are you seeing that error, or do you just need it for something else? [16:36] babbageclunk: I am seeing the error, and looking to try to fix it [16:37] mbruzek: It's already been fixed, I think - you can reinstall the completions by running `make install-etc`. [16:37] mbruzek: (I went through this same series of steps a while back.) [16:39] babbageclunk: OK I see that the bash completion file does not contain "services" in juju (master) but I see "services" on the completion file on my system in /etc/bash_completion.d/juju2 on my system [16:40] mbruzek: Right - that is what I found when I had this error. [16:41] babbageclunk: OK thanks, just trying to help [16:44] marcoceppi: not production ready, but here's an invocation that fixes the import in the docker-layer unit tests we discussed in the hangout: http://paste.ubuntu.com/18798385/ [16:45] (Basically, you make sure that the "charms" module exists, and then you patch a mock object into it.) [16:48] lazyPower, mbruzek - Hi there; just wondering what the plan/schedule is for publishing a new etcd charm with all recent fixes. Currently I'm using cs:~lazypower/etcd-19 - which is fine - but I guess there should be a new publication to cs:~containers ? [16:48] neiljerram - cs:~containers/etcd-4 exists [16:48] its currently development channel, i want to have an ironclad migration from etcd-2 to etcd-4+ before it goes stable [16:49] lazyPower, Oh, that's easy then! :-) [16:49] so its fine to do new deploymets, but not recommended for upgrades yet [16:49] lazyPower, perfect. Thanks! [16:51] marcoceppi: or you can do this, which is much simpler :-) http://paste.ubuntu.com/18798975/ [16:52] (I always forget about the create=True flag) [16:58] #TIL with mock.patch('charms.layer', create=True): [16:58] petevg - i'm going to have to try and osmose some of that testing knowledge you have been dropping the last couple weeks [17:00] lazyPower: feel free to ping me with questions, or pull me into a hangout. I'm always happy to spread the testing love :-) [17:26] do we have an idea on what the upper boundary limits are for filesizes and resources? [17:28] lazyPower: I think it's in the couple hunderd of MB atm. I was just talking with the team on upping that while we work on some quota-like safety measures [17:28] lazyPower: but I think it's a timing things vs a size thing so it's how many bytes you can push in the timeout window [17:29] Thats what i was looking for, ta rick_h_ [17:29] * lazyPower decides its a bad idea ot publish over a mifi with 1 bar of service, and a 2gb payload. [17:30] lazyPower: yup, we can't currently process 2GB :[ sorry. [17:30] lazyPower: Incidently, what is the 2GB payload? [17:30] jrwren - i was actually being silly, i believe the payload is quite large though. This was in response to a versioning issue/question from Nexenta. [17:30] jrwren - its packing in chef and some other build time deps like ruby libs [17:31] lazyPower: ah. cool. [17:31] what theyd o today is they host a bintray style repo and fetch over the wire. They haven't versioned the bins, just kept a running-tip publication. [17:31] sooo, either they need to version, split up payloads and do multiple payloads, or should be actively participating in planning sessions for the feature as they would be a big consumer of it. [17:32] at least thats my take on it [17:32] lazyPower: to expand further, my current working theory is that the timeout happens because of server side processing time. The upload completes. The charmstore processes the charm and this can take some time. Currently we have a 50s timeout(I'm about to up it) so if the server takes longer than 50s to process a large charm it doesn't send a response in that 50s and it times out. [17:32] ah yeah, i can see that being problematic [17:33] lazyPower: We've also, AFAIK, not observed the limit on resources. Its likely we don't process resources as heavily and so they would be done more quickly. [17:33] lazyPower: As a general rule, I'd say many resources for each item is better than bundling things into a single resource. [17:35] jrwren - i've only used 2 myself, and they were small golang bin attachments. I as well would +1 multiple smaller deliveries rather than one large payload. [17:35] petevg: nice, thanks! [17:35] it seems like the bigger they get, the more trouble they cause [17:36] lazyPower: i wonder if we can document this guidance? [17:38] sure can [17:38] https://jujucharms.com/docs/devel/developer-resources [17:41] lazyPower: thanks. [17:41] jrwren - ping me if you submit and i'll be happy to review [17:47] geetha: You were asking about http://pastebin.ubuntu.com/18774917/ and saying that you were not seeing that handler being called even after you changed one of the config values. That snippet looks fine to me. Is there any chance you can provide me with some of the juju logs from that unit? [17:48] Or perhaps someone else here can spot something in that code that I'm missing. [17:48] cory_fu is @when_not_all an alias for when_not? [17:49] or is when_not more like when_not_any [17:49] Same handler function being called in juju 1.25 when I change config value [17:50] using 'juju set' command [17:52] lazyPower: It is not the same as when_none (there is no when_not_any). when_not == when_none, when_not_all is its own thing (i.e., trigger if one of the given states is not set, vs when_none only triggers if not a single one state is set) [17:52] geetha: Hrm. So it's specific to Juju 2.0? That's very strange [17:54] stub, Why do I need to create a new home for ubuntu-repository-cache prior to promulgation? I don't want to create a new top-level project in LP and my understanding would be that once promulgated it will end up in charms/ubuntu-repository-cache, right? If it ends up there I don't want a second place to confuse people. [17:55] ^ re: https://bugs.launchpad.net/charms/+bug/1600243 [17:55] Bug #1600243: review ubuntu-repository-cache charm now with multiseries support [17:58] rcj: When it is promulgated it ends up in cs:ubuntu-repository-cache (jujucharms.com/ubuntu-repository-cache). === scuttle|afk is now known as scuttlemonkey [18:01] rcj: Where do you want the main branch to live? Currently it is in bzr at lp:~charmers/charms/trusty/ubuntu-repository-cache/trunk, with the alias lp:charms/trusty/ubuntu-repository-cache. [18:02] rcj: I can merge it in there, but it seems silly having a multi-series charm in a trusty specific namespace. And it still needs to be promulgated by the ecosystem team. [18:03] rcj: It also means you still need ~charmers to land stuff in the future, since it is owned by that team. [18:12] cory_fu: you can see the log when I change the config option http://pastebin.ubuntu.com/18805681/ [18:18] geetha: Is that all of the log? I don't see the bit where it actually calls reactive_main to see how it's evaluating the tests. Also, it might be helpful to add the line `charms.reactive -y get_states` to the top of your handler file to see what the states are when it gets called [18:33] stub, I would like charmers to assist with landing changes in the future. I would hope that it could end up @ lp:charms/ubuntu-repository-cache [18:35] And my understanding is that this would replace cs:trusty/ubuntu-repository-cache cleanly. My goal here is a blessed charm with a single entry in the charm store that makes it 100% clear that it is supported with no confusion as to which charm to pick. [18:44] rcj: Ok. I think you need ecosystem for that branch URL or alias - I'm not sure how to do it. And they can help with the 'charm push', 'charm publish' and promulgation to get that branch promulgated into the charm store. [18:45] cory_fu: I could not able to paste full log, It has more lines. I have added `charms.reactive -y get_states` and again ran the command to change the config option . It's failing with non zero exit code.http://pastebin.ubuntu.com/18808692/ [18:51]