19:03:05 #startmeeting storyboard 19:03:06 Meeting started Wed Jun 5 19:03:05 2019 UTC and is due to finish in 60 minutes. The chair is SotK. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:03:07 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 19:03:09 The meeting name has been set to 'storyboard' 19:03:16 #link https://wiki.openstack.org/wiki/Meetings/StoryBoard#Agenda_for_next_meeting Agenda 19:03:24 o/ 19:03:54 #topic Migration Updates 19:04:13 I don't think there's been anything new this week right? 19:04:15 No negative feedback.. or any feedback for that matter from Swift 19:04:20 Nothing new 19:04:44 I guess we just give them a bit more time for now? 19:04:51 yeah, wouldn't rush it 19:05:10 the swift team meeting is today. it should be raised there for people to offer comments 19:05:17 (in about 3 hours) 19:05:28 sorry, in 2 hours 19:06:04 getting feedback isn't time-sensitive, they should take all the time they need to try stuff out 19:06:25 +1 19:06:54 Yeah I agree 19:07:18 Definitely not rushing 19:07:25 More just noting that there isnt any yet. 19:08:11 #topic Release Progress 19:09:01 so I think we decided on most of the things we needed to after the meeting last week 19:09:09 What are the next steps? 19:09:23 well, a recap of that decision would help too 19:09:29 Oh yeah 19:09:33 for logging purposes 19:10:00 i mean, it's in the #storyboard channel logs, but for posterity having it mentioned in the meeting would be great 19:10:03 :) 19:10:06 SO I think we decided on storyboard-api for pypi? 19:10:18 that matches my recollection 19:10:20 #info we'll rename the python package to storyboard-api 19:10:50 which i think just needs a minor update to the existing patch? 19:10:57 yeah 19:11:13 #info we'll number the first release 1.0.0 19:11:13 i can do that unless someone has already started 19:11:19 And someday...might rename the storyboard repo to storyboard-api 19:11:26 fungi, go for it :) 19:11:31 I haven't touched it. 19:11:34 me neither 19:12:00 i'll check with tonyb first to see if he wants to 19:12:10 since it is his patch 19:12:18 i'll leave a review comment real quick at least 19:12:22 thanks 19:12:35 we didn't firmly decide on when to do a release 19:12:53 but I think we should just do it when we've finished planning what we need to do to do a release 19:13:13 there was something you wanted merged first... the attachments implementation? security teams? 19:13:29 or we could make those 1.1.0 et cetera 19:13:40 and just release as soon as the dist name is updated 19:13:45 yeah I mentioned attachments, but I ended up preferring the idea of "here's 1.1.0, now with attachments!" 19:14:40 Yeah I think we decided early and often? 19:14:41 basically the process (once we're using an available dist name) is to make a 1.0.0 signed tag and push it to gerrit 19:14:57 oh, we needed to add jobs ;) 19:15:12 i'll check into what jobs we're missing for release automation 19:15:40 nice, thanks 19:15:56 with the correct jobs added we'll upload an sdist and a wheel to pypi automatically each time a new tag is pushed to gerrit 19:16:57 I think that adding jobs is the only other thing we need to do then 19:17:10 yep, i concur 19:17:34 Sounds pretty easy 19:17:39 on a related note, what about webclient releases? 19:17:49 i may also push a manual build to test.pypi.org just to make sure the package metadata isn't going to be rejected by warehouse 19:18:11 that sounds like a good idea 19:18:51 storyboard-webclient will need different sorts of jobs, presumably 19:19:17 i know less about javascript, but i believe we do have some js-based projects doing automatic releases to npm, if that's where it makes sense 19:19:21 yep, we'll want jobs to upload to npm I expect 19:19:54 I'm not totally sure if that makes sense, but will look into being more sure 19:19:58 i can probably work out what those are using to accomplish that, but less sure how to safely test that it'll work ahead of time and not sure what sorts of package registration we need to do 19:20:11 mordred might have ideas there too 19:20:41 also, do we want to keep version numbers in sync and release them simultaneously? 19:20:43 Do we want to to outline some actions for logging's sake? 19:20:47 my initial feeling is "not really" 19:20:54 i would not try to sync releases 19:20:57 I would agree with the not really 19:21:06 release them whenever makes sense for each project 19:21:15 I feel like there will be more stuff in the api we want to/need to release than in the webclient 19:21:44 #action SotK to decide if npm makes sense as a place to release the webclient, and what it entails 19:21:52 and if the demo docker image is something we think is useful, i believe we have jobs which could build that and publish to dockerhub too 19:22:45 #action fungi to investigate what jobs we are missing for api releases 19:23:16 That would be cool. 19:23:25 (the docker image) 19:23:31 Though I dont think its a priority 19:23:37 +1, but I'm not sure it actually exists yet 19:24:13 it would definitely be useful, but we can probably wait for an updated version of https://review.opendev.org/#/c/611191/ 19:25:50 #topic Forum + PTG Summary 19:26:11 #link http://lists.openstack.org/pipermail/openstack-discuss/2019-May/006214.html Summary email 19:27:09 So did all the stories we have on the etherpad get added? 19:27:17 I know you were working on that Friday 19:27:21 I didnt have time to circle back 19:27:32 #link https://etherpad.openstack.org/p/sb-train-ptg PTG Etherpad 19:27:39 Yeah that etherpad :) 19:27:53 I think there are still a couple of story-less things 19:28:15 we should do as the agenda suggests and go through tagging things and creating the last couple of stories 19:28:19 at some point 19:29:54 the missing ones are "Integration tests", "Search is slow", and "Archive tasks/stories" 19:30:58 SotK, I feel like we should schedule a meeting.. 19:31:07 Heh 19:31:14 heh, that's probably a good idea 19:31:31 Whats the rest of your week look like? 19:31:37 My Friday is very open. 19:32:16 Anywhere from like.. 15:00 UTC onward 19:32:45 anything after 16:00 UTC works for me tomorrow or Friday 19:33:37 Lets do like.. 17 UTC on Friday 19:33:42 we can use my zoom 19:33:51 wfm 19:34:17 https://zoom.us/j/8341652381 19:34:25 for those interested in participating 19:34:32 I'm sure it will be thrilling 19:35:16 diablo_rojo, what is the agenda for the meeting? 19:37:35 ankita-2798, https://wiki.openstack.org/wiki/Meetings/StoryBoard#Agenda_for_next_meeting 19:37:43 Or for Friday? 19:37:50 Which meeting? lol 19:38:04 the wiki link is for the meeting now 19:38:20 SotK, do I need to make an invite? 19:38:28 the one you are planning for Friday 19:38:28 Or you just want to write it down 19:38:49 if you like, I've added it to my calendar already though :) 19:39:18 ankita-2798, its just to finish a triage of the active stories in the storyboard project group that we started at the Project Team Gathering a few weeks ago 19:39:26 SotK, if you dont need one I wont ;) 19:39:46 Oh, okay 19:40:36 anything else on this? 19:41:16 No, thank you :) 19:42:03 None from me 19:42:19 #topic In Progress Work 19:42:42 Did we ever get mkarray's work merged? 19:43:12 * SotK reviewed it and left some comments 19:43:31 mostly just some things that I'd like to neaten up before we merge them 19:44:13 SotK, not sure he is around much anymore. 19:44:31 I can take a look and update based on your comments and then you can merge it? 19:44:51 me neither, I noted in the reviews that I can make the fixes if he doesn't have time, and was planning to do so if I didn't hear anything 19:44:58 but feel free to beat me to it :) 19:44:59 or can always add a followup change with the suggested improvements and approve them both at the same time if that's more palatable 19:45:53 either works for me, there was nothing too problematic in them 19:47:28 diablo_rojo: do you have a preference? 19:48:19 I'll just go make the changes and ping you when I have the patchset up 19:48:30 ok, sounds good 19:48:44 also, thanks for reviewing the security teams stuff :) 19:48:55 i'm almost through the api side of that stack as well 19:49:05 should hopefully see it merged by the end of the day 19:49:18 excellent, thanks 19:50:12 the issues that diablo_rojo noted on the webclient side of that should go away once the api side is deployed on storyboard-dev too I think 19:50:38 awesome, and yeah that's why i started on the api stack 19:50:59 YAY! 19:50:59 I'll try to continue getting through my review/rework backlog 19:51:05 So excited :) 19:51:44 it would also be spectacular to merge https://review.opendev.org/#/c/643323/ 19:52:13 I think that should help reduce the complexity of that 3 minute long query 19:52:21 yes indeed 19:52:25 thanks for the reminder 19:53:10 same goes for https://review.opendev.org/#/c/643303/ too, but that query is a bit less bad to start with 19:53:36 in fact, that isn't much better 19:53:55 but its a bit better at least 19:54:14 * diablo_rojo opens tabs 19:54:27 (5 min left) 19:55:35 I think that's everything I have to mention for in progress work 19:55:42 anyone else? 19:56:20 ankita-2798 likely will want to track 643323 and 643303 since that may alter some of the queries in the slow query log data she asked about in #storyboard earlier 19:56:45 Good point 19:56:52 we can also grab a fresh log after those are in place and see if they made a difference 19:57:22 Regarding the Search Improvement, I have been currently going through the storyboard's backend's codebase, learning the frameworks etc. I am yet to study the logs provided by corvus. 19:57:53 fungi, yeah I already took a note of these reviews :) 19:58:40 awesome! 20:00:05 and with that we're out of time, thanks for coming folks! 20:00:08 #endmeeting