14:00:08 #startmeeting airship 14:00:09 Meeting started Tue Jul 31 14:00:08 2018 UTC and is due to finish in 60 minutes. The chair is mark-burnett. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:10 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:12 The meeting name has been set to 'airship' 14:00:14 #topic role call 14:00:15 hi 14:00:18 o/ 14:00:26 Hey all, may want to chime in again if you did it early :) 14:00:27 here 14:00:32 hello 14:00:34 o/ 14:00:35 o/ 14:00:42 Here's our agenda for today: https://etherpad.openstack.org/p/airship-meeting-2018-07-31 14:02:08 #topic Specs publishing 14:02:41 So sthussey and b-str have updated the specs repo to actually render the RST and publish it to read the docs 14:03:02 also added some further instructions to help with indexing usage of the repo. 14:03:05 There are a couple of specs up there for folks to look at: https://review.openstack.org/#/q/project:openstack/airship-specs 14:03:09 Ah, good point, thanks 14:03:48 https://airshipit.readthedocs.io/projects/specs/en/latest/ 14:05:07 Maybe we can just comment here on the pegleg issue 14:05:25 There is a pegleg spec for rearchitecting it as a pipeline + plugin system 14:06:04 It would be great to get some feedback on those ideas 14:06:19 https://review.openstack.org/#/c/587127/ 14:06:26 ^ spec 14:06:37 and a very rough skeleton of what it might look like in the code: https://review.openstack.org/#/c/587095/ 14:06:46 OK, let's move on to SKT's timeout/wait issue 14:07:05 #topic Armada timeout with parallel deployments 14:07:35 Can you show us a sample set of manifests that behave this way, just to make it more concrete? 14:08:18 we have just one chart group for all charts without wait=True 14:08:46 vary simple structure 14:08:49 Yeah, I see 14:09:22 I see Scott has offered to review, I'm happy to review today too. I agree that updating the timeout should ideally not basically turn on a "sequenced" behavior 14:09:33 and need to increate default timeout because it takes long time to deploy 14:09:36 yeap :) 14:09:50 OK, any other thoughts? 14:10:18 #topic Consider rescheduling weekly meeting 14:10:37 hi 14:11:01 I know we recently voted to schedule the meeting at this time, but a concern has been raised that our timing overlaps with the Edge compute meeting. 14:11:20 I think there may be people from that group who want to participate. 14:11:25 o/ hogepodge 14:11:42 Can we come up with some candidate times to distribute on the mailing list, so that people can chime in and see where we land? 14:12:28 good idea, probably using doodle? 14:12:34 I'd suggest 2 hours from now (rather 1 hour 45 min) 14:12:40 as one option 14:12:50 after openstack-helm meeting? 14:12:57 yep 14:12:58 +1 14:12:58 that will be 2am for us 14:13:02 :( 14:13:06 Yeah, one of the reasons it's now is so SKT can come 14:13:07 hmm that would be rough 14:13:16 How about 0830 CT 14:13:31 That might work, since we really only need 30 minutes most days 14:13:44 I'd be open to 8am CT also 14:14:16 I think 8:30 - 9 once a week is good. 14:14:27 Since I'll be coming to the meetings, 8:30 CT would be much better for me. 6:30 is easier than 6:00 AM. 14:14:36 1330 UTC 14:15:06 Ok, I'll include some sample options in a follow up email for discussions 14:15:35 #topic Core member list maintenance 14:16:06 I've included the list in the etherpad 14:16:44 Felipe's not here, but he had raised a concern about having some inactive folks on the list 14:17:07 I know that Anthony's contributions have decreased lately, so it might be fair to remove him from the list 14:17:36 has anyone asked him what his plans are? 14:17:55 Anthony? No, I don't believe anyone has reached out to him yet. I will do that 14:17:56 its not uncommon for people to go walkabout for a month or two 14:18:10 I'd say shoot him an email and see if they think they'll be able to remain active reviewers, I've seen that done successfully in openstack projects 14:18:16 ++ 14:18:21 Sounds good 14:18:32 Any other thoughts? 14:18:47 Do you know if marshallmargenau will be staying active in the armada world? 14:18:57 I know he's going on vacation for a bit :) 14:19:06 Right, I'm not sure he'll remain active after that 14:19:17 we need to do a better job of reviewing overall - theres a lot of patches that sit around for a long time 14:19:19 It seems harmless to leave him on the list for a bit 14:19:34 +1 14:19:53 it there anyone who we should be trying to get ready for core status? 14:19:54 to portdirect and mark-burnett 14:20:07 as it would be great to increase review coverage 14:21:08 hogepodge: to help here, do you know how we can get stackalitics to give stats for airship as a whole? 14:21:31 I don't know offhand 14:21:36 you mean grouped up for all airship, not the individual components? 14:21:47 Probably rather than picking people, a process should be decided 14:21:54 my thoght is it should correlate well to frequent good reviews - going back to the "we should do a better job of reviewing overall" point 14:22:04 ^ 14:22:09 Because the current core list is likely to see considerable turnover 14:22:17 Maybe this file. https://github.com/openstack/stackalytics/blob/master/etc/default_data.json 14:22:37 hogepodge: i want pie charts ;) 14:23:40 It looks to me like project configuration uses a full URL, and isn't hardcoded to the git.openstack.org domain. Try a PR there and see if the maintainers give you the thumbs up. 14:23:41 hogepodge: I want pie but would settle for charts 14:23:55 will do - cheers dude 14:24:04 I think having a clearer process would be good. My intuition is that deep project understanding is really helpful - maybe reviews are a good proxy for that, but it's not clear to me that's true. 14:24:34 it depends i suppose on how much airship wants to align with the openstack way of life 14:24:55 where its made clear that its "core reviewer" as opposed for "core merger" 14:24:55 Here's the OpenStack core reviewer's guide, gives a good overview of the traditional responsibilities: https://docs.openstack.org/infra/manual/core.html 14:25:32 My main concern is that the projects are really useful, not how closely we align with traditional openstack practices. 14:25:33 and that we should consider people based on their input to the community, which makes the critera somewhat fuzzy 14:26:28 I agree that looking at reviews is useful, but I doubt that statistics about the number of reviews would be very informative. 14:26:42 its a small part of the picture 14:26:44 Seems like it would need a balance of reviews and contributions to show interest in the platform, but also an understanding on how the platform should be extended and maintained 14:26:50 I've captured some of these ideas on the etherpad. 14:26:59 I don't think we're going to solve this today, so let's move on. 14:27:20 #topic PTG Agenda 14:27:22 please update the etherpad with more ideas on core identification. We can decide process later too. 14:27:35 stackalytics should not be a main source defining core. period. it can be a supplemental info though. (my personal thought) 14:27:37 Not looking to set the agenda today, but just pointing out the etherpad for the agenda 14:27:53 Thank you guys for those comments, sorry for moving the topic on too early. 14:28:50 PTG Schedule: https://www.openstack.org/ptg#tab_schedule Airship agenda: https://etherpad.openstack.org/p/AirshipPTG4 14:29:08 Does anyone have thoughts about how to prepare for the PTG so we get the most out of it? 14:30:03 from my exp 14:30:12 fin sessions that are not "your own" 14:30:35 the biggest thing ive got out of the ptg is meeting new people in tangental feilds 14:30:56 and some of the stuff that falls out of those conversations can be gold 14:30:58 so networking 14:31:08 yeah 14:31:16 Ok, one last thing before we close. 14:31:23 #topic Help leading next 2 meetings 14:31:28 esp as a new project, if we stay in a room on our own, we dont gain much over this irc meeting :) 14:31:29 denver ptg site has a great beer place near by. :) 14:31:49 I'm going to be out of town the next two weeks, and almost certainly not be able to attend these meetings 14:31:53 (There is a tiny chance) 14:32:06 Can I get one or two volunteers to run these? 14:32:22 I will just attend if able 14:32:25 I can run at least one 14:32:34 Can I put you down for next week? 14:32:42 I can run one or both. 14:32:43 just need the instructions on the meetbot 14:32:49 Ok, sounds good 14:32:51 yeah, I'll take next week 14:32:53 Thanks 14:33:01 Ok, and Aaron can run the following 14:33:15 #topic Closing thoughts 14:33:24 Anyone have any final thoughts? We're a little over, sorry 14:33:38 is the meting 30 mins or one hour? 14:34:00 I think some of us usually only have 30 minutes 14:34:20 We may have blocked off the whole hour though 14:34:43 one more good constraint to take into account when rescheduling :) 14:34:51 #link https://github.com/openstack-infra/meetbot/blob/master/doc/Manual.txt meetbot manual 14:35:11 Thanks Chris :) 14:35:28 Ok guys, thanks for coming. I think this is the most participation we've had so far! 14:35:34 #endmeeting