[00:08] <bac> hi huwshimi
[00:08] <huwshimi> bac: Hey!
[00:09] <bac> huwshimi: you coming to vegas?
[00:09] <huwshimi> bac: Yep!
[00:09] <bac> cool.  look forward to seeing you there.
[00:09]  * bac dinners
[00:09] <bac> bye
[00:09] <huwshimi> seeya
[00:15] <rick_h_> huwshimi: are you cool or did you need a chat or another pair of eyes?
[00:25] <huwshimi> rick_h_: I'm not quite sure what's going on, but I'm sure I can figure it out.
[00:25] <huwshimi> rick_h_: Did you have specific things you wanted me to test, there's not really anything going on at the moment...
[00:26] <rick_h_> huwshimi: ok, well going offline for the night. 
[00:26] <huwshimi> rick_h_: Yeah, head off, it sounds like tonight you shouldn't be working :)
[00:26] <rick_h_> huwshimi: just that the render works ok, maybe verify some of the height calc stuff if we need to. 
[00:26] <huwshimi> rick_h_: OK sure
[00:26] <huwshimi> rick_h_: Night
[00:26] <rick_h_> huwshimi: mostly basics, nothing specific in my head yet. It'll get a lot more as we integrate with other things. 
[00:27] <rick_h_> huwshimi: have a good day
[00:27] <huwshimi> rick_h_: OK sure. Will do.
[10:37] <rick_h_> morning
[10:40] <frankban> hi rick_h_ 
[10:45] <rick_h_> we having fun yet frankban ?
[10:45] <rick_h_> frankban: you able to make the rescheduled interview tonight?
[10:45] <frankban> rick_h_: sure
[10:46] <rick_h_> frankban: cool thanks
[11:48] <dimitern> benji, hey, have you used teambeamer in trusty?
[11:49] <benji> dimitern: nope, I haven't (I just installed trusty recently)
[11:50] <dimitern> benji, I'm wondering how difficult it is to set it up on trusty - perhaps building from source?
[11:51] <benji> I don't think it'll be too hard.  Termbemer itself is trivial to "build" because it is Python, but the dependencies might give you some trouble.
[11:52] <benji> have you tried installing from the PPA?
[11:52]  * benji tries
[12:22] <bac> rick_h_: actually I'm inclined to go with the default values for MongoClient, which is fsync of False.
[12:22] <rick_h_> bac: ok, we can try it. worst case we know where the code is
[12:22] <bac> rick_h_: the defaults for MongoClient are "safe writes" as opposed to the unacknowledged unsafe writes of the defaults for Connection()
[12:23] <rick_h_> bac: gotcha, than that's great. I just remember debugging strange test issues too much from Connection() as the unsafe default writes made it a headache
[12:23] <bac> rick_h_: Even without fsync=True you'll still get a fail message on conflicts.  the reading i've done says avoid fsync "if you can help it".  our use should allow it to be safe.
[12:24] <bac> rick_h_: i'll push the latest changes for you to eyeball on RV
[12:25] <rick_h_> bac: ok thanks
[12:26] <bac> rick_h_: it looks like defaults are sane.  using w=0 is the only thing that gets you into trouble, breaks locks, etc
[12:26] <rick_h_> ok
[12:26] <rick_h_> yea, I worried we went too far safe with w=1
[12:26] <bac> tmi.  :)
[12:27] <rick_h_> but knew we originally added the safe=true for hard to debug test failures
[12:29] <rick_h_> hwody kadams54, welcome to jujugui
[12:29] <rick_h_> err howdy
[12:29] <kadams54> Morning all.
[12:38] <benji> dimitern: the PPA wasn't set up to build packages for trusty, I have set that up now; we'll see if they build without error
[12:38] <dimitern> benji, cheers!
[12:47] <dimitern> benji, I see python-vte is being built right now, but can't see pending builds for termbeamer, here: https://code.launchpad.net/~benji/+archive/termbeamer/+packages
[12:48] <benji> dimitern: build started
[12:48] <benji> (and the VTE build worked, which is the one I was worried about, so that's a good sign)
[12:49] <dimitern> benji, great!
[13:04] <bac> welcome kadams54
[13:05] <frankban> rogpeppe: morning, do you have time today for reviewing https://codereview.appspot.com/77420043 ? thanks a lot
[13:08] <frankban> kadams54: welcome!
[13:17] <hatch> thanks for the review frankban! 
[13:17] <frankban> hatch: mp
[13:34]  * frankban lunches
[13:36] <rick_h_> hatch: when you have the else you don't need the return :P
[13:36] <rick_h_> hatch: having BOTH is the issue
[13:36] <hatch> I like it being explicit in case someone adds code outside of the conditional 
[13:37] <rick_h_> right, but it's harder to find the return value of a func when it's returning all over the place
[13:37] <rick_h_> "oh, this function has a condition on line 10 that returns something else"
[13:37] <rick_h_> I generally have a dislike for those, but I admit it's a personal pref
[13:37] <rick_h_> especially because you were just using the return to avoid an else in this case. There's no explicit return value
[13:38] <hatch> heh and I prefer to use returns :)
[13:39] <rick_h_> s/return/break and maybe...
[13:39] <rick_h_> empty returns are so semantically just broken
[13:39] <hatch> a break could potentially introduce the issue I was trying to avoid
[13:39] <hatch> lol no they aren't
[13:40] <rick_h_> "yea, here's you're return value...nothing, and never will be...booya"
[13:40] <rick_h_> "but if you add a return value in one case, better go grepping through the whole function in case we return in othre places you're not looking in"
[13:40] <rick_h_> ugh :P
[13:40] <hatch> well it's returning undefined :) but in this case it's acting as a short on the function
[13:41] <rick_h_> right, like an if else 
[13:41] <hatch> lol the function is only 10 lines long
[13:41] <rick_h_> if x do a else do b
[13:41] <hatch>  // don't add extra code outside of this if block 
[13:41] <hatch> vs
[13:41] <hatch> return; 
[13:41] <rick_h_> it's the principal of the thing! /me gets his soap box
[13:41] <hatch> :)
[13:41]  * hatch gets bigger soap box
[13:41] <hatch> (and the soap box arms race begins)
[13:41] <hatch> lol
[13:41] <rick_h_> lol, canadaians, bigger? never!
[13:42] <rick_h_> bah canadians
[13:42] <hatch> hah fine - I'll remove the return.....under duress! 
[13:43] <rick_h_> lol
[13:48] <rick_h_> hatch: Huw's branch isn't quite ready, I turned it into a pull request and it's failing CI, but if you get time could you pull it down and review/qa please?
[13:48] <rick_h_> hatch: and we can provide feedback for him to try to get that landed tonight
[13:58] <hatch> rick_h_ yeah sure
[13:58] <rick_h_> hatch: thanks
[14:01] <bac> rick_h_: vacation request submitted for 1/2 week before sprint
[14:01] <rick_h_> bac: thanks
[14:06] <rick_h_> kadams54: you should have an invite for kanban, let me know when you accept so I can give your account permissions
[14:07] <kadams54> rick_h_: Accepted.
[14:07] <rick_h_> kadams54: awesome thanks
[14:16] <frankban> rick_h_, hatch: I agree it's a personal preference. I also like return to exit the function faster and then the rest of code being not nested, i.e. from now on I can read the function without thinking about conditionals. it's just that return + nested else seems a bit unclear to me 
[14:16] <hatch> hmm
[14:16] <hatch> :)
[14:23] <rick_h_> kadams54: ok, you should be able to load the kanban board now
[14:23] <rick_h_> kadams54: please verify before the standup in 40
[14:23] <kadams54> rick_h_: Yup, I'm in and looking it over.
[14:26] <rick_h_> kadams54: oh, you need to get travel setup as well
[14:28] <hatch> frankban wow I don't think I've ever typed so much in a code review :P Mind taking a look and seeing if I answered all of your questions
[14:28] <hatch> and btw - you found a serious bug :) thanks
[14:29] <hatch> welcome kadams54 
[14:29] <frankban> hatch: I'll take a look asap
[14:30] <hatch> rick_h_ il? "Yo man this feature is so ILL"
[14:31] <rick_h_> hatch: :P
[14:31] <hatch> lol
[14:31] <rick_h_> good way to remember it
[14:31] <hatch> haha
[14:31] <hatch> my next feature flag will be steezin 
[14:37] <lazyPower> rick_h_: did you see ppetraki's comments in #juju-dev?
[14:37] <lazyPower> the charm store is exporting null bundles
[14:37] <ppetraki>  has anyone tried to download a bundle lately from the charm store? I've tried to export several different ones and all I'm getting is
[14:37] <ppetraki>  envExport: 
[14:37] <ppetraki>    services: {}
[14:37] <ppetraki>    relations: []
[14:37] <ppetraki>    series: precise
[14:37] <lazyPower> that one ^
[14:37] <rick_h_> lazyPower: no, what's up?
[14:38] <rick_h_> ppetraki: oh looking
[14:39] <rick_h_> ppetraki: hmm, how are you downloading? Is this when you build an environment on jujucharms.com and hit export?
[14:39]  * ppetraki digs up example
[14:40] <rick_h_> ppetraki: I just did a qiuck test and it worked. I wonder if you're trying to do something differently or with something that's not working? 
[14:40] <rick_h_> ppetraki: screenshot of your environment would be useful to replicate on jujucharms.com to test out
[14:40] <ppetraki> ack
[14:41] <rick_h_> ppetraki: thanks, we'll help look into it for sure. Thanks for the report of the issue.
[14:41]  * rick_h_ goes afk for a few to migrate home from coffee shop
[14:42] <ppetraki> rick_h_, http://picpaste.com/upload-guibad-aN53Tvlj.png
[14:42] <ppetraki> rick_h_, I just visit the bundle, click the '^', and open the file it downloaded
[14:45] <Makyo> ppetraki, deploy the bundle to the GUI first.  The ^ button exports the canvas, not the charm or bundle you are viewing.
[14:45] <Makyo> Will take a note, though, that's worth clarifying.
[14:46]  * hatch is also relocating
[14:47] <Makyo> ppetraki, if you wish to grab a bundle's code from the store without deploying, you can go to the code tab, eg https://jujucharms.com/bundle/~charmers/mediawiki/6/single/#code and select the bundle.yaml file.
[14:47] <ppetraki> Makyo, it says it'll be deployed to my local provider immediately, does that mean my current juju-env?
[14:48] <Makyo> ppetraki, if you are viewing it at jujucharms.com, the provider is the demonstration provider, which is just a sandbox within the browser.
[14:48] <ppetraki> Makyo, yeah, as a regular user I have no idea what the difference is
[14:48] <ppetraki> and assumed the worse
[14:48]  * ppetraki well, im not exactly a regular user
[14:49] <Makyo> ppetraki, that's totally fair.  We'll see if there's a way to make that more clear.
[14:49] <ppetraki> Makyo, thanks
[14:50] <Makyo> jujugui call in 10
[14:50] <lazyPower> ah thats something I didnt think about, that charms are transient until you actually "deploy" them on the gui
[14:50] <lazyPower> see? this is why you guys make the big bucks. 
[14:50]  * lazyPower thumbs up
[14:51] <Makyo> https://bugs.launchpad.net/juju-gui/+bug/1294694 cc ppetraki 
[14:51] <_mup_> Bug #1294694: Bundle deployment in sandbox is confusing <juju-gui:New> <https://launchpad.net/bugs/1294694>
[14:53]  * Makyo coffees self thoroughly before call.
[14:54] <ppetraki> Makyo, sub'd, thanks
[14:57] <hatch> jujugui call in 3
[14:59] <frankban> hatch: thanks. also your comments look good. what do you think about my last proposal (re: functional approach)?
[15:00] <hatch> yeah I think that will be a good change
[15:00] <hatch> sorry I meant to comment on that :)
[15:00] <rick_h_> kadams54: https://plus.google.com/hangouts/_/canonical.com/daily-standup?authuser=1 in case you can't see the link in the calendar 
[15:00] <frankban> hatch: oh, and it would be nice if the changeSet hierarchical structure is documented in that branch
[15:00] <frankban> thanks for that branch hatch 
[15:00] <rick_h_> benji: standup pingu
[15:00] <hatch> yeah I can do that - I kind of didn't on purpose because I figured the structure might change a bit
[15:13] <hatch> luca is there an overview image of the new zoom assets?
[15:14] <luca> hatch: like a mock up?
[15:15] <hatch> luca yeah, you mention getting rid of the slider, so are there just going to be two buttons floating there now?
[15:16] <luca> yeah, sec
[15:16] <hatch> can you add it to the bug plz and thanks :)
[15:16] <luca> hatch: same style as the bundle visualisation zoom slider
[15:16] <luca> https://docs.google.com/a/canonical.com/file/d/0B_l975nRB6BuSEVfQXhxU2g2SXc/edit
[15:16] <hatch> ahh ok cool
[15:17] <hatch> I'll update the ticket
[15:17] <luca> ok, thanks
[15:17] <rick_h_> hatch: try to upload the orig png please
[15:17] <rick_h_> hatch: as the gdocs link isn't public bug the bugs are
[15:17] <rick_h_> hatch: so it keeps more info in the open
[15:17] <hatch> ok cool
[15:17] <luca> ah
[15:17] <luca> right
[15:17] <luca> sorry
[15:18] <rick_h_> luca: np, just want to keep us all nice and open for community/etc 
[15:18] <rick_h_> thanks for the update and bug report!
[15:19] <hatch> addeed
[15:21] <rick_h_> thanks hatch 
[15:28] <hatch> I really need to figure out how to setup znc 
[15:36] <hatch> someone just parked a van across the street on the sidewalk and snowbank......intentionally....
[15:37] <hatch> that's got to be a first
[15:42] <lazyPower> hatch: its the nsa!
[15:42] <lazyPower> hatch: also - have you looked at quassel? the ZNC component is dead simple to setup/use
[15:42] <hatch> lol - or a, now-stuck, idiot
[15:42] <lazyPower> + it has a mobile component for those of us on the go that like to keep irc in our pockets.
[15:43] <hatch> lazyPower well I'd like to set up a ZNC bouncer so that I could log into it with textual in osx and something like quassel in Ubuntu
[15:43] <lazyPower> quassel has a osx client to...
[15:43] <hatch> oh? 
[15:43] <hatch> interesting
[15:44] <lazyPower> yeah it runs on every flavor of OS, i'm pretty sure there's a chrome extension being dev'd too
[15:45] <hatch> I really like how textual uses safari so you can theme using css
[15:45] <hatch> safari webview that is
[15:47] <lazyPower> hatch: well, DO has you covered - https://www.digitalocean.com/community/articles/how-to-install-znc-an-irc-bouncer-on-an-ubuntu-vps
[15:47] <lazyPower> and that smells of an opportunity to be charmed
[15:47]  * lazyPower nudges gently
[15:47] <hatch> oh awesome
[15:48] <hatch> lol - I need way more hours in the day
[15:48] <lazyPower> you and me both brother
[15:48] <hatch> I wish DO had a juju provider
[15:49] <lazyPower> uhm
[15:49] <hatch> hazmat wrote one
[15:49] <lazyPower> hazmat has written an alpha provider plugin
[15:49] <hatch> :)
[15:49] <lazyPower> yeah
[15:49] <lazyPower> https://github.com/kapilt/juju-digitalocean
[15:49] <hazmat> hatch, jump on in.. its fresh out of the oven ;-)
[15:50] <hazmat> that's when the cookies are best
[15:50] <hatch> lol 
[15:50] <hatch> it's true!
[15:50] <hatch> hazmat does it support deploying using --to ? :)
[15:50] <hatch> bootstrap + gui + znc + whatever other garbage I want to put on their smallest node :P
[15:51] <hazmat> hatch, ofc.. its a little differrent than a normal provider.. you $ juju docean bootstrap .. $ juju docean add-machine -n 5 
[15:51] <rick_h_> heh 512mb isn't much of a node
[15:51] <hazmat> before deploying.. and then you can do deploy to .. etc
[15:51] <hazmat> hatch, you can even do envs that span the globe ;-).. i did one env split between ams and nyc.
[15:52] <lazyPower> nice
[15:52] <hazmat> manual provisioning solves everything :-)
[15:52] <hatch> hazmat is that a decision you made or a technical limitation of DO not being able to deploy and auto add machines?
[15:52] <hazmat> hatch, its a limitation of juju's ability to do external provisioning plugins
[15:52]  * rick_h_ goes to nuke lunchables
[15:52] <hazmat> hatch, i'd have to api intercept to do more interesting things
[15:52] <hatch> ahh
[15:53] <hazmat> hatch, but really its a trivial burden imo.. to type one extra line to allocate machines before deploying or add-unit. 
[15:53] <hatch> yeah for sure
[15:54] <hatch> I'd have to think of something else to put on that node.....$60/yr for a znc bouncer is a little nuts haha
[15:54] <lazyPower> hatch: if you go the route of quassel i'd have no problem putting you on my bouncer
[15:55] <lazyPower> but you have this need for textual - sooooo
[15:55] <hatch> can I trust you not to read my messages?????
[15:55] <hatch> CAN I!!!
[15:55] <lazyPower> no
[15:55] <lazyPower> i'm the nsa dude
[15:55] <lazyPower> :P
[15:55] <hatch> I knew it
[15:55] <lazyPower> haha, yeah man idc
[15:55] <lazyPower> i never mess with the db
[15:55] <lazyPower> if you trust me i trust you kinda trust
[15:57] <hatch> interesting that there are no 'znc as a service' startups
[15:57] <hatch> lol
[15:57] <lazyPower> such a niche market
[15:57] <hatch> I bet people would pay $5-10 a year
[15:57] <hatch> oh right..... znc and food picture sharing as a service
[15:57] <hatch> ^ startup idea
[15:57] <hatch> *patented*
[15:57] <lazyPower> hatch: i'll sync with antonio i'll ping you with the quassel core details
[15:58] <lazyPower> s/i'll/after my
[15:58] <hatch> cool thanks
[15:58] <lazyPower> np 
[16:49] <hatch> frankban https://gist.github.com/3dd5ddad7b0e765af3e5 a litle more functional
[16:49] <hatch> thoughts?
[16:49] <frankban> hatch: looking
[16:51] <hatch> thanks
[16:52] <frankban> hatch: looks good
[16:52]  * Makyo runs to grab prescription, will have other laptop at coffeeshop.
[16:52] <hatch> cool - now to fix all the tests
[17:02] <hatch> bac https://twitter.com/dam/status/446323090612420608 hehehe
[17:06] <frankban> guihelp: I need one review/QA for https://github.com/juju/juju-gui/pull/186 Anyone available? thanks!
[17:06] <hatch> sure I can
[17:07] <frankban> thanks hatch 
[17:10] <benji> frankban: I'll take a look at your review and perhaps you'll have time to look at https://codereview.appspot.com/76860047 while I do that
[17:10] <benji> frankban: oh, you already have a reviewer, well, I'll let you review my branch anyway
[17:11] <frankban> benji: sure, I'll take a look
[17:11] <benji> frankban: note that the branch has undergone extensive QA, so you can feel free to skip that if you feel so inclined
[17:12] <frankban> benji: cool, ok, I'll just look at the code
[17:12] <rick_h_> frankban: did you determine if we should file a -core bug on the issue?
[17:13] <frankban> rick_h_: I planned to investigate that in core and file a bug if required, with instructions to dupe
[17:13] <rick_h_> frankban: ok cool thanks
[17:15] <rick_h_> DrabMakyo always has me looking for ShinyMakyo
[17:15] <ShinyMakyo> Given that this is the Air, I might as well.
[17:15] <hatch> lol
[17:15] <rick_h_> lol
[17:16] <hatch> frankban +1 but I can't QA right now unfortunately
[17:16] <ShinyMakyo> Damn, missed opportunity for FabMakyo
[17:17] <rick_h_> hah!
[17:17] <frankban> hatch: thanks. benji: could you please QA my branch? (only if you have local envs up and running)
[17:18] <benji> frankban: I don't have local set up yet.  I am willing to get it set up if you don't think it'll be too painful.
[17:20] <hatch> ooo move state out of browser.... I like the sound of that card ShinyMakyo :)
[17:21] <ShinyMakyo> Haha.
[17:21] <ShinyMakyo> Part of the other card with my face on it.
[17:21] <frankban> benji: well, I am not on trusty, but maybe it's worth trying the following: sudo add-apt-repository ppa:juju/stable && sudo apt-get update && sudo apt-get install juju-quickstart && juju-quickstart
[17:21]  * benji tries
[17:22] <hatch> ShinyMakyo what I have been doing is, when I create a sub card, add a count to it and then subtract that from the 'parent' card....I'm not sure if it works yet but it at least keeps the estimated work somewhat accurate
[17:22] <ShinyMakyo> Ah, yeah, that makes sense.
[17:22] <rick_h_> hatch: ShinyMakyo yes please
[17:22] <ShinyMakyo> Done and done
[17:30] <hatch> lately I've been getting test failures where the traceback points to another test entirely.....very odd
[17:35] <frankban> benji: I am not sure about how that nrpe hooks work. did you create relation-broken/departed sym links in your branch?
[17:36] <benji> frankban: I did
[17:36] <frankban> benji: oh, ok, Rietveld does not show that :-/
[17:36] <benji> frankban: quickstart is bootstrapping ec2, is that expected?  Should I set up a local environment config and make that the default?
[17:37] <rick_h_> benji: I tend to
[17:37] <rick_h_> benji: as it's a lot faster and nicer to work with and doesn't cost $$
[17:38] <frankban> benji: yes, so you already had an environment. so now you can stop quickstart, destroy the ec2 env, and then create a local one with "juju quickstart -i"
[17:39] <frankban> benji: also, since you already have juju configured, before running quickstart -i, it's better to apt-get install mongodb-server lxc
[17:40] <hatch> frankban I pushed the latest changes up, mind taking a look for a +1 ?
[17:40] <benji> frankban: too late, but quickstart told me to install it, which is nice
[17:41] <frankban> cool
[17:42] <frankban> benji: review done
[17:43] <benji> thanks
[17:48] <ShinyMakyo> Okay, prescription's ready.  Will be back home in a few.
[17:49] <benji> frankban: local environment setup seems to be working (but not done yet)
[17:49] <benji> once it's done and I'm sure it's working I'll QA your branch
[17:50] <frankban> benji: cool, setting up a local env with the GUI is also the first step of my QA instructions
[17:51] <benji> I'm glad you told me because I would have destroyed it before looking at the QA instructions :)
[17:51] <benji> frankban: uh oh: juju-quickstart: error: juju-gui/0 is in an error state: error: hook failed: "install"
[17:52] <frankban> benji: interesting, what's in ~/.juju/local/log/unit-juju-gui-0.log?
[17:56] <benji> frankban: oops, I have already destroyed the environment and am trying again
[18:02] <benji> frankban: http://paste.ubuntu.com/7121143/
[18:02] <hatch> Makyo did you ever get a chance to look at my branch?
[18:04] <frankban> benji: so apt failed. juju status?
[18:04] <benji> frankban: http://paste.ubuntu.com/7121162/
[18:06] <frankban> benji: ok, so the lxc is precise and that's correct. next step is trying the same command from inside the lxc: juju ssh juju-gui/0; sudo -i; apt-get -y install libapt-pkg-dev python-apt python-launchpadlib python-tempita python-yaml
[18:06] <Makyo> hatch, Yes, but not with changes.  Let me prowl through again.
[18:06] <frankban> let's see what the real error is
[18:08] <benji> frankban: there's the problem: No space left on device
[18:09] <frankban> oh...
[18:09] <benji> who needs a root partition larger than 20 gig I said, that would be crazy I said
[18:09] <frankban> :-)
[18:09] <benji> I think you'll have to look somewhere else for your QA
[18:12] <frankban> ok. rick_h_, Makyo, bac: ^^^ anyone available for QAing https://github.com/juju/juju-gui/pull/186 ?
[18:12] <bac> doubtful
[18:12] <Makyo> frankban, I can.
[18:12] <frankban> Makyo: thanks
[18:13] <bac> benji: it needs 20G free?
[18:14] <benji> bac: I only have 20G total... oh, I only have 10G total on that partiion
[18:15] <bac> benji: yeah, i had to go through the resize dance on my vm.  was doable but unpleasant
[18:30] <hatch> Makyo ok cool thanks, I just want to get it landed
[18:31] <rick_h_> frankban: let me know I can after calls today if you still need someone
[18:31] <Makyo> hatch, ack.  
[18:32] <frankban> rick_h_: thanks, Makyo is doing the QA
[18:32] <hatch> frankban yeah sorry about the QA, updating juju borked my machine so I need to upgrade it and haven't had the time :/
[18:32] <hatch> well juju and my machine are borked together :)
[18:33] <frankban> hatch: np, thanks for the review
[18:38]  * hatch lunching
[18:43] <frankban> benji: very good plot twist :-)
[18:43] <benji> heh
[19:00] <Makyo> frankban, I can't reproduce the first error
[19:00] <Makyo> Let me get more info.
[19:00] <Makyo> juju 1.17.4
[19:01] <Makyo> frankban, (ping re interview, though)
[19:01] <frankban> Makyo: maybe it's intermittent. uhm. I was using stable
[19:01] <Makyo> frankban, ack, will keep poking.
[19:01] <frankban> Makyo: thanks
[19:36] <hatch> rick_h_ around?
[19:37] <rick_h_> hatch: otp, what's up?
[19:37] <hatch> ok I'll type :) was gona request a hangout
[19:37] <hatch> sec
[19:38] <hatch> when a user is calling setConfig we allow them to pass in a queued service or a real service. If the service is queued and they use the `immediate` flag, should we A) disregard or B) deploy the service and set the config? I vote A with a console warning
[19:39] <hatch> kadams54 hey just fyi you're still running through sourceforge's vpn for irc :)
[19:39] <rick_h_> hatch: hmm, throw an error for now?
[19:39] <kadams54> hatch: lol, thanks man :-)
[19:39] <rick_h_> hatch: I mean we don't have a use case for this atm
[19:40] <hatch> rick_h_ throw as in throw()?
[19:40] <hatch> right, I just want to cover the bases 
[19:40] <rick_h_> hatch: so it seems like a case of problems we don't have atm
[19:40] <hatch> haha I'm avoiding them before they are :)
[19:40] <rick_h_> yea, +1 on thinking about it, but don't want to get hung up on it
[19:40] <hatch> I think that the 'immedaite' is a real usecase and it's really not much more work to do it at the same time
[19:41] <rick_h_> the only use case I see is testing?
[19:41] <rick_h_> or is there more I'm missing?
[19:41] <hatch> well just if we want to give the user the ability to bypass the deployer bar for any request
[19:42] <rick_h_> right but that's not in any design for now
[19:42] <hatch> and testing
[19:42] <rick_h_> there's not  real use case for the user to select it
[19:42] <rick_h_> and testing I think we can throw the error that shows "you forgit an immedite on the service, fix that in your setup"
[19:42] <rick_h_> forgot
[19:42] <hatch> ok I'll throw for now
[19:42] <rick_h_> does that make sense?
[19:43] <hatch> yep it does - I am pretty sure that it's an interaction we will want to allow though 
[19:44] <rick_h_> hatch: k, yea that's why I'm fine thinking on it, but until we have a use case to walk through I'm not sure how to handle it 
[19:44] <hatch> right ok cool
[19:51]  * hatch grumbles about using if/else vs multiple returns
[19:51] <hatch> :P
[19:51] <rick_h_> hatch: I give, if you and frankban like it I'll give. :P
[19:51] <hatch> VICTORY!
[19:51] <hatch> lol
[19:52] <hatch> how about short variable names?
[19:52] <hatch> too far?
[19:52] <rick_h_> NO!
[19:52] <hatch> lol
[19:52] <hatch> hahaha
[19:52] <rick_h_> or something like that
[19:56] <kadams54> Not to start any holy wars, but… what are some of the different dev setups you guys use? I've been playing around with several different ones today (vagrant, regular Ubuntu VM, dual boot) and trying to figure out where I'm going to be most productive.
[19:58] <hatch> kadams54 atm I'm using OSX with the gui's vagrant config
[19:59] <hatch> I also have a box in the basement running Ubuntu to do real env testing
[19:59] <hatch> I also have a Ubuntu VM for various ubuntu stuff locally
[20:00] <hatch> I am trying to run Ubuntu on metal but the current kernel doesn't work on the new Apple haswell cpu's
[20:01] <hatch> but you will find that working IN Ubuntu is a lot less work when working with charms, juju-core hacking, etc
[20:02] <hatch> so...depending on your laptop the answer may be made for you :)
[20:04] <Makyo> rick_h_, lost hangouts, sorry
[20:04] <Makyo> Or maybe I lost Internet...
[20:05] <hatch> I see u
[20:05] <hatch> messages that is :)
[20:06] <hatch> jujugui I need a pre-imp call with someone about the set_config interaction with a ghost service
[20:06] <hatch> anyone available?
[20:09] <kadams54> Another question: I'm not going through SF VPN, but I do have a SF cloak. Does Canonical have cloaks?
[20:09] <kadams54> Yeah, I may setup a spare desktop I have lying around to run Ubuntu on the bare metal. Right now I'm leaning towards vagrant on my MacBook.
[20:09] <kadams54> It's an older MacBook, but I use some stuff that's OS X-only… like coreStorage to tie together an SSD and a traditional HD into a single logical volume.
[20:10] <hatch> that's a good question - I have seen it....I just assumed they were running through the vpn
[20:10] <kadams54> Hah, no.
[20:10] <kadams54> And there was also the hitch this morning with getting my webcam to work in Ubuntu…
[20:11] <hatch> some may give you a hard time about it.....I have a ubuntu logo on my Apple symbol lol
[20:13] <hatch> dogfooding and all that :)
[20:15] <kadams54> Yeah, I'm beginning to realize that :-) My intention is to spend as much time in Ubuntu as possible.
[20:24] <hatch> hmm there are quite a few ghost service interactions that need to be thought out for this state manager
[20:24] <rick_h_> hatch: :)
[20:24] <hatch> rick_h_ when you have a second lets have a hangout
[20:24] <rick_h_> hatch: k, shoot me a link 
[20:24] <hatch> https://plus.google.com/hangouts/_/76cpiohup8sdmhrmvej1p946sg?hl=en
[20:51] <hatch> Makyo poke
[20:52] <Makyo> hatch, sorry, got wrapped up :(  5 minutes?
[20:52] <hatch> haha yeah sure - I'm working on a new branch, I just branched off of it
[20:53] <hatch> no problem
[20:55]  * rick_h_ runs away for the day. I'll be back.
[20:55] <hatch> lol such a lie
[20:56] <rick_h_> hatch: hey, I'll be gone a solid hour at least :P
[20:56] <hatch> haha
[20:56] <rick_h_> then I've got a bunch of emails to go through and send out :/
[20:57] <Makyo> hatch, lgtm
[20:57] <hatch> bah CI got backed up again
[20:58]  * Makyo walks dogs quickly
[20:59] <bac> rick_h_: i've added some notes to the google doc on the candidate.  i've also changed the view permissions to invite only.
[20:59] <rick_h_> bac: rgr thanks for the update and thought on perms
[20:59] <rick_h_> good call
[20:59]  * bac dogwalks
[21:01] <hatch> jujugui CI is back running again it'll take about 40mins to clear through its queue
[21:02] <hatch> kadams54 did you add 'jujugui' and 'guihelp' to your notifications in your IRC client?
[21:19] <hatch> evening luca
[21:24] <kadams54> hatch: yup
[21:24] <hatch> awesome - just don't want you to miss out on all the awesome dings to break your concentration :P
[21:24] <kadams54> lol
[21:25] <hatch> what time is it there? Are you on the same tz as rick_h_ ?
[21:25] <kadams54> I'm US Eastern, so it's 5:30 here
[21:25] <kadams54> Yeah, same state even :-)
[21:25] <kadams54> We're going to be meeting up at a coworking spot all next week.
[21:25] <hatch> yeah I hear it's a drive
[21:26] <kadams54> 45 minutes for me, not sure exactly where rick_h_ is coming from.
[21:26] <hatch> yeah he said about that for him too
[21:27] <kadams54> I was impressed that the town we'll be meeting up in has a coworking spot.
[21:27] <hatch> that's good though, it was just over a month before my first get together and it was a full blown sprint 
[21:27] <hatch> haha yeah they are pretty rare 
[21:28] <kadams54> FYI, I'll be signing off shortly, once pizza arrives for family night.
[21:28] <hatch> no problem
[21:29] <kadams54> I'm diving into my first ticket now, replicating the issue and getting familiar with the codebase, so tomorrow should see some actual coding :-)
[21:30] <hatch> excellent, which ticket are you on?
[21:32] <kadams54> https://bugs.launchpad.net/juju-gui/+bug/1269381
[21:32] <_mup_> Bug #1269381: keybinding for centering canvas is actually S-) <bitesize> <juju-gui:Triaged by kadams54> <https://launchpad.net/bugs/1269381>
[21:32] <kadams54> What would be normal process for picking up a bug? Assign it to myself and mark as in progress?
[21:33] <hatch> kadams54 has Rick got you set up on the kanban board yet?
[21:34] <kadams54> Yeah
[21:34] <hatch> ok so then you would create a card in High (because that's not part of an active project) put your head on it and drag the card into the Active lane
[21:35] <hatch> you'd also mark the bug as in progress and assigned to you in launchpad
[21:36] <hatch> in the High block.... right click > add card > defect > put the bug # in Card ID, put the bug title in Title and assign to you
[21:38] <kadams54> Oh, that reminds me - how do I change my avatar in leankit? Looked around a bit for a way to change it, made sure I'd added my canonical email to gravatars in case it used that, but I'm still a generic "KA".
[21:39] <hatch> hmm....
[21:40] <hatch> there is a 'manage account settings' button but it's not clickable heh
[21:42] <rick_h_> the avatar is hooked to gravatar
[21:42] <rick_h_> so you need to set a gravatar for that email addresss
[21:43] <kadams54> Yeah, I did.
[21:43] <kadams54> I suspect there's a cache somewhere that needs refreshing
[21:46] <hatch> or lk is just broken...that happens :)
[21:50] <hatch> lazyPower you picked up a new sputnik?
[21:50] <lazyPower> hatch: sure did
[21:50] <hatch> I didn't know they updated it?
[21:51] <lazyPower> haswell i7 
[21:51] <lazyPower> that update came in what... november?
[21:51] <hatch> oh interesting :) HiDPI screen too?
[21:51] <lazyPower> its sexy with its touch support
[21:51] <lazyPower> now i have finger prints all over my monitor
[21:51] <hatch> hmm ok you're going to have to link me to these details
[21:51] <hatch> lol
[21:52] <lazyPower> http://www.dell.com/us/business/p/xps-13-linux/pd.aspx
[21:52] <hatch> what kind of battery life are you getting?
[21:53] <lazyPower> ~ 4.5 hours with reasonable dim on display + disabling keyboard lights
[21:53] <hatch> intersting
[21:54] <hatch> well glad that it's working out well - hopefully more come with Ubuntu as time goes on
[21:55] <lazyPower> Indeed. My only complaint is hte ram is soldered to the board
[21:55] <lazyPower> so i wasn't able to give it a 16gb ram upgrade, but it does what i need it to do as is :)
[21:55] <hatch> well hey everything is glued together on mine so nothing is being changed.....ever
[21:55] <hatch> lol
[21:59] <huwshimi> Morning
[21:59] <hatch> morning huwshimi 
[21:59] <hatch> I commented up your branch :)
[22:00] <huwshimi> hatch: Ah, thanks
[22:13] <rick_h_> huwshimi: yea thanks for the updates. I made a pull request to get a qa and review
[22:13] <rick_h_> huwshimi: hatch brought up a couple of points, let me know what we can to do get it landed
[22:13] <rick_h_> huwshimi: and morning and all that :)
[22:13] <huwshimi> rick_h_: No problems, taking a look now.
[22:19] <huwshimi> Do we have any way to test things in app/index.html?
[22:19] <huwshimi> I that test_startup.js?
[22:19] <huwshimi> *Is
[22:23] <hatch> huwshimi yup
[22:23] <huwshimi> OK :)
[22:39] <Makyo> Unity reset desperately needed.  May disconnect :T
[22:42] <hatch> eod'ing a touch early, brain not working...will bbl
[22:44] <Makyo> Whew, I still have a desktop.
[23:16] <huwshimi> The setup of test_startup.js is misery and loathing to all that might venture near...
[23:17] <huwshimi> Partially because of the index.html and all its inline code...