15:00:14 #startmeeting airship 15:00:15 Meeting started Tue Feb 4 15:00:14 2020 UTC and is due to finish in 60 minutes. The chair is dwalt. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:16 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:18 The meeting name has been set to 'airship' 15:00:25 Hello all! 15:00:31 o/ GM/GE 15:00:42 Welcome. Agenda for today's meeting is here: https://etherpad.openstack.org/p/airship-meeting-2020-02-04 15:00:49 o/ 15:00:52 Let's give it a few mins for other to join and add items 15:01:11 o/ 15:01:27 o/ 15:01:33 o/ 15:02:18 o/ 15:02:44 o/ 15:02:58 o/ 15:03:30 Let's go ahead and get started 15:03:33 #topic announcements 15:03:53 ICYMI: Our special elections for the vacant TC and WC seats are over 15:04:18 Joining the WC is ian-pittwood; joining the TC is Andrew Leasck 15:04:38 Thank you candidates and everyone for participating! 15:05:05 +1 15:05:09 #topic GitHub Issues: status & role-based access 15:05:14 mattmceuen: floor is yours 15:05:31 Hey thanks dwalt 15:05:46 just a small update on our migration to github issues for scope tracking 15:06:34 several folks (including dwalt0 have been doing some good initial work toward using ghissues, so first thing is I suggest folks start looking in there for work when there's interest/need 15:07:09 link please? 15:07:09 next is, how are we going to manage elevated privileges to GitHub Issues 15:07:29 #link https://github.com/orgs/airshipit/projects/1 15:08:08 Things like, creating and assigning tags, deleting issues -- maybe closing issues too (I need to figure out the list) 15:08:36 I propose we simply take the aggregate of all airship core reviewers, and add them as "members" of the github airshipit organization 15:08:51 that will give them those rights across airship projects in GH Issues 15:09:11 I proposed this to the working committee last week, and they were good with it, so I wanted to broach with the wider community 15:09:38 The alternative would be to create specific groups in our github org, with membership specific to each individual project 15:09:54 But that sounds like a lot more work, for potential marginal benefit 15:10:12 I think as an initial step all cores from all airship projects would be good, and refine later as needed 15:10:36 awesome, ++ to doing this incrementally 15:10:41 * mattmceuen made a great pun there 15:10:57 * alexanderhughes facepalms 15:11:03 :D 15:11:20 * michael-beaver facepalms as well 15:11:24 lol it's dwalt's job to keep us on track, I absolve myself of that responsibility today 15:11:36 :) 15:11:41 anyway - that's all I had, please provide feedback on GH Issues as y'all get your feet wet 15:11:41 so I was out last week on git migration, last I heard we were planning on abandoning what was in jira and just creating new stories - is that still the path forward? 15:11:53 yep that's exactly right alexanderhughes 15:12:02 and we were leveraging flight plan meeting for those activities 15:12:06 ok great ty 15:12:06 yep 15:12:12 welcome back :D 15:12:12 ++ 15:12:18 thanks :) 15:12:35 Awesome. Anything else for the jira -> GH migration? 15:12:50 #topic roundtable 15:13:09 that's it for our planned agenda. Does anyone have anything else they'd like to bring before the larger team? 15:13:11 just a quick note on jira-> GH, the flight plan meeting I mentioned (and others) are available on the airship wiki 15:13:13 #link https://wiki.openstack.org/wiki/Airship 15:13:25 thanks alexanderhughes 15:13:35 we'll be meeting tomorrow :) 15:14:01 @Matt, does a developer need to register for the Airship project (or org?) before assigning himself/herself a story? 15:14:41 jamesgu: I believe (let me know if I'm wrong, anyone) that anybody can create an issue, anyone can submit patches against an issue, anyone can comment on an issue 15:15:05 thx for clarification. 15:15:07 being a member of the org lets you do additional things like, assign an issue, modify issue metadata (labels), and things like that 15:15:41 wait, so needs to be a member to assign self an issue? 15:16:23 I believe so, although I think we want to look into whether that's configurable behavior 15:16:33 seems a little weird 15:16:38 That's correct. I haven't found a way to make that open to the public 15:17:05 dwalt is there a normal way for someone to "volunteer" for an issue? A comment saying "I volunteer for this issue"? 15:17:32 (where normal = github norms) 15:17:34 I think that's how most GitHub projects handle issues. I'd suggest we follow the same pattern 15:17:51 sounds like a place to start 15:17:53 that'd be a little more difficult to find "my issues", but it can work 15:18:46 jamesgu: I think we'd still want to assign the issue out. Maybe a core could do that 15:18:51 yeah, agree 15:18:57 sounds like an item to discuss at flight plan meeting -- maybe have one of the cores go through daily to assign issues based on the volunteer comments 15:19:39 yep, we'll need to add to our list of "core responsibilities". Andy S (not here I think) volunteered to work on some documentation for that kind of thing 15:19:56 +1 15:19:57 That's great 15:20:03 Do you know if he will be attending tomorrow? 15:20:32 good question, let me encourage him to :D 15:20:49 :D 15:20:58 #topic Reviews 15:21:32 roman_g is looking for some eyes on this one: https://review.opendev.org/#/c/701025/ airship/treasuremap Update 'airship' tool default Pegleg password and salt 15:21:42 Narla Sandeep Narla Saibaba proposed airship/shipyard master: Adding apparmor profile to airflow pods https://review.opendev.org/705138 15:21:55 roman_g: Did you have anything to add about your other change? 694776 15:22:07 Thanks dwalt 15:22:39 dwalt: no, nothing. I still do need help with it. 15:22:54 Screen sharing session or something like this 15:23:47 Did we ever get word from the infra team if a nested YAML key would be "extensible"? 15:24:04 such as a.b=value; add more keys to a when necessary 15:24:44 Merged airship/treasuremap master: Update 'airship' tool default Pegleg password and salt https://review.opendev.org/701025 15:25:24 I've got only what is in that change. May be I have had a chat on IRC with them, but I don't remember. Too much time has passed. 15:27:18 I see. Is that a reasonable first step? Without a strict format to follow, I'd be worried about spending a lot of time on something that may not be what the infra team has in mind 15:28:41 Could be. 15:29:51 Great. If we have an answer tomorrow, we can proceed at the flightplan meeting 15:30:28 For anyone who hasn't been following this: Roman made a change to gitea that supports linking to additional "issue trackers" 15:30:35 #link https://review.opendev.org/694776 15:31:27 aaronsheffield: thank you for merging my PS. 15:32:03 Any final thoughts, team? I think we've covered everything on the agenda 15:32:20 nothing from me! 15:33:37 Sounds good. Thanks for joining all; have a great day! 15:33:40 #endmeeting