[00:00] <hatch> no problemo
[12:46] <frankban> guihelp: I need two reviews for https://codereview.appspot.com/13890044 . Anyone available? thanks!
[12:46] <bac> hi frankban, i'll look
[12:46] <gary_poster> writing emails, but will look soon if no one ha claimed
[12:46] <frankban> bac, gary_poster thanks
[13:39] <frankban> gary_poster: re bug 1229939: it's a little more generic than juju-gui-debug. I think at the moment the GUI is not able to change any settings option in juju-core (we are sending an incorrect API request). I'd mark that as critical and start working on it.
[13:39] <_mup_> Bug #1229939: Cannot set juju-gui-debug from GUI <charm> <juju-gui:Triaged> <https://launchpad.net/bugs/1229939>
[13:42] <gary_poster> frankban, that was my assumption as well.  The card is in urgent on kanban.  have at it, and thank you! :-)
[13:43] <frankban> oh I see, yes, ok thanks
[14:00] <gary_poster> frankban, bac and I both gave you code LGTMs but with similar suggestions.  bac is still running tests
[14:01] <bac> frankban: my tests had to be restarted.  my new environments.yaml file had problems with ec2
[14:05] <frankban> gary_poster, bac: thanks for the review. re splitting the test, I am +1 on testing errors separately. I'd like to keep the two deployments story in a single test. I intended that test as a story indeed, but I agree with you that test separation is something we should always pursue
[14:05] <bac> frankban: +1
[14:06] <bac> gary_poster: did you run frankban's tests?
[14:06] <gary_poster> bac no; on call
[14:06] <bac> ok
[14:06] <bac> frankban: i'm seeing failures.  since gary didn't run them i'll investigate
[14:07] <frankban> bac: can I help?
[14:07] <bac> frankban: http://paste.ubuntu.com/6154594/
[14:09] <frankban> bac: are you using juju-core trunk?
[14:09] <bac> frankban: yes.
[14:10] <bac> frankban: should i retry with /usr/bin/juju?
[14:10] <frankban> bac: is /usr/bin/juju the last juju-core release?
[14:11] <bac> 1.14.1-saucy-amd64
[14:12] <frankban> bac: cool, yes, that could be better, but at this point, if you agree, I'd suggest you to wait until I divided the test as suggested in the reviews
[14:12] <bac> frankban: ok
[14:12] <frankban> bac: thanks
[14:14] <frankban> bac: fwiw, I am experiencing problems with juju-core trunk, and I reverted to r1750. Also filed a bug two days ago: bug 1229286
[14:14] <_mup_> Bug #1229286: debug-log and boolean options are broken in trunk <juju-core:New> <https://launchpad.net/bugs/1229286>
[14:15] <bac> ok
[14:28] <hatch> yeah I think there is something broken in general with the settings
[14:29] <hatch> I couldn't get them to work for the debug switch either on the gui
[14:29] <frankban> hatch: yes I know, I am working on the bug you filed
[14:29] <hatch> oh awesome thanks
[14:30] <hatch> I'd be interested to know the issue
[14:30] <hatch> once you're done of course :)
[14:31] <frankban> hatch: quite easy, we are sending Params.Config where juju-core expects Params.Options. While I was there I decided to switch from ServiceSet to ServiceUpdate  too. The former will be eventually be deprecated.
[14:32] <hatch> ohh darn, that was a fail :)
[14:32] <frankban> hatch: the weird think is that juju-core seems to just ignore the unexpected parameter and return a ok-response rather than an error
[14:33] <frankban> s/think/thing
[14:33] <hatch> yeah that sounds like a core bug
[14:34] <frankban> anyway, config, options, settings, we use too many terms for the same concept
[14:35] <hatch> ^ truth!
[14:35] <hatch> at least we now have a single model :D
[14:41] <luca__> gary_poster: what files can be imported to the GUI?
[14:41] <gary_poster> luca__, config.yaml for charms, and bundle yaml
[14:42] <luca__> ok
[14:53] <bac> hey benji, you free to chat?
[14:54] <benji> bac: sure
[14:54] <benji> your hangout or mine?
[14:54] <bac> i'll start one
[15:01] <hatch> wow - there are a lot of versions of the GUI on the charmstore
[15:21] <benji> bac: if you haven't gotten into your next task, here is a short review of the stand-in bundle token branch: https://codereview.appspot.com/13910043
[15:22] <bac> ok
[15:23] <gary_poster> benji is there a way to qa?
[15:23] <benji> gary_poster: nope, it is not wired up enough to do that yet
[15:23] <benji> (that's our next step)
[15:23] <gary_poster> ok cool benji thx
[15:27] <bac> benji: did
[15:28] <gary_poster> frankban, is the fix for bug 1229939 something that you can get done today, or will you need to hand it off?  Also, I want to talk to you about bug 1229215 but don't want to distract you on this task.  maybe tomorrow.
[15:28] <_mup_> Bug #1229939: Cannot set juju-gui-debug from GUI <charm> <juju-gui:Triaged> <https://launchpad.net/bugs/1229939>
[15:28] <_mup_> Bug #1229215: Confusing unit retry/resolve UX <juju-gui:Triaged> <https://launchpad.net/bugs/1229215>
[15:28] <bac> gary_poster: did huw's branch get merged?
[15:28] <gary_poster> bac yes
[15:28] <bac> gary_poster: is that not the one that is in active coding?
[15:29] <gary_poster> bac I thought so but that branch looked more like a prep branch.  I can make a new one instead and rewrite this one.  will do so.
[15:29] <frankban> gary_poster: I am proposing the fix now. Then let's do a call when you want
[15:29] <gary_poster> cool thanks frankban!
[15:31] <hatch> frankban: is there any way I can provide my current GUI branch (which is on launchpad) to my local GUI charm?
[15:31] <hatch> the path is lp:~hatch/juju-gui/close-inspector-1228410
[15:31] <hatch> when I Set the juju-gui-source it appears to work....but doesn't :)
[15:31] <gary_poster> hatch it takes about 10 minutes to build
[15:31] <gary_poster> and wfm as of last week
[15:32] <frankban> hatch: it should work, yeah, you have to be patient
[15:32] <hatch> ok so while it's building the 'old' GUI is still functional? (I reloaded and everything is back to normal)
[15:32] <gary_poster> yes
[15:32] <hatch> ahh ok - so I wonder how we can indicate that something is happening
[15:32] <luca__> gary_poster: in the inspector the typeface seems to be wrong, it's bolder than the visuals.
[15:33] <hatch> Juju nor the GUI has any indication that anything is happening
[15:33] <frankban> hatch: juju ssh juju-gui/0 tailf /var/log/juju/unit-juju-gui-0.log
[15:34] <gary_poster> hatch, yeah juju doesn't give us the visibility.  It's where the log idea came from--letting charms say what files should be exposed
[15:34] <gary_poster> luca__, is this a regression?
[15:34] <luca__> gary_poster: don't think so, though I've only just noticed it
[15:35] <hatch> Hmm I think I have an issue with my local setup juju ssh juju-gui/0 -e local throws error: environment has no access-key or secret-key
[15:35] <gary_poster> luca__, ack.  Could you shoot huw an email with details, cc'ing peeps?  I don't see it on the face of it, but I'm sure he will if you point him in the right direction
[15:36] <luca__> gary_poster: sure, will do
[15:36] <frankban> hatch: try to put "-e local" after "ssh"
[15:36] <gary_poster> thanks luca__ 
[15:37] <hatch> frankban: same error - typically I add the -e local to stop this error
[15:37] <hatch> lemme check my yaml file
[15:37] <frankban> hatch: anyway, with "juju switch" you can avoid passing -e each time
[15:37] <hatch> hmm I definitely have an admin-secret
[15:38] <frankban> hatch: you should be able to just ssh into the juju-gui lxc, user ubuntu
[15:43] <hatch> frankban: when I try that it says Permission denied (publickey).
[15:44] <frankban> weird, what command are you using?
[15:44] <hatch> I just tried to ssh into the ip of the machine
[15:46] <frankban> user ubuntu?
[15:46] <frankban> hatch: ^^^
[15:47] <hatch> oh darn I typo'd
[15:47] <hatch> haha woops
[15:47] <frankban> you wrote redhat?
[15:48] <hatch> lol
[15:48] <hatch> ubnutu
[15:48] <frankban> guihelp: anyone available for one QA + one review of https://codereview.appspot.com/13900044 ?
[15:48] <gary_poster> frankban, on it
[15:48] <frankban> thanks gary_poster 
[15:50] <Makyo> jujugui call in 10
[15:51] <hatch> ok now I can say it definitely did not work
[15:51] <hatch> I'll try from the console see if that triggers it
[15:51] <frankban> hatch: oh, you changed the juju-gui-source from the GUI?
[15:52] <frankban> hatch: if so, that's the same bug you reported for juju-gui-debug. changing options does not work at all in juju-core
[15:53] <hatch> doh!
[15:53] <hatch> :)
[15:53] <frankban> :-)
[15:57] <hatch> now it looks like it's running
[15:57] <frankban> gary_poster: hum... I am reconsidering my decision to switch to ServiceUpdate: using that we no longer support older juju-core releases... If that's a problem, I have no problem quickly set up another branch that just fixes ServiceSet
[15:58] <gary_poster> frankban, ack, we can talk after call
[15:58] <gary_poster> jujugui call in 2
[16:08] <bac> oh
[16:12] <hatch> change the setting in the console.....watch it change in the gui....oh I love it
[16:13] <hatch> gary_poster: while I wait for these things to spin up - is there another task you'd like me on?
[16:13] <gary_poster> hatch on call, will thank after
[16:13] <hatch> sounds good
[16:24] <gary_poster> hatch how much time do you have do you think?
[16:25] <gary_poster> hey luca__ do you have a few minutes to talk about bug 1229215?
[16:25] <_mup_> Bug #1229215: Confusing unit retry/resolve UX <juju-gui:Triaged> <https://launchpad.net/bugs/1229215>
[16:26] <gary_poster> luca nm I have a call :-P
[16:26] <gary_poster> luca__, I will shoot you a note
[16:27] <luca__> gary_poster: ok, Jamie is finalising all of the buttons in the GUI at the moment
[16:27] <hatch> gary_poster: sorry missed the ding - well I can start on anything - if this QA passes then i'll be ready to propose
[16:27] <luca__> gary_poster: so that will fix most of that issue
[16:28] <hatch> umm I resolved a service in error and it destroyed the service?
[16:29] <gary_poster> luca__, oh ok cool.  will that include confirmation messages for removing and resolving?  If so, I have some input on text for the confirmation dialog in the error removal case.  basically, we need to clarify that we are resolving the error and removing the unit, so people familiar with juju CLI are not too surprised
[16:29] <gary_poster> hatch that typically means that you  tried to remove it first
[16:29] <gary_poster> juju core waits until the error is resolved
[16:29] <hatch> which I did...:D
[16:29] <hatch> haha
[16:29] <gary_poster> which is exactly what I was talking about and one of the points to the bug I mentioned :-)
[16:30] <luca__> gary_poster: I didn't know we needed confirmation messages for those buttons, so it won't include them but if you send us more information we can look at it.
[16:30] <gary_poster> luca__, ack.  I'll state as problems rather than solutions.
[16:31] <hatch> benji: did you see the ci failure....very odd....
[16:32] <benji> hatch: hmm, no; looking now
[16:32] <benji> hatch: yeah, that is very odd
[16:35] <gary_poster> luca__, sent email with details
[16:37] <gary_poster> hatch ask benji if there is a bundle task you can take.  bundle detail stub view looks good to me on the face of it, and then you can follow up with integrating Ben's bundle visualization, but check with benji
[16:37] <hatch> ohhhhh benji iiiiiiiiiiiiiii
[16:37] <benji> yep, bundle detail stub view would be a good one
[16:37] <hatch> are there any bundles in the charm store?
[16:38] <hatch> I know very little of the bundle stuff so far
[16:38] <hatch> been on inspector duty for a while :)
[16:38] <gary_poster> yes, two at least.  search in manage for "bac"
[16:38] <gary_poster> http://manage.jujucharms.com/~bac/bundle/wiki/wiki
[16:39] <gary_poster> the other I know about: http://manage.jujucharms.com/~abentley/bundle/wiki-bundle/wiki
[16:39] <gary_poster> sorry for all the pinging, everyone
[16:39] <hatch> :)
[16:39] <hatch> thanks
[16:40] <hatch> *sigh* the qa failed
[16:48]  * benji wonders where bac went.
[16:50] <hatch> ok I think I have a fix landed - now onto the bundle stuff
[16:54] <hatch> gary_poster: I was thinking when the GUI looses connection we should highlight the background of the canvas red or something so that they know that they are no longer receiving updates
[16:54] <gary_poster> hatch, +1, file a bug
[16:55] <hatch> cool will do
[16:56] <hatch> luca__: https://bugs.launchpad.net/juju-gui/+bug/1230410 to keep in mind :)
[16:56] <_mup_> Bug #1230410: There is no indication in the GUI when the user looses connection to Juju <juju-gui:New> <https://launchpad.net/bugs/1230410>
[16:57] <hatch> benji: do we have UX as to what this detail page is supposed to look like?
[16:58] <benji> hatch: not that I am aware of, your current card is simply to create a stand-in
[17:01] <hatch> gotcha
[17:05] <benji> I wish we would move assets out of app so my greps won't return stray hits from minimized third-party code all on one long line.
[17:07] <hatch> benji: grep harder!
[17:07] <benji> heh
[17:09] <hatch> benji: ok so I've got a new dev branch here now how do I get the bundles to show up in the 'build' list ?
[17:09] <hatch> build charm list that is
[17:09] <benji> hatch: you can't; not yet at least
[17:10] <hatch> oh - ok so with no data, and no design - what exactly am I supposed to write ;)
[17:10] <benji> you'll either have to hack up some test data to be able to see the views in-browser or do test-driven development
[17:11] <hatch> gotcha  :)
[17:11] <hatch> how far away are we from getting them in the search results?
[17:13] <frankban> gary_poster: here is the new MP: https://codereview.appspot.com/13917043
[17:13] <benji> hatch: bac is working on a card which is a prerequisite of getting them in the search results
[17:13] <hatch> oh ok cool
[17:14] <hatch> so I should be able to make a json query to manage to get the meta data though right?
[17:16] <gary_poster> frankban, ack will run with it.  thank you!
[17:19] <hatch> bcsaller: have a second for a quick chat about deltas?
[17:22] <bcsaller> hatch: sure
[17:22] <hatch> calling
[17:22] <hatch> https://plus.google.com/hangouts/_/64aa4ab508ffc6cd26933070e433ddac3a5248de?hl=en
[17:31] <Makyo> gary_poster, ping
[17:32] <gary_poster> yeah hey Makyo coming
[17:32] <Makyo> Cool, np
[17:37] <hatch> bcsaller: we had a huge delay haha
[17:37] <hatch> I didn't notice until the end...lol
[17:40] <bcsaller> hatch: who knows what I agreed to in that case 
[17:40] <hatch> rofl
[17:59] <hatch> gary_poster: in hangout, ready whenever
[18:23] <frankban> bac: I updated the charm branch and re-proposed, you can do the QA when you want
[18:40] <hatch> bcsaller: so the decision was that we will flag off of the 'life' attribute and when it changes to dying then destroy the inspector/menu instead of keeping it around and having a dying state
[21:29] <hatch> jujugui anyone around who can QA on juju-core ? https://codereview.appspot.com/13938043/
[21:37] <hatch> does anyone know how to make a json request for bundle data?
[21:37] <hatch> https://manage.jujucharms.com/api/3/bundle/precise/wiki
[21:37] <hatch> I would have assumed that?
[21:37] <hatch> but no luck
[21:43] <hatch> ahh the url in the source is wrong but I found it
[21:43] <hatch> http://manage.jujucharms.com/api/3/bundle/~bac/wiki/wiki
[22:10] <bac> hatch: where is the url wrong in the source?
[22:10] <hatch> bundle.js:22
[22:11] <hatch> ^ bac
[22:11] <hatch> I've updated it in my local branch
[22:11] <hatch> I'm just trying to navigate through this browser code...I'm very lost - lol
[22:13] <bac> http://manage.jujucharms.com/api/3/bundle/~bac/wiki/wiki works for me
[22:13] <hatch> yeah that's the proper url
[22:13] <hatch> that's not what's in the source
[22:13] <hatch> :)
[22:13] <bac> well http://staging.jujucharms.com/api/3/bundle/~bac/wiki/wiki would work if it were answering
[22:14] <hatch> ohh
[22:14] <hatch> :)
[22:14] <bac> not sure why staging is donw
[22:14] <bac> down
[22:15] <bac> will look in a bit
[22:16] <hatch> sure np
[23:15] <huwshimi> Morning