[00:00] <rick_h_> I've been trying to just ignore it tbh
[00:00] <hatch> weather been good?
[00:00] <huwshimi> hatch: Will do!
[00:00] <hatch> huwshimi thanks!
[00:01] <rick_h_> hatch: heh, it's been on/off. The bugs are the things that keep messing things up
[00:01] <hatch> ahh yeah that's a real constant problem for us - at night it hums from the mosquitos 
[00:02] <hatch> There must be a lot of campers to feed all of them
[00:02] <hatch> :)
[02:00] <hatch> huwshimi hey how goes the battle with the ui tokens?
[02:01] <huwshimi> hatch: Not bad, should have a review ready today.
[02:01] <huwshimi> hatch: Depends on how long your qa takes :)
[02:01] <hatch> coolio - I'm interested in the technique you took
[02:01] <hatch> haha, I'm hoping my QA doesn't take too long :)
[07:43] <rogpeppe> mornin' all
[12:53] <jcsackett> morning all (or afternoon).
[12:56] <jcsackett> how goes the PR work?
[12:59] <anthonydillon> jcsackett, I did, deleted all the in needed files and moved the humans.txt
[13:01] <jcsackett> anthonydillon: hm, ok. lemme double check the PR.
[13:01] <jcsackett> not a lot of coffee yet this morning, i probably misread the diffstat. :p
[13:03] <anthonydillon> jcsackett, Mmmm let me check
[13:04] <jcsackett> ok.
[13:05] <redir> morning
[13:08] <bac> redir: you survived NC?
[13:12] <anthonydillon> jcsackett, Ah thats more like it. I have just removed all unused files
[13:16] <redir> bac: I did.
[13:20] <kadams54> guihelp: I think my current card may already be fixed; having a hard time reproducing it. "Ghost inspector remains once service has been deployed" - anyone know if this is still an issue?
[13:44] <bac> hey redir, you have access to os x, right?  would you have time to do a code review/qa of quickstart on os x?
[13:44] <redir> bac: I have one yes
[13:45] <redir> I think it is mavericks even
[13:45] <redir> but a few years old HW-wise
[13:46] <redir> I can dig it out and do a review -- but it probably won't happen until after standup, bac.
[13:46] <bac> redir: ok
[13:46] <redir> which where do I need to look
[13:46] <redir> quickstart on osx?
[14:01] <hatch> bac I can also give it a go if you need another
[14:02] <bac> redir: oh, sorry, i got distracted.  the RV is https://codereview.appspot.com/102870043
[14:02] <bac> hatch: that'd be nice if redir cannot.  just need one.
[14:02] <hatch> kadams54 the bug you're currently working on #1325466 is likely do to the topology service.js click handler not ignoring the second click - AIUI we no longer have a differnt action for double click vs single
[14:02] <_mup_> Bug #1325466: Sidebar breaks with il flag after double click <juju-gui:In Progress by kadams54> <https://launchpad.net/bugs/1325466>
[14:03] <kadams54> hatch: Good to know. It also looks like the GhostServiceInspector is not removing its DOM elements on destroy
[14:05] <hatch> ahh it might need a `this.get('container').remove()` in the destructor
[14:05] <hatch> I thought that was fixed already though
[14:05] <hatch> maybe a bad merge removed it heh
[14:09] <kadams54> I thought I fixed it as well, but may have only been for a non-ghost inspector.
[14:12] <bac> redir: can you see rietveld's now?
[14:13] <kadams54> hatch: the other card I have, "Ghost inspector remains…" I can't reproduce. Do you know if that's still a problem?
[14:13] <hatch> umm I didn't see, one sec
[14:14] <redir> bac I can see them without my canonical login I think
[14:14] <redir> using personal one
[14:14] <hatch> kadams54 Makyo fixed that one already
[14:15]  * redir starts digging mac out from under a pile
[14:15] <kadams54> hatch, Makyo: woot!
[14:15] <hatch> heh, that card should have been removed....tisk tisk :P
[14:17] <rick_h_> redir: PM
[14:20] <redir> rick_h_: oui
[14:31] <bac> redir: the RV i linked is wrong.  correcting.
[14:35] <redir> bac: cool just got mac out and plugged in 
[14:35] <redir> lemme get her up and running and have a look
[14:36] <rick_h_> kadams54: I thnk that bug is fix committed not released as we've not done a release yet
[14:37] <kadams54> Oops, yeah, will fix.
[14:38] <bac> redir: actual RV at https://codereview.appspot.com/101980050
[14:38] <bac> redir: prelim instructions at http://paste.ubuntu.com/7573466/
[14:45] <redir> bac k
[14:48] <redir> relurk -> instructions http://paste.ubuntu.com/7573466/ 
[14:48] <redir> relurk: https://codereview.appspot.com/101980050 <- RV
[14:49] <redir> bac me needs to install brew
[14:50] <hatch> jujugui call in 10
[14:50] <hatch> kanban now
[15:00] <hatch> jujugui call now
[15:11] <bac> kadams54: will you be live-blogging here?
[15:11] <kadams54> Wasn't particularly planning on it - don't want to spam the channel :-)
[15:11] <redir> bac is it known to not work without brew?
[15:12] <hatch> kadams54 I just REALLY hope they don't make OSX look like IOS 
[15:12] <kadams54> But if hatch's summary is wrong, I'll update :-)
[15:12] <bac> redir: brew is required.  we're going to distribute as a brew package
[15:12] <hatch> those 'leaks' look like garbage
[15:12] <redir> bac oic
[15:13]  * bac wants a new set of Beats made from a single block of aluminum
[15:13] <bac> full disclosure: /me does not have beats.  does not want beats.
[15:14] <hatch> bac lol!!
[15:16] <redir> def linux people behind brew
[15:28] <redir> brewing python
[15:29] <redir> bac yt?
[15:29] <bac> hola
[15:30] <redir> so brewed python installed 
[15:30] <redir> next it says running juju-quickstart
[15:30] <redir> do I need to DL something or check something out?
[15:30] <redir> clone?
[15:31] <redir> ~bac/juju-quickstart/platform-settings-2
[15:31] <redir> ?
[15:32] <redir> brew installing bzr
[15:33] <bac> redir: "next it says running jj-qs" -- what does that mean?
[15:33] <bac> redir: wanna chat?
[15:33] <relurk> sure
[15:33] <redir> bac I mean sure
[15:34] <bac> redir: paste link?
[15:34] <redir> https://plus.google.com/hangouts/_/g3zrk7v2262aeqkfirmalgk2kma?authuser=3&hl=en
[15:57] <kadams54> guihelp: https://github.com/juju/juju-gui/pull/357 is ready for review/QA.
[16:08] <kadams54> hatch__: You know if anyone's looked at your il branch in a real env yet?
[16:09] <hatch__> kadams54 I don't think they have
[16:14] <redir> bac. done. argparse.SUPPRESS who knew...
[16:20]  * redir lunches
[16:30] <hatch> kadams54 are you trying it in a real env?
[16:30] <kadams54> hatch: yup
[16:30] <hatch> cool thanks, all good so far?
[16:41] <hatch> nice I'm up to 18% of the tests passing
[16:41] <hatch> lol
[16:42] <kadams54> Well, having problems getting my real env setup again… so not making great progress yet.
[16:43]  * rick_h_ *cough cough*ec2 azure hp cloud and canonistack are real envs that you can get for free or expense and  get around lxc issues *cough*
[16:45] <kadams54> rick_h_: I'm actually trying to bootstrap my ec2
[16:45] <kadams54> Using juju-quickstart…
[16:45] <rick_h_> kadams54: and having issues?
[16:46] <kadams54> rick_h_: Not entirely sure. It seems to be taking much longer than I remember
[16:46] <rick_h_> kadams54: well ec2 takes a while to bootstrap, 5-10min ish
[16:46] <rick_h_> then the gui should be up in another 1-2min
[16:46] <kadams54> OK, I probably just need to be more patient :-)
[16:46] <rick_h_> it's the joy of lxc, but if lxc gives grief it's nice to have a backup
[16:47] <hatch> sometimes ec2 hangs for no reason
[16:48] <hatch> like it can't provision a machine
[16:48] <hatch> it eventually will
[16:48] <hatch> but I've had times where ec2 takes 20m to make a machine
[16:48] <hatch> this is an ec2 issue not a juju one
[17:13] <kadams54> Hah: OS X Weed
[17:14] <kadams54> "oddly enough, this name had large pockets of support within the product marketing group"
[17:14]  * rick_h_ bac howdy, got a sec?
[17:14] <rick_h_> bah
[17:14] <bac> bah?
[17:14] <rick_h_> see pm
[17:30] <kadams54> Next Safari will support Javascript Promises!
[17:30] <kadams54> Who else is excited?
[17:30] <kadams54> ;-)
[17:32] <rick_h_> now let's just hope they're not A+ promises :) kadams54 
[17:33] <hatch> 381 failures to go!
[17:34] <bac> kadams54: ha, big red box next to AAPL in the stocks widget he just showed.
[17:34] <hatch> Safari is becoming IE with their slow updates :)
[17:34] <hatch> although it is by far the most battery efficient :)
[17:37] <kadams54> hatch: not sure if you caught it, but the next Safari will run Netflix video natively, no Silverlight plugin. More battery savings.
[17:37] <kadams54> But yeah… slow.
[17:37] <kadams54> (with the updates)
[17:38] <kadams54> Need to decouple browser updates from the OS
[17:38] <hatch> kadams54 no I'm not watching - I don't care for the Apple hype conference - I'll catch the summary :)
[17:51] <hatch> now if it was a Google hype conference.... WELL THEN
[17:51]  * rogpeppe is done for the day
[17:51] <hatch> that's a different story
[17:51] <hatch> :P lol jk
[17:51] <rogpeppe> g'night all
[17:51] <hatch> rogpeppe have a good night
[17:52] <hatch> oo the tests are refreshing the browser now
[17:52] <hatch> fancy!
[18:02] <redir> kadams54: natively being flash or html5+codec w/ DRM?
[18:03] <kadams54> redir: HTML5 premium video extension
[18:03] <redir> premium, sounds fishy
[18:03] <redir> gourmet, deluxe, pro
[18:03] <Makyo> hatch, I'm timeboxing this branch.  I'll make a card for updates to the overlay-indicator stuff to help make a smoother caching experience.
[18:03] <kadams54> redir: premium = DRM
[18:04] <redir> mmmm yes pay more for less that is a premium:)
[18:05] <hatch> Makyo sure np
[18:05] <hatch> kadams54 I really hope you can turn off that transparency they are showing in all the OSX windows
[18:06] <kadams54> I'll reserve judgement until I actually use it.
[18:06] <hatch> looks like they copied Alfred with their new search box
[18:06] <hatch> and now added hangouts like support to it
[18:06] <hatch> typical copy and call it new stuff here
[18:07] <redir> kadams54: netflix is something I miss on linux
[18:08] <hatch> good to see Apple keeping up the trend
[18:08] <hatch> cloning all of the great stuff from Ubuntu and third party apps and calling it new and innovative 
[18:09] <kadams54> Good to see hatch keeping the Apple tropes alive and well ;-)
[18:09] <hatch> haha
[18:10] <kadams54> Right now the interesting things look like iCloud Drive (Dropbox + iCloud) and Continuity. Not sure if there's anything quite like Continuity on the Android side.
[18:10] <hatch> not sure - what is it?
[18:11] <hatch> tldr (I just scrolled through a liveblog)
[18:11] <kadams54> Integration across phone, ipad, and desktop
[18:11] <hatch> you mean like google drive? dropbox?
[18:11] <kadams54> No
[18:11] <kadams54> You can take/make calls coming into your phone from your desktop
[18:12] <hatch> ohh, like google voice
[18:12] <kadams54> Your text messages are sync'd from your phone to your iPad and computer, so now it's not just iMessage users that you see across all three, but any messages.
[18:12] <hatch> which doesn't work in Canada :(
[18:12] <kadams54> I think it's a step beyond google voice
[18:12] <hatch> kadams54 I bet that feature is VERY carrier specific
[18:13] <hatch> it likely won't be coming to Canada
[18:13] <kadams54> I don't think it has anything to do with the carrier
[18:13] <hatch> well it has to get the sms messages from somewhere
[18:13] <hatch> so it's reading all your sms's and uploading them to a server so it can distribute them
[18:13] <kadams54> It's more that the phone is communicating over the network to the desktop or iPad
[18:13] <kadams54> So the carrier is abstracted away.
[18:14] <kadams54> The phone itself is the proxy
[18:14] <hatch> ahh yeah there are apps for that on Android
[18:14] <kadams54> ANd the desktop/iPad don't care about the carrier
[18:14] <hatch> they just upload all your sms's to their server
[18:14] <kadams54> I don't think that happens either
[18:14] <hatch> well how else does it get from the phone to the desktop?
[18:14] <kadams54> I suspect it's peer-to-peer
[18:15] <hatch> I doubt it
[18:15] <hatch> turn the computer on and then the phone uploads all of the sms's ?
[18:15] <kadams54> They didn't really address what happens with the phone and desktop aren't on the same LAN
[18:16] <hatch> my phone is almost never connected to my wifi
[18:16] <bac> redir: can we chat re: the customer work you were doing before your vacation?
[18:16] <hatch> so yeah
[18:16] <hatch> my LTE Is faster than my home internet lol
[18:16] <redir> bac sure
[18:16] <bac> redir: daily-standup hangout
[18:16] <redir> k
[18:16] <kadams54> The problem with pushing SMS out to a server is privacy. In the few places where they are transmitting data out to a server, they've been very careful to address the question of privacy.
[18:16] <kadams54> On the other hand, they didn't say anyhting like that when demo'ing the message sync'ing across devices.
[18:17] <hatch> right, but without that server the awesomeness is really reduced
[18:17] <kadams54> I'm skeptical
[18:17] <kadams54> I suspect you're an edge case :-)
[18:17] <kadams54> Most people have their phones on the lan with their other devices.
[18:18] <kadams54> Continuity goes beyond just phone and message though - it's also workflow stuff
[18:18] <hatch> why though? 
[18:18] <kadams54> Because LAN > cell
[18:18] <kadams54> Besides, I don't have to choose
[18:18] <kadams54> If you start an e-mail message on your phone, your desktop knows what you're working on
[18:18] <kadams54> And you can resume the e-mail on your desktop
[18:19] <kadams54> Ditto for web browsing
[18:19] <hatch> yeah that would be pretty cool 
[18:19] <hatch> so they are basically packaging up applications and workflows that other platforms have into one name
[18:19] <hatch> which I suppose would be nice
[18:19] <hatch> hopefully they will provide an api for that
[18:19] <kadams54> It's hard without knowing the tech details about how far and deep the integration goes - do they provide 3rd party APIs?
[18:20] <hatch> :)
[18:20] <kadams54> But that's the purpose of WWDC :-)
[18:20] <hatch> you sure? All I'm seeing on these images is advertising 
[18:20] <hatch> :P
[18:20] <kadams54> My guess is that the newer techs, like Continuity, won't
[18:20] <kadams54> Not until next year
[18:20] <kadams54> Apple likes to get real world experience before bringing out a 3rd party API
[18:21] <kadams54> hatch: not during the keynote. The sessions afterwards :-)
[18:21] <kadams54> https://developer.apple.com/wwdc/schedule/
[18:21] <hatch> oh I thought the wwdc was this keynote
[18:21] <hatch> lol
[18:22] <hatch> ugh I have to log into their walled garden just to see the schedule...sheesh
[18:23] <hatch> oh most of the sessions are about new stuff that's not released yet
[18:23] <hatch> I was like 'wtf no titles?'
[18:23] <hatch> haha
[18:24] <kadams54> Yeah, not many conferences have sessions that are only revealed *after* the keynote :-)
[18:25] <hatch> well they have to keep their NEW....umm.....infinite search app store listings SECRET
[18:25] <hatch> lol
[18:26] <hatch> Makyo can you plz make a card for the follow-ups so we can easily see what's blocking the il release
[18:26] <Makyo> Yep, on it now.
[18:26] <hatch> thank yas
[18:34] <hatch> kadams54 do you use the touchid?
[18:34] <kadams54> all the time
[18:34] <hatch> everyone I know doesn't - they use the pin pad, claim the pin pad is faster
[18:34] <hatch> true?
[18:35] <kadams54> Absolute malarkey
[18:35] <hatch> yeah? Like I'm not kidding, the 4 people i know who use iphones do not use it
[18:35] <hatch> they say its a couple seconds to unlock with it, so the pin is faster
[18:35] <kadams54> It's possible individual mileage varies, but I'm skeptical they gave it any serious usage
[18:36] <hatch> that's possible
[18:36] <kadams54> Most of the time it's maybe a tenth of a second
[18:36] <hatch> yeah that seems odd then that all 4 don't use it
[18:36] <hatch> haha
[18:36] <hatch> maybe they were doing it wrong
[18:36] <hatch> lol
[18:36] <hatch> one taught the others incorrectly
[18:36] <kadams54> There's a rare occasion where it takes longer, usually when I don't use my primary finger or have the finger at an odd angle
[18:36] <kadams54> That happens maybe once a week
[18:37] <kadams54> Which I suspect is very small percentage of the numerous times I unlock the phone during the day
[18:37] <kadams54> I setup the max number of fingers it allows
[18:37] <kadams54> Which helps make it more useful
[18:37] <hatch> the middle finger?
[18:37] <hatch> :D
[18:37] <kadams54> :-)
[18:38] <hatch> I'm just happy that OpenGL is now in Safari
[18:38] <kadams54> I'm skeptical that the problem is learning how to use it incorrectly, mostly because it's very easy to use.
[18:38] <hatch> Safari has bleeding fast JS so hoping the OpenGL stuff is equally as fast
[18:39] <hatch> maybe they have all set up the fingers wrong or something
[18:39] <kadams54> I suspect the problem is more that most geeks are inherently skeptical of fingerprint users, so it ends up being a self-fulfilling prophecy
[18:39] <kadams54> One bad experience and it confirms all pre-conceived notions, so they're back to the pin
[18:39] <hatch> haha true
[18:39] <hatch> my favourite is still the swipey pattern unlock
[18:39] <hatch> some people take it overboard though
[18:40] <kadams54> Here's how fast TouchID usually works for me
[18:40] <kadams54> I just push the home button
[18:40] <kadams54> And in the time it takes me to complete the push, my fingerprint is read and recognized
[18:40] <hatch> yeah that would be awesome
[18:41] <kadams54> So I unlock my phone and pop out of the current app back to the home screen in one click
[18:46] <kadams54> Hmm. Apple's announcing a new programming language. "Objective-C without the C." Called "Swift".
[18:47] <hatch> It's just Objective now
[18:47] <hatch> lol
[18:49] <kadams54> Swift seems like a mashup of Python/Ruby-esque syntax with Go's native compilation.
[18:50] <kadams54> + all of the iOS/OSX libraries, of course
[18:52] <hatch> Makyo rofl I just posted the same thing you retweeted
[18:52] <hatch> haha
[18:52] <Makyo> hatch, which? :D
[18:52] <hatch> https://twitter.com/FromAnEgg/status/473537267764457472
[18:52] <Makyo> Hahaha
[18:53] <Makyo> Watching my twitter feed have a meltdown on that, currently.
[18:53] <redir> a new  programming language
[18:53] <redir> heh
[18:53] <Makyo> Also liking http://live.gizmodo.com/our-wwdc-liveblog-starts-monday-june-2nd-at-12pm-et-1-1582090802 "Some other swifts you may care about"
[18:53] <hatch> like seriously....ANOTHER language
[18:53] <hatch> there wasn't a SINGLE language currently available that would have worked
[18:54] <Makyo> We just need a catchy Go+iOS mashup word.
[18:54] <Makyo> iGo, I guess.
[18:54] <hatch> nah Swift has Generics
[18:54] <hatch> it's Modern....bahahaha
[18:55] <Makyo> Last retweet for you, hatch :D
[18:55] <hatch> haha
[18:55] <redir> swiftfiddle
[18:56] <Makyo> Hahah
[18:56] <redir> but it is all clang/llvm loving
[18:57] <redir> they've prolly been working on it for a long time too
[18:57] <Makyo> I've yet to dig into all that.  I got QTimeLapse to build on OS X, but haven't done any real coding outside of python on the thing.
[18:57] <hatch> redir from golang ""We also considered using LLVM for gc but we felt it was too large and slow to meet our performance goals.""
[18:57] <hatch> :D
[18:58] <redir> hatch: their needs are pretty different than a systems language
[18:58] <redir> s/than a/as a
[18:58] <hatch> yeah - they needed something pretty 
[18:59] <Makyo> "Cook stressing that Apple engineers platforms, devices, and services together in a way that others (*cough* android *cough*) can't." What about US?!
[18:59] <redir> Makyo: US?
[18:59] <hatch> Makyo we use all our energy to innovate, then they just copy and repackage
[18:59] <Makyo> us, sorry,.
[19:00] <redir> juju-gui?
[19:00] <Makyo> Canonical, not U.S.
[19:00] <hatch> we being everyone not apple
[19:00] <redir> ahh
[19:00] <Makyo> Since we've been touting convergent design for a while now.
[19:00] <redir> I can't buy an ubuntu tablet or phone yet
[19:00] <Makyo> Well, not OEM, no.
[19:00] <Makyo> But I've got an Ubuntu Nexus 10 right here.
[19:01] <redir> for that matter the preinstalled linux laptop experience isn't great either
[19:01] <redir> Makyo: exactly
[19:01] <Makyo> Works fantastic on the S76, but I've not played with much else OEM.
[19:01] <redir> I give apple credit for this
[19:01] <hatch> hahaha I just added #swift to Tweeddeck I've never seen a column move so fast
[19:01] <redir> I no longer provide 8 hours a week tech support to my family.
[19:02] <redir> ubuntu can't reproduce that yet.
[19:02] <hatch> redir my family uses Windows....I also don't provide tech support :D
[19:02] <redir> I prefer it... but I couldn't point my fam at it
[19:03] <hatch> tbh I want to put them on Ubuntu but none of the software runs on Ubuntu
[19:03] <Makyo> Different markets will always be a thing :P
[19:03] <redir> right
[19:04] <Makyo> Dad uses windows because he has to use autocad, mom uses an iPhone because she bought my old one then upgraded.
[19:04] <Makyo> Don't think she has a computer anymore.
[19:04] <hatch> haha 
[19:05] <hatch> it's getting close to that with mine too
[19:05] <Makyo> She finally moved across state borders, and with that got rid of a ton of stuff.  She borrows her boyfriend's computer for Quicken, and that's it.
[19:06] <hatch> I recently looked at quickbooks to see if they had a web version....they do...but serious $ and no mention of what happens with your data when you stop paying
[19:06] <Makyo> Yep.
[19:06] <Makyo> I just use paper.
[19:06] <Makyo> And file with turbotax online.
[19:07] <Makyo> But I'm simple. 
[19:07] <Makyo> Er...my usecase is simple.
[19:07] <Makyo> But also, I'm simple.
[19:07] <hatch> it would be really nice if there was a quickbooks online which only charged for filing
[19:07] <hatch> so you enter all your bills etc then pay $50 or whatever to file it
[19:08] <Makyo> That's rather like TurboTax online.
[19:08] <hatch> yeah - but turbotax doesn't do expenses and stuff does it?
[19:09] <hatch> it's been a while, honestly
[19:09] <hatch> lol the website for the language Swift from Apache is down
[19:09] <hatch> they probably took it down
[19:09] <hatch> :)
[19:10] <hatch> that's going to cause some issues when searching
[19:10] <Makyo> They have an additional service for that.  I used to use Mint, until I realized that even that was too much for me.
[19:11] <hatch> Makyo https://twitter.com/RinHugs/status/473540713062596608 hehe
[19:11] <hatch> ahh we all think we r so smart
[19:12] <Makyo> Yeah :)
[19:12] <hatch> I really hope that Google unveils golang support for android at IO
[19:12] <hatch> would be quite comical 
[19:24] <redir> Society for Worldwide Interbank Financial Telecommunication (SWIFT)
[19:25] <redir> apparently one could have 41 years of swift experience
[19:26] <hatch> oooo
[19:46] <hatch> ugh these tests!!!!
[19:46] <hatch> these tests!!!
[19:51] <hatch> rick_h_ you're probably not here but I am running into the same darn simulate bug :/
[19:52] <hatch> (╯°□°）╯︵ ┻━┻
[19:58] <kadams54> guihelp: anyone available to review/QA https://github.com/juju/juju-gui/pull/357 ?
[19:59] <kadams54> Also: I know I've done this one other time, but how do I get my EC2 instance running a specific build of juju-gui (i.e., hatch's branch)?
[20:00] <hatch> kadams54 `s
[20:00] <hatch> bla
[20:00] <hatch> `juju set juju-gui juju-gui-source="path-to-source"`
[20:00] <hatch> and then you wait
[20:01] <hatch> kadams54 that of course assumes you named your service juju-gui
[20:07] <kadams54> thanks
[21:06] <kadams54> hatch: haven't noticed any problems yet playing around with your branch
[21:06] <hatch> awesome
[21:06] <hatch> I'm still fighting tests
[21:06] <hatch> I may have one figured out
[21:06] <hatch> the one that's plagued all three of us
[21:06] <hatch> the simulate() causing a "script error"
[21:10] <hatch> victory!
[21:10] <rick_h_> hatch: :( have to narrow it down. I had too big a diff to figure it out
[21:10] <hatch> rick_h_ I got it
[21:11] <rick_h_> hatch: cool
[21:11] <hatch> the simulate() was trapping the real error
[21:11] <hatch> so I stepped through......EVERYTHING
[21:11] <hatch> turns out the inspector rendering code didn't have a node to render to
[21:11] <hatch> ....
[21:11] <hatch> trivial one line fix
[21:11] <hatch> days of debugging wasted to find it lol
[21:11] <rick_h_> ugh
[21:12] <rick_h_> so you updated the inspector to throw a giant fit if it didn't have acontainer to render into?
[21:13] <hatch> rick_h_ it wouldn't have helped - the simulate() captured everything
[21:13] <hatch> throw + mocha + chai [21:13] <hatch> throw + mocha + chai + simulate [21:13] <hatch> I mean :)
[21:13] <rick_h_> ugh and ugh, it can at least console.log?
[21:13] <rick_h_> or pre-check for the container?
[21:14] <rick_h_> there must be some way to not get caught in that again?
[21:14] <hatch> oh it can console log
[21:14] <hatch> I'll do that
[21:14] <rick_h_> console.error 
[21:16] <hatch> done
[21:16] <rick_h_> ty
[21:16] <hatch> I'm really trying to get all these tests done because the qa's are going well
[21:16] <hatch> so hopefully I can get it landed first thing tomorrow
[23:01] <huwshimi> Morning
[23:03] <huwshimi> hatch: If you're available for some questions sometime let me know.
[23:23] <hatch> huwshimi sure
[23:23] <hatch> shoot
[23:25] <huwshimi> hatch: We seem to have broken a bunch of code somehow. In the machine view we do something like machine = env.addMachines(...) and then we do env.placeUnit(unit, machine.id), however with the changes being stored in the ecs the machine.id in that case no longer exists.
[23:25] <huwshimi> hatch: So our unit placing code on drop etc. no longer works
[23:26] <hatch> huwshimi well the code to create the UI was removed because it was very broken
[23:26] <hatch> or do you mean the drop doesn't work at-all?
[23:27] <huwshimi> hatch: Well, we can't placeUnit on a newly created machine/container as we don't have an id to place to until after the machine/container has been deployed.
[23:28] <huwshimi> hatch: At the moment our code is doing env.placeUnit(unit, undefined)
[23:28] <hatch> lets have a hangout
[23:28] <huwshimi> ok :)
[23:28] <hatch> https://plus.google.com/hangouts/_/g47b4s6lnwuixacn75z4hx7ic4a?hl=en