[00:02] <Makyo> Alright.
[00:02] <Makyo> Good luck
=== jamie___ is now known as Guest51225
=== gary_poster|away is now known as gary_poster
[13:17] <hatch> morning
[13:19] <gary_poster> morning!
[13:21] <hatch> quiet here today
[13:21] <rick_h_> we're partying too hard
[13:22] <hatch> haha
[13:23] <hatch> gary_poster: whenever you have a spare moment lp:~hatch/juju-gui/hide-on-relation create a relation and watch the inspector - I found 'hiding' it a little to jarring
[13:24] <gary_poster> hatch ack.  I showed the first half (hiding) to luca and got his ok, but not reappearing.  Will look after I finish an email (minute or two)
[13:24] <hatch> sure no rush, I'm going to go grab some breakfast
[13:25] <gary_poster> cool
[13:33] <gary_poster> frankban, LGTM with question
[13:38] <gary_poster> frankban, second LGTM
[13:57] <adeuring> bac, benji: could one of please review this mp: https://code.launchpad.net/~adeuring/charmworld/more-heartbeat-info-3/+merge/195065 ?
[13:57] <benji> adeuring: sure, I'll take a look
[13:57] <adeuring> thanks!
[14:11] <frankban> gary_poster: thank you! the -e argument can come before or after, I put that after just to make copy/paste easier for users which already have a default env, can switch the order if you think it's better
[14:11] <gary_poster> frankban, cool, understood. Leaving as is makes sense then
[14:12] <frankban> gary_poster: cool, landing
[14:13] <hatch> hahaha http://eleks.github.io/js2js/ javascript to javascript compiler
[14:14] <gary_poster> heh
[14:15] <gary_poster> hatch, relation behavior looks nice to me.
[14:15] <gary_poster> hatch, it is not what I showed luca though
[14:15] <gary_poster> I showed him just disappearing
[14:15] <gary_poster> I think what you have is better
[14:15] <hatch> yay
[14:16] <hatch> land and ask for forgiveness later?
[14:16] <hatch> :P
[14:16] <luca> hatch: gary_poster where do I see it?
[14:16] <hatch> hmm good question
[14:16] <hatch> luca: can you build/run gui branches?
[14:16] <gary_poster> luca, do you want to check out a branch, or do you want to look at it on  comingsoon, or do you want a hangout?
[14:17] <gary_poster> if you look at it on comingsoon that means it will have landed, to be clear
[14:17] <luca> gary_poster: hatch I can bar but I'm pressed for time. I can see it via a hangout
[14:18] <hatch> ok cool
[14:18] <luca> hatch: send me a link for a hangout and I'll jump on
[14:18] <gary_poster> hatch, luca, https://plus.google.com/hangouts/_/calendar/Z2FyeS5wb3N0ZXJAY2Fub25pY2FsLmNvbQ.j0rk5d371ph8331ijtf48t2uj0
[14:19] <hatch> yusss
[14:19] <luca> gary_poster: hatch looks excellent :)
[14:19] <hatch> lol
[14:19] <gary_poster> :-) cool
[14:24] <benji> adeuring: your branch looks good; I had a few non-blocking thoughts and suggestions
[14:24] <adeuring> benji: thanks!
[14:24] <benji> my pleasure
[14:34]  * frankban biab
[14:42] <hatch> 3 line test...30 lines of stubs
[14:42] <hatch> aww yeah
[15:04] <gary_poster> I hope everyone is enjoying these bug emails as much as I'm enjoying causing them to be sent out.
[15:05] <hatch> they make my day
[15:05] <hatch> it makes me feel important...like getting snail mail
[15:08] <gary_poster> :-)
[15:10] <hatch> when you need to write 70 lines of stubs for two method tests there is a good chance that the method needs to be split up...lol
[15:12] <luca> gary_poster: spam spam spam
[15:12] <gary_poster> luca, I have some good deals I'll forward you as well.  Great prices!
[15:13] <luca> gary_poster: sweet!
[15:13] <gary_poster> :-)
[15:13] <rick_h_> miracle drugs unite!
[15:14] <hatch> lol
[15:18] <gary_poster> Makyo, interesting: https://bugs.launchpad.net/juju-gui/+bug/1246928
[15:18] <_mup_> Bug #1246928: Offers inexistent revisions to 'upgrade' (really, downgrade) to <juju-gui:Triaged> <https://launchpad.net/bugs/1246928>
[15:30] <bac> hi frankban, have time for a quick chat?
[15:30] <frankban> bac: sure
[15:30] <bac> frankban: cool, i'll invite you
[15:34] <bac> frankban: sorry, hangouts is taking forever to log me in
[15:37] <bac> frankban: https://plus.google.com/hangouts/_/72cpi9b979kk5galo5ar2b5c1o?hl=en
[15:49] <gary_poster> hatch, I'll take inspector shrinking 
[15:49] <hatch> thanks
[15:50] <Makyo> jujugui call in 10
[15:50] <gary_poster> ty
[15:58] <gary_poster> hatch LGTM & QAOK with a request for a bit more of a comment
[15:58] <gary_poster> jujugui call in 2
[15:59] <hatch> gary_poster: thanks!
[15:59] <gary_poster> thank you, very nice
[15:59] <gary_poster> 0 New bugs
[15:59] <gary_poster> 5 gazillion spam emails
[16:01] <gary_poster> benji yoo hoo
[16:35] <gary_poster> hey hatch, should I wait for dropdown help widget to land before I start making a gui release?
[16:36] <hatch> if that's alright, I'm just fixing the tests now
[16:36] <gary_poster> cool hatch sounds good
[16:42] <frankban> bac: the new bundle url option in the Deployer API call is optional, correct?
[16:42] <marcoceppi> Hey party people, I'm at re:invent and I want to pimp the gui so hard it hurts
[16:42] <marcoceppi> is there an easy way to list bundles in the GUI?
[16:43] <hatch> lol
[16:43] <bac> frankban: bundle_id, yes
[16:43] <hatch> marcoceppi: sorry there isn't a 'bundle' category, a bug was just recently created for that though
[16:44] <rick_h_> marcoceppi: maybe bac  knows if there's a way to generate a search for that doctype?
[16:44] <rick_h_> marcoceppi: searching for jorge brings up all his bundles which is a series of them
[16:44] <marcoceppi> I just need a few that I can search for and deploy
[16:44] <marcoceppi> rick_h_: awesome
[16:44] <hatch> yeah that's probably the best way
[16:44] <rick_h_> marcoceppi: yea, search for jorge then you can demo those handful
[16:45] <marcoceppi> rick_h_: good enough, I'll also demo export import
[16:45] <frankban> bac: ok, in that context I'd suggest "BundleId" <shrug>, it's good to have it optional, in the next future also quickstart can use that param
[16:45] <hatch> marcoceppi: great!
[16:46] <bac> frankban: there is a card for quickstart already
[16:46] <hatch> Makyo: I'm proposing the help-dropdown branch now, then i'll give it a once over and let you know....are you going to be able to qa in...~20mins?
[16:48] <frankban> bac: ic, cool
[16:48] <hatch> note: chrome slow? Check if you left the simulator running all night and have 1000's of services running in the background :D
[16:48] <rick_h_> hatch: lol
[16:49] <rick_h_> jujugui also heads up that the latest chrome dev edition is a mess, stay away if you're using it. Never had it this borked in a upgrade. 
[16:50] <Makyo> hatch, yep
[16:51] <hatch> Makyo: ok it's ready....phantom didn't crash this time so it took a lot less haha https://codereview.appspot.com/25390043/
[16:53] <gary_poster> marcoceppi, search for ~gary: two good ones for demo
[16:53] <gary_poster> bah
[16:54] <gary_poster> bac, I guess ~ fix is not deployed to charmworld yet
[16:54] <bac> gary_poster: should be
[16:54] <bac> was the other day
[16:54] <gary_poster> marcoceppi, http://comingsoon.jujucharms.com/bundle/~gary/demo/2/instantBigDataNoSQL and http://comingsoon.jujucharms.com/bundle/~gary/demo/2/mixAndMatch/
[16:54] <bac> wfm http://manage.jujucharms.com/search?search_text=%7Ebac&op=
[16:55] <gary_poster> bac, http://comingsoon.jujucharms.com/sidebar/search/?text=~gary
[16:55] <bac> gary_poster: oh, that fix was in charmworld
[16:56] <gary_poster> bac, ack. thought would be in api too
[16:56] <rick_h_> gary_poster: oh hmm, we might need to url escape that search input perhaps. Maybe we don't
[16:57] <gary_poster> rick_h_, https://manage.jujucharms.com/api/3/search?text=~gary
[16:57] <rick_h_> gary_poster: heh, yea boom
[16:58] <rick_h_> bac: did you want me to ask webops for a traceback from the logs or should we just file a bug that api search is hitting a different path not correcting the ~ ?
[16:58] <gary_poster> how would you expect that to be escaped? %7E doen't cut it
[16:58] <rick_h_> gary_poster: I think it's just probably a code path to search that didn't get covered in the other branch, my guess at least
[16:58] <gary_poster> k cool
[16:58] <bac> rick_h_, gary_poster: yes i think that's the case.
[16:59] <bac> rick_h_: so i don't think the traceback would tell us more
[16:59] <rick_h_> bac: right, well it'd tell us the code path
[16:59] <rick_h_> bac: cool, will leave it be
[17:00] <bac> i'll make a card
[17:00] <gary_poster> thx
[17:05] <frankban> gary_poster, rick_h_: anyone else: charm branch ready for review: https://codereview.appspot.com/26130043 . My branch is merged, so, thanks to Kapil, no forks in there.
[17:05] <gary_poster> awesome!
[17:06] <gary_poster> I'll take it frankban 
[17:06] <frankban> gary_poster: thank you
[17:07] <adeuring> benji: regarding your suggestion to record the time each (of possibly more than one) server was started: What should we use as the keys? the hostname caomes immediately to mind -- but the hostnames may change over time. Right now, it's for example "juju-staging-machine-3" for staging. Could become "juju-staging-machine-4" when charmworld is deployed again.
[17:07] <adeuring> that would leave cruft in the mongo DB
[17:08] <benji> adeuring: yeah, hostname was what I was thinking too, but I guess in this cloudy world hostnames are somewhat transient
[17:09] <benji> thinking out loud: we could use the UUID of the root partition
[17:10] <benji> we could just roll with it and know that very old hostnames are probably cruft
[17:10] <benji> we could expire very old server names, say after 30 days
[17:11] <adeuring> benji: right, that would be an option. Another option would be to use the juju unit name -- but that does not work in test environments...
[17:12] <benji> in the charm we have root so we could pull the ID out of the BIOS
[17:13] <benji> I'm leaning towards expiring old name/startup times when we add a new startup time.
[17:14] <adeuring> benji:question here is how to distinguish between machines that are really gone and those that are simply not restarted for some time.
[17:15] <benji> adeuring: that suggests either the "human factor" solution of just realizing which are old and ignoring them or adding some kind of liveness indicator
[17:15] <benji> for example, probabalistically updating an "I'm alive" timestamp in MongoDB on each request
[17:16] <adeuring> benji: ok, a helper script "remove_stale_start_times" or somesuch (started manually) would work.
[17:16] <benji> something like this: on each request we get a random number and if that number is > 0.99 we put the current timestamp in the DB in this server's slot
[17:17] <benji> adeuring: yeah, I would keep it simple initially
[17:18] <adeuring> benji: random updates of "start time" are probably not what rick_h_ had in mind ;)
[17:19] <rick_h_> adeuring: what are you guys talking about?
[17:19] <benji> adeuring: heh, no this would be for the liveness indicator, in other words, the start time is valid as long as the machine is still "alive" and it is alive if its liveness timestamp has been updated in the last N hours/days
[17:19]  * rick_h_ is confused what this is all in reference to
[17:19] <adeuring> rick_h_: your suggestion to show the time a charmwolrd server was started on the heartbeat page
[17:19] <hatch> gary_poster: sorry I'm trying to submit this branch but npm keeps failing for whatever reason...
[17:20] <adeuring> benji: ah, ok, another indicator, once we identify machines
[17:20] <gary_poster> np hatch.  doing qa and collecting changelog and so on.
[17:20] <rick_h_> adeuring: oh, we can't just do a time = datetime.utcnow() in the app's __init__.py?
[17:20] <rick_h_> adeuring: and have the heartbeat diff it?
[17:21] <benji> adeuring: well, it could be another indicator, but it is to address the problem of telling the difference between a machine with an old start time because it just hasn't been restarted in a while and one that has gone away and been replaced
[17:21] <rick_h_> adeuring: it's not a huge memory hog and if the thing gets restarted the timer restarts?
[17:21]  * rick_h_ didn't think it was his suggestion anyway, but ok. 
[17:21] <adeuring> rick_h_: I have already a branch ready; uses a mongoDB record instaed (I don't like global varoables...)
[17:21] <rick_h_> adeuring: yea, but getting persistant storage involved is ugh because you have to track/clear/etc as you're running into. 
[17:22] <rick_h_> adeuring: I know there's an aversion to global variables, but it's tiny, config is already global, and it auto resets when the app restarts
[17:22] <benji> plus, keeping the value in the DB lets us deal with having multiple servers (which we very much should be considering)
[17:22] <rick_h_> benji: I guess, but we care about the server we're talking to right?
[17:22] <adeuring> rick_h_: see benji's remark ;)
[17:22] <rick_h_> benji: I guess it goes back to the 'why' did we want it. 
[17:22] <rick_h_> adeuring: yea, catching on slowly. 
[17:23] <rick_h_> adeuring: I don't think this was something I asked for, I don't see the usefulness off the top of my head tbh. The revno is good enough for things I can think about caring about. 
[17:23] <rick_h_> so you guys have fun with it :)
[17:23] <adeuring> ;)
[17:27] <gary_poster> frankban, LGTM and QAOK.  Thank you!
[17:30] <frankban> gary_poster: cool thank you! I am investigating a problem reported in #juju and then land it
[17:33] <hatch> looks like NPM is down I won't be able to submit this until it's back :/ I'm getting 500's on all npm calls
[17:44] <frankban> gary_poster: quick hangout?
[17:44] <gary_poster> sure.
[17:46] <gary_poster> frankban, https://plus.google.com/hangouts/_/7ecpj64sk94egc6grifl8ko0b4?hl=en ?
[17:46] <Makyo> frankban, time for a quick chat after this?
[17:46] <frankban> yes
[17:47]  * hatch hopes npm is back up now
[17:57]  * Makyo restarts for updates.
[17:58] <hatch> NPMMMMMMM!!!!!!!!!!
[18:02] <benji> I have a charmworld branch up for review: https://codereview.appspot.com/26140043/
[18:02] <frankban> Makyo: I am ready when you want
[18:03] <Makyo> frankban, https://plus.google.com/hangouts/_/7acpjtb7d5f9efjcrvqtpc5cd8?hl=en
[18:07] <hatch> ok they say they are back up, trying again
[18:11] <Makyo> gary_poster, have a moment? If not, can wait for our call.
[18:11] <gary_poster> Makyo, sure.  have a hangout or should I make one?
[18:12] <Makyo> Have one already: https://plus.google.com/hangouts/_/7acpjtb7d5f9efjcrvqtpc5cd8?hl=en
[18:12] <gary_poster> Makyo, can't hear or see you
[18:18] <hatch> welp still broken
[18:29] <gary_poster> hatch, "npmjs: i feeling fine again" ?
[18:30] <hatch> still not working for everyone it seems
[18:30] <gary_poster> oh: "i was feeling better briefly on sick hardware so i'm moving myself to another machine."
[18:30] <hatch> they should use Juju
[18:30] <hatch> :D
[18:30] <gary_poster> heh, yeah
[18:31] <gary_poster> hatch, why is this hurting us?  I thought cache was our savior in situations like this
[18:31] <rick_h_> gary_poster: you have to have an initial pull to cache
[18:31] <hatch> yeah that
[18:31] <rick_h_> gary_poster: so when you lbox, into a tmp dir, it's empty
[18:31] <hatch> for some reason it won't cache -all- modules for me for some reason
[18:31] <hatch> no idea why
[18:31] <rick_h_> *cough*download cache*cough*
[18:31] <gary_poster> I thought even then we had a user-level cache
[18:32] <gary_poster> ~/.npm/
[18:32]  * rick_h_ zips up his .npm and emails it to hatch :)
[18:32] <hatch> yeah - for whatever reason it never deploys from there
[18:33] <gary_poster> :-(
[18:33] <hatch> right now I'm getting a shasum match failing
[18:34] <hatch> maybe someone else will have better luck landing for me?
[18:34] <hatch> ~hatch/juju-gui/help-dropdown
[18:34] <bac> benji: has anyone started your review?
[18:34] <rick_h_> hatch: sec, I can try. 
[18:36] <hatch> thanks
[18:36] <benji> bac: not that I am aware of
[18:37] <bac> benji: ok, i'm looking
[18:37] <benji> thanks!
[18:39] <frankban> guihelp: quick fix for the manual provider bug: https://codereview.appspot.com/26190043
[18:40] <gary_poster> looking
[18:40] <frankban> gary_poster: thanks
[18:40] <gary_poster> np, ty
[18:43] <rick_h_> hatch: -cr went through, doing submit now
[18:45] <gary_poster> frankban, LGTM with no changes, doing QA...
[18:46] <bac> benji: code looks great but i cannot QA right now as i have a charmworld running that took a long time to set up.
[18:47] <benji> bac: that's fine; I have QAed quite a bit and the potential failure modes are pretty benign (famous last words)
[18:47] <hatch> rick_h_: thanks lemme know
[18:48] <gary_poster> rick_h_, btw do you know about lbox -adopt?
[18:49] <rick_h_> gary_poster: kinda, I tried it once and got it wrong so just go the long way around 
[18:49] <gary_poster> heh ok
[18:49] <rick_h_> hatch: landed
[18:49] <gary_poster> yay!
[18:49] <hatch> rick_h_: awesome thanks
[18:49] <rick_h_> gary_poster: yea, this kind of sucks to dupe, but always works for me 
[18:49] <gary_poster> cool
[18:51] <bac> frankban: you around?
[18:51] <frankban> bac: yes
[18:52] <bac> frankban: does this look like what i should be doing with the async client?  is the last line necessary?
[18:52] <bac> http://pastebin.ubuntu.com/6412125/
[18:55] <frankban> bac: looks good from a quick look. the last line must be removed, the io loop must be started once per thread, and the app already does it.
[18:56] <gary_poster> frankban, the relationship does not occur in the bundle until after the services have started, right?
[18:56] <bac> frankban: ok, i'm trying to test it interactively in isolation so that's why it is there.
[18:57] <bac> gary_poster: that is what i've observed
[18:57] <rick_h_> gary_poster: yep, takes a bit
[18:57] <frankban> bac: if you really need to check the response, I usally prefer to used gen.coroutine and yield, so that it is sequential and you don't need to write callbacks
[18:57] <gary_poster> k cool
[18:57] <gary_poster> frankban, "LGTM and QAOK.  Thank you!"
[18:57] <bac> frankban: i actually don't but am doing it here so that i can figure out why it is not working
[18:58] <frankban> gary_poster: to your previous question, yes, that's how the deployer works. thank you for the review!
[18:58] <gary_poster> figured. welcome!
[18:58] <frankban> bac: cool
[18:59]  * frankban landing and then disappearing
[18:59] <gary_poster> :-)
[18:59] <gary_poster> thank you
[19:00] <gary_poster> jujugui, I'm making a gui release...while on calls :-P .  I may ask for help.  Anyway, Please hold off on landing to gui branch for a bit
[19:00] <rick_h_> gary_poster: rgr
[19:00] <hatch> :) gary_poster in hangout, come whenever
[19:18] <hazmat> out of curosity has anyone else had slowness issues with leankit boards loading slowly?
[19:18] <rick_h_> hatch: just tried it and not fast, but not unbearable. 5-10s?
[19:18] <rick_h_> err hazmat 
[19:21] <hazmat> rick_h_, i was seeing minutes, just related it directly to chrome-beta though.. chrome stable and its fine
[19:21] <rick_h_> hazmat: I'm on chrome dev channel
[19:21] <rick_h_> hazmat: but the latest dev channel release is full of fail, so not surprised
[19:21] <hazmat> rick_h_, specifically the zendesk.js asset would take minutes to load and that would hold up the whole page
[19:22] <rick_h_> hazmat: I only see a zenbox.js at 40ms from a cleared cache
[19:22] <rick_h_> hazmat: so network latency?
[19:22] <rick_h_> well, network fall-over
[19:22] <hazmat> rick_h_, no.. it would never show up
[19:22] <rick_h_> oh
[19:22] <hazmat> just timed out always
[19:23] <hazmat> i could wget the file but chrome would never load it
[19:23] <rick_h_> gotcha, yea not seeing it here. 
[19:23] <rick_h_> chrome 33, cleared cache, etc
[19:24] <hazmat> no worries, i'll stick with stable for now
[19:24] <rick_h_> yea, been back/forth between ff nightly and chrome dev a lot the last couple of days
[19:51] <Makyo> gary_poster, I can still hear you.  Just a sec, it;'ll come back
[19:56] <Makyo> SIGH
[19:56] <Makyo> This network...
[19:56] <gary_poster> :-)
[20:25] <arosales> gary_poster, hello
[20:26] <gary_poster> hey arosales 
[20:27] <arosales> gary_poster, could you recommend anyone to talk error messages with evilnickveitch  and juju-core in terms of documentation?
[20:27] <gary_poster> arosales, which error messages?
[20:27] <arosales> in general error messages generated by the gui, and from juju-core we would like to document for users
[20:29] <gary_poster> arosales, ack.  we probably would want to include quickstart in that too.  I think hatch (around now) and frankban (not around now) would be good choices.
[20:30]  * hatch perks up
[20:30] <arosales> gary_poster, thanks. I still need to find a good juju-core person. So it will probably be morning us time. I'll reach out to hatch and frankban to coordinate
[20:30] <arosales> thanks
[20:30] <gary_poster> frankban in particular would be good for bundle error messages, juju-core messages we expose, and quickstart.  hatch can help with where we might expose them.
[20:30] <gary_poster> great arosales, sounds like a good initiative
[20:31] <hatch> actually right now I'm working on juju-core unit errors for the GUI hah
[20:31] <arosales> gary_poster, np, thanks for the help.
[20:31] <gary_poster> :-)
[20:31] <hatch> trying to track down all of them
[20:31] <arosales> hatch, works out nicely :-)
[20:38] <gary_poster> hatch, nice relation shrink/expand does not work on saucy FF for me :-/ .  Filing bug.  not a showstopper
[20:39] <hatch> hmm, do other css transitions work?
[20:39] <rick_h_> want me to test on FF nightly? steps to repo?
[20:39] <rick_h_> repro ugh
[20:39] <gary_poster> trying to remember where others are
[20:39] <hatch> edit a config field
[20:39] <hatch> the 'save' thing will slide up
[20:40] <gary_poster> oh right.  yeah that works
[20:40] <hatch> hmm darn
[20:40] <hatch> I'm trying on qantal, see if I can repro
[20:40] <gary_poster> k
[20:40] <gary_poster> I'm trying on IE10
[20:41] <rick_h_> reminds me, I saw IE11 was released to win7 and such. Do we need to qa/check that out? 
[20:41]  * rick_h_ isn't sure how the rules on IE-land are written
[20:41] <hatch> rick_h_: I already created a card for Friday :)
[20:41] <gary_poster> rick_h_, hatch, yeah we need IE11. :-/
[20:42] <rick_h_> hatch: ah, good stuff
[20:42] <hatch> I'm ON IT!
[20:42] <gary_poster> hatch, shrink/expand works on IE10
[20:42] <hatch> yeah I tested in IE10 but not in FF
[20:42] <hatch> looks like it doesn't work in quantal either :/
[20:42] <gary_poster> :-/
[20:42] <gary_poster> And Mac FF is broken in other ways I forget
[20:43] <hatch> can't drag and drop
[20:44] <gary_poster> Everything seems to work pretty nicely in IE10 actually.  bundle deploy was good.
[20:44] <hatch> yeah IE10 is surprisingly good in 'most' areas :)
[20:44] <gary_poster> DnD in IE10 doesn't get positioning right but I am overlooking that :-P
[20:44] <hatch> positioning....what positioning :P
[20:44] <gary_poster> :-)
[20:44] <hatch> fyi it's caused by the center 'drop here' thing
[20:45] <gary_poster> even when it is not there?
[20:45] <gary_poster> visible
[20:45] <gary_poster> not visible, sigh
[20:45] <hatch> hmm I thought it worked properly when it wasn't there
[20:45] <hatch> it's been a while since I looked into it
[20:45] <gary_poster> seems to put everything off to the left
[20:46] <hatch> yeah darn ok
[20:47] <hatch> I think the issue with firefox is a height calculation issue
[20:47] <hatch> sourcemaps aren't working though
[20:47] <hatch> will have to look into it later
[20:47] <gary_poster> cool
[20:47] <gary_poster> thanks for quick triage
[20:48] <hatch> looks like benji 's bug 1251014 is a case I didn't anticipate
[20:48] <_mup_> Bug #1251014: The "Select relation type" dialog can be hidden by the inspector. <juju-gui:Triaged> <https://launchpad.net/bugs/1251014>
[20:48] <hatch> should be easy to fix though
[20:48] <hatch> just move the event firing
[20:49] <benji> Yay for exploritory QA
[20:49] <hatch> :)
[20:49] <hatch> benji: is this your first? lol
[20:49] <benji> hatch: almost
[20:52] <BradCrittenden> benji: i just saw your question about the password.  you still need it?
[20:52] <benji> BradCrittenden: yep
[20:54] <gary_poster> jujugui finished releasing GUI.  trunk is open.  Working on charm now...
=== BradCrittenden is now known as bac
[20:58]  * bac walks jojo.  bbiab.
[21:48] <rick_h_> hatch: around?
[22:21] <hatch> rick_h_: yup
[22:21] <hatch> sorry I missed the ding
[22:23] <hatch> Makyo: what vm did you use for your air?
[22:38] <Makyo> VirtualBox, running Raring server.
[22:38]  * Makyo dogwalks, btw.
[22:39] <hatch> Makyo: cool thanks
[22:40] <hatch> hmm apparently the dinging in my irc app is broken
[23:04] <rick_h_> hatch: the mac folks I talk to are more parallels/fusion folks. Guess it's supposed to work better on OSX
[23:04] <rick_h_> hatch: all good, I'll check in with you tomorrow. Want to make sure that the way this communication with the WSS and suck goes it's blocking or waits on rpc call or not
[23:06] <hatch> rick_h_: yeah but parallels doesn't appear to support the latest ubuntu
[23:06] <hatch> I just twitted at them to ask if they have an ubuntu support matrix
[23:06] <hatch> so I'm going to give virtual box a go on the mrs computer
[23:07] <hatch> I'll need more information on your wss q
[23:07] <hatch> :)
[23:25] <hatch> saucy server with 3.11 installed with virtual box on the air
[23:25] <hatch> looks like it's working well so far