17:37:42 #startmeeting Ansible AWS Community Meeting 17:37:42 Meeting started Thu Apr 27 17:37:42 2023 UTC. 17:37:42 This meeting is logged and archived in a public location. 17:37:42 The chair is abuzachis[m]. Information about MeetBot at https://fedoraproject.org/wiki/Zodbot#Meeting_Functions. 17:37:42 Useful Commands: #action #agreed #halp #info #idea #link #topic. 17:37:42 The meeting name has been set to 'ansible_aws_community_meeting' 17:38:01 #agenda https://github.com/ansible/community/issues/687 17:38:25 Not sure if that works. However, this is the agenda. 17:39:05 o/ I'm also in another meeting but I can keep half an eye here 17:40:27 @chair markuman tremble jillr Helen Bailey gomathiselvi Mandar Kulkarni 17:40:43 s/@/#/ 17:41:57 #chair markuman tremble jillr Helen Bailey gomathiselvi markuman 17:41:57 Current chairs: Bailey Helen abuzachis[m] gomathiselvi jillr markuman tremble 17:42:11 #chair Mandar Kulkarni 17:42:11 Current chairs: Bailey Helen Kulkarni Mandar abuzachis[m] gomathiselvi jillr markuman tremble 17:42:45 Is this the first topic https://github.com/ansible/community/issues/687#issuecomment-1488155633? 17:43:44 Black? 17:43:57 yes 17:44:21 #topic Black formatting 17:45:08 #info We've now merged changes which applied the "black" formatting style to all plugins and unit tests 17:45:39 https://github.com/ansible-collections/amazon.aws/ 17:45:52 https://github.com/ansible-collections/community.aws/pull/1784 17:46:14 https://github.com/ansible-collections/amazon.aws/pull/1465 17:46:56 (technically the aws_ssm connection plugin was pending, I was hoping to avoid asking jillr to override Zuul) 17:47:03 s/was/is/ 17:47:59 I'm also looking at switching to f-strings for consistency, but I think that can wait until 7.0.0 if it's not ready. 17:48:05 I don't mind :) send me PRs 17:49:00 It was more a "principle" thing, I'd rather the tests were running consistently 17:49:10 valid 17:49:22 some tests have been a little flaky 17:50:37 And some tests seem to have been broken by AWS or AMIs not being shared any more 17:50:41 (Broken without the changes too) 17:51:32 The safest way for AMI usage is to use the ssm lookups, provided by AWS itself 17:52:11 Yeah, we do that for some of them, I think I couldn't find Fedora last I looked 17:52:29 do we have a reusable role that does the AMI lookups or are we reproducing the tasks in every test suite? I don't recall 17:52:51 There's a role that finds a common AMI for use 17:52:59 thx 17:53:05 tremble: Do we have tests that depend in fedora? 17:53:11 aws_ssm is a special case because we launch various different AMIs 17:53:27 * Do we have tests that depend on fedora? 17:53:57 Ah yeah 17:54:42 aws_ssm and something in amazon.aws (EC2 inventory IIRC) 17:55:45 However, we have some bust tests, but they didn't break because of black - they were already broken. 17:56:01 There should be open issues 17:56:39 One last thing that should happen is updating the docs to mention that we're using the black style now. 17:57:00 ( I'm sure Goneri will be happy ;) ) 17:57:39 tremble: Yep, that makes sense. 17:58:17 Should wee add a GitHub Action workflow for black formatting ? As of now we have a workflow for darker 17:58:20 Looking at time, unless someone has strong views I suggest we move to https://github.com/ansible/community/issues/687#issuecomment-1497785890 17:58:45 gomathiselvi: We can switch out darker for black 17:59:30 I guess Aubin was working on something using pre-commits with black (If I am not mistaken) 18:00:45 Possibly. Configs for black are in the repos, so just running "black plugins/ tests/" will apply the right things 18:00:58 Any objections to shifting topic? 18:01:06 Nope! 18:02:24 #topic Structured point releases 18:02:56 #topic Structured point releases 18:02:57 abuzachis: Your topic 18:03:22 #info We would like to have a regular release process for the collections. A proposal is a monthly cadence release every fourth Tuesday of the month. 18:04:05 I've seen your comment tremble and for me works that too. Any other suggestions? 18:04:41 (My comment = First Tuesday of the month as minor release day) 18:06:12 I like the idea of having a planned cadence. First Tuesday will generally be just after the 4th Thursday (this meeting) which gives us time for a quick review/go-no-go 18:06:58 Works for me! 18:07:21 jillr: ? the others? 18:08:12 no objections from me. iirc suggesting 4th Tuesday was just to replicate what the Network folks do, for the sake of having an initial suggestion to discuss. 18:08:29 mgraves[m]: thoughts on release proposal? ^^ 18:09:22 Does this matches The Bullhorn? 18:09:29 s/matches/match/ 18:09:58 I mean for the release notifications. 18:10:41 They're late in the month (today's the deadline) 18:11:26 Ok, got it. 18:12:48 that sounds fine to me 18:14:15 Ok, does it make sense to add a note on the release date somewhere (in the README)? 18:14:36 * release date/cadence somewhere 18:14:42 yes 18:15:59 Ok, I can add that note. 18:16:59 if you do not have anything else to add here, we can switch topic then. I guess that it's yours tremble 18:17:35 #topic github discussions 18:17:44 s/yours/your/ 18:18:46 Looking at how we've been a little flakey on meetings, how do folks feel about moving some of the initial discussions to GitHub discussions, so some discussion can happen outside of these monthly meetings 18:19:14 This means that when folks can't make the meeting, their basic opinions on a topic can still be heard. (I'm not a big fan of using issues for this) 18:22:00 given that the community team is making progress on standing up a Discourse instance (https://github.com/ansible-community/community-topics/issues/202) does it make sense to adopt GH discussions now, or should we plan to have a Discourse channel asap? 18:22:35 just trying to think ahead and avoid creating confusion, if we change communication forums too often that could be problematic for contributors 18:23:06 I'd be good with discourse. We can shelve this for now, I don't think this is urgent, and if there's a "common" forum I'd rather we were consistent. 18:23:43 in the interim we could think about what we would want from that forum, since it looks like from the last comment Greg is looking for feedback from projects 18:25:12 #info Community team is working on an Ansible Discourse instance, looks like we should wait a little to avoid multiple changes. 18:25:43 #info Gwmngilfen would love extra feedback around how we'd like to use such a tool. 18:26:35 Move on to 5.5.0 / 6.0.0 review? 18:26:39 Yes 18:26:52 #topic 5.5.0 - quick review 18:27:59 #info abuzachis is backporting some PRs from main into stable-5 which we should try to get into 5.5.0 and prior to 6.0.0 18:28:02 Anyone got any other PRs they really want to see in 5.5.0 ? 18:30:15 Quick one https://github.com/ansible-collections/amazon.aws/pull/1475 18:30:43 And I knot Mandar Kulkarni had also one 18:30:55 s/knot/know/ 18:30:55 maybe this one too https://github.com/ansible-collections/amazon.aws/pull/1457 18:31:49 I think I might have backported tha already 18:32:11 Yes, it has been backported already 18:32:21 https://github.com/ansible-collections/amazon.aws/pull/1459 18:32:24 Ah abuzachis did, I reviewed 18:34:09 This one too https://github.com/ansible-collections/amazon.aws/pull/1482 if we manage to merge it 18:36:10 markuman: Any wishlist reviews (or issues) for 5.5.0? 18:37:55 I would suggest these two https://github.com/ansible-collections/community.aws/pull/1790 https://github.com/ansible-collections/community.aws/pull/1788 if they make sense for markuman 18:38:11 Currently none 18:39:50 Ok, let's see if we can get these across the line for 5.5.0 18:40:27 Do we want to set any release date for 5.5.0? 18:41:24 Planning 5.5.0 for the first Tuesday - May 2nd ? 18:43:09 Since may 1st is holiday, we can probably delay by another day, just to have enough time 18:43:17 s/may/May/ 18:43:45 Sure 18:44:03 👍️ 18:45:36 Move on to 6.0.0... ? 18:45:39 sure! 18:46:06 #topic 6.0.0 - quick review 18:47:16 I think all the big ticket items are in, and it's a case of finishing off 5.5.0, releasing that and then preparing 6.0.0... 18:47:35 Agree! 18:47:56 But we also would like to have https://github.com/ansible-collections/amazon.aws/pull/1446 into 6.0.0 18:48:50 I know Helen Bailey was working to add integration tests. 18:50:12 Can you please pint this PR to the 6.0.0 milestone? 18:50:12 s/pint/pin/ 18:50:39 Those are however new modules, there wouldn't be a problem getting them into a 6.1.0 18:52:01 Since we have already added a bunch of new backup_* modules already, we wanted to release those all together. jillr mgraves any thoughts? 18:53:35 My only concern is the Ansible 8 freeze 18:53:41 if we need to push the remaining backup modules to 6.1.0 we can 18:54:05 as tremble said, the more important thing is to make sure we get the 6.0.0 release into ansible 8 18:54:08 We would release 6.0.0 before the freeze in any case. 18:54:53 Talking about release date for 6.0.0, what about Monday May 8th? 18:55:14 2023-05-15: 18:55:14 Last day for collections to make backwards incompatible releases that will be accepted into Ansible-8. This includes adding new collections to Ansible 8.0.0; from now on new collections have to wait for 8.1.0 or later. 18:55:53 May 8th or 9th sounds good to me. But we might need to be ruthless 18:56:16 mgraves[m]: Ok, so we can try for 6.0.0, otherwise we can point the next minor release. 18:58:33 Any objections for May 8th or 9th for 6.0.0 release? 19:00:24 I'd say 9th, don't like planning for Mondays ;) 19:00:35 (or Fridays) 19:02:48 works for me 👍️ 19:02:48 Is there anything else you would like to add on this topic or in general? 19:03:35 nope. 19:04:37 If not, I would say we can end the meeting. 19:06:12 #endmeeting