20:01:10 #startmeeting Horizon 20:01:10 Meeting started Wed Aug 26 20:01:10 2015 UTC and is due to finish in 60 minutes. The chair is david-lyle. Information about MeetBot at http://wiki.debian.org/MeetBot. 20:01:11 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 20:01:13 The meeting name has been set to 'horizon' 20:01:29 Horizon twice a day, isn't it grand ? 20:01:42 yay! 20:01:47 such a long day 20:01:54 with some pluck we'll get up to 3 before too long 20:02:00 * david-lyle is really kidding 20:02:16 taking into account UX meeting there are already 3 of them 20:02:24 UX isn't Horizon 20:02:24 lol! 20:02:27 well. 20:02:32 it's not supposed ot be :p 20:02:32 i18n then? 20:02:38 o/ 20:02:45 Three UX meetings? 20:02:47 (◕‿◕✿)ノ 20:02:53 did I kill the wiki page? 20:03:12 o/ 20:03:31 [=_=]/ 20:03:50 0/ 20:04:30 ok, agenda is at 20:04:32 hello/ 20:04:32 #link https://wiki.openstack.org/wiki/Meetings/Horizon 20:04:50 apparently I added meeting days, so was quickly correcting 20:05:12 let's jump in and leave time to review status on priorities 20:05:22 #topic OpenStack Summit Tokyo: Joint working session for Horizon and Zaqar proposal (vkmc) 20:05:38 vkmc o/ 20:06:10 ok let's circle back 20:06:24 #topic OpenStack Summit Tokyo: Joint working session for Horizon and Searchlight discussion (TravT) 20:06:29 TravT o/ 20:06:34 i saw vkmc added that 20:06:37 so i copied her... 20:06:46 but basically, we are building searchlight largely for horizon 20:06:48 -1 on originality 20:06:54 +1 for honesty ;) 20:06:59 lol 20:07:14 and in tomorrow's searchlight meeting going to talk about working session requests 20:07:26 with ttx saying that space is tighter than vancouver 20:07:51 was thinking we could put in one combined session for horizon / searchlight if needed. 20:07:58 Have you gotten design help from Michael and Jenny on Searchlight? 20:08:00 * ducttape_ looks forward to the openstack google ui so he doesn't mess with api snowflakes 20:08:14 Piet, still waiting on that. 20:08:30 Is it a rush? Do y need ASAP? 20:08:41 o/ 20:08:43 sooner is better... but when isn't it? 20:08:50 k 20:08:59 Will reach-out to Hinnant 20:09:08 vkmc: we'll come back to your topic in just a minute 20:09:17 david-lyle, np 20:09:20 sorry I'm late 20:09:24 no worries 20:09:28 so, just thought I'd float it out there as well. 20:09:39 I'd be fine with a joint working session 20:09:58 we essentially had a fishbowl on searchlight last summit 20:10:11 so a working session to make progress would be useful 20:10:11 ok, when we put in the request we can mention that. 20:10:27 any concerns? 20:11:15 gone 20:11:22 thx 20:11:37 was that your stage nick? 20:11:42 haha 20:11:53 yeah, better to have an alter-ego for meetings 20:12:07 #topic OpenStack Summit Tokyo: Joint working session for Horizon and Zaqar proposal (vkmc) 20:12:16 vkmc o/ and welcome 20:12:27 david-lyle o/ horizoners o/ 20:12:28 thanks 20:12:29 hi all! 20:12:34 o/ 20:12:55 so, a few summits back there were some discussions about horizon-zaqar integration 20:13:01 I recall there were some use cases 20:13:08 which I listed in this etherpad https://etherpad.openstack.org/p/zaqar-horizon-usecases 20:13:41 we were wondering if those use cases still hold 20:14:02 I wonder if ceilometer would suit those use cases better for horizon 20:14:05 and if there is interest from Horizon team to arrange a working session for the next summit to talk a bit more about those 20:14:24 definitely interested! 20:14:37 we need to fix that async stuff in horizon 20:14:38 certainly interested in the use cases 20:14:43 :) 20:14:45 I'm not sure if messaging as a service and then showing rabbit messages from under cloud would be confusing 20:15:03 ducttape_, cinder create is fired async 20:15:15 you don't see, if it fails 20:15:21 but in general, showing rabbit messages and status / health is not a bad general idea 20:15:24 if you don't pull for service update 20:15:34 sme is true for launching instances 20:15:40 mrunge, I know. lots of opportunities 20:15:50 I'll shut up ;-) 20:16:05 mrunge, could we get rid of constant polling there by the help of zaqar? 20:16:10 we know what you really mean by "opportunities" ducttape_ 20:16:16 I'm just saying the message bus for core services is one thing, but if I have messaging as a service, that is very different 20:16:18 i mean, at every table... 20:16:27 tsufiev, that might be a possibility 20:16:27 certainly we will need some time to discuss if and how Zaqar would fit the requirements Horizon has 20:16:39 or that's my naive idea 20:16:58 I think there's a question of which pieces are owned by what, there now seems to be at least 3 possible sources of async notifications 20:17:02 but: you could use ceilo to get notified when an event was triggered 20:17:17 ceil, zaqar and searchlight 20:17:35 I could see an admin page that just showed the last X rabbit messages / current stream of them.... and general rabbit health 20:17:46 but a session to figure out what the right solution and where is certainly high on my list of prioritites 20:17:57 yeah, i agree 20:18:01 so this is good, this is a topic with interest 20:18:07 searchlight is also looking to push notifications? 20:18:15 i thought we were just using it for queries? 20:18:15 tqtran: it could 20:18:20 oh wow..... ok.... 20:18:26 when planning such a session, let's have ceilo and searchlight folks too 20:18:39 just to have all people on the same side 20:18:43 but if another service is doing that it doesn't need to duplicate 20:18:51 ducttape_: I'd love a sidebar type thing like OSX and I think the new windows thing does, where alerts and messages just pop up in it. 20:19:08 vkmc: I think we're all saying we're strongly interested :) 20:19:10 always thought that would be cool. Like a live feed of cloud updates. 20:19:13 if it helps for something, we now have support for websocket :D 20:19:24 robcresswell: we already have something that can do that, toast service :P 20:19:38 websockets! ٩(͡๏̮͡๏)۶ 20:19:38 vkmc++ 20:19:39 hmmm, not quite tqtran. 20:19:40 I like toast, except for the carbs 20:20:33 hurgleburgler is volunteering to write our websocket layer? 20:20:36 vkmc: let's plan on a joint session, if you don't mind us inviting a couple other people to keep us well rounded 20:21:01 david-lyle, not a problem 20:21:03 might be a useful conversation for all parties 20:21:09 sounds good to me 20:21:14 tqtran ok, i'm on it! 20:21:20 helps a lot to hear diff alternatives 20:21:53 hurgleburgler, \o/ 20:22:09 vkmc: absolutely 20:22:18 haha 20:22:31 #action david-lyle figure out how to propose joint sessions 20:22:38 please, feel free to ping us in #openstack-zaqar, or in our weekly meetings https://wiki.openstack.org/wiki/Meetings/Zaqar 20:23:03 if you have any doubt or concern about Zaqar current status or how we could cover your use cases 20:23:43 sure, I think we need to do our homework 20:23:53 Hi David, I had some queries for getting the blueprints approved? 20:23:55 I think many people might be interested in joint sessions david-lyle +1 20:23:58 and likely there will be quetsoins 20:24:10 *questions 20:24:15 cool :) 20:24:33 you haven't heard the questions yet 20:24:49 haha mrunge++ 20:24:52 swati_: we're working through an agenda and will have time at the end for open questions 20:25:11 Sure, will wait...thanks 20:25:29 ok 2 joint sessions, which leads into my topic 20:25:47 #topic summit space planning (david-lyle) 20:26:12 oh, thanks vkmc :) 20:26:47 as you all may have deduced, there was a call to provide our space allocation requirements for the Tokyo summit 20:26:49 np, thanks you! 20:27:41 At the YVR summit we had 3 fishbowl, 8 working sessions, and 2 collab half day sessions 20:28:11 so the scoop is 20:28:22 2x workrooms to fishbowl rooms 20:28:29 less rooms than YVR 20:28:35 Rooms are smaller 20:28:49 and more teams in the big tent fighting for space 20:28:56 nice 20:28:59 is there a guess on attendance size relative to YVR ? 20:29:21 maybe less, but not much, not entirely sure 20:29:34 HK didn't really shrink either 20:29:46 just different population 20:30:23 so the guidance is less room requests 20:30:30 and workrooms are easier 20:30:57 the joint sessions will reduce some pressure 20:31:12 so I'm looking for proposals 20:31:23 I think we could do with less fishbowl sessions 20:31:27 but joint sessions will require more space 20:31:47 yes! less fishbowl sounds good to me 20:32:03 they were not largely attended with the growing number of tracks 20:32:07 maybe just one? (Operator feedback)? 20:32:30 watch out for ops feedback, we got loads of issues 20:32:45 not too many for horizon tho :D 20:32:46 I'd like to figure out how to work that in 20:33:11 I have seen increased bugs for horizon in the past 20:33:20 wondering if there could be a tie in to the ops track, maybe combined feedback? 20:33:29 if not, we can certainly hold one 20:33:44 I'll see if there are any organized plans for that 20:33:55 I found ops feedback quite useful in the past 20:34:00 one thing I'd say is ops people have a tough time with schedules, there is so much we want to attend 20:34:12 is there another burning topic that would require a fishbowl? 20:34:16 we are not just horizon or keystone etc 20:34:26 ducttape_: you should be 20:34:42 we're working on creating enough problems to be on your radar :P 20:34:59 * ducttape_ still thinking about how many times "joint session" has been mentioned 20:35:08 ok, 1 fishbowl 20:35:13 ducttape_, you could record some video in advance and introduce your speech remotely ) 20:35:32 I'll be there, you should be on the lookout 20:36:10 I found the working session quite useful 20:36:21 yupp! 20:36:34 I may ask for a similar number and let the schedulers back us down 20:36:46 the other option is find a table 20:36:59 do we know about tables? 20:37:10 which i dont remember seeing at YVR 20:37:13 last time, that didn't work out 20:37:18 no pods 20:37:21 they had some in paris... 20:37:21 just random tables 20:37:33 paris had pods and atlanta 20:37:48 not in paris and YVR 20:38:09 you just contradicted yourself there.... i see what you did... 20:38:15 I see that now 20:38:21 he is write and wrong 20:38:26 * tsufiev recalls a lot of tables in YVR 20:38:28 right (derp) 20:38:37 do we want a pod? 20:38:48 not in YVR 20:38:52 lol write... haha, lets just pick a bench somewhere and call it our pod 20:39:02 I don't think we need a predetermined space 20:39:15 let's just reserve a spot at a nearby bar. 20:39:24 +1 TravT_ 20:39:24 after all, it is not the location but the group that makes us a pod (whales) 20:39:25 question is should we try using that instead of working session rooms 20:39:47 +1 TravT_ =)))) 20:39:52 both has pros and cons 20:39:57 I'm going to request a similar number and be flexible 20:40:07 tables outside can be quite noisy 20:40:08 +1 - take what is available at location, then karaoke bar works too 20:40:17 collab full or half day? 20:40:19 oh, btw. don't forget a beamer 20:40:34 I mean, to request a beamer in working rooms 20:40:57 seems to me that last part of the last day kind of falls apart at every summit 20:41:04 can we have 2 half days for collab? 20:41:12 on different days? 20:41:31 I thought the last day was fairly productive at Vancouver 20:41:32 no just last day 20:41:44 darn :( 20:41:45 Hangover aside 20:41:53 yupp 20:42:02 fishbowls are wed-thur 20:42:13 working sessions are Tue-Thur 20:42:26 and contributors meetup is Fri 20:42:55 ok I'll ask for both and be flexible 20:43:00 well, we're scheduling our sessions, right? 20:43:11 mrunge: once we have slots 20:43:16 we can call it x and do y 20:43:22 mrunge: sure 20:43:29 we already did that in YVR 20:43:33 ;-) 20:43:55 ok, so less fish equal work and contrib 20:43:59 will make request 20:44:16 #topic L-3 O_O 20:44:23 L-3 is Sept 3 20:45:04 that's it, holy cow 20:45:13 no 20:45:21 #link https://etherpad.openstack.org/p/YVR-horizon-liberty-priorities 20:45:53 ReOrg status? 20:46:03 seems to be patches there 20:46:25 seems as though so of the reOrg also created some Selenium issues :/ 20:46:33 which reorg status? 20:46:38 angular or css? 20:46:40 yeah, they would've been noticed if the selenium tests were running :/ 20:46:42 Line 14 20:46:57 in the linky thing 20:47:38 so at this point, we've reduced some of the tech debt, will not finish and created a little along the way 20:47:45 :) 20:47:47 r1chardj0n3s: hows the investigation cominb along? 20:47:55 there was a lot to take on 20:47:59 tqtran: all selenium tests are fixed, patches are in 20:48:06 oh nice! 20:48:22 r1chardj0n3s that's great! 20:48:37 #action get selenium actually running in the check/gate 20:48:38 it wasn't difficult to fix them, but they only broke because the test suite wasn't being exercised :/ 20:48:51 #undo 20:48:53 Removing item from minutes: 20:48:59 (l0l) 20:49:12 #action david-lyle get selenium actually running in the check/gate 20:49:23 yes, please :) 20:49:24 unless someone else has a line on that 20:49:50 not it! 20:49:53 I'm not entirely sure how they've been disabled, but I could 20:50:03 I have a line to #infra to do stuff if needed there 20:50:17 r1chardj0n3s: me either, just now the happy report no tests run but success 20:50:30 david-lyle: yeah, how about I look into that today 20:50:40 r1chardj0n3s: excellent 20:50:44 starting out non-voting, I assume? 20:50:46 ping me if you need help 20:50:58 r1chardj0n3s: if they are passing I'd make them voting 20:51:08 they aren't quite as unstable 20:51:12 well, we still need to commit two patches 20:51:18 (if running) 20:51:26 r1chardj0n3s: ok, then non-voting 20:51:30 https://review.openstack.org/#/c/215408/ 20:52:24 https://review.openstack.org/#/c/215435/ (though this could be superseded by https://review.openstack.org/#/c/156572/ ) 20:52:54 I'm going to jump the rest of the priorities in concern for time, tl;dr; we made significant progress, but took on too much 20:53:13 r1chardj0n3s, regarding the latter there is some research about karma vs. selenium to be done 20:53:18 I think our definition of top priority needs some refining 20:53:35 dj18 ? 20:53:40 tsufiev: nah, let's get that in, it's good enough for now 20:53:43 david-lyle, top-priority = on what the most time was spent :) 20:53:46 (I just +1'ed) 20:53:52 ducttape_: ah yes 20:54:24 should be most of the way there, I have a patch to g-r to bump Django support to >=1.7;<1.9 20:54:39 d-o-a and horizon can support it now 20:54:51 would be good to get time on that new setup so we can find any issues 20:55:00 django_openstack_auth 1.4.0 was released this week 20:55:07 which supports 1.8 20:55:20 or, so you guys can find issues w dj1.8 and I don't ;) 20:55:33 I've tested it and not seen any issues 20:55:49 but that's saying little 20:55:56 there are still warnings (deprecation warnings) witj django-18 20:56:06 robcresswell: had a patch for that 20:56:14 not sure the status 20:56:16 I found more earlier 20:56:27 there are a few.... 20:56:32 ok, they are warnings 20:56:49 but should be cleaned 20:56:50 up 20:56:52 * tsufiev snaps eyes at david-lyle and thinks about the integration tests announcement 20:57:01 tsufiev: trying to get there 20:57:13 #topic Integration tests 20:57:30 We have passing integration tests again thanks to tsufiev 20:57:39 \o/ 20:57:41 great work, tsulfiev 20:57:44 did the revert merge? 20:58:06 david-lyle, not yet as it doesn't have +A ) 20:58:08 +a'd now 20:58:35 once that's in, the integration tests will be passing 20:58:40 so the thing with integration tests is that all cores should now pay attention to them before +2 20:58:40 \o/ tsufiev 20:58:47 reviewers watch those tests 20:58:52 they are not voting 20:59:00 otherwise some patch may break them again (before they become voting) 20:59:09 if you see a failure on a patch, look into it 20:59:29 or ping me 20:59:33 great work tsufiev 20:59:42 what time did that go in? 20:59:43 the important point is we should be paying attention to them, yes 20:59:47 we'll have to run recheck on some patches 21:00:01 we will make these voting once we know we've stabilized 21:00:12 TravT, 3 days if I understood the question 21:00:24 TravT: well turns out the revert I posted is just making it into the gaet 21:00:33 so right now you will see tons of failures 21:00:39 :( 21:00:46 ok. 21:00:51 like 11 21:00:56 Okay. So integration tests fail, no approval? 21:01:01 Or just, make a note of it 21:01:06 See if it can be fixed etc 21:01:19 robcresswell, it's not always easy :( 21:01:20 robcresswell: if the failure is related to the change then no approval 21:01:27 what if a client lib update broke integration tests? 21:01:28 but can be hard to diagnose 21:01:36 I mean understanding what's wrong with them 21:01:42 Yep, understood 21:01:48 mrunge: that should be a bug filed on horizon 21:02:06 ok we're over time. Please just watch the integration tests 21:02:14 Thanks everyone 21:02:15 * robcresswell nudges everyone to take a look at Curvature in the final week :) https://review.openstack.org/#/c/141078/ 21:02:18 :p 21:02:31 there was someone with a question that we didn't get to, please ask in #openstack-horizon 21:02:34 I'll be there 21:02:41 #endmeeting