[00:01] <rick_h_> hatch: does jcsackett's branch work with yours then? e.g. can I qa them together and get a drag/drop with a ghost unit? 
[00:01] <hatch> I think so, his branch doesn't auto update, you have to close then re-open the machine view for his to render the units
[00:01] <hatch> there is a card on the board to databind that list
[00:01] <rick_h_> k
[00:17] <rick_h_> hatch: is the other one in review in kanban up on github? 
[00:17] <rick_h_> going to get ice cream, will look at more soon
[00:19] <antdillon> rick_h_, my deployer summary branch is ready for another review
[00:20] <antdillon> rick_h_, Kyle QA'ed but not merged yet
[00:29] <hatch> rick_h_ this branch does both of them
[00:29] <hatch> unless you've found otherwise
[00:29] <kadams54> antdillon: I'm currently working on tests for the branch; I'll merge once those tests are finished.
[00:31] <antdillon> kadams54, Ah thanks, wasnt should if I needed to put in another pull request or not
[00:31] <kadams54> antdillon: Nope, I'll take it from here. Thanks!
[00:32] <antdillon> kadams54, Thanks man
[00:47] <rick_h_> antdillon: cool, will look
[00:47] <rick_h_> oh kadams54 is the case
[00:47] <rick_h_> hatch: oh cool, yea didn't notice it tbh, but now that you mention it
[00:47] <hatch> :)
[00:47] <hatch> 2-birds
[00:51] <hatch> I may end up doing the token drag and the dropping
[00:51] <hatch> the tasks may end going hand in hand
[00:51] <rick_h_> hatch: yea, I wasn't sure how much parallel we could get out of it
[00:52] <rick_h_> and I figure once one is done, the other is almost a dupe to the same calls, just with a parent id
[00:52] <hatch> yeah
[00:52] <rick_h_> for the containre to know what machine it's in
[00:52] <hatch> will play it by ear
[00:52] <hatch> brb gota go bring the plants in
[00:52] <hatch> supposed to get to -4 tonight
[00:52] <rick_h_> ouch
[00:52] <rick_h_> 10 here
[01:04] <hatch> yeah it's a little odd it's getting so cold
[01:04] <hatch> my guess is that it doesn't get that cold
[01:07] <rick_h_> well we had a frost warning this week
[01:07] <rick_h_> but think it'll be the last
[01:26] <rick_h_> ok, emailed Mark S with a link to the latest on comingsoon. /me ducks
[01:29] <huwshimi> :)
[01:30] <rick_h_> how goes huwshimi? 
[01:30] <huwshimi> rick_h_: Good thanks. Nice to have some family time :)
[01:31] <huwshimi> (laptop next to me as we play with Lego)
[01:31] <huwshimi> rick_h_: Sounds like your family time is interrupted by 4g :)
[01:31] <rick_h_> huwshimi: well, I think I'm going to bed on time tonight
[01:32] <rick_h_> but yea, told the wife I'd take her camping for mothers day so got the camper out here
[01:32] <rick_h_> didn't say I'd stay off the laptop :P
[01:32] <huwshimi> haha
[01:32] <rick_h_> but about beat, crazy day today
[01:32] <huwshimi> rick_h_: Make sure you assign anything you want to me for Monday. I'll see if I can pick up something over the weekend too.
[01:33] <rick_h_> huwshimi: sure thing, thanks. I honestly think we're in good shape. If matt and frankban get the change set stuff working and the rest of us get drag/drop working it's demo-able
[01:33] <rick_h_> huwshimi: so it'll probably be asking you to follow behind us and clean up any little things to help polish it up. 
[01:34] <rick_h_> there's definitely some spacing things atm, I'll try to look at it with clear eyes tomorrow
[01:35] <huwshimi> rick_h_: Yep, no problems. I'll try and do a bit of general QA once those bits are in.
[13:12] <rick_h_> morning, phew crashed last night
[13:12] <rick_h_> love a good sleep outdoors
[13:29] <kadams54> rick_h_: Morning
[13:30] <kadams54> rick_h_: Saw your comments on the tests… FYI, I have the problem narrowed down to one line of code, but I don't understand why that one line is problematic or how to fix it.
[14:16] <kadams54> rick_h_: Looking for my next card… as I understand, the drag/drop stuff is closely tied to Jeff's work. Maybe the card for databinding the unplaced units column?
[14:29] <rick_h_> kadams54: +1
[14:29] <kadams54> kk
[14:29] <rick_h_> kadams54: I'm not sure if that needs to hook into databinding or just YUI events watching the db now
[14:29] <rick_h_> he made the card to say databinding, but I think it's just db watching like other places in the machine panel view
[14:38] <rick_h_> kadams54: a couple of QA things on the summary, I noted them in the card under polish in the description
[14:42] <kadams54> ok
[15:35] <rick_h_> ok, status email sent, couple cards added for polish/etc. Going to take a break an walk the dog
[15:36] <rick_h_> biab
[17:30] <hatch> hello fellow weekenders
[17:46] <antdillon> hatch, Hey
[17:46] <hatch> hows it going antdillon ? pulling some weekend hours too?
[17:46] <antdillon> hatch, Na it official like, just checking all's good
[17:47] <hatch> so far :) 
[17:47] <hatch> rick commented that there were some qa issues with your branch
[17:47] <hatch> not sure what they were yet
[17:48] <hatch> I probably won't get a chance to look at it this wkend
[17:53] <antdillon> hatch, I'll take a quick look
[17:54] <antdillon> hatch, I fixed up Kyle QA last night. He's landed it all now
[17:55] <hatch> oh cool
[17:55] <hatch> jcsackett are you around?
[18:00] <antdillon> hatch, I'll be around a bit tomorrow to help out if your guys have any styling stuff
[18:00] <hatch> ok cool
[18:11] <Makyo> hatch, ping
[18:11] <hatch> hey 
[18:11] <Makyo> Running into a weird JS problem.
[18:12] <hatch> ok, shoot
[18:13] <Makyo> this.changeSet has one property, addMachines-866, but this.changeSet['addMachines-866'] is undefined.  In the JS console, it shows as (...)
[18:13] <Makyo> Have you run into this before?
[18:13] <Makyo> I remember I have, but I can't remember the workaround
[18:14] <hatch> try console.dir(this.changeSet['addMachines-866'])
[18:14] <Makyo> console looks like https://gist.github.com/makyo/25153ef6db7b152dc8e5
[18:14] <hatch> yeah, try using console.dir
[18:14] <Makyo> Just says undefined.
[18:14] <hatch> hmm
[18:14] <Makyo> Trying to figure out where it's getting set to that.
[18:15] <hatch> ohh, are these defined properties
[18:15] <Makyo> Nope.
[18:15] <antdillon> Makyo, I used the changeSet ok in the deployer-bar.js is that helps
[18:15] <hatch> has antdillon's branch landed in yours? The one with the Object.observe pollyfill?
[18:16] <hatch> I wonder if that's converting it to a defined property
[18:16] <Makyo> Hmm, maybe.
[18:16] <hatch> the getter and setter is throwing me off
[18:16] <hatch> why would those be there if there wasn't a defined property
[18:16] <Makyo> Ah, yep.
[18:16] <Makyo> That's probably what's happening.
[18:17] <Makyo> Alright, thanks.
[18:17] <hatch> np, not sure what the solution is though :)
[18:18] <Makyo> Me either, but it gets me on the right path as to why it's still in the object.
[18:19] <Makyo> Or not, hah.  Well, I'll keep poking around for another few minutes.
[18:25] <rick_h_> hey guys
[18:26] <rick_h_> bah, missed ant
[18:26] <rick_h_> if ant comes back we could use some info on what design he was doing the deployment summary to
[18:26] <rick_h_> the qa issues were after it landed, so they're current issues
[18:26] <rick_h_> hatch: let me take jc's card then you and you run with drag/drop stuff
[18:26] <hatch> Makyo darn...well I'm about to land jc's branch
[18:27] <rick_h_> hatch: ok, well never mind
[18:27] <hatch> yeah the tokens are super broken though
[18:27] <hatch> but they show up
[18:27] <rick_h_> ok, well we can update them
[18:27] <rick_h_> yea, that's good enough, to have divs to start to drag/drop
[18:27] <rick_h_> I can look at them then and see if I can update them to less broken state
[18:27] <hatch> yep got that :)
[18:27] <hatch> just running local lint and tests
[18:27] <rick_h_> coolio
[18:40] <rick_h_> hatch: prioritize dropping on a container in an existing machine over new machine
[18:41] <rick_h_> hatch: sounds like that's the demo, have an existing bnudle running, add nagios server, place it on an existing machine, hit deploy
[18:42] <hatch> ok the demo wireframe has it dropping on a machine as well
[18:42] <hatch> If you download the pdf you can zoom into it more
[18:42] <Makyo> hatch, it's Object.observe's fault.  I have a workaround.
[18:42] <rick_h_> hatch: yea, forget that wireframe
[18:42] <rick_h_> hatch: new plan
[18:42] <hatch> Makyo ahh, well that was a pretty good guess then :)
[18:42] <hatch> rick_h_ lol oh boy
[18:43] <rick_h_> jujugui just copied everyone on an email where I'm working with othres to get into the official demo plan on things
[18:43] <rick_h_> hatch: well it's simpler tbh
[18:43] <hatch> yeah - I'm happy with simpler :)
[18:43] <rick_h_> hatch: no relations, no config, just place one service on an existing machine
[18:43] <rick_h_> hit deploy, get the summary, confirm, done
[18:43] <hatch> drag from unplaced to a container.....got it
[18:43] <rick_h_> hatch: rgr
[18:44] <rick_h_> Makyo: ^ I don't think it savesus anything on the ecs-machine end but fyi
[18:48] <hatch> css shapes are pretty cool http://alistapart.com/article/css-shapes-101
[19:03] <hatch> hehe python interpreter written in JS is faster than Cpython :P https://rfk.id.au/blog/entry/pypy-js-faster-than-cpython
[19:12] <rick_h_> :P
[19:30] <hatch> rick_h_ I've figured out what locks us in the machine view panel
[19:31] <rick_h_> hatch: orly cool
[19:31] <hatch> if you try and add units to a service which doesn't exist, then click machine view, you can't click back
[19:31] <hatch> the addUnit code isn't resilient I guess
[19:32] <rick_h_> gotcha, ok. Well we can avoid that thankfully for now and will add a card
[19:32] <rick_h_> card added
[19:34] <rick_h_> hatch: ok, so with JC's branch and yours we don't see tokens from undeployed units because creating a service doesn't create the one ghost unit yet right?
[19:34] <hatch> correct
[19:34] <hatch> you actually cannot deploy a service with 0 units
[19:34] <hatch> it errors
[19:35] <hatch> but that doesn't mean that that unit couldn't be unplaced I suppose
[19:35] <hatch> I haven't looked into why it errors yet
[19:35] <rick_h_> hatch: ok, I wonder if kadams's branch touches this at all
[19:40] <hatch> umm
[19:40] <hatch> no it wouldn't 
[19:40] <hatch> but I'd like to chat with him about that branch because he can use the same code that's used in the machine list and mass scale up service list
[19:40] <hatch> save him a bunch of time writing it himself
[19:40] <hatch> rick_h_ was he putting in time this weekend?
[19:41] <rick_h_> hatch: yea, he was around this morning
[19:41] <rick_h_> hatch: k, use email then for now to send that out
[19:41] <rick_h_> and I'll try to catch him and point him at it 
[19:41] <hatch> ok cool, will do
[19:46] <hatch> email sent, and cc'd u
[19:46] <rick_h_> ok, so I'll start look at that getting a single unplaced service going. Then we can look at styling the token shown to be pretty
[19:46] <rick_h_> hatch: cool thanks
[19:48] <hatch> yeah that sounds good - have fun in environment land....there be dragons in there :)
[19:48] <rick_h_> ruh roh
[19:48] <hatch> ben wrote it, blame him
[19:48] <hatch> lol
[19:48] <rick_h_> lol, good to know
[19:48] <hatch> this demo is nuts
[19:49] <hatch> at least he made the bundle look pretty
[19:49] <hatch> ish
[19:49] <rick_h_> :)
[19:51] <hatch> it would be cool if you clicked on a service if it would hide all services not related to that one
[19:51] <hatch> in a complex env like that
[19:52] <rick_h_> yea, that's the plan :P
[19:52] <rick_h_> in the filter settings ui for the left panel
[20:09] <hatch> rick_h_  Once the user starts to drag, the headers turn into their drop target UIs, The container/machine tokens stay the same UI. And if the user drops on a blank space the unplaced token being dragged snaps back to the original place and everything returns to normal 
[20:09] <hatch> that all sounds like the proper UX?
[20:12] <rick_h_> hatch: sounds good to me
[20:13] <hatch> :+1:
[20:16] <Makyo> Woo, only 233 failures.
[20:17] <rick_h_> lol
[20:23] <hatch> party on!
[20:23] <hatch> :beer:
[20:27] <hatch> Oo boy I forgot about IE testing....
[20:27] <rick_h_> heh
[20:29] <rick_h_> follow up card, we don't be using IE
[20:29] <hatch> now the question is....how do I do testing in IE with vagrant running...
[20:29] <hatch> hmm
[20:31] <rick_h_> fire up a sauce IE session and point it at your home network
[20:31] <rick_h_> or bring up an IE VM using anything else
[20:31] <rick_h_> can't you run vbox/fusion/etc locally? 
[20:31] <rick_h_> and point it at the vagrant ip
[20:31] <hatch> vagrant uses virtual box, and my win 8 vm is on parallels
[20:31] <hatch> opening up both vm engines causes a kernel panic
[20:32] <hatch> parallels runs windows extremely well 
[20:32] <rick_h_> oh, well that sucks
[20:32] <rick_h_> so create an IE VM in virtualbox?
[20:32] <hatch> the good news is that dragging and dropping a unit on a container token (third column) now works 
[20:36] <hatch> rick_h_ when I drag and drop a charm then click deploy the deploy list shows a service to deploy then switches to 'no uncommitted changes' right away.....
[20:36] <hatch> confirm still works....but did you know about this bug?
[20:37] <rick_h_> no, I've not seen it
[20:37] <rick_h_> oh now I do :/
[20:37] <rick_h_> hmm, it was just working
[20:37] <rick_h_> I added cards to fix broken icons and such on it
[20:38] <rick_h_> actually it works in my fresh checkout
[20:38] <rick_h_> hatch: try before your last landing of pr/298?
[20:39] <rick_h_> hatch: hmm, only does it the first time the button is pressed
[20:39] <hatch> yeah
[20:39] <rick_h_> close and go back and it's there
[20:39] <hatch> this was somehow caused by the changes from jc's branch you're saying?
[20:40] <rick_h_> woot got a token to show up
[20:40] <Makyo> Down to 2 failures, but now tests crash.,
[20:41] <rick_h_> hatch: well I'm asking. I hadn't seen this behavior until you just mentioned it and I qa'd it several times today
[20:41] <rick_h_> hatch: so pondering something changed
[20:41] <rick_h_> Makyo: heh, comment out the deployer bar tests and see if it still happens
[20:41] <rick_h_> Makyo: in the index.html, those were crashing for me though kadams thinks he got the one doing it
[20:42] <hatch> oh, I've got a few too many changes right now to bisect back but I can in a while
[20:42] <rick_h_> hatch: rgr, I'll add a card to look into it
[20:42] <hatch> Makyo tests always crash for me, I have to use test-server
[20:42] <Makyo> hatch, this is test server
[20:42] <hatch> it's painfully slow, but.....such is life
[20:42] <hatch> oh....
[20:42] <hatch> :'(
[20:42] <Makyo> Something's inflooping
[20:46] <Makyo> Huh, must just be a browser thing.  All tests pass in test-debug; the two failures were about the cookies being set.
[20:46] <Makyo> So...bonus!
[20:46] <rick_h_> heh woot
[20:46] <rick_h_> does it crash in both FF and chrome?
[20:47] <Makyo> Haven't tried FF yet. Will now.
[20:49] <Makyo> rick_h_, Everything's fine in FF.  Just some weirdness in chrome, I guess.
[20:50] <rick_h_> Makyo: hmm, ok good to know
[20:50] <Makyo> Oh, I had a another window of tabs open.  Wonder if something's stealing resources.
[20:51] <hatch> nom nom resources
[20:52] <rick_h_> bah, this is such a twisted bit of code
[20:53] <rick_h_> was never meant to do this
[20:57] <Makyo> Chrome works, but still has the two cookie banner failures.
[20:57] <Makyo> Oh well.
[20:57] <Makyo> Let me commit and push.  guihelp if anyone has a moment, I might ask for a test-run on chrome
[20:57] <rick_h_> Makyo: rgr
[20:58] <rick_h_> I might need a pre-imp or help with this branch
[20:58] <rick_h_> I somehow got it to work once but now can't again and no idea how it worked the first time
[20:59] <Makyo> guihelp: https://github.com/makyo/juju-gui/tree/more-ecs-calls
[21:00] <rick_h_> Makyo: pulling down
[21:01] <rick_h_> ty verizon for letting me know I've not hit 75% of my monthly bandwidth allotment
[21:05] <rick_h_> Makyo: ran here, one failure but can't find it yet
[21:06] <rick_h_> when I click on the 1 failure it opens "removes the drag handlers" test
[21:06] <rick_h_> no cookie issues here
[21:08] <Makyo> Hmm.
[21:08] <hatch> rick_h_ how much data do you have on that hotspot?
[21:09] <rick_h_> hatch: 10GB/mo
[21:09] <hatch> oh haha that's tons
[21:09] <rick_h_> crossed 7.5 with about 8 days left in the cycle
[21:09] <hatch> lol netflix?
[21:09] <rick_h_> well, with the sprint and such
[21:09] <rick_h_> no, no movies
[21:09] <hatch> I've only ever once gone over and that's from downloading hd movies on itunes
[21:09] <rick_h_> did that once, downloaded a movie for the boy while camping, 3.3GB eats a ton of space
[21:10] <rick_h_> I did get a new hotspot now that should work internationally so can only have one wheee
[21:11] <hatch> oh rock on
[21:11] <hatch> what's that plan cost? must be pricey 
[21:11] <rick_h_> ok, well the 10G is shared between hotspot, my phone, wife's phone
[21:11] <rick_h_> for all three it's aroud $200/mo
[21:12] <rick_h_> my phone usually does 1-2GB and she does around 500MB and rest is for hotspot
[21:12] <rick_h_> where the $#@$#@ does the ghost service get its unique id from?
[21:14] <hatch> ouch your cellular service is such a ripoff
[21:14] <rick_h_> woot!
[21:15] <rick_h_> wow and I do get a machine with the service
[21:15] <rick_h_> crazy
[21:15] <Makyo> app/models/models.js:494
[21:17] <rick_h_> Makyo: thanks, I realized I could just use the ghostService there. So I can drag/drop and get an unplaced unit token to show up 
[21:17] <rick_h_> total hack but wheee
[21:20] <rick_h_> hmm, wonder if you can deploy a 0 unit service to lxc
[21:22] <hatch> ok tokens can now be dragged and dropped 
[21:23] <hatch> jujugui should we destroy/re-create units when the user places an unplaced unit in a machine....or modify it the original
[21:23] <hatch> ^ this will have to be ecs'able
[21:24] <hatch> good morning huwshimi 
[21:26] <huwshimi> hatch: Morning
[21:26] <huwshimi> hatch: How's it all going?
[21:27] <hatch> well I think
[21:28] <huwshimi> Good :
[21:28] <huwshimi> *:)
[21:28] <hatch> I landed jc's branch so it can be styled now
[21:28] <hatch> are you working today?
[21:28] <hatch> it's like 730am there right?
[21:29] <rick_h_> hatch: https://github.com/juju/juju-gui/pull/299 is what I've got working
[21:29] <hatch> looking
[21:29] <rick_h_> hatch: so I think the only thing we'd have to modify is the machine 
[21:29] <rick_h_> though I'm still working through how this is going to work. 
[21:29] <hatch> right, but the act of dragging an unplaced unit to a container still needs to be added to the ecs right?
[21:30] <hatch> so we need a 'modify unit' in the ecs as well
[21:30] <hatch> cool hack.....not sure that feels right though as an official implementation :)
[21:31] <hatch> or maybe it does.....
[21:31] <rick_h_> hatch: yea, no kidding. But if addUnits is ecs-ified...
[21:31] <hatch> a service without a unit.....is kind of pointless.....
[21:31] <hatch> so they need at least one
[21:31] <rick_h_> hatch: though, what about our local charm story of adding a charm to the env without deploying it?
[21:31] <hatch> well that's a charm, not a service
[21:32] <rick_h_> and in this case you still end up with a unit, just not as part of env.deploy call
[21:32] <rick_h_> true
[21:32] <hatch> I'm wondering if a deploy call should, no matter what, create a unit, but be unplaced
[21:32] <hatch> so revert your changes, but change what it does in the back end to mirror your changes
[21:33] <rick_h_> I was looking in there but not all the data is there
[21:33] <hatch> hmmm
[21:33] <rick_h_> I'll look there, just working on how the parts fit atm
[21:34] <rick_h_> I've tracked what's been going on but not actually been diving in here a ton :/
[21:34] <rick_h_> hatch: anyway, I'd expect the drag/drop to just modify the machine info on the unplaced unit data in the db
[21:35] <hatch> ok, but via the ecs
[21:35] <rick_h_> hatch: 100%
[21:35] <hatch> so ecs.modifyUnit('unitId', 'field', 'newVal')
[21:35] <hatch> ish
[21:35] <huwshimi> hatch: I'll try and get some stuff done a bit later. It's mother's day here so we're going out for breakfast and then I'll see what I can get done.
[21:36] <huwshimi> hatch: (yeah, it's 7:30am)
[21:36] <rick_h_> or maybe ecs.placeUnit() which would sync up the pending machine/container and the pending unit or what not
[21:36] <hatch> huwshimi cool np, yeah mothers day here tomorrow too
[21:36] <rick_h_> huwshimi: tell mom we say hello! 
[21:36] <hatch> ahh placeUnit much better
[21:36] <huwshimi> rick_h_: hehe, will do :)
[21:36] <hatch> new card!
[21:36] <rick_h_> hatch: lol
[21:39] <hatch> ok back to writing tests *grumble grumble grumble*
[21:47] <rick_h_> hmm, ok so we're getting crazy version numbers from somewhere and that's what caused it to not work in lxc
[21:51] <hatch> crazy version numbers?
[21:51] <rick_h_> it's part of the deploy stuff modifying the serviceName
[21:52] <hatch> ohh, yeah I added a random number generated to the end of the serviceName
[21:52] <hatch> without the inspector there is no way to modify it, so I didn't want it to blow up if people used two of the same charms
[21:52] <rick_h_> right, but that looks like a service-version so it tries to deploy rev XXX of mysql charm
[21:52] <rick_h_> gotcha
[21:53] <rick_h_> yea, we'll have to figure that out
[21:53] <hatch> ohhh heh, that can be fixed by removing the - then
[21:53] <hatch> mysql1234
[21:53] <hatch> for example
[21:53] <hatch> oops, thats my bad
[21:53] <hatch> I didn't realize that it would have just split on the -
[21:53] <rick_h_> all good
[21:53] <hatch> $500,000 for 1300sq/ft house....this city is going bonkers
[21:54] <rick_h_> woo! my house will make me rich!
[21:54] <rick_h_> except here it's 1/4 of that 
[21:54] <rick_h_> so you should move down here
[21:55] <rick_h_> ok, taking the boy to the park for a bit, biab
[21:55] <hatch> haha, cya
[23:13] <huwshimi> hmm... how do I get an unplaced unit?
[23:15] <huwshimi> oh, I see we now have numbers as part of the service name
[23:22] <rick_h_> huwshimi: check out the QA instrcutions for the branch
[23:22] <rick_h_> huwshimi: https://github.com/juju/juju-gui/pull/296
[23:22] <rick_h_> for instance
[23:28] <huwshimi> rick_h_: Thanks