[12:33] <rick_h_> morning party people
[13:28]  * rick_h_ runs off to dentist, back in a bit
[14:01] <bac> wow, atlassian is an aggressive web stalker...
[14:18] <hatch> bac they really want you to use Jira
[14:21] <bac> i wonder if benji will make it back today.
[14:23] <bac> hey marcoceppi it'd be great if you could look at my charmworldlib proposal.  https://codereview.appspot.com/69430043
[14:23] <marcoceppi> bac: hey, working thorugh the queue now, will have eyes on today
[14:23] <bac> marcoceppi: thx
[14:24] <marcoceppi> bac: oh, right, let me look at this now, i think this is something you guys wanted sooner rather than later
[14:24] <bac> marcoceppi: sooner is better
[14:24] <marcoceppi> bac: how do you guys use charmworldlib? deb? pip? trunk?
[14:25] <bac> marcoceppi: we bundle a tgz downloaded from pypi
[14:25] <marcoceppi> bac: cool, so you'll need this reviewed merged and released then?
[14:26] <bac> marcoceppi: yes, that would be great.  we *can* make our own tgz for the interim but would prefer not to
[14:29] <marcoceppi> bac: that's fine, I can roll another release
[14:57] <marcoceppi> bac: I don't understand removing ez_setup.py
[14:58] <hatch> oh I love it when tests pass in isolation and fail when running in the suite
[14:58] <bac> marcoceppi: the ez_setup.py file was not being distributed by the package.  so to install charmworldlib, the target machine would have to already have it somewhere or setup.py would fail.
[14:59] <marcoceppi> bac: ah, thanks
[14:59] <marcoceppi> bac: this lgtm, going to merge and release
[14:59] <bac> marcoceppi: i then noticed since cwl relies on python-virtualenv being installed, then python-distribute is guaranteed to be there, since it is a dependency.  so, just relying on py-distribute is all that is needed.
[14:59] <bac> marcoceppi: cool, thanks
[15:00] <marcoceppi> bac: the only thing that'd I'd comment on is the version bump
[15:00] <marcoceppi> since it won't have the -1 in the 1.2.5 release
[15:00] <bac> ok, so just 0.2.5
[15:01] <bac> er, 1.2.5?
[15:01] <marcoceppi> err, yeah 0.2.5, but I'm not sure if merges are supposed to bump versions
[15:01] <hatch> was it a bug fix?
[15:01] <marcoceppi> technically, in a semantic world, it' would be a 0.3.0
[15:01] <hatch> http://semver.org/
[15:02] <hatch> see the first three rules :)
[15:02] <marcoceppi> the point is, it seems weird that a merge proposal for a feature would bump software version
[15:02] <marcoceppi> but I'm not sure of all the different ways things are done
[15:02] <bac> marcoceppi: so you wish i'd not changed the version and let the package maintainer do it?
[15:02] <marcoceppi> bac: yes, ideally
[15:02] <bac> marcoceppi: i can do that in the future
[15:02] <marcoceppi> bac: cool, thanks
[15:02] <bac> marcoceppi: thought i was helping...  :)
[15:03] <marcoceppi> bac: psh, you are, believe me
[15:03] <bac> marcoceppi: i just wanted to ensure it didn't get merged with the old version number
[15:06] <jcsackett> bac: can you take a look at https://code.launchpad.net/~jcsackett/charmworld/bad-average/+merge/209272 for me?
[15:08] <bac> jcsackett: sure
[15:10] <hatch> Makyo you in yet?
[15:10] <bac> jcsackett: qaed_charms is my least favorite name of the day.</rant>
[15:13] <hatch> promulgated is worse
[15:13] <hatch> :P
[15:14] <bac> hatch: promulgated is bad.
[15:15] <bac> jcsackett: change looks good.  could you whip up a test to show we're now using the data we want?
[15:15] <jcsackett> bac: oh, i suppose.
[15:15] <jcsackett> :p
[15:15] <jcsackett> ping you when that's up.
[15:15] <bac> okey doke
[15:15] <bac> thanks
[15:23] <marcoceppi> bac: 0.3.0 is on pypi
[15:27] <bac> marcoceppi: nice, thanks
[15:45] <hatch> jujugui lf a review/qa https://github.com/juju/juju-gui/pull/157
[15:46] <bac> hatch: i'll look
[15:50] <Makyo> jujugui call in 10
[15:50] <hatch> thanks bac
[15:50] <rick_h_> back from dentist ugh 
[15:50] <hatch> Makyo I created a bug this morning re the new relation lines that you may want to comment on
[15:50] <hatch> rick_h_ feelin good?
[15:51] <rick_h_> "oh this is a small thing we can do it now and no anesthetic needed
[15:51] <rick_h_> "oh, it's deeper than I thought, are you feeling it yet?"
[15:51] <hatch> lol
[15:51] <rick_h_> ouch!
[15:52] <hatch> all that pain and then a big bill at the end
[15:54] <jcastro> hey guys, is quickstart available for OSX and windows?
[15:54] <hatch> jcastro nope
[15:54] <jcastro> not for OSX either?
[15:54] <hatch> osx probably woudln't be a -huge- amount of work
[15:54] <hatch> but windows would be
[15:55] <rick_h_> jcastro: it's a todo 
[15:55] <jcastro> is there a bug for OSX support or should I open one?
[15:55] <hatch> it's on the todo list :)
[15:55] <rick_h_> jcastro: we've got ok from the ramm to make it so
[15:55] <hatch> yeah... what rick said 
[15:55] <hatch> :)
[15:55] <benji> I think a windows port won't be too bad.
[15:55] <rick_h_> jcastro: and it's one of the reasons I own an air now to help test/qa it
[15:55] <rick_h_> windows is :P
[15:56] <jcastro> awesome, do we have a bug report?
[15:57] <rick_h_> jcastro: looking, I think it was just something that was in email to get permission to add it
[15:57] <rick_h_> jcastro: feel free to add a bug report and I'll update it
[15:57] <bac> benji: how's trusty?  you have a home directory?
[15:57] <jcastro> ack, I'll make one for each platform then? I just want to track it.
[15:57] <rick_h_> jcastro: ok
[15:57] <jcastro> I submitted all the docs to use quickstart, and didn't think to think of OSX or windows
[15:58] <benji> bac: trusty seems fine; I managed to find my ssh keys on an old hard drive, so I have that goin' for me
[15:58] <rick_h_> ssh and a terminal, what more do you need?
[15:58] <bac> benji: i just write mine down on a postit
[15:58] <hatch> lol
[15:58] <hatch> that's one big postit
[15:58] <bac> i write small
[15:59] <Makyo> jujugui call in 2
[15:59] <benji> I seriously need to print it out and put it in a safe deposit box.
[15:59] <rick_h_> hah, that'll be a tough day "please enter the characters of your ssh key"
[15:59] <bac> benji: you should rot-13 it so the banker won't impersonate you
[15:59] <rick_h_> "crap, one of these is bad...but which one?"
[16:00] <Makyo> 2fa, one sec
[16:00] <benji> rick_h_: installing hangout browser plugin
[16:14] <benji> lll
[16:16] <hatch> jcastro is there a install of discourse somewhere that's getting a ton of traffic? 
[16:17] <hatch> I'm curious to see how it works with a large number of posts every hour
[16:17] <jcastro> hatch, boingboing is probably your best bet
[16:18] <hatch> cool thanks
[16:19] <hatch> I was just wondering how a user would use it on the scale of something like xda forums for example
[16:37] <hatch> rick_h_ did you qa as well?
[16:46] <rick_h_> hatch: no, just did a review
[16:46] <hatch> ok, bac are you still going to qa my branch?
[16:46] <rick_h_> hatch: I was curious how much there was, did you still need a qa?
[16:46] <hatch> yeah qa is the most important to make sure I didn't introduce any obscure issues
[16:46] <hatch> I think I caught them all but not sure...
[16:48] <rick_h_> k, will look after I get some lunch made up
[16:48] <rick_h_> no breakfast for dental days makes for hungry techie
[16:51] <hatch> yup that it would
[16:51] <hatch> hmm this converting inspector viewlets to views is a little more challenging
[16:53] <frankban> guihelp: anyone available for reviewing https://github.com/juju/juju-gui/pull/158 ? thanks!
[16:56] <hatch> frankban I can
[16:56] <frankban> hatch: thanks
[17:38] <rick_h_> hatch: can you verify you can dupe https://bugs.launchpad.net/juju-gui/+bug/1287819 ?
[17:38] <_mup_> Bug #1287819: d3 error when deploying a service from the sidebar. <juju-gui:Triaged> <https://launchpad.net/bugs/1287819>
[17:38] <hatch> looking
[17:39] <hatch> rick_h_ was this in my branch or comingsoon?
[17:39] <rick_h_> hatch: local deploy, on develop
[17:39] <hatch> ok checking comingsoon
[17:39] <hatch> I'm mid branch right now
[17:39] <rick_h_> hatch: saw it when trying to qa your branch
[17:39] <rick_h_> hatch: all good thanks
[17:40] <hatch> hmm not on comingsoon....ok trying my branch
[17:42] <hatch> rick_h_ I cannot reproduce 
[17:42] <rick_h_> hatch: hmm, ok. Maybe something in my chrome then thanks
[17:42] <hatch> you're still running on beta?
[17:43] <rick_h_> hmm, I get it in FF as well
[17:43] <rick_h_> hatch: yea, devel
[17:43] <hatch> I'll try ff
[17:43] <rick_h_> [12:43:31.490] Unexpected value translate(undefined,undefined) parsing transform attribute. @ http://gui:8888/juju-ui/assets/javascripts/d3.min.js:4
[17:43] <hatch> ok I get it in firefox
[17:44] <rick_h_> ok, added the bug marked it as high. 
[17:44] <rick_h_> thanks hatch 
[17:45] <hatch> rick_h_ yeah it happens on comingsoon so it's not from my branch
[17:45] <hatch> doesn't look like it happens on osx chrome
[17:45] <rick_h_> hatch: gotcha, yea nothing to do with your branch. I got it on develop as well. 
[17:45] <hatch> ok cool
[18:17] <rick_h_> hatch: did you see the CI failure on your branch? 
[18:17] <hatch> yeah I re-triggered it
[18:18] <hatch> now I have to wait :)
[18:19] <rick_h_> or try to run it manually from your machine and see if you can dupe :P 
[18:20] <rick_h_>  APP_URL=http://yourip:8888 PORT=8888 JUJU_GUI_TEST_BROWSER="ie" make test_browser-mocha   
[18:22] <hatch> ehh I'm lunching
[18:22] <hatch> :)
[18:23] <rick_h_> :)
[18:35] <bac> hatch: sorry i got delayed.  i see rick already did your review
[18:37] <hatch> yeah he picked up your slack :P
[18:38] <hatch> rick_h_ looks like it was a CI failure, it's running properly now
[18:38] <rick_h_> hatch: that was a different branch, frencesco's
[18:39] <rick_h_> :)
[18:39] <hatch> http://ci.jujugui.org:8080/job/juju-gui-merge/160/console
[18:39] <rick_h_> http://ci.jujugui.org:8080/job/juju-gui-merge/159/
[18:39] <hatch> it's still running
[18:39] <hatch> his landed
[18:39] <rick_h_> hasn't runthe IE tests yet
[18:40] <rick_h_> but yes, I'm watching
[18:40] <rick_h_> frankban's landed ok. Your's is now running again. this will help tell CI or branch
[18:40] <hatch> ohh I thought IE was first
[18:40] <hatch> I forgot we changed that
[18:42] <hatch> ooo safari is in our ci now
[18:42] <hatch> fancy
[18:42] <rick_h_> yep
[18:43] <hatch> cool well looks like it was a CI failure
[18:43] <hatch> crazy java
[18:43] <rick_h_> looks like it's ok and from the exception it looks like some selenium issue java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly
[18:43] <rick_h_> so glad it's all good
[18:43] <rick_h_> thanks for rebooting your branch
[18:43] <jcastro> I either found a bug in the GUI or deployer or bundles
[18:43] <jcastro> not sure
[18:43] <hatch> shoot
[18:43] <jcastro> jorge@jilldactyl:~/src/bundles/hadoop-cluster$ juju bundle proof
[18:43] <jcastro> E: hadoop: The requested relation jobtracker to tasktracker is incompatible between services.Hint: if order of the relation were reversed it would be valid.
[18:43] <jcastro> E: hadoop: The requested relation namenode to datanode is incompatible between services.Hint: if order of the relation were reversed it would be valid.
[18:43] <jcastro> however, the entire thing deploys and works fine
[18:44] <hatch> jcastro relations are directional?
[18:44] <jcastro> lp:~jorge/charms/bundles/hadoop-cluster/bundle is the bundle 
[18:44] <rick_h_> jcastro: the deployer doesn't validate the order but we do. It's legic
[18:44] <hatch> "" if order of the relation were reversed it would be valid"" this doesn't really make any sense 
[18:44] <hatch> at least as far as I understand it
[18:44] <rick_h_> jcastro: they should be reversed to be correct. Relations are directional. We checked on this as we hit it when we added the proof
[18:44] <jcastro> yeah I don't get why they are directional
[18:45] <hatch> they are directional? what???????
[18:45] <rick_h_> adding a nagios relation between a nagios and the app, which side is which matters
[18:45] <hatch> lol
[18:45] <rick_h_> bac: was there any docs to link to on this matter from when you added the check? ^
[18:45] <hatch> oh requires/provides matters you mean
[18:45] <hatch> yeah
[18:45] <rick_h_> hatch: right
[18:46] <rick_h_> exactly, one thing requires something that the other provides
[18:46] <hatch> I thought it meant, dragging from one to the other worked haha
[18:46] <bac> rick_h_: i think benji did that work
[18:47] <rick_h_> bac: ah sorry
[18:47] <hatch> I was pretty sure the GUI parses the charms properly
[18:47] <rick_h_> benji: you up and running today? 
[18:48]  * rick_h_ worried benji has been swallowed up by trusty 
[18:48] <jcastro> http://imgur.com/EMXmUwN
[18:48] <jcastro> sorry couldn't help it
[18:48] <rick_h_> :)
[18:48] <hatch> lol
[18:48] <hatch> they are pretty looking cables
[18:48] <rick_h_> good thing relations aren't ethernet cables
[18:49] <rick_h_> or I guess per that pic they are :)
[18:49] <jcastro> ok so literally I should just switch them in my text editor and I should be good
[18:49] <rick_h_> jcastro: +1
[18:49] <hatch> ohh right in the GUI we just say 'can these relate' whereas proof actually checks that the directions are proper
[18:50] <hatch> the GUI basically half-asses it :P
[18:50] <jcastro> ok this isn't as simple though
[18:50] <jcastro> in the bundle
[18:50] <jcastro>  relations:
[18:50] <jcastro>     - - "hive:jobtracker"
[18:50] <jcastro>       - "hadoop-master:jobtracker"
[18:50] <jcastro>     - - "hive:namenode"
[18:50] <jcastro>       - "hadoop-master:namenode"
[18:50] <jcastro>     - - "hive:db"
[18:51] <jcastro>       - "mysql:db"
[18:51] <jcastro>     - - "hadoop-master:jobtracker"
[18:51] <jcastro>       - "hadoop-slavecluster:tasktracker"
[18:51] <jcastro>     - - "hadoop-master:namenode"
[18:51] <jcastro>       - "hadoop-slavecluster:datanode"
[18:51] <hatch> oh poo
[18:51] <hatch> hmm
[18:52] <hatch> so if you invert the jobtracker and tasktracker relations it doesn't fix it?
[18:52] <jcastro> for hadoop-master you mean?
[18:52] <rick_h_> jcastro: so what's not as simple. I feel like I'm getting half the info. 
[18:53] <rick_h_>  E: hadoop
[18:53] <rick_h_> the error states the service, then the interfaces, and tells you what to fix. Does that not work?
[18:53] <jcastro> I don't see where to map what the error says to the bundle
[18:54] <jcastro> "The requested relation jobtracker to tasktracker is incompatible between services" 3 things mention jobtracker, which one do I switch?
[18:54] <rick_h_> hadoop service is related jobtracker to tasktracker
[18:54] <rick_h_> jcastro: the one in the hadoop service related to the tasktracker
[18:54] <rick_h_> that's only in the 3-4th from the bottom lines
[18:54] <rick_h_> you have to pull together all the info
[18:55] <rick_h_> the first is hive to hadoop relatoing jobtracker to jobtracker
[18:55] <rick_h_> relating *
[18:55] <rick_h_> only one tasktracker in here
[18:56] <jcastro> so when proof says "reversed", does that mean I put the tasktracker line in front of that one?
[18:57] <rick_h_> yes
[18:57] <jcastro> the 2nd error was easy, that one I fixed
[18:57] <rick_h_> k
[19:14] <rick_h_> Makyo: when you get to a break point can I bug you about this bug please?
[19:15] <Makyo> Now's good, prepping lunch.
[19:16] <rick_h_> Makyo: k, invite otw
[19:17] <rick_h_> https://plus.google.com/hangouts/_/72cpjtb1s2ev44ajjv1g1gmoj8?hl=en Makyo 
[19:21] <bac> jujugui charm review?  https://codereview.appspot.com/71230043
[19:21] <bac> rick_h_: when you're done with Makyo can we chat for a second?
[19:25] <rick_h_> bac: sure thing
[19:25] <rick_h_> bac: https://plus.google.com/hangouts/_/76cpipat9od2quu1p2qqjti45k?hl=en
[19:34] <jcastro> rick_h_, if I only want to look for bundles that are official, aka owned by ~charmers, I look at: ?
[19:34] <jcastro> https://code.launchpad.net/charms/bundles has all of them
[19:34] <jcastro> but lets say I only want to see the "official" ones
[19:35] <rick_h_> jcastro: when you search for bundles all of the ~charmers ones should show up in the top search result for recommended
[19:35] <rick_h_> jcastro: since they're promulgated
[19:37] <jcastro> https://code.launchpad.net/~charmers/charms/bundles/mediawiki-scalable/bundle
[19:37] <jcastro> was pushed 2 hours ago
[19:37] <jcastro> so I am assuming you haven't ingested it yet?
[19:37] <rick_h_> looking
[19:38] <rick_h_> jcastro: it's ingested. Checking to make sure it's promulgated then. 
[19:39] <jcastro> yeah I still see Recommended (0)
[19:40] <rick_h_> yep, the gui isn't setting it. We've got it supported in the back end but not the front. 
[19:40] <rick_h_> jcastro: will get it updated tomorrow
[19:41] <jcastro> ok but it's ingested in the store right? aka I can keep submitting?
[19:41] <rick_h_> jcastro: yep
[19:41] <rick_h_> jcastro: it's purely a gui issue and a small fix
[19:41] <jcastro> cool
[19:48] <jcastro> ugh
[19:48] <jcastro> swapping around the relations now breaks hadoop-master
[19:49] <rick_h_> breaks it in what way? Does it not deploy? Give an error? 
[19:49] <jcastro> tasktracker-relation-changed hook fails
[19:57] <rick_h_> benji: ping, around?
[19:58] <benji> rick_h_: yep, running tests even
[19:58] <jcastro> rick_h_, well, at least I am passing proof!
[19:59] <rick_h_> benji: can you help jcastro out with this bundle? he's hitting the issue where the relations required order and it's giving him trouble getting it to work now
[19:59] <benji> sure
[19:59] <jcastro> is there a case where proof might be wrong?
[19:59] <benji> it is possible
[19:59] <jcastro> https://code.launchpad.net/~jorge/charms/bundles/hadoop-cluster/bundle
[19:59] <rick_h_> jcastro: it's possible. This was a more recent change but I know benji had to do some research and got some confirmation from core on what it's doing. 
[19:59] <jcastro> ok so, rev 4 works, but fails proof
[20:00] <jcastro> rev 5 passes proof, but tasktracker-relation-changed hook fails
[20:00] <jcastro> bbiab, daily standup
[20:00] <hatch> jujugui looking for a review for the charm-details viewlet to view conversion https://github.com/juju/juju-gui/pull/159
[20:01] <benji> jcastro: let me know when your call is over
[20:02] <rick_h_> hatch: can look in a bit
[20:02] <hatch> thanks
[20:03] <hatch> I need this one to land because it has some extra fixes
[20:04] <rick_h_> ok, make sure to call those out please
[20:08] <hatch> rick_h_ reviewer notes added
[20:08] <rick_h_> hatch: thanks
[20:09] <rick_h_> heh, thinkpad ran out of battery, now onto the air
[20:09] <rick_h_> forget a power cord, just grab multiple laptops
[20:09] <hatch> lol
[20:09] <hatch> richy rich
[20:09] <hatch> :P
[20:10] <rick_h_> just have to buy smaller cheaper laptops :)
[20:10] <hatch> haha
[20:10] <rick_h_> you spent on yours what I did on my desktop with 32gb of ram
[20:10] <hatch> yeah but I can take mine on a plane :P
[20:10] <hatch> that would be hilarious seeing someone using a desktop on a plane haha
[20:11] <hatch> long powercable running from the overhead bin
[20:12] <rick_h_> to a car battery in their carry on
[20:12] <hatch> lol
[20:12] <hatch> 'sorry sir you are over your weight limit'
[20:21] <rick_h_> doh, qa will take a few min hatch. VM on here is way out of date
[20:22] <rick_h_> curse you air!
[20:24] <hatch> no problemo
[20:26] <bac> rick_h_: by "way out of date" you mean a day or two ago?
[20:27] <rick_h_> bac: heh, probably a week at this point on trusty so the big thing is the nodejs update we nee
[20:46] <benji> jcastro: I think I figured out your problem.  In r4 you had
[20:47] <benji> In r4 you had
[20:47] <benji>     - - "hadoop-master:jobtracker"
[20:47] <benji>       - "hadoop-slavecluster:tasktracker"
[20:47] <benji>     - - "hadoop-master:namenode"
[20:47] <benji>       - "hadoop-slavecluster:datanode"
[20:47] <benji> In r5 you changed that to
[20:47] <benji>   - - "hadoop-master:tasktracker"
[20:47] <benji>       - "hadoop-slavecluster:jobtracker"
[20:47] <benji>     - - "hadoop-master:datanode"
[20:47] <benji>       - "hadoop-slavecluster:namenode"
[20:47] <benji> But that just moved the relation names, not the service names.
[20:47] <benji> Instead you need this:
[20:47] <benji>     - - "hadoop-slavecluster:tasktracker"
[20:47] <benji>       - "hadoop-master:jobtracker"
[20:47] <benji>     - - "hadoop-slavecluster:datanode"
[20:47] <benji>       - "hadoop-master:namenode"
[20:51] <hatch> the bundle relation syntax is so confusing
[20:54] <rick_h_> thanks benji, hopefully that gets him setup. 
[20:54] <benji> np
[20:54]  * rick_h_ runs away see you all later. 
[20:55] <benji> now, if I can just figure out why "make devel" is dying for the GUI
[20:55] <rick_h_> benji: trace?
[20:55] <rick_h_> benji: you have to have the latest nodejs from the ppa to get all the deps. We hit this issue last week though you should be set if you followed the hacking docs as it says to install that
[20:56] <benji> yeah, I was copy-pasting from HACKING, so it should hwave worked
[20:56] <benji> I don't have the error at-hand because I decided to nuke it from orbit and try again
[20:56] <rick_h_> gotcha
[21:09] <jcastro> benji, OHHHHHHHH.
[21:09] <jcastro> I get it now
[21:09]  * jcastro tests
[22:21] <hatch> rick_h_ async stack traces are now available in experimental 
[22:42] <rick_h_> hatch: woot
[22:43] <rick_h_> hatch: ethernet adapter arrived today so will try to update tonight hopefully :)
[22:43] <hatch> NOICE
[22:43]  * hatch is hoping for good things
[22:43] <hatch> I'm finding all sorts of bugs doing this conversion heh
[22:43] <hatch> https://bugs.launchpad.net/juju-gui/+bug/1287959
[22:43] <_mup_> Bug #1287959: sidebar doesn't open after viewing charm details twice <juju-gui:New> <https://launchpad.net/bugs/1287959>
[23:38] <hatch> oh man do we ever need to set up pagination on the search results
[23:38] <hatch> 'rabbitmq-server' search locks the gui up
[23:39] <rick_h_> yea, we might have to do some optimizations after all. Had been hoping to EOL charmworld and not put time into it
[23:50] <hatch> I thought we fixed this https://bugs.launchpad.net/juju-gui/+bug/1287977
[23:50] <_mup_> Bug #1287977: searching for rabbitmq locks the GUI up until all 400 results are loaded and rendered <juju-gui:New> <https://launchpad.net/bugs/1287977>
[23:50] <hatch> we send ALLLLLLLL of the charm data then make more requests for it lol
[23:50] <hatch> rick_h_ is charmworld going Go?
[23:51] <rick_h_> hatch: not currently, python. Things will be moved to the juju core store in go
[23:51] <rick_h_> hatch: huh, not sure on that. Will have to look
[23:52] <hatch> I think that this could be fixed by fixing the db query
[23:52] <hatch> it shouldn't be requesting/returning so much information
[23:53] <hatch> that in itself will probably solve 80% of it heh
[23:53] <hatch> charmworld moving into juju-core? 
[23:54] <hatch> how's that going to work? Or do you mean it'll be a project in juju-core written in Go but not part of juju-core?
[23:54] <rick_h_> sorry, cooking dinner at the stove 
[23:54] <rick_h_> we can talk it over during 1-1 tomorrow
[23:55] <hatch> haha np :) yeah sure
[23:55] <hatch> oh crap it's almost 6
[23:55]  * hatch is EOD'ing
[23:55] <hatch> have a good night
[23:55] <rick_h_> night