[00:05] <huwshimi> kadams54: Welcome, by the way!
[00:05] <rick_h_> hatch: replied to your branch
[00:05] <hatch> rick_h_ thanks, looking
[00:06] <kadams54> Thanks huwshimi
[00:06] <huwshimi> kadams54: How's it all going? Settling in?
[00:06] <kadams54> Makyo: thanks for looking at that PR. Didn't have a chance to post it here.
[00:06] <rick_h_> hatch: so we'll need the inspector trigger point as well in there and then something for machine view right?
[00:06] <kadams54> huwshimi: yup. I participated in my first architectural discussion with Jeff and Rick today.
[00:07] <kadams54> Whee!
[00:07] <rick_h_> he's still here yay!
[00:07] <hatch> rick_h_ yep
[00:07] <hatch> kadams54 lol! That one was pretty calm
[00:07] <hatch> we are getting better
[00:07] <hatch> :D
[00:07] <hatch> haha
[00:07] <rick_h_> hatch: but yea, that's the general pain in the @$#@$ idea for the first pass
[00:07] <rick_h_> we don't have gary to be peacemaker any more :(
[00:07] <huwshimi> kadams54: Got caught in the middle, huh.
[00:08] <hatch> he just took his headphones off and walked away
[00:08] <kadams54> I agree 100% with rick_h_
[00:08] <hatch> rofl
[00:08] <hatch> kiss a$$
[00:08] <kadams54> Except when I agree with hatch
[00:08] <hatch> haha
[00:08] <hatch> lol
[00:09] <hatch> rick_h_ I spent a bunch of time spinning my wheels on this today so the full inspector and machine view should be faster
[00:10] <rick_h_> hatch: cool, appreciate it. I know it's now fun :)
[00:10] <rick_h_> hatch: but, we'll hopefully get out of here with the inspector and browser.js cleaned up which will be good
[00:10] <rick_h_> just have to make sure we keep the rest of MV going and not get bogged down too much
[00:11] <hatch> yeah definitely - it's interesting how a poor architectural choice over a year and a half ago has so many implications today
[00:11] <hatch> re double dispatch and the like
[00:11] <rick_h_> huwshimi: did you grab a card? If so please make sure to update kanban so we don't dupe work
[00:12] <rick_h_> well, that's a big one, but I want everyone to walk away with the fact that it's more than that
[00:12] <rick_h_> there were still the render race conditions/etc.
[00:13] <hatch> oh right...I think those could have been mitigated without state but state was definitely the best tool for the job for the big picture
[00:13] <huwshimi> rick_h_: Oh, I didn't, I was working on the full height inspector.
[00:13] <rick_h_> it was funny how Nick's presentation was all stuff I hate. Fat views, promises all the way, etc
[00:13] <huwshimi> rick_h_: Is that this card: "update new inspectors UI to fit within space of the sidebar as a subordinate View"?
[00:13] <hatch> haha yeah I was laughing inside about that
[00:13] <rick_h_> huwshimi: ok cool, just want to make sure we don't dupe things and waste time
[00:13] <hatch> I liked the dependency injection though, that was unique
[00:14] <hatch> I am not sure I'd use it
[00:14] <hatch> but cool none the less
[00:14] <rick_h_> huwshimi: it was meant to be, but I think that card got moved over when you did the ghost inpsector
[00:14] <rick_h_> huwshimi: so feel free to setup a new card or something
[00:14] <rick_h_> huwshimi: just so we can tell what's up in the morning
[00:14] <huwshimi> rick_h_: Yep, will do.
[00:14] <rick_h_> hatch: yea, I mean it's something I'd have thought of, but we've been in the battlefield.
[00:15] <rick_h_> hatch: and that changed opinions somewhat. Testing, etc
[00:15] <hatch> yeah - I think in Java land people are used to stubbing out more complex structures than we do
[00:15] <hatch> although you would only need to stub out one large one and pass it around
[00:15] <hatch> which might be nice
[00:16] <rick_h_> well I got the impression their testing was less than thorough
[00:16] <rick_h_> which helps when you can just say "this is hard to test, carry on"
[00:16] <hatch> yeah he complains about that in #yui
[00:16] <rick_h_> vs revisiting the design and looking at *why* it's hard to test
[00:16] <hatch> I guess people would just let things through
[00:16] <rick_h_> hatch: yea, it was one of his issues with current employer which is good
[00:17] <hatch> hah yeah
[00:17] <rick_h_> ugh this cold is kicking my @$##@$#
[00:17] <hatch> heh you did sound a little out of it
[00:17] <hatch> like you were talking through your nose a bit
[00:17] <rick_h_> I have a hard time thinking when I'm sick. Brain slows down
[00:17] <hatch> yeah, same for all
[00:17] <rick_h_> so you got me at half strength today lol
[00:18] <hatch> resources are being used for killing baddies
[00:18] <hatch> haha, good easy pickins
[00:22] <rick_h_> huwshimi: oh sorry, missed the card for it in the ready to code
[00:22] <rick_h_> yes, that's the one
[00:22] <rick_h_> huwshimi: blind tonight
[00:22] <huwshimi> rick_h_: Oh, I just added that :)
[00:22] <rick_h_> huwshimi: yea, got it reset
[00:23] <huwshimi> rick_h_: Oh, you're playing with things :)
[00:23] <rick_h_> huwshimi: yea, updated it right
[00:23] <huwshimi> rick_h_: Thanks
[00:23] <rick_h_> trying to see if i can find something feaure related for kadams54 next :)
[00:25] <hatch> a grunt task for building yui modules - maybe we can use this instead of our loader (which doesn't work very well) https://gist.github.com/nhusher/9902519
[00:25] <hatch> ^ written by Nick
[00:25] <rick_h_> as soon as we can ditch the grunt part of it
[00:25] <rick_h_> :P
[00:25] <kadams54> Hah! Not sure if I want to see what sort of fun rick_h_  finds for me when his mind is a cold-medicated haze.
[00:25] <rick_h_> slack task!
[00:26] <rick_h_> kadams54: hey, I've avoided medication all day
[00:26] <rick_h_> that just makes me useless, so I'll just stick with miserable
[00:26] <hatch> lol
[00:26]  * huwshimi heads home from coffee shop
[00:28] <kadams54> rick_h_: feel free to send any additional state cards my way… I see several more out there, but not sure if I should hold off until hatch's work lands.
[00:28] <rick_h_> kadams54: so would love to see you pick up either the deployed unit token or the listing of machines in to the MV panel
[00:28] <rick_h_> kadams54: we can pre-imp to go over them in the morning if you're up for them
[00:28] <rick_h_> kadams54: yea, I think the inspector is blocked until hatch is done, no pressure hatch
[00:28] <kadams54> Sure, listing of machines sounds interesting
[00:29] <kadams54> It looks like those two cards are related?
[00:29] <rick_h_> kadams54: yea, should be light but get you touching the environment, db, etc.
[00:29] <rick_h_> kadams54: yea, so one column is a list of machine, the other is the containers in that machine
[00:30] <rick_h_> so they're close, but slightly different bits of data so two chunks of work
[00:30] <rick_h_> one is the nested data of the other
[00:30] <kadams54> OK
[00:30] <kadams54> Let's do it
[00:31] <hatch> Do those require the architecture chat about the machine view view organization?
[00:32] <rick_h_> hatch: I don't think so, it's just expanding the current View with some data from the db
[00:32] <hatch> ahh ok cool
[00:32] <hatch> we should maybe block out some time this week for that chat
[00:32] <rick_h_> hatch: nothing about workflow, etc.
[00:32] <rick_h_> yea, but need to unblock inspector/deployer first
[00:32] <rick_h_> machine view is the last thing to get done as it needs everything else
[00:32] <hatch> oh yeah for sure
[00:33] <rick_h_> so it might be a bit before we get full into MV arch
[00:33] <rick_h_> so many moving parts at once atm wheeee
[00:34] <hatch> haha yeah after this is all done i'll be booring
[00:34] <rick_h_> heh, except then we'll have the big daddy of work coming down the pipe
[00:34] <rick_h_> on top of a bunch of smaller things we've not gotten done yet
[00:34] <hatch> haha truth truth
[00:35] <rick_h_> if we can hit boring by vegas I'll be a happy techie. It won't be afterwards
[00:35] <hatch> lol
[00:35] <hatch> Yo Dawg We Heard You Like Webkit..... https://github.com/trevorlinton/webkit.js
[11:59]  * frankban lunches
[13:10] <rick_h_> jujugui afk for a bit making sure the boy goes to tumbling class
[13:19] <frankban> guihelp: I need two reviews for https://github.com/juju/juju-gui/pull/215 . Anyone available?
[13:22] <hatch> frankban I can take one in about 40mins
[13:23] <frankban> hatch: thanks
[13:33] <kadams54> rick_h_: let me know when you want to chat about machine view
[13:58] <hatch> frankban so the deployer now reports back to the gui the status of the bundle deployments?
[13:58] <hatch> Is this a new deployer feature?
[13:58] <frankban> hatch: no, that's an old guiserver API we never used
[13:59] <rick_h_> kadams54: rgr, shoot me a link
[13:59] <hatch> oh, so did we do it incorrectly when we did the old GUI implementation?
[13:59] <hatch> curious as to why we didn't do it this way to begin with
[14:00] <rick_h_> hatch: just didn't think about that when we added it
[14:00] <frankban> hatch: previously we just watched the progress of deployment started by the GUI itself
[14:01] <hatch> ohh ok cool
[14:01] <hatch> I was just curious
[14:01] <kadams54> rick_h_: https://plus.google.com/hangouts/_/7ecpikj49vjg2en7dif8j4dvuc
[14:01] <rick_h_> hatch: fyi, added some more notes and such to the state urls google doc for the refactor work
[14:03] <rick_h_> kadams54: sec, google hating on my dual account nature
[14:05] <hatch> rick_h_ ok I see - so much $
[14:05] <hatch> ;)
[14:06] <hatch> jcsackett I couldn't get wordpress to balance using haproxy so I think I might be using haproxy wrong...
[14:06] <hatch> do u have any experience with it?
[14:21] <rick_h_> hatch: heh, yea well trying to break down what the new bits of data we'll need. Simplify it down some
[14:21] <jcsackett> hatch: i haven't played with haproxy at all, tbh, but i can try to look through the docs some evening this week.
[14:21] <hatch> :)
[14:22] <hatch> jcsackett well I create the relation...then what? I figured you would access the related service on the haproxy ip
[14:22] <hatch> but no such luck
[14:22] <hatch> thanks - I'm trying to find time when I can
[14:31]  * hatch is trying juju quickstart lxc in a saucy vagrant
[14:31]  * hatch crosses fingers
[14:31] <kadams54> hatch: http://the.taoofmac.com/space/HOWTO/Vagrant
[14:31] <kadams54> Pretty detailed instructions on setting up LXC containers in Vagrant on a Mac
[14:32] <hatch> kadams54 I'm leaving that to juju
[14:32] <kadams54> I've gotten about half way through them - running into problems installing Guest Additions from the commandline. Not seeing the CD mount anywhere.
[14:32] <hatch> it's apparently provisioning the machine
[14:33] <kadams54> Let me know how it goes
[14:34] <kadams54> The instructions above get you to a point where LXC containers have direct access to files on the Mac file system and connecting in is "ssh<EMAIL_ADDRESS>(yay Bonjour)
[14:36] <hatch> that's pretty cool, I'll give that a go, I haven't thought about running lxc's in vagrant for anything other than juju
[14:36] <hatch> it's still provisioning...maybe it's hung hehe
[14:40] <hatch> hey look at that, it's working
[14:40] <hatch> ....
[14:40] <hatch> famous last words possibly...
[14:40] <hatch> lol
[14:41] <hatch> frankban your review is done I'm just qa'ing it
[14:43] <hatch> looks like I'll have to create a ssh tunnel to the gui instance in the vagrant
[14:43] <hatch> it's given a 10.x.x.x ip
[14:45] <frankban> hatch: cool thanks
[14:46] <rick_h_> kadams54: so in poking around there is an app.db.machines list that's a YUI model list
[14:46] <hatch> Makyo do you know what the pw is for the vagrant images?
[14:46] <rick_h_> kadams54: and you should be able to monitor that model list ofr events to keep things up to date I'd think
[14:46] <hatch> you bet
[14:46] <hatch> (finally something that won't rely on dbupdate)
[14:47] <rick_h_> yea, I'd hate to have to do that for these Y.Views like that
[14:48] <kadams54> Great
[14:49] <hatch> kadams54 http://yuilibrary.com/yui/docs/api/classes/ModelList.html look for the 'events' section
[14:50] <bac> so did y'all hear about the world's biggest ferris wheel that opened yesterday in vegas?  about 25% taller than london eye.
[14:50] <rick_h_> jujugui call in 10, please kanban
[14:51] <hatch> bac yeah? April Fools?
[14:51] <bac> nope
[14:51] <hatch> linky
[14:52] <bac> hatch: not handy.  it is called 'high roller'.
[14:52] <bac> LMGTFY
[14:53] <hatch> bac I see it now
[14:53] <bac> http://en.wikipedia.org/wiki/High_Roller_(Ferris_wheel)
[14:53] <hatch> too bad it's view is of a big parking lot lol
[14:53] <bac> $35 or so
[14:53] <bac> yeah, its right behind our hotel
[14:54] <kadams54> It needs to be on top of a casino
[14:54] <kadams54> Like that roller coaster
[14:54] <kadams54> Which was also called High Roller, but is now closed :-(
[14:54] <bac> not to outdone they are planning a bigger one in dubai
[14:55] <bac> s/to o/to be o/
[14:55] <hatch> it'll probably have decent views at night
[14:55] <hatch> during the day vegas is just dirty
[14:55] <hatch> :)
[14:55] <bac> and at night it is dirty and lit by neon?
[14:55] <kadams54> Dubai: the Samsung Mobile of countries. "That's awesome. Now we'll copy and make it bigger."
  What do you need a password for?
[14:57] <hatch> Makyo I found it, it's vagrant:vagrant u/p
[14:57] <Makyo> Okay.
[14:57] <hatch> Makyo create a ssh tunnel to the juju-gui lxc in vagrant
[14:57] <Makyo> I've not yet needed it.  good find.
[15:00] <hatch> Makyo yeah - it's pretty cool, quickstart and everything works in vagrant
[15:00] <hatch> it's a little slow spinning up...but whichever
[15:01] <rick_h_> kadams54: ping for stand up
[15:01] <kadams54> Hah, sorry
[15:01] <kadams54> Too involved in this MV stuff
[15:03] <rick_h_> kadams54: :)
[15:12] <hatch> frankban I don't think the QA worked, do you have a second for a call?
[15:12] <hatch> oh wait...
[15:12] <frankban> hatch: sure
[15:12]  * frankban waits
[15:13] <hatch> sorry I just want to finish the qa :)
[15:13] <frankban> np
[15:14] <hatch> frankban in the standup room
[15:21] <frankban> hatch: if you need to double check bundles status, you can also point your browser to https://<vagrant-gui-url>/gui-server-info
[15:21] <hatch> ohh ok, too late
[15:21] <hatch> :)
[15:21] <hatch> but It was working as expected other than that one 'issue'
[15:21] <frankban> heh
[15:22] <frankban> cool
[15:38] <hatch> kadams54 xscope looks pretty cool
[15:39] <kadams54> Didn't buy it for a long time because $30 seemed a lot for a glorified screen ruler. I was wrong.
[15:41] <rick_h_> ccccccdilrkrudgkrilnrbkvbvvhbclkjfkbtugulikd
[15:41] <rick_h_> bah
[15:41] <kadams54> rick_h_ is trying out a new vim-irc plugin
[15:41] <rick_h_> jujugui going afk for a little bit. If you need me feel free to call, text, or etc
[15:42] <hatch> get betta
[15:42] <hatch> kadams54 lol
[15:43] <kadams54> OK, so app architecture question: this came up in Nick's interview, but how do we handle passing the DB into views?
[15:46] <frankban> kadams54: passing it as a view attr, so that the view can do "this.get('db')" is the option used when instantiating the environment view
[15:47] <hatch> kadams54 new Y.juju.myView({db: this.db})
[15:47] <hatch> for example
[16:02] <kadams54> OK, I follow that, but one thing that puzzles me is that I don't see db listed in the ATTRS bit in environment.js
[16:09] <hatch> kadams54 yeah sometimes we forget to add them
[16:09] <hatch> feel free to add it and document it :)
[16:09] <hatch> if you pass it in, it's there, weather you define it or not
[16:09] <hatch> kadams54 when I started almost no attributes were listed/documented
[16:09] <hatch> :(
[16:09] <kadams54> :-(
[16:11] <kadams54> Another question: it looks like there's a JujuBaseView in utils that has functions for binding a model to a view - should I use that mixin with MachineViewPanelView?
[16:11] <hatch> I'm guessing no
[16:11] <hatch> but let me see
[16:11] <kadams54> Seems more useful when a view is tightly tied to a particular model (i.e. a detail view)
[16:12] <kadams54> Less so when your view be handling multiple models
[16:12] <hatch> it's only used in the login view and notifications view
[16:12] <frankban> kadams54: yeah for a model list it does not seem to make much sense
[16:13] <kadams54> Pro tip: if your headset has controls that clip to your belt, it's always a good idea to remove it before walking away from your laptop.
[16:16] <hatch> lol
[16:17] <kadams54> On a related note: USB: can haz magsafe connectorz?
[16:18] <hatch> hah! magsafe is pretty cool but I've found sometimes they dont' quite line up properly
[16:18] <hatch> although it has saved my laptop a few times :)
[16:19] <kadams54> magsafe is magical if you have pets and/or kids
[16:20] <hatch> no kids!!!
[16:21] <kadams54> I think dogs may be the worst
[16:21] <kadams54> They get *SO* happy and hyper.
[16:22] <hatch> haha, we have 3
[16:22] <kadams54> OHMYGODSOMEONESATTHEDOORWAGTAILDESTROYEVERYTHING!!!!
[16:22] <kadams54> That's my chocolate lab
[16:23] <kadams54> My friend has pugs
[16:23] <hatch> haha it's true
[16:24] <kadams54> I once watched them sweep a bowl of chips and a bowl of salsa off a coffee table by dragging all four PS2 controller cables across. And they didn't miss a beat, charging right on through and up to the door.
[16:24] <hatch> haha love it
[16:26] <kadams54> Lunching
[16:50] <arosales> jcastro: do you have a link handy for the rails scalable bundle?  I can't seem to find it at https://jujucharms.com/sidebar/search/bundle/~charmers/mongodb/5/cluster/?text=bundles
[16:51] <jcastro> arosales, the scalable bundle doesn't show up in the store
[16:51] <jcastro> rick_h_ is aware of it
[16:51] <jcastro> http://manage.jujucharms.com/bundle/~charmers/rails/example-single is what we have right now
[16:54] <arosales> jcastro: for the flyer I was going to put the quick-start examples and we have rails scaleable there
[16:54] <jcastro> arosales, yea it used to work and then something changed, I don't think it's broken forever broken
[16:55] <jcastro> just normal broken
[16:55] <jcastro> rick_h_, ^^^
[16:55] <arosales> do we know what the quick-start command will look like, perhaps, 'juju-quickstart bundle:rails/scalable
[16:55] <jcastro> juju-quickstart bundle:rails/example-scalable
[16:56] <hatch> jcastro arosales he is sick so probably will pop back in later on
[16:56] <jcastro> ok
[16:56] <arosales> hatch: thanks
[16:56] <jcastro> hatch, do you happen to know who was looking into our missing bundle?
[16:57] <arosales> do any folks know when 'juju-quickstart bundle:rails/example-scalable' will work again?
[16:57] <arosales> I would like to put this into print, but I don't want folks trying something that won't work either
[16:57] <hatch> jcastro umm one sec let me see if I can find the discussion
[16:59] <hatch> jcastro sorry I don't see it anywhere in the task list. bac  do you know anything about the status of ^
[17:01] <frankban> jcastro, arosales: "juju quickstart bundle:rails/example-scalable" seems to be working here. so my guess is it's present in charmworld but there is a problem with the search
[17:02] <frankban> http://manage.jujucharms.com/bundle/~charmers/rails/example-scalable
[17:02] <arosales> frankban: ah good to hear that the quick-start command is still working
[17:03] <arosales> frankban: the correct command though is "juju-quickstart bundle:<path>" correct?
[17:04] <frankban> arosales: yes. quickstart accepts several ways to specify a bundle, for promulgated ones, bundle:basket/name is sufficient
[17:05] <jcastro> frankban, oh cool, thanks for getting rid of ~charmers for that. <3
[17:05] <frankban> :-)
[17:06] <hatch> I was talking to a guy the other day who said 'charmers' is so confusing
[17:06] <arosales> frankban: thanks for confirming the command still works I will insert that into our upcoming flyer and highlight the good works folks here are doing
[17:06] <hatch> he was wondering why you can't just promote someones charm, why you need to go through so many steps to find the owner of the charm
[17:06] <hatch> ^ jcastro  just fyi
[17:07] <jcastro> hatch, what do you mean by promote
[17:07] <jcastro> promote as in promote in the store
[17:07] <jcastro> or promote as in spread the word?
[17:07] <hatch> umm lemme find an example
[17:07] <frankban> arosales: cool thanks. simplified bundle URLs have been introduced in quickstart 1.2. "juju quickstart -h" includes some examples
[17:09] <hatch> jcastro so for example https://jujucharms.com/sidebar/search/~clint-fewbar/precise/haproxy-1/?text=haproxy vs https://jujucharms.com/sidebar/search/precise/haproxy-28/?text=haproxy the 'promoted' one is in an entirely different repository than the maintainers
[17:09] <jcastro> oh you mean the ability to use a personal branch as the canonical store one?
[17:10] <hatch> yeah - he didn't understand why one just can't be 'promoted' and needs to be a copy losing all of the commit histories and suh
[17:10] <hatch> such
[17:11]  * arosales looking at "juju quickstart" and "juju-quickstart"
[17:11] <rick_h_> jcastro: it should be back in there now
[17:11] <jcastro> rick_h_, not in the website
[17:11] <jcastro> but we can quickstart it
[17:12] <rick_h_> jcastro: hmm, it was showing will look
[17:12] <rick_h_> otp
[17:12] <jcastro> no worries
[17:12] <arosales> jcastro: we should sync up with curtis and have quick-start promoted bundles put into charm testing.
[17:26] <rick_h_> jcastro: bah, it was working. Now it's gone again.   Bakc in a bit!
[19:34] <hatch> somehow I broke half the routing
[19:35] <hatch> man this state stuff
[19:35] <hatch> ....
[19:37] <hatch> oh aync callstacks you rock
[19:39] <tvansteenburgh> can anyone explain how i can clip my charm icon image to the rounded corners in the icon.svg template?
[19:39]  * tvansteenburgh is an inkscape newb
[19:39] <hatch> Hi tvansteenburgh there are some docs about that
[19:40] <hatch> one minute I'll see if I can find it
[19:40] <hatch> tvansteenburgh https://juju.ubuntu.com/docs/authors-charm-icon.html
[19:40] <hatch> it comes with a template
[19:41] <tvansteenburgh> i'm embarrassed that i didn't notice the Charm Icons section of those docs
[19:41] <tvansteenburgh> tyvm
[19:41] <hatch> haha np that is a long list :)
[20:02] <hatch> rick_h_ you around?
[20:35] <rick_h_> hatch: what's up?
[20:35] <hatch> I think I'm done this branch, just writing/fixing tests now and wanted to make sure I did what this card encompasses\ https://github.com/hatched/juju-gui/compare/juju:develop...hatched:new-states?expand=1
[20:36] <rick_h_> looking
[20:37] <hatch> the viewstate needs to go it's quite the headache :)
[20:37] <hatch> but I think that's a breaking change
[20:37] <hatch> so maybe we want to do a release first
[20:37] <hatch> feeling better btw?
[20:39] <rick_h_> what's that? You don't care for viewstate? :P I'd never have guessed
[20:41] <hatch> lol - but THIS time I have science on my side!
[20:41]  * hatch considers programming a science
[20:47] <rick_h_> hatch: comments added
[20:47] <rick_h_> hatch: but yes, that's the card encompassing
[20:48] <hatch> hmm - I don't understand your last comment, hangout?
[20:48] <rick_h_> sure
[20:48] <hatch> https://plus.google.com/hangouts/_/7ecpjmkjhr157f7i1s2f9vdfb8?hl=en
[21:11] <hatch> hmm
[21:29] <rick_h_> hatch: can you jump back in that hangout?
[21:30] <hatch> https://plus.google.com/hangouts/_/7ecpiqb1951juiealdk2fq8r6k?hl=en
[21:30] <hatch> new link
[21:42] <hatch> kadams54 I thought you were taking off early? :)
[21:42] <hatch> "kid can wait"
[21:42] <kadams54> I did. Now I'm back.
[21:42] <hatch> :P
[21:42] <kadams54> Soon I'll be gone again :-)
[21:42] <hatch> haha
[22:01] <huwshimi> Morning
[22:03] <hatch__> morning
[22:04] <rick_h_> morning huwshimi
[22:06] <hatch> rick_h_ ok thingy moved....should be good enough to get others unblocked
[22:06] <hatch> now to fix tests and the like
[22:07] <rick_h_> hatch: make sure to use FF on the tests vs making them test broken things please
[22:07] <rick_h_> ideally the changes are behind FF and the existing tests 'just work'
[22:08] <hatch> FF?
[22:08] <hatch> flags?
[22:08] <rick_h_> yes feature flags
[22:11] <hatch> ohh, yeah, it's all under il and mv now
[22:11] <hatch> those should be merged soon
[22:11] <hatch> since both are required now
[22:11] <hatch> well not 'required' but might as well
[22:11] <rick_h_> well, yea they're different and helpful for QA for design atm
[22:11] <rick_h_> e.g. test inspector stuff, drag/drop vs the machine view panel covering everything
[22:14] <hatch> no longer an issue once this branch lands :)
[22:18] <rick_h_> hatch: close, but yea. After the refactor and and move the deployer bar stuff from IL to MV
[22:34] <hatch> hmm phantom keeps crashing again
[22:35] <hatch> I was wondering when this would start happening again
[22:38] <hatch__> Makyo did your tests start to fail in juju-views-utils ?
[22:44] <rick_h_> hatch: just tried out tests with updated trunk and after a clean-all to update the d3 stuff they passed
[22:44] <hatch> yeah these aren't failing or anything
[22:44] <hatch> phantom just stops
[22:44] <rick_h_> oh bummer
[22:44] <hatch> yeah this used to happen for the longest time then it just resolved itself
[22:45] <hatch> ....should have known
[22:45] <rick_h_> heh, cursed hatch computers
[22:46] <hatch> ExceptionHandler::GenerateDump waitpid failed:No child processes
[22:46] <hatch> ugh
[22:46] <hatch> PhantomJS has crashed. Please read the crash reporting guide at ...
[22:47] <Makyo> hatch, erk, sorry, was on the couch with the other computer.  It was something in there with a #<Object> has no method something something.
[22:47] <hatch> Makyo oh ok np, so it wasn't phantom just crashing ok
[22:50] <hatch> maybe a reboot will fix
[22:50] <Makyo> :)
[22:50] <Makyo> Hahaha
[22:50] <Makyo> I feel like a windows developer again.
[22:55] <hatch> hmm nope
[23:17] <Makyo> hatch - now crashing for me, too, same error, different location each time.  Will try on ubuntu directly + browser in OS X
[23:17] <Makyo> Er, I meant to leave that in the input buffer.
[23:51] <Makyo> hatch - now crashing for me, too, same error, different location each time.  Will try on ubuntu directly + browser in OS X
[23:51] <Makyo> test-server works, though.
[23:52] <hatch> ohh interesting....ok well I'm glad that it wasn't just me
[23:52] <hatch> I was going to use test-server as well :/
[23:53] <Makyo> That will ensure that tests pass at least somewhere.
[23:53] <Makyo> Will have to hunt that down.
[23:53] <hatch> yeah I tried to make it run in CI but GH was down
[23:55] <hatch> I hope that' CI isn't borked because it runs in phantom once too
[23:55] <hatch> at least I think..