[12:30]  * frankban lunches
[12:38] <bac> hi rick_h_
[12:38] <rick_h_> morning bac 
[12:38] <rick_h_> good time while away?
[12:38] <bac> rick_h_: hey what is the card re: comingsoon about?  you just want me to add ssh keys for more people?
[12:39] <rick_h_> bac: yea, there's a css issue atm and no one could fix it
[12:39] <bac> ouch
[12:39] <rick_h_> bac: so I was going to ask for hte details on where it's at and do we need to move it or get access for more folks
[12:39] <bac> rick_h_: just a matter of adding more ssh keys from lp
[12:39] <rick_h_> I never really followed where that server is at
[12:39] <bac> rick_h_: you just ssh to comingsoon.jujucharms.com
[12:40] <bac> rick_h_: so tell me who...
[12:40] <rick_h_> bac: ok cool, yea me please, hatch and makyo. 
[12:41] <rick_h_> bac: maybe add a doc section in https://wiki.canonical.com/CDO/Juju/GUI/CI please
[12:43] <bac> cool google doodle alert
[12:45] <rick_h_> no doodle here :(
[12:47] <rick_h_> bac: can you ping when you have time for a quick call please?
[12:47] <bac> rick_h_: now is good
[12:48] <rick_h_> bac https://plus.google.com/hangouts/_/7ecpjkem9ldms8f9qpbj5pois8?authuser=1&hl=en
[13:08] <bac> rick_h_: huw's changes are in the branch on comingsoon.  no conflicts are shown.  i've cleaned and rebuilt.  still busted.
[13:08] <rick_h_> bac: working here
[13:08] <rick_h_> bac: thanks for the update, stale cache maybe on your end?
[13:08] <bac> oh.  cache problem for me
[13:08] <bac> very good then
[13:38] <frankban> welcome back bac 
[13:39] <bac> thanks frankban
[13:39] <jcastro> hey rick_h_ or frankban
[13:39] <jcastro> which version of quickstart would be missing MAAS support?
[13:40] <jcastro> sabdfl tried it on his garage maas and could not find an option for maas
[13:42] <frankban> jcastro: could you please file a bug? we can try to add maas to the next release. is --upload-tools still required when using maas?
[13:42] <jcastro> ok
[13:44] <hatch> jujugui juju-core 1.17.6 deploys the 1.17.7 tools and will throw an error about instance-id. If you get this error update your juju client (I ran into this on the weekend)
[13:44] <jcastro> frankban, aha! He's on vanilla trusty with 1.1 instead of 1.3, which is in the PPA
[13:45] <jcastro> anyone have the status for -quickstart in main? Are we still shooting for that?
[13:46] <rick_h_> jcastro: it's shot down for 14.04
[13:46] <rick_h_> jcastro: it'll be in universe
[13:46] <jcastro> ack, I assume that will get bumped to 1.13 though? 
[13:47] <frankban> jcastro: quickstart in main is blocked by core in main. 1.3 yeah, same question here, is quickstart universe auto-updating?
[13:47] <jcastro> it's past freeze now right? I believe we need to have it manually synced
[13:47] <jcastro> we should check
[13:48] <rick_h_> right, they have to upload still I believe
[13:48] <rick_h_> because they update from the pypi
[13:48] <frankban> jcastro: FWIW 1.3 does not include maas support, we still need to implement that, it wasn't planned
[13:48] <rick_h_> that's the official 'release' that packaging is built off of
[13:48] <jcastro> so my quickstart has an entry for maas
[13:49] <rick_h_> jcastro: did you have that in your environments.yaml?
[13:49] <jcastro> I mean, it has the fields and stuff, do those not work?
[13:49] <rick_h_> jcastro: I don't think it's a provider we suport 
[13:50] <jcastro> huh, well, I see it in there, and I certainly didn't add it
[13:50] <rick_h_> jcastro: in the 'create a new environment' or from your existing environment list?
[13:50] <frankban> jcastro: quickstart works like the following: if you have an environment in your envs.yaml file, which quickstart does not recognize/support, quickstart will still let you use that and even edit the fields it found, but do not expect validation/creation.
[13:51] <jcastro> it's in my environments.yaml, but I didn't create it, anyway, that's not as important right now as to what I should tell Mark about MAAS/quickstart, heh
[13:52] <rick_h_> maas/quickstart doesn't work and wasn't planned. It was deemed a quick 'juju helper' and maas didn't come into the conversation
[13:52] <rick_h_> so it's all news to us now that you ask abou it. We didn't consider how it would work. Does the deployer/bundles work on maas/
[13:52] <rick_h_> ?
[13:52] <rick_h_> we'd have a lot of questions to ask/figure out to see how quickstart work work in that world
[13:57] <jcastro> I don't know if deployer/bundles work on MAAS
[13:57] <jcastro> I am not supposed to care about my provider remember? :)
[13:58] <rick_h_> jcastro: right, that's from an internal point of view. I'll have to ask/figure out that to see what a quckstart tool looks like in a maas world
[14:02] <jcastro> yeah
[14:02] <jcastro> so I am wondering if we ask you to do X steps for MAAS does quickstart really make a difference?
[14:03] <jcastro> "I know how to set up DNS and DHCP, but adding a value to a yaml file? Now you ask too much!"
[14:03] <rick_h_> jcastro: yea, that's my thing. If we can't do bundles to maas I'm not sure what all we'll be doing for them
[14:03] <jcastro> IMO we should be doing bundles in MAAS
[14:04] <rick_h_> I'm in calls but will try to find some answers. If we can make it near close feature-wise we can schedule some work on quickstart
[14:04] <jcastro> provider-specific limitations totally ruin Juju's promise
[14:04] <jcastro> rick_h_, yeah I don't think it's big enough to stop what you're doing, I'm just thinking we should have an idea of discussion for vegas
[14:05] <rick_h_> jcastro: +1
[14:05] <jcastro> like, I think it missing from quickstart isn't a big deal, these people are doing bare metal installs, and a little yaml file is no big deal
[14:05] <jcastro> but non-working bundles would be big I think
[14:05] <rick_h_> right, but I agree bundles on maas should be something we look into
[14:05] <jcastro> rick_h_, do we know it doesn't work or do you speculate it doesn't work because we never tried it?
[14:06] <rick_h_> jcastro: never tried it so just not sure
[14:06] <jcastro> so probably doesn't work
[14:06] <rick_h_> I'm trying to find some report of people doing that
[14:06] <jcastro> let me ask
[14:06]  * rick_h_ hasn't used maas but an excuse to pick up some hardware is always welcome
[14:10]  * hatch is reviewing huws branch
[14:14] <hatch> jcsackett did you get a chance to try the new http interface on the ghost charm?
[14:46] <hatch__> I found a charm this weekend which has multiple maintainers in the maintainer field https://bazaar.launchpad.net/~charmers/charms/precise/haproxy/trunk/view/head:/metadata.yaml 
[14:46] <hatch__> re our charmworld discussion about multiple maintainers
[14:47] <hatch__> atm it only shows the first one
[14:48] <rick_h_> hatch__: right, so we've got a card to move to a maintainers field and the charm should be updated to use it
[14:48] <bac> rick_h_: just filed expenses for AWS for last four months
[14:48] <rick_h_> bac: k, thanks
[14:49] <bac> rick_h_: fwiw, on canonicaladmin "Sign off by" still shows gary
[14:49] <rick_h_> bac: hmm, will look. I thought I was setup for everything
[14:50] <bac> oops maybe that was an historic one
[14:50] <rick_h_> if I could log in I'd tell you if I can see it or not
[14:50] <kadams54> rick_h_: been diving into charmworld this morning, but I don't have any cards to work on right now. Was wondering if you had any suggestions…
[14:51] <kadams54> If not, then this looked like something I could tackle: https://launchpad.net/bugs/1290323
[14:52] <rick_h_> kadams54: hop on the stand up a couple min early and we can run through
[14:52] <kadams54> k
[14:54] <rick_h_> jujugui call in 7 kanban please
[15:07] <hatch> Makyo did you see they released a vim plugin for Go?
[15:08] <Makyo> hatch, not yet, though I'm intrigued.  I don't mind Sublime for Go, but it takes a bit to switch editor modes
[15:08] <hatch> yeah that's my thoughts - right now I switch from sublime > tmux > osx > ubuntu
[15:08] <hatch> I end up hitting about 5 shortcuts before I find the right one
[15:08] <hatch> lol
[15:09] <kadams54> This came up on Friday: here's what I currently use for window management/position in OS X: https://github.com/fikovnik/ShiftIt
[15:09] <Makyo> hatch, have a link? I already have go.vim
[15:09] <kadams54> Pretty basic, not as powerful as Amethyst, but does the stuff I want.
[15:10] <hatch> Makyo umm one sec
[15:10] <hatch> http://blog.gopheracademy.com/vimgo-development-environment
[15:10] <hatch> kadams54 yeah I've been trying moom because I want custom (saved) layouts
[15:11] <hatch> layouts are a big requirement for me
[15:13] <rick_h_> Makyo: got a sec to chat?
[15:13] <Makyo> rick_h_, sure
[15:30] <hatch> rick_h_ I'm going to bench this delta card and work on it as slack so we can keep pushing forward....anything you'd like me on next?
[15:30] <rick_h_> hatch: state :)
[15:30] <hatch> lol
[15:30] <rick_h_> hatch: drink your coffee today?
[15:30] <hatch> I just might implement the API I want then :P
[15:30] <hatch> haha drinking tea now
[15:30] <rick_h_> that'll do
[15:31] <rick_h_> yea, I mean we need someone to pick up state work and it's blocking a lot of things right now. 
[15:31] <rick_h_> hatch: if you don't want to do that we can find something else
[15:31] <hatch> no no it's fine
[15:31] <hatch> :)
[15:32] <rick_h_> pow wow time then?
[15:32]  * hatch puts his politically correct hat on
[15:32] <hatch> lol
[15:32] <hatch> yeah I'm ready whenever
[15:32] <rick_h_> kadams54: ^ 
[15:32] <hatch> link?
[15:32] <rick_h_> ok, will get a link
[15:33] <rick_h_> https://plus.google.com/hangouts/_/72cpigoqi36bc4apugurhfskv8?hl=en
[15:33] <rick_h_> kadams54: feel free to join in the fun ^ as well
[16:31]  * hatch changes state object name to KylesState
[16:31] <rick_h_> let's just get it all the way there KylesFault :P
[16:31] <hatch> rofl
[16:32] <hatch> that would be epic
[16:32] <rick_h_> welcome to the club, it can go next to the class RicksFault, JeffFault, and MattAlwaysWins
[16:33] <hatch> hahaha
[16:33] <hatch> oh man that would make for a funny codebase
[16:40]  * rick_h_ goes for lunchables
[16:53] <hatch> Makyo there are a bunch of warnings now "Dropping unused function..." from the d3 stuff
[16:53] <hatch> anything to be worried about?
[16:55] <Makyo> hatch, no, just some poorly managed dependency tree stuff on D3s side.  That's just uglify getting rid of stuff that is never used.
[16:55] <hatch> ahh ok cool
[16:55] <Makyo> Gotta give uglify credit for being pretty thorough.
[16:58] <hatch> yup
[16:58] <hatch> little scary if those methods were called by this[callthismethod]
[16:58] <hatch> heh
[16:59] <hatch> rick_h_ I have a question about the ghost inspector and viewNavigate/state lemme know when you're back
[17:01] <kadams54> Forgot to mention this in standup, but I'm going to be out in an hour for an appointment. Will be back in the saddle around 3 PM Eastern.
[17:02] <rick_h_> hatch: k, back
[17:02] <kadams54> Also: KylesFault: less scary than SupportedNowAndAlwaysByKyle
[17:02] <kadams54> I've got no problem with it being my fault as long as someone else has to support it ;-)
[17:02] <rick_h_> oooh, I like that one
[17:03] <hatch> https://plus.google.com/hangouts/_/7acpiciu7u09dga8ifaaamclss?hl=en
[17:03] <rick_h_> FindKyleAt12480004444
[17:03] <hatch> lol
[17:10] <Makyo> jujugui anyone running in OSX with vagrant?  Having trouble getting the tests to pass natively with that, though the pass in CI and on other systems.
[17:11] <bac> Makyo: i am
[17:11] <hatch> Makyo running fine here
[17:12] <Makyo> hatch, rick_h_ PR updated, btw.
[17:12] <bac> Makyo: but i haven't tried the tests ina while
[17:12] <Makyo> Hmm, okay.  I'm on the old vagrant, will update.
[17:14] <kadams54> I have 2-3 tests that fail on a semi-regular basis
[17:22] <rick_h_> Makyo: cool thanks looking
[17:25] <hatch> kadams54 can you make note of them - they may be because of a cascading state issue (we used to have a lot of those)
[17:25] <hatch> Makyo oh yeah I'm on the new one, sorry try updating 
[17:26] <Makyo> Working on it.  NFS is unhappy
[17:26] <hatch> :( I love the nfs it's so fast
[17:26] <Makyo> Oh, nevermind.  /etc/exports was messed up
[17:27] <Makyo> Had some stuff in there left over from old vbox setup
[17:27] <Makyo> Conflicting mount points
[17:31] <hatch> ohh that'll do
[17:44] <bac> hatch, so the vagrant/nfs has continued to work well?
[17:46] <hatch> bac yep works like a charm, so fast
[17:47] <hatch> it's virtually instant to load up the site now when running locally 
[17:47] <hatch> it used to take a few seconds before
[17:47] <hatch> total time to run the tests has also dramatically sped up
[17:50] <bac> yay, i'm reading my email backwards and just got to the part where allhands has been bludgeoned to death.  whee.
[17:51] <hatch> haha yeah I cheered for that too
[17:52] <hatch> rick_h_ can the filter stuff at the top of getUrl in state.js go?
[17:52] <rick_h_> hatch: not until we fix the url to not need to worry about 'search' in the url
[17:52] <hatch> we don't -do- filters any longer I don't think
[17:52] <hatch> ohh ok
[17:53] <rick_h_> hatch: oh, but we do use filters in state. the search term, etc
[17:54] <rick_h_> hatch: clear and such for updating. and supposedly we'll get to 'tag' like search where you can enter 'precise' and we'll have to detect it as a filter of series
[17:54] <rick_h_> hatch: but yea, not used to the full extent right now
[17:55] <hatch> 14 mooms remaining :0
[17:55] <rick_h_> mooms?
[17:56] <hatch> I thought you were trying moom
[17:56] <hatch> every time  you use it it counts down from 100
[17:56] <rick_h_> yea, not sure what '14 more' fit into
[17:56] <rick_h_> huh? missed that
[17:57] <hatch> oh you've bought it already>
[17:57] <rick_h_> is that a trial one or something?
[17:57] <rick_h_> oh yea, I just bought it
[17:57] <hatch> oh lol ok
[17:57]  * hatch is cheap
[17:57] <hatch> lol
[17:57] <rick_h_> didn't realize it had a trial, just found it in the store
[17:57] <hatch> ohh yeah I went to their website
[17:57] <hatch> you should go register on their site - there are some limitations to the store version
[18:39] <Makyo> hatch, mind giving the PR a +/-?
[18:39] <hatch> oops sorry checking
[18:40] <hatch> Makyo done - I thought it had already landed :)
[18:40] <Makyo> hatch, sorry, just wanted to make sure!
[19:01] <rick_h_> jujugui going afk for a little bit before the interview. 
[19:54] <rick_h_> hatch__: ping, hop into the call
[20:59] <rick_h_> Makyo: can you come back for a min?
[21:00] <Makyo> Ack, sorry
[21:04] <hatch> Makyo lol that system 76
[21:04] <Makyo> I KNOW
[21:04] <Makyo> Ugh
[21:04] <rick_h_> MOAR FANS!
[21:05] <hatch> rofl
[21:05] <Makyo> Need to get a separate mic for it. I think th emic is on top of one of the fans.
[21:05] <Makyo> Stupid.
[21:05] <rick_h_> lol
[21:05] <Makyo> Oh well.
[21:05] <Makyo> Looking at Thinkpads to replace it.
[21:06] <rick_h_> ugh sorry
[21:06] <Makyo> It makes an okay "desktop", but the Air is a little less than ideal for sprint work, since it's not linux on metal.  Makes Go work tough.
[21:06] <rick_h_> kadams ran away? 
[21:06] <rick_h_> Makyo: hatch looks like his branch is up for review, if either of you get time to check it out before EOD appreciate it. 
[21:07] <Makyo> on it
[21:07] <rick_h_> Makyo: yea, I've got $$ in my pocket but nothing I'm happy to spend $$ on. 
[21:07] <Makyo> Or, well, let me walk dogs first.  Will be free after.
[21:07] <Makyo> rick_h_, yeah.  You still pro thinkpad?
[21:07] <rick_h_> The air is a nice form factor, but no metal and crappy keyboard :(
[21:07] <rick_h_> I love my 230, but want a more air form factor, better display, HD
[21:07] <rick_h_> the 240 does that but changes the buttons to a 'click pad' which reviews say is awful
[21:08] <hatch> Makyo I write go in OSX
[21:08] <rick_h_> Makyo: so I'm thinkpad cranky atm. They botched the carbon, messed up the 240 trackpoint
[21:08] <hatch> I haven't found a time when it doesn't work in OSX but does in Ubuntu
[21:08] <hatch> oh boy did they ever botch the carbon
[21:08] <Makyo> hatch, oh, cool.  Was curious about the juju project.
[21:08] <hatch> wth did they do to that keyboard lol
[21:08] <rick_h_> Makyo: honestly I was looking at the xps13, some people seem to like it, but a friend I trust hated it
[21:09] <rick_h_> Makyo: so I'm hoping refresh season might hit middle of the year and something good comes out of it
[21:09] <hatch> Makyo juju probably won't work as it relies on Ubuntu specific dependencies
[21:09] <Makyo> hatch, yeah, that was my concern with upcoming Gophercon
[21:09] <hatch> Makyo do you have the haswell equipped air?
[21:09] <Makyo> I'll get a VM up and running.
[21:09] <Makyo> Um.
[21:10] <hatch> I think as long as it's -not- haswell then 14.04 will run on metal
[21:10] <rick_h_> Makyo: http://discourse.ubuntu.com/t/laptops-for-ubuntu-cant-make-up-my-mind/1541
[21:10] <rick_h_> ok all, EOD have fun. Thanks again. 
[21:11] <hatch> cya rick_h_ 
[21:13] <hatch> I'm going to try fusion at some point here to try and get a good vm running
[21:31] <hatch> http://macaw.co/
[22:07] <huwshimi> Morning
[22:08] <hatch> morning
[22:14] <Makyo> Big huge +1 on NFS mount./
[22:14] <hatch> haha see!
[22:14] <hatch> lol
[22:18] <rick_h_> bac: looks like that's a winning change. :)
[22:18] <rick_h_> morning huwshimi 
[22:18] <bac> rick_h_: well, it was a bit sleazy
[22:18] <bac> rick_h_: you talking about ceph?
[22:19] <bac> hi huwshimi!
[22:19] <huwshimi> Morning all
[22:19] <hatch> bac nfs
[22:19] <hatch> bac how was your vacation?
[22:20] <bac> ah, nfs not sleazy at all
[22:20] <bac> hatch: it was fantastic!  beautiful, deserted beaches
[22:20] <rick_h_> bac: oh I missed an nfs change
[22:20] <bac> hatch: only downside is the dog is now mopey.  he had such a good time he's pissed to be home
[22:20] <rick_h_> bac: I mean I missed a ceph change
[22:21] <rick_h_> bac what was the result of that then?
[22:21] <bac> rick_h_: after lots of experimenting on staging, i decided the best course was just to delete ceph-22 and ceph-20.  when ingested again they were fine.
[22:21] <rick_h_> bac: ah cool thanks
[22:21] <bac> i can't explain what happened
[22:21] <bac> that's where the sleaze comes in
[22:22] <rick_h_> bac: yea works for me. I think it fell into an exception. We'll see if we hit issues again
[22:22] <bac> let's blame benji and move on
[22:22] <rick_h_> hah, good call
[22:24] <huwshimi> rick_h_: I see you've played some poker. Anything in particular you'd like me to move on to next?
[22:25] <huwshimi> hatch: Thanks for landing that branch.
[22:25] <rick_h_> huwshimi: so it's not on here, but you can get the inspector to show up (non ghost)
[22:25] <rick_h_> and we need to fit it into the full size of the sidebar
[22:25] <rick_h_> huwshimi: so go to comingsoon, deploy a charm, hit the close button, then click on the service block to get the normal inspector
[22:26] <rick_h_> oh, we can't now that the MV panel is there heh
[22:26] <rick_h_> ok, guess not that one
[22:27] <rick_h_> oh try without the mv flag
[22:27] <rick_h_> just il
[22:27] <huwshimi> rick_h_: Yep, got it.
[22:27] <rick_h_> huwshimi: ok, so the normal inspector on the left on a tall display doesn't fill the height properly
[22:28] <huwshimi> rick_h_: Ah yeah, looks like another candidate for flexbox.
[22:28] <rick_h_> huwshimi: so that'd be some good updates around current stuff. 
[22:28] <huwshimi> rick_h_: Would save all our resize calculations too.
[22:28] <rick_h_> huwshimi: and aside from that, we can keep moving forward on the machine view parts. We need the deployed unit tokens. Those I think should be widgets and done like the charm token
[22:28] <rick_h_> huwshimi: cool, if it works across our supported browsers I'm all for it
[22:29] <huwshimi> rick_h_: Yep, it's how the machine view stuff is working
[22:29] <rick_h_> huwshimi: cool
[22:29] <rick_h_> huwshimi: so the 'create a deployed service token' or the 'create machine control in unplaced units panel' would be next UI components to start on
[22:30] <rick_h_> huwshimi: that help?
[22:31] <huwshimi> rick_h_: Yep, that's great. Just poking around at the wireframes to see if we have details for the expanded units etc.
[22:32] <huwshimi> I think there's enough there to get started.
[22:32] <rick_h_> huwshimi: yea, there should be an expanded view when you place a unit token, but we can start out with just a small widget that can represent a unit. Assume it gets the data from the unit model as a raw JS object for now
[22:32] <rick_h_> huwshimi: much like the charm/bundle tokens get their model, but as a raw JS object
[22:33] <huwshimi> rick_h_: OK
[22:37] <hatch> yay....ghost state done
[22:37] <hatch> I should add "// I hate this" everywhere :P
[22:37] <hatch> lol
[22:39] <hatch> rick_h_ are you up for a post-implementation review?
[22:47] <rick_h_> hatch: let's do it in the morning?
[22:48] <hatch> sounds good
[22:48] <rick_h_> hatch: and maybe not "I hate this" but "XXX this should go YY in refactor card"
[22:48] <rick_h_> :)
[22:48] <hatch> it's in my github fork if you get curious
[22:48] <hatch> lol yeah
[22:48] <rick_h_> hatch: k, just create a WIP pull request please
[22:49] <rick_h_> I can comment on that but not just looking at the code
[22:49] <hatch> https://github.com/juju/juju-gui/pull/214
[22:49] <rick_h_> ty
[22:49] <rick_h_> will try to look after the boy goes to bed
[22:49] <hatch> yep no rush
[22:50] <hatch> stepping away for a bit
[22:50] <hatch> bbiab
[23:55] <hatch> kadams54 you're back
[23:55] <hatch> you kinda disappeared lol
[23:55] <hatch> Makyo I made some notes in the interview doc, feel free to comment/change as you see fit
[23:55] <kadams54> Comcast: "Your area is experiencing an outtage. Estimated time for repair is 8 PM Eastern."
[23:56] <hatch> noice
[23:56] <hatch> someone drive into the internet pole?
[23:56] <hatch> :)
[23:57] <kadams54> *sigh*
[23:57] <hatch> the challenge of working from home sometimes :)
[23:58] <hatch> My cell provider doesn't charge extra for tethering so I try to jump on that if my home network goes bonkers