=== arosales_ is now known as arosales | ||
hatch | Makyo still around? | 01:55 |
---|---|---|
rick_h_ | he ran away | 01:55 |
rick_h_ | I would :P | 01:55 |
Makyo | hatch, yeah | 01:55 |
hatch | lhaha | 01:55 |
Makyo | Ohhhh no :S | 01:55 |
rick_h_ | huwshimi: did I get your card right? You're working on the container token? | 01:55 |
hatch | Makyo I think that you borked up the commits | 01:55 |
Makyo | hatch, They look right to me on my other comp, gimme a sec | 01:56 |
Makyo | Oh, ffs. | 01:56 |
Makyo | I had a local conflict on my develop. Let me see what I can do. | 01:56 |
hatch | :) sorry | 01:56 |
huwshimi | rick_h_: Yep, that's right | 01:57 |
rick_h_ | huwshimi: k cool | 01:57 |
huwshimi | rick_h_: We don't currently have that data available though right? | 01:57 |
Makyo | hatch, fixed | 01:57 |
hatch | Makyo cool thanks :) | 01:58 |
rick_h_ | huwshimi: well you should have data for 'bare metal' if you deploy a service | 01:58 |
Makyo | hatch, did rebase develop, instead of rebase juju/develop | 01:58 |
rick_h_ | huwshimi: but I don't think we've got a way to build data for the lxc/etc containers | 01:58 |
huwshimi | rick_h_: Ah ok, I'll have a poke around. | 01:59 |
hatch | ahhh, that's a good idea, I always pull down and update develop then rebase develop | 01:59 |
hatch | I'll have to remember that | 01:59 |
hatch | don't have to switch branches that way | 01:59 |
hatch | Makyo I'll review/qa tonight, looks good at first glance though | 02:01 |
hatch | hmm | 02:31 |
hazmat | so can gui display the name of the environment instead of the type of environment? | 03:04 |
hatch | hazmat rick_h_ is working on that card now | 03:06 |
hazmat | hatch, thanks | 03:07 |
hatch | no problemo | 03:07 |
hatch | Makyo sorry I found a QA issue | 03:07 |
hazmat | should be straightforward name comes back on env.Info() call | 03:09 |
hatch | hazmat I think the card he was working on was to add the ability to set the env name to whatever you want for demo | 03:10 |
hazmat | hatch, um.. | 03:10 |
hazmat | hatch, setting the env name to the actual env name would be good and preferrable | 03:10 |
hazmat | as in what the gui should be doing anyways | 03:10 |
hatch | I haven't been partial to all of the discussions...I think there were some issues with doing that right away | 03:11 |
hazmat | rick_h_, ^ can we talk about this tomorrow | 03:12 |
hatch | it's 11 there, might be best to email | 03:12 |
hatch | sorry, I've been pretty head down, so much going on atm hah | 03:13 |
Makyo | hatch, why does destroyed remain true when init is called agian? | 03:14 |
hazmat | hmm.. found a gui export bug.. always does series as precise. | 03:14 |
Makyo | Will just add my own attr, nevermind. | 03:14 |
hatch | Makyo I don't think a class instance can be 'un-destroyed' | 03:15 |
Makyo | That's what we're doing with the inspector. | 03:15 |
Makyo | I'll just add my own attr. | 03:15 |
hatch | well...shoudln't we be destroying and creating a new inspector entirely? | 03:16 |
hatch | just sharing the model? | 03:16 |
Makyo | hatch, Apparently not :P | 03:17 |
hatch | hmm ok we should look into that | 03:17 |
Makyo | It's too late here. Ping me tomorrow morning? I'm out of brain. | 03:18 |
hatch | yeah I'm the same :) | 03:18 |
hatch | yeah lets investigate in the am | 03:18 |
Makyo | +1 | 03:18 |
hatch | hazmat hmm yep that's definitely a bug, please do file a bug thanks :) | 03:19 |
hazmat | done | 03:19 |
hatch | thanks | 03:20 |
rick_h_ | hazmat: rgr let me know. I was told they wanted special strings for demo vs something real so just hacking a branch | 11:29 |
* frankban lunches | 11:34 | |
rick_h_ | frankban: when you get back ping me please | 11:42 |
rick_h_ | afk taking boy to day care | 11:53 |
rick_h_ | back | 12:13 |
frankban | rick_h_: I am back | 12:33 |
frankban | guihelp: I need two reviews + QA for https://github.com/juju/juju-gui/pull/228 (local charm icons). Thanks! | 12:34 |
rick_h_ | frankban: the only other icon I think we HAVE to have for local charms in this case is in the inspector | 12:35 |
rick_h_ | frankban: as they'll pull that up in demos, but probably not the details page and you won't see a charm icon for it right now | 12:35 |
frankban | rick_h_: the branch includes the inspector header icon | 12:35 |
rick_h_ | frankban: oh, you rock. One step ahead of me thanks! | 12:35 |
rick_h_ | frankban: will look, bac kadams54 please help with a second. This is very high priority | 12:36 |
kadams54 | frankban, rick_h_ : sure, I'll take a look. | 12:36 |
frankban | rick_h_: thanks, where is the details icon? I don;t see that | 12:36 |
frankban | thank you both | 12:36 |
rick_h_ | frankban: there's a second card for the charm details and the charm tokens for local charms | 12:37 |
rick_h_ | frankban: but upon reflection don't think we need it for the demo | 12:37 |
frankban | rick_h_: what's the case when a local charm has a token? | 12:38 |
rick_h_ | frankban: machine view and such. We'll have tokens with local charms that will need the icon | 12:38 |
frankban | rick_h_: OIC | 12:38 |
rick_h_ | frankban: and the token and details shares a common method in the charmworld store | 12:38 |
rick_h_ | frankban: so making it work in the charmworld store will make it work in all places anyway | 12:39 |
frankban | rick_h_: I am still not sure about icons in the charm details panel, I am not able to find an icon even for cs scharms | 12:39 |
rick_h_ | frankban: this is from the juju environment? | 12:39 |
* rick_h_ isn't following | 12:40 | |
frankban | rick_h_: I mean, maybe I am looking at the wrong place, but if I open the charm details of a cs charm deployed on a real env, I don't see icons in the details panel | 12:40 |
rick_h_ | frankban: oh, no you're right | 12:41 |
rick_h_ | but that might change as well, though I'm not sure I guess. It shares the same details view as the normal charm browser details but it gets cut down. | 12:41 |
frankban | rick_h_: but I guess that's not so important for now, I am going to work on the follow up branch for fallback icons in the gui server, shoudl be able to propose later | 12:41 |
rick_h_ | frankban: right now the header is turned off because of space/the way it flies out from the inspector | 12:41 |
rick_h_ | frankban: yep, I'll move that other card down from urgent, thanks | 12:41 |
frankban | rick_h_: can we move down also the card about non-icon files? | 12:50 |
rick_h_ | frankban: yes | 12:50 |
frankban | rick_h_: thank you. also this morning I QAed the final trusty quickstart package, Robie uploaded it and it should be ready soon | 12:52 |
rick_h_ | frankban: awesome! | 12:52 |
* rick_h_ will be glad to get trusty behind us | 12:52 | |
frankban | yeah | 12:52 |
frankban | rick_h_: is 1.18 the final trusty core release? | 12:53 |
rick_h_ | frankban: I'm not 100% sure. There's talk of a 1.20, but I don't think it's making it. | 12:53 |
rick_h_ | frankban: but the changes shouldn't effect us. I'm trying hard to keep an eye on the code reviews and such of core. | 12:54 |
rick_h_ | some interesting stuff in the pipes, new constraint types/etc. But nothing jumpout out as worrisome to us | 12:54 |
frankban | rick_h_: cool, ok | 12:55 |
rick_h_ | frankban: there's talk of a CME? or some new type of exception to get an HA juju into trusty, and it was mentioned we might be able to use the same to get joyent into quickstart | 12:55 |
rick_h_ | but that would be post-release | 12:55 |
rick_h_ | post-release of trusty that is | 12:55 |
frankban | ack | 12:56 |
rick_h_ | bah, /me drinks more coffee | 12:58 |
rick_h_ | cursed toddlers and not sleeping right | 12:59 |
frankban | rick_h_: so the ghost charm has a mysql icon? | 13:29 |
rick_h_ | frankban: it's just how I tested it | 13:29 |
rick_h_ | I stuck the mysql icon into my local zip of hatch's ghost local charm and uploaded it | 13:29 |
frankban | rick_h_: oh, ok :-) | 13:29 |
rick_h_ | hazmat: ping, so to verify the desire is to not have the ProviderType but the Name in there correct? | 13:32 |
hazmat | rick_h_, g'morning.. sleep provided enlightenment. ideal is env annotation for name, with fallback to actual env name. actual env name is fixed at bootstrap. | 13:44 |
rick_h_ | hazmat: so I've got two things I can do for you at the moment. http://paste.ubuntu.com/7226275/ | 13:45 |
hazmat | rick_h_, hmmm okay | 13:48 |
hazmat | rick_h_, also if i'm using a branch.. i need the charm to be able to use a release tarball within itself | 13:49 |
rick_h_ | hazmat: so right now we're shooint for you able to use trunk | 13:49 |
hazmat | rick_h_, ie. lp and archive net access only. | 13:49 |
rick_h_ | hazmat: and maybe even a release | 13:49 |
hazmat | rick_h_, well.. having the charm support using a tarball within itself would be useful | 13:49 |
rick_h_ | frankban: has icons landing, he's updating the charm as well, if I can get something in shortly you can use we'll have a full release | 13:49 |
hazmat | ie.. build hook style. | 13:49 |
rick_h_ | hazmat: it does do that, it's part of releaase | 13:49 |
rick_h_ | well, we have a releases directory | 13:50 |
rick_h_ | it's all self contained | 13:50 |
hazmat | rick_h_, cool | 13:50 |
rick_h_ | thus the desire to just make a release today if we can | 13:50 |
rick_h_ | and find a quick solution for your naming issues so that can push forward | 13:50 |
rick_h_ | had hoped to do a release tomorrow anyway | 13:50 |
rick_h_ | jujugui need a review and qa please. Requires a live env to complete qa https://github.com/juju/juju-gui/pull/229 | 14:06 |
hatch | rick_h_ I can do it | 14:06 |
rick_h_ | hatch: ty sir | 14:06 |
rick_h_ | kadams54: how goes the check of frankban's branch? | 14:06 |
hatch | did you say my ghost charm has a mysql icon? I was pretty sure the svg I created used their real icon.... | 14:06 |
rick_h_ | hatch: I needed a live icon to test that it was picking it up | 14:06 |
kadams54 | Working on getting a live env up and running for it. juju-quickstart is working its magic right now | 14:07 |
rick_h_ | so saved the mysql svg and stuck it in the zip to test with :P | 14:07 |
rick_h_ | kadams54: awesome thanks | 14:07 |
hatch | rick_h_ ohh ok so it wasn't picking up the one in the actual charm | 14:07 |
hatch | gotha :) | 14:07 |
rick_h_ | sorry to press, kadams54, just wnat to make sure we can start release process after standup | 14:07 |
kadams54 | Yeah, no problem | 14:07 |
hatch | should probably do heavy qa just in case some of our new flagged work broke anything else :) | 14:08 |
rick_h_ | reminds me, Makyo qa day gentle reminder | 14:08 |
rick_h_ | hatch: definitely, hopefully some recent qa days help some and trying to qa some more while I wait for review | 14:08 |
rick_h_ | hatch: but think a release before your next few branches go in will be a good point of safety :) | 14:09 |
hatch | a----greed! | 14:10 |
rick_h_ | :P | 14:11 |
kadams54 | So the QA instructions say to deploy a local charm. Is there someplace I can get my hands on a charm? Or do I need to create one? | 14:14 |
hatch__ | kadams54 download my ghost charm | 14:14 |
kadams54 | link? | 14:15 |
rick_h_ | hatch: maybe get one with a custom icon already? | 14:15 |
hatch__ | https://github.com/hatched/ghost-charm | 14:15 |
rick_h_ | skip the update step I did | 14:15 |
hatch__ | it has a custom icon | 14:15 |
kadams54 | k | 14:15 |
rick_h_ | oh, /me must have had an old download then | 14:15 |
hatch__ | rick_h_ https://github.com/hatched/ghost-charm/blob/master/icon.svg | 14:15 |
hatch__ | it's been in there fo eva | 14:15 |
hatch__ | 5 months ago | 14:15 |
hatch__ | yours didn't have that file? | 14:16 |
=== hatch__ is now known as hatch | ||
rick_h_ | it had a file but didn't show as custom | 14:17 |
rick_h_ | showed as grey default | 14:17 |
rick_h_ | so that's why I dropped the mysql one on there | 14:17 |
rick_h_ | to make sure it was in fact getting a custom icon from teh charm itself | 14:17 |
hatch | hmm | 14:17 |
rick_h_ | hatch: oh hmm I do see it locally | 14:18 |
hatch | I don't have anything that can open a svg right now | 14:18 |
rick_h_ | well 'in my file browser' | 14:18 |
hatch | does that icon in there look like the ghost icon? | 14:18 |
rick_h_ | kadams54: so ignore me, go with hatch | 14:18 |
rick_h_ | hatch: no | 14:18 |
kadams54 | Oh, I do that by default. | 14:18 |
rick_h_ | ruh roh | 14:18 |
rick_h_ | hatch: ok, well not sure what I did then. | 14:18 |
hatch | rick_h_ yeah the icon in the downloaded zip is the proper ghost svg icon... just tested in Ubuntu | 14:19 |
hatch | so not sure what happened there.... | 14:19 |
rick_h_ | hatch: yep | 14:19 |
hatch | ^ kadams54 if you don't see the ghost icon then there is a bug in the branch | 14:19 |
kadams54 | OK | 14:19 |
hatch | my vagrant image somehow deleted my .juju folder | 14:20 |
hatch | .... | 14:20 |
rick_h_ | or the gui hates hatch's charm | 14:20 |
rick_h_ | that's ungood | 14:20 |
hatch | impressed I am not | 14:20 |
hatch | well it passes proof so... that means there is a bug somewhere :) | 14:20 |
hatch | rick_h_ looks like you forgot to update the selenium test for the environment | 14:21 |
hatch | http://ci.jujugui.org:8080/job/juju-gui/694/console | 14:21 |
hatch | that might be the only real thing the selenium tests are actually testing lol | 14:22 |
hatch | brb | 14:22 |
rick_h_ | hatch: yea, already have another run going | 14:24 |
frankban | rick_h_: this can be interesting: https://github.com/frankban/juju-git-deploy/issues/1 | 14:35 |
rick_h_ | frankban: yes, I've been following that conversation. I didn't worry about it right now because we force users to select a series on upload of local charms | 14:36 |
rick_h_ | frankban: and we'll have to support that on ingest in charmworld soon as charms start to define it | 14:36 |
frankban | rick_h_: yes, for the GUI right now is a nice to have IMHO | 14:37 |
rick_h_ | frankban: yep, but definitely on the radar and we'll have to make some adjustments going forward | 14:37 |
rick_h_ | that just got landed in 1.18 so we're still reacting | 14:37 |
rick_h_ | jujugui call in 10 kanban please | 14:50 |
Makyo | jujugui call in 2 | 14:58 |
kadams54 | frankban: wrapped up QA. Looks good. | 15:08 |
frankban | kadams54: cool thanks | 15:08 |
rick_h_ | jujugui oh was supposed to bring up release after frankban and my branches land. Will start gui releaase with a charm release after frankban's current branch lands for the demo | 15:09 |
kadams54 | rick_h_: I can take a look at 229 now, since I setup a full env for frankban's branch | 15:09 |
rick_h_ | kadams54: k | 15:09 |
rick_h_ | kadams54: yea, should be able to just change the source branch again and see it in action in a live env | 15:09 |
frankban | rick_h_: charm branch almost done, it would be nice to include that in the release | 15:10 |
rick_h_ | frankban: yes, will do | 15:10 |
frankban | rick_h_: great thanks | 15:11 |
rick_h_ | frankban: I'll just start the gui release once our branches land, and will get gui release after the WIP. | 15:11 |
frankban | rick_h_: sounds good | 15:11 |
rick_h_ | frankban: we've got until noon est tomorrow I think? but will try to get it to hazmat by tonight sometime | 15:11 |
frankban | rick_h_: yeah, if you don;t have time today, and the the GUI release is done, I can take care of the charm release tomorrow morning | 15:12 |
rick_h_ | frankban: rgr | 15:14 |
hatch | rick_h_ sorry, for whatever reason this vagrant image has 0 juju bits so it's taking a bit to get set up then I'll finish the QA | 15:19 |
rick_h_ | hatch: k, I think kadams54 volunteered to do qa | 15:26 |
rick_h_ | hatch: so if you want to split review and qa with him I'd appreciate it | 15:26 |
hatch | ok awesome | 15:26 |
hatch | I'd like to get on to working heh | 15:27 |
hatch | codereview done | 15:27 |
rick_h_ | hatch: rgr, have fun | 15:27 |
rick_h_ | thanks for the review | 15:27 |
hatch | rick_h_ can we maybe remove the id then? It's just a little confusing | 15:32 |
hatch | I prefer classes anyways :) | 15:32 |
rick_h_ | hatch: maybe, there's some login stuff that hits that specifically as an id | 15:33 |
rick_h_ | hatch: I'll add a note to the follow up card to generate better looking names | 15:33 |
hatch | ahh ok cool np | 15:33 |
kadams54 | QA is good | 15:36 |
rick_h_ | kadams54: awesome ty much. What did it read for you? | 15:36 |
kadams54 | "test on ec2" | 15:36 |
rick_h_ | cool | 15:36 |
kadams54 | That would've been really embarrassing if I'd named my environment something like "I'm a lumberjack and I'm OK" | 15:37 |
rick_h_ | :) | 15:37 |
* hatch is changing his environment to be "the empire" | 15:39 | |
rick_h_ | lol | 15:40 |
rick_h_ | "the empire on ec2" had a nice ring to it | 15:40 |
hatch | right?! | 15:53 |
frankban | guihelp: high priority branch ready for for review: https://codereview.appspot.com/86100043 (charm/python). Anyone available? thanks | 16:04 |
bac | frankban: i can review but not qa atm | 16:05 |
bac | nah, i can QA too | 16:05 |
rick_h_ | frankban: will look/qa | 16:05 |
rick_h_ | or bac has it | 16:05 |
* bac has it | 16:05 | |
frankban | heh, thank you! | 16:06 |
hatch | does anyone know if there are any side effects to comparing two objects by converting them to json? | 16:07 |
rick_h_ | hatch: potential ordering issue? | 16:07 |
hatch | that's valid | 16:07 |
hatch | bleh I really don't want to write a recursive object comparison method | 16:07 |
hatch | maybe the internets have something | 16:07 |
hatch | YUI is always missing something | 16:07 |
rick_h_ | hatch: what do we need to compare? | 16:08 |
hatch | previous/parsed state | 16:08 |
rick_h_ | hatch: but typically we check a single thing right? not mass changes in nested objects? | 16:08 |
hatch | when the url changes I need to know if the state object generated is different in order to dispatch or not | 16:09 |
rick_h_ | hatch: always dispatch and the dispatch methods are smart | 16:09 |
rick_h_ | the dispatch methods have to be anyway | 16:10 |
rick_h_ | so not saving any code on that end | 16:10 |
rick_h_ | the only case you're saving is if "nothing at all changed, don't do anything" you still need to check if 'this one thing changed, or that one thing did' | 16:10 |
hatch | well I was only going to dispatch the changed items | 16:11 |
rick_h_ | but the decisions are more complicated than that | 16:11 |
rick_h_ | check out the existing stuff | 16:11 |
rick_h_ | you can't just dispatch the one thing, you have to know what did/didn't in concert, at least that's the experience so far | 16:11 |
rick_h_ | I thought the point was to dipatch to two controllers, one for each section, that then decided what to draw/render/destroy? | 16:12 |
hatch | yeah I was trying to write something smarter than that | 16:12 |
hatch | s/trying to write/writing/ | 16:12 |
hatch | apparently my s/ stopped working | 16:13 |
hatch | ok I can do a 'dumb' dispatch | 16:13 |
rick_h_ | maybe start dumb and look for refactoring chances as the patterns emerge? | 16:13 |
rick_h_ | but try not to think too far ahead of what we need to move forward | 16:14 |
rick_h_ | ? | 16:14 |
hatch | it's that thinking that got us into all of our messes haha | 16:14 |
hatch | ok question | 16:15 |
hatch | if the state 'changes' to the exact same state, does previous still get set to current? then previous and current will be the same | 16:15 |
rick_h_ | I don't quite think that's fair. as the mess isn't to do with that pattern of code/refactor | 16:15 |
hatch | inspector issue was lack of foresight for sure | 16:15 |
rick_h_ | hatch: how does the change end up the exact same state? | 16:16 |
rick_h_ | say you click on the machine view button again and again | 16:16 |
rick_h_ | ? | 16:16 |
Makyo | hatch, branch updated. | 16:16 |
hatch | there's that...but if you say have a /fullscreen/ url and then navigate to the 'proper' url the outcome state will be identical | 16:16 |
rick_h_ | hatch: ok, exept you'll dispatch the new url which will have fullscreen removed | 16:17 |
hatch | so I don't think I should update the previous state unless they truly are different | 16:17 |
rick_h_ | hatch: so the state is the same, but the url is updated for the user | 16:17 |
hatch | exactly, the state didn't change....but the current code will update the previous state to the current state which is the same | 16:17 |
hatch | Makyo thanks, I'll take a look in a bit | 16:17 |
rick_h_ | and in that case the prev/new state are the same, but who cares. If you hit the back button nothing changed because there was nothing to change to | 16:17 |
rick_h_ | hatch: right, but to what damage? the only way to get a fullscren url is to enter it or go to a bookmark | 16:18 |
rick_h_ | there's no prev state to mess with anyway | 16:18 |
rick_h_ | so there's no harm, no complication, or issue with updating the prev state | 16:18 |
rick_h_ | that I can see atm | 16:18 |
hatch | i suppose if the user clicks back and the url changes but nothing in the UI changes that would be alright | 16:22 |
hatch | they are old/invalid urls now anyways | 16:22 |
rick_h_ | I agree. It's not worth a primary concern/test case. It's deprecated behavior. It should 'work' but the odds of hitting it and the experience detriment to the user is minimal. | 16:24 |
rick_h_ | frankban: if you get a few min can we chat about guiserver? | 16:33 |
frankban | rick_h_: sure, now is ok | 16:34 |
rick_h_ | frankban: https://plus.google.com/hangouts/_/72cpjuub3p0v5iljobcmvkevb8?hl=en thanks | 16:34 |
frankban | bac: thanks for the review, are you QAing it? | 16:49 |
bac | frankban: yes | 16:49 |
frankban | cool | 16:49 |
* rick_h_ goes to make lunch before starting the release launch process | 16:50 | |
bac | frankban: doing QA everthing is getting the default icon. i deployed a zip with mongodb which has an icon.svg but it gets the default as does a local charm with no icon. | 17:05 |
frankban | bac: juju version? | 17:05 |
bac | frankban: hmm, handbuilt from 1.18 | 17:06 |
bac | r2262 | 17:06 |
frankban | bac: should be ok, is develop correctly installed? | 17:06 |
frankban | bac: I mean, the GUI trunk | 17:07 |
bac | correctly installed where? | 17:07 |
frankban | juju-gui-source=develop, it takes some time | 17:07 |
bac | yes i did that | 17:07 |
bac | and that causes it to fetch it anew, correct? | 17:07 |
frankban | bac: yes it builds a release from trunk | 17:08 |
bac | right. | 17:08 |
hatch | jujugui could I get another set of eyes on this WIP https://github.com/juju/juju-gui/pull/230 before I write the tests....It's the dispatcher implementation for the state manager | 17:08 |
kadams54 | hatch: Taking a look | 17:09 |
hatch | kadams54 thx | 17:09 |
kadams54 | My eyes! They burn! | 17:09 |
frankban | bac: some browser cache? | 17:09 |
hatch | Makyo ok looking at your branch now | 17:09 |
hatch | kadams54 lol - hey this is a lot simpler than the original implementation I had planned :) | 17:10 |
* frankban bbiab | 17:10 | |
bac | frankban: that was it. cleared cache and then mongo got its icon | 17:12 |
bac | upon next deploy | 17:12 |
bac | QA-AOK. lunch commences. | 17:12 |
kadams54 | hatch: am I correct in thinking that sectionA == sidebar and sectionB == content? | 17:14 |
hatch | yup | 17:14 |
kadams54 | So the dispatch stuff - is that pulled over from browser.js? | 17:17 |
rick_h_ | kadams54: some of it yes, the routeView and such turns into this state dispatch work | 17:19 |
rick_h_ | kadams54: the actually dispatch methods are app logic that can live in browser.js still I think, but not 100% sure on hatch's plan | 17:19 |
jcastro | hey rick_h_ | 17:19 |
jcastro | local bundles working and whatnot, that's EOD today still? | 17:19 |
rick_h_ | local bundles don't work, local icons getting shown is landed and I'm about to start a gui release that will include it | 17:20 |
rick_h_ | jcastro: I'll be on the 3:30pm call to update and with progress, but trying to get an updated gui release/charm with the changes required right now | 17:20 |
hatch | rick_h_ yep you're dead on, I figured the view rendering logic should be in the browser not in the state manager cc kadams54 | 17:20 |
* jcastro nods | 17:20 | |
rick_h_ | send beers to frankban in quantity | 17:21 |
hatch | yeah that was a solid branch frankban in such a quick time | 17:21 |
hatch | ^5 | 17:21 |
rick_h_ | speaking of | 17:22 |
rick_h_ | jujugui release process is starting. Please no :shipit: until done | 17:22 |
rick_h_ | sorry for the blockage | 17:22 |
hatch | roger | 17:22 |
kadams54 | hatch: review doen | 17:24 |
kadams54 | done even | 17:24 |
hatch | cool thanks I'll take a look in a second | 17:24 |
hatch | Makyo review and qa done | 17:32 |
hatch | kadams54 I don't understand the context of your last comment | 17:36 |
frankban | rick_h_: charm branch landed! have a nice evening | 18:06 |
kadams54 | hatch: Sorry, review on https://github.com/juju/juju-gui/pull/230 is done | 18:06 |
rick_h_ | frankban: woot thanks, 1.0.2 is built so working on charm now | 18:07 |
hatch | kadams54 I mean the context of your last review comment | 18:07 |
frankban | rick_h_: cool | 18:07 |
kadams54 | hatch: state used to be stored in raw objects (_current and _previous), now it looks like you've moved to a Model… was wondering what advantages prompted the change? | 18:08 |
hatch | ohh I moved it to an attribute | 18:09 |
hatch | we cna chat about it in a bit though | 18:09 |
kadams54 | Hangout? | 18:10 |
hatch | yeah just in a call now | 18:11 |
kadams54 | OK, ping me when ready | 18:11 |
hatch | kadams54 when r u back from pycon? | 18:21 |
kadams54 | 4/17 | 18:21 |
hatch | kadams54 https://plus.google.com/hangouts/_/72cpjpk8lfbqkkqmr8ram0gglc?hl=en | 18:25 |
rick_h_ | kadams54: make sure that if you cna't finsh your branch you get it handed off before you EOD so that it won't hang for the week away please | 18:26 |
kadams54 | Yup | 18:27 |
Makyo | jujugui I have graze box invites if anyone wants. | 18:42 |
bac | i do! (what is it?) | 18:42 |
bac | oh, no i don't | 18:42 |
Makyo | Hahaha | 18:42 |
Makyo | No snack boxes? | 18:42 |
hatch | ?? | 18:43 |
Makyo | https://www.graze.com/us/products | 18:43 |
bac | Makyo: they'd probably be stale and soggy by the time they got here | 18:44 |
bac | super paranoid? check out the chromebleed extension | 18:44 |
Makyo | Yeah, I'm curious to see how it works over the summer. | 18:44 |
hatch | wow these order food online things are popping up everywhere, must be huge margins | 18:44 |
bac | hatch: yeah, like pets.com | 18:44 |
hatch | hah yepp | 18:45 |
bac | those were the days. 50# of dog food delivered for free... | 18:45 |
Makyo | *dreamy sigh* | 18:48 |
Makyo | Two shepherds go through a lot of food. | 18:48 |
Makyo | Especially when one's a big chunk. | 18:49 |
rick_h_ | jujugui heads up release is done and safe to land again | 18:51 |
hatch | yay | 18:51 |
rick_h_ | jujugui just working on the charm release part now | 18:51 |
rick_h_ | here we go...charm functional tests. | 19:08 |
rick_h_ | wheeee | 19:08 |
rick_h_ | blog post time I suppose | 19:08 |
hatch | weeee | 19:44 |
hatch | new roof this weekend...oooo boy | 19:47 |
rick_h_ | wheee | 19:48 |
hatch | not going to enjoy THAT bill | 19:48 |
hatch | but, gota be done I suppose | 19:49 |
rick_h_ | jujugui anyone recognize http://paste.ubuntu.com/7227836/ running charm tests? | 19:50 |
rick_h_ | I've got the ec2 env set to precise as default series | 19:50 |
hatch | yikes | 19:50 |
bac | rick_h_: sure you aren't running local? | 19:51 |
rick_h_ | bac: yes, I can see the aws instance running | 19:52 |
rick_h_ | bac: now the tests are trying to colocate the unit on machine 0 in teh test env on ec2 | 19:52 |
rick_h_ | and I can verify a .juju/environments/ec2.jenv is created withthe default series set to precise | 19:52 |
bac | rick_h_: i believe you. just looks like what you get when you try to run functional tests on lxc | 19:53 |
rick_h_ | bac: yea | 19:53 |
bac | juju status shows 0 is precise? | 19:53 |
rick_h_ | agent-state: pending | 19:54 |
rick_h_ | instance-id: i-3eb9876f | 19:54 |
rick_h_ | series: precise | 19:54 |
rick_h_ | yep | 19:54 |
hatch | Makyo wow people really liked my growth hacking tweet lol | 19:59 |
hatch | some even say they ARE 'growth hackers'....I wonder if they missed the sarcasm.... | 19:59 |
hatch | rick_h_ lastpass is so cool http://blog.lastpass.com/2014/04/lastpass-now-checks-if-your-sites-are.html | 20:07 |
rick_h_ | :) been there done that | 20:07 |
hatch | it's just nice to see that they are actually doing stuff like that instead of just making a 'dumb' storage app | 20:08 |
hatch | very cool | 20:08 |
hatch | kadams54 it's nearing your EOD no? Need any help to get your branch ready by EOD? | 20:16 |
kadams54 | Yeah, I'm trying to squeeze every bit of time I can :-) | 20:17 |
hatch | haha ok well if you want to pair if that will help speed it up at all lemme know | 20:17 |
kadams54 | hatch: I'll have some downtime during a layover tomorrow and once I get to the hotel - I've got nothing planned until Friday. If I don't get it handed off today, I'll be sure to do so tomorrow. | 20:18 |
hatch | ohh ok alright then | 20:19 |
rick_h_ | kadams54: which hotel you in for pycon? | 20:19 |
* rick_h_ will hunt him down for his code | 20:19 | |
kadams54 | lol | 20:21 |
kadams54 | Hang on… I'm not sure. My hotel info was sent to my old work address :-b | 20:21 |
rick_h_ | hah | 20:22 |
hatch | It's in Montreal so just remember to be super rude | 20:23 |
rick_h_ | hah | 20:24 |
kadams54 | So long as I don't have to be rude in French (*ahem* Quebec City) | 20:25 |
rick_h_ | damn these ec2 tests | 20:26 |
kadams54 | I can be rude in English and Spanish, does that fulfill the bilingual requirements? | 20:26 |
hatch | bleh | 20:28 |
hatch | yeah speed in Spanish | 20:28 |
hatch | speak* | 20:28 |
Makyo | Alright, back on this comp. Super nice out, so I worked on the other laptop while doing a timelapse: https://www.youtube.com/watch?v=87_4e_Ac46A | 20:34 |
hatch | cool clouds | 20:35 |
hatch | the just appear | 20:35 |
Makyo | Yeah. Just under the bottom of the frame is the Rocky Mountains, so the weather coming off of them is always dramatic. | 20:36 |
rick_h_ | yay tests passed! | 20:36 |
rick_h_ | push all the things! | 20:36 |
Makyo | \o/ | 20:36 |
rick_h_ | hazmat: https://code.launchpad.net/~juju-gui/charms/precise/juju-gui/trunk updated | 20:38 |
rick_h_ | hazmat: should hit store soon | 20:38 |
rick_h_ | hazmat: and reminder that http://paste.ubuntu.com/7226275/ is the manual change to the provider type for the UI | 20:39 |
rick_h_ | jujugui woot on 1.0.2 http://jujugui.wordpress.com/2014/04/09/juju-gui-1-0-2-released-safari-users-rejoice/ and https://github.com/juju/juju-gui/blob/develop/CHANGES.yaml#L24 | 20:40 |
hatch | rick_h_ http://jujugui.wordpress.com/2013/11/07/juju-gui-0-12-0-bundles-beta/comment-page-1/#comment-275 there is a comment here we should reply to | 20:42 |
rick_h_ | hatch: he emailed gary and gary forwarded it to me and I emailed him on the matter | 20:42 |
hatch | ohh ok | 20:42 |
rick_h_ | hatch: I didn't reply because of that, but I suppose we should as this is public facing. Didn't want to dual slam the guy with answers | 20:43 |
hatch | yeah...oh well two answers is better than none :D | 20:44 |
rick_h_ | well, when the answer is "we don't support it yet" it's a sucky answer to give | 20:44 |
rick_h_ | woot got the ghost charm icon in my lxc env | 20:49 |
rick_h_ | hah, and machines in my machine view | 20:50 |
rick_h_ | all though they're all NAN constraints lol | 20:50 |
rick_h_ | ok, with that I'm out for the day then. Feel free to ping/call/hangout/etc if you need anything, but hit me up on the personal accounts vs the work accounts. | 20:55 |
hatch | sounds good | 20:56 |
hatch | cya | 20:56 |
hatch | \safe travels | 20:56 |
hatch | jujugui anyone around for a review? https://github.com/juju/juju-gui/pull/231 no qa | 22:03 |
huwshimi | Morning | 23:01 |
rick_h_ | morning huwshimi | 23:13 |
rick_h_ | huwshimi: let me know if you get a few min to chat | 23:13 |
huwshimi | rick_h_: Anytime! | 23:13 |
rick_h_ | huwshimi: want to invite me then or you want me to create the link to invite you? | 23:14 |
huwshimi | rick_h_: Either is fine, I have a webcam now :) | 23:15 |
rick_h_ | woot | 23:15 |
rick_h_ | huwshimi: https://plus.google.com/hangouts/_/lite/72cpit3iqn5c45ua3duavolva4?hl=en | 23:15 |
huwshimi | rick_h_: Can you invite my canonical address? | 23:16 |
rick_h_ | huwshimi: https://plus.google.com/hangouts/_/72cpi4l0deqtenanpq2b5rtdro?authuser=1&hl=en | 23:18 |
hatch | nice, rocking Trusty on metal | 23:50 |
hatch | :-) | 23:50 |
hatch | hi huwshimi | 23:50 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!