20:00:45 #startmeeting Horizon 20:00:46 Meeting started Wed Jan 27 20:00:45 2016 UTC and is due to finish in 60 minutes. The chair is david-lyle. Information about MeetBot at http://wiki.debian.org/MeetBot. 20:00:47 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 20:00:49 The meeting name has been set to 'horizon' 20:00:59 o/ 20:01:07 hola 20:01:08 ( ಠ‿ಠ)┘ 20:01:17 :) 20:02:00 o/ 20:02:02 o/ 20:02:35 Let's roll 20:02:51 We tagged M-2 last week 20:03:03 so we're officially in the race to the end 20:03:22 target date for M-3 March 3rd 20:03:26 \o/ 20:04:00 o/ 20:05:14 #link https://etherpad.openstack.org/p/mitaka-horizon-priorities 20:05:24 is essentially the same as last week 20:06:09 so I won't belabor it 20:06:37 I don't have any other general items. There were a couple on the agenda 20:06:48 o/ 20:06:51 #link https://wiki.openstack.org/wiki/Meetings/Horizon#Agenda_for_2016-01-27_2000_UTC 20:07:07 #topic Categorizing incoming bugs 20:07:32 I thought now there should be much fewer opened themization patches :) 20:07:49 :-O 20:08:04 lhcheng added this item, but I think I can speak to it 20:08:26 I can help with that 20:08:33 the volume of bugs that comes in to Horizon via launchpad is quite large 20:09:10 it would be worlds better to have someone actively watching them as they come in to triage/classify them 20:09:32 otherwise we get into our current state with 400 uncategorized bugs 20:09:59 when we were smaller, I could watch that too, but I cannot handle that any more 20:10:12 hurgleburgler: did you volunteer? 20:10:16 I think hurgleburgler volunteered 20:10:19 I can help out 20:10:20 lol 20:10:32 I should have not said anything else 20:10:38 haha 20:10:51 I can help categorize, but I can't say I'd be the only one ;) 20:11:13 it's a gloriously rewarding pleasure cruise 20:11:33 I can help hurgleburgler 20:11:35 david-lyle I'm not sure I believe you 20:11:43 so as we move away from a central horizon to plugin, we can encourage people to file bug their own respective repo instead 20:11:45 I'm working on reducing the total too. We've knocked about 1/3 off the uncategorised since first bug day, and about 120 from total iirc. 20:12:03 tqtran: We've already removed all the trove and sahara bugs. 20:12:06 \o/ 20:12:09 These are mostly outs. 20:12:11 ours* 20:12:37 ew... gl matt-borland and hurgleburgler! 20:12:41 many bugs I�ve seen there are actually feature requests 20:12:48 thank you matt-borland and hurgleburgler 20:12:53 \o/ 20:13:03 tsufiev: we do have the wishlist category 20:13:19 tsufiev: If they are small, wishlist, if big, mark invalid and ask for blueprint. 20:13:27 I give up on trying to figure out how OpenStack thinks bugs and features should be tracked 20:13:36 david-lyle, robcresswell: got it 20:14:00 matt-borland, hurgleburgler I will add you to the horizon-bug team so you can do the things 20:14:22 ┏(^0^)┛┗(^0^) ┓ 20:14:27 * matt-borland updating todo list 20:14:27 * tsufiev imagines whole Horizon community walks in one of intra task-tracking sessions and start demanding new task tracker 20:14:33 "congrats" hurgleburgler an matt-borland :-) 20:15:01 I join the congratulations :) 20:15:52 Would "bug review" fit as a natural, regular part of each release? Say...the first 2 weeks after a Summit? 20:16:06 ok added 20:16:25 tyr_, unfortunately bugs are being added all the time :( 20:16:31 tyr_: I would prefer an ongoing process 20:16:38 tyr_: No, its too constant to do it that way 20:16:51 We'd be ignoring 5.5 months of bugs every time 20:16:54 my biggest concern is missing High/Critical defects 20:16:59 tyr_, besides that we had already 2 Bug Days 20:17:02 Plus RC1 is already supposed to be bug cleanup time. 20:17:05 that could have been fixed prior to release 20:17:31 I understand that, and am not suggesting there isn't regular maintenance...just curious about having a bug party phase of the release. Perhaps it is already RC1. 20:18:28 tyr_: certainly not a bad endeavor for the weeks between release and summit 20:18:28 I have enough difficulty recruiting people for a single bug day :) 20:18:30 e.g. please don't pester the cores about our pet features during this window because we are collectively focused on bugs. Just an idea. 20:19:04 but that's mostly the RC cycle for cores 20:19:07 or at least should be 20:20:10 I'm for anything that raises the visibility of bugs and their solutions :) 20:20:26 even to the detriment of landing features 20:20:45 but I'm going to move on 20:20:45 (aka "new bugs") 20:21:14 #topic QA and Cross project liaison, need a volunteer 20:21:28 #link https://wiki.openstack.org/wiki/CrossProjectLiaisons 20:21:46 There are a ton of cross project liaison roles for each project in OpenStack 20:22:00 these two are currently open 20:22:02 what are QA liason responsibilities? 20:22:19 tsufiev: quite honestly, for Horizon not much 20:22:33 oh, Tempest/Grenade, I�m staying away from that 20:23:01 tsufiev: well think about our tempest footprint, 1 test 20:23:19 additionally, it's on my list to make that a tempest plugin 20:23:28 but if that is related to integration testing of Horizon against the rest of Openstack, I may sign in 20:24:08 I'm interested in the Cross Project Spec Liaison. 20:25:07 david-lyle, is there any place besides https://wiki.openstack.org/wiki/CrossProjectLiaisons#QA with some info about this role? 20:25:27 tsufiev: not that I'm aware of 20:25:41 i will sign up for zaqar and trove 20:26:20 ok, I�ll other QA liasons 20:26:35 and since all liaison roles default to me if no one occupies it, I can tell you that I don't recall anything that was required, but I do write tempest and devstack patches for horizon 20:26:43 as required 20:27:05 david-lyle I need one of those devstack patches, btw 20:27:07 we have our own liason list too right? 20:27:16 tyr_ you'll mainly just need to review the cross project specs 20:27:28 tqtran: not that I'm aware of 20:27:36 maybe in an etherpad somewhere 20:27:41 There's an interproject liaison list too if anyone is working with specific projects. 20:27:53 i could have sworn i saw a liason list for horizon somewhere 20:28:15 those who volunteered please enter your name 20:28:19 tyr_: Yeah, just need to pop up in the weekly meetings and let us know if there are any cross-project plans we should be aware of. 20:28:21 as in, horizon people checking out other projects to make sure we are in sync with their api 20:28:43 david-lyle, ha, hope they have some courses for new QA liaisons on how to write devstack patches :))) 20:29:04 tyr_: you will find that since our architecture is so different from the other services that little applies to us directly 20:29:24 tsufiev: they are mostly horizon code change driven 20:29:33 ping me 20:29:55 Ok. I'm assuming things like WebSSO where Horizon has a role to play in the overall experience. 20:30:33 I'll add my name. 20:30:36 tyr_: nothing that topical 20:30:39 :P 20:31:03 ha! Ok, maybe a background task, but seems like good breadth opportunity. 20:31:06 tyr_: https://review.openstack.org/#/q/project:+openstack/openstack-specs+status:+open,n,z 20:31:26 I'll keep watching too, because I can't help myself 20:31:36 Are there any meetings relevant to the cross-project specs? 20:32:08 robcresswell: I'm not entirely sure any more 20:32:40 wiki claims one on Feb 2nd 20:32:42 with the shift roll of the cross-project meeting, I'm uncertain as to it's intent anymore 20:32:59 at one point it was to discuss cross-project specs 20:33:39 additionally there is #openstack-meeting-cp but it doesn't seem to be used 20:34:26 here's my cynical take, we're replacing all the parts of the car while in motion and I'm not certain what pieces are back, what have changed or why 20:34:52 anyway 20:35:06 thanks to the volunteers 20:35:15 #topic Open Discussion 20:36:03 Just a reminder for mid-cycle attendees: Fill in your name etc, and put topic ideas on the etherpad 20:36:08 #link https://wiki.openstack.org/wiki/Sprints/HorizonMitakaSprint 20:36:11 Would it be possible to get some eyes and testing help with : https://review.openstack.org/#/c/252161/ 20:36:31 by filling in your name and email, I can get your internet access set up at Intel ahead of time 20:37:38 btw, why is everyones email AT and DOT instead of @ . ? Did I miss a memo? 20:37:55 robcresswell: not easily scraped 20:38:05 robcresswell, spammers don�t sleep? 20:38:18 Ah, makes sense. 20:38:29 just like tsufiev 20:38:51 doesn't sleep 20:39:15 I�m not a spammer :D 20:39:30 idk, interview doodle says otherwise tsufiev... 20:39:34 :D 20:39:39 tsufiev: you spam the horizon reviews, stop it! 20:39:43 LOL 20:39:47 no don't ! 20:39:52 haha 20:40:19 circling back to serious business :)... 20:40:22 do most of people here look through mitaka-priorities etherpad? Would it make sense if I wrote down the list of new integration tests ready for review (on a regular basis)? 20:40:57 or provide the link to the gerrit topic at least 20:40:57 tsufiev are you adding them to the weekly bug report? 20:40:57 tsufiev: I have a potentially better (and selfish) idea. Use the weekly bug report, put a couple on each week. 20:41:21 that wasn't on the agenda! 20:41:21 ok, since we have some time, i also like to bring up the plugin doc again. its high on priority atm but not getting enough love https://review.openstack.org/#/c/233709/ can we agree to push it through and make amends, the information is useful enough 20:41:24 I've gotten slow on updating it, because its quite time consuming to do it on my own each week 20:41:32 david-lyle: Yeah, its 2-3 weeks out of date iirc. 20:41:41 ah ok 20:41:42 robcresswell, hurgleburgler: okay, works either for me 20:42:14 I'd like it if people could sensibly drop a patch or two in, and I'll moderate it anyway. I'm going through the bug list in my spare time, and when thats properly in order we can drop the weekly report I hope. 20:42:24 there are a few follow on docs that i would really like to get started on, but that cant happen until this one goes through 20:42:46 robcresswell, I�ll just put there new integration tests and bump the date every week. If anyone would like add their bugs/bps, they�re welcome 20:42:58 tsufiev: That would be great, thanks! 20:43:01 I think it'd be good if hurgleburgler and matt-borland could punt the hard-to-reproduce bugs (ie. require edge cases or obscure openstack components to reproduce) to the group 20:43:20 r1chardj0n3s +100 20:43:24 robcresswell, to me this is only a question of moderating - to ensure that every bug/bp mentioned somehow fits our priorities for current release cycle 20:43:35 yes, that would be good 20:43:48 should use the weekly bug report for that 20:43:53 Yeah, I don't expect them to be able to reproduce every bug, r1chardj0n3s, its just useful to have someone to keep the moving target-ness down 20:43:54 ah, ok 20:44:19 robcresswell: yeah, but we need to flag the hard-to-reproduce ones so they don't just sit and pile up :-) 20:45:04 May be worth going over the bug tags so that people with specific expertise can check. Like scale requirements, or specific component setups. 20:45:04 its no fun when you have to restack to test something though. i usually lose a day trying to reproduce and get no where. 20:45:24 in an ideal world the scenario for bug reproduction would be a devstack config/script... 20:45:37 yep, and I've lost a day to trying to set up some part of openstack that I've never used before 20:45:50 tsufiev: heh, and a pony! 20:46:11 r1chardj0n3s, if you find a pony who could write devstack scipts :)... 20:46:13 as I stated above "it's a gloriously rewarding pleasure cruise" 20:46:31 * tsufiev looking for such pony for at least 1 year 20:46:42 If we got stackalytics to track karma, our bugs would be gone in a day. 20:46:45 maybe if we get enough people on the list, we can make it a rotating duty 20:46:47 weekly 20:46:53 * ducttape_ wonders about noro-virus on dave's cruise 20:46:54 if the bug is vague and provides no clues for its reproduction, mark it incomplete 20:46:57 if we have 4 people, then we can take a week a month 20:47:16 ducttape_: it's a mix of cruise ship/oregon trail 20:47:35 hurgleburgler: Can you and Matt alternate? 20:47:54 Might make it easier to maintain, keeps it less time consuming. 20:48:03 robcresswell thought you were going to help too? 20:48:15 I'm trying to work through the backlog. 20:48:27 robcresswell: is keen on the past 20:48:33 haha 20:48:45 Hey I got about 50 categorised so far this week. 20:48:51 Its time consuming :) 20:48:54 can we work some backlogging into the current persons rotation? 20:48:56 \o/ 20:49:26 hurgleburgler: No need to overload, I think. Just keep on top of the new reports. If you have spare time, then by all means have at it. 20:50:21 tqtran: I'll look through the docs again. The last comment I left (patch set.. 15?) was a complete blocker to betherly the other day. 20:50:42 We need to double check its complete otherwise it doesnt save anyone time. 20:51:12 there is a point of contention around pbr in there 20:51:17 I will comment in the review 20:51:27 but mandating pbr is not great 20:51:31 Ah, okay, maybe my misunderstanding then. 20:52:03 ok for openstack/plugin-x, less great for company-y/plugin-x 20:52:20 probably both should be documented 20:52:25 eventually 20:53:06 I'm happy with getting a minimum viable doc situation, but it has to definitely work the whole way through for a new plugin. 20:53:22 Otherwise I lose half a day debugging plugins that I'm unfamiliar with 20:53:34 Not ideal :) 20:54:09 As I said, I'll check it again, it looks mostly all done. I can carry it too if you're short on time tqtran. 20:54:12 its basically the same steps that i took for zaqar ui, which is last week 20:54:19 or just fed up of my reviews :p 20:54:42 and its proven to work, i might have missed a few things here or there, but the bulk of the info is valid and should work 20:55:07 i'll also verify again end of today 20:55:21 Thanks 20:55:26 let's get something in 20:55:31 and improve 20:55:43 I don't think something wildly inaccurate is acceptable 20:55:53 but reasonably accurate 20:55:55 Sure 20:56:18 if we release without it :( 20:56:50 It needs to be part of the release. I'm sure we can merge it within the next couple days. 20:57:20 great, i can start documenting plugin localization and workflow extensions once it lands 20:57:26 3 minutes 20:57:29 Sounds good 20:58:41 anyone else? 20:59:30 Thanks everyone! 20:59:36 \o 20:59:36 #endmeeting