20:00:00 #startmeeting Ansible Windows Working Group 20:00:00 Meeting started Tue Nov 10 20:00:00 2020 UTC. 20:00:00 This meeting is logged and archived in a public location. 20:00:00 The chair is nitzmahone. Information about MeetBot at http://wiki.debian.org/MeetBot. 20:00:00 Useful Commands: #action #agreed #halp #info #idea #link #topic. 20:00:00 The meeting name has been set to 'ansible_windows_working_group' 20:00:03 bam 20:00:09 #chair jborean93 20:00:09 Current chairs: jborean93 nitzmahone 20:00:18 hey 20:00:34 #link agenda https://github.com/ansible/community/issues/517 20:00:48 👋 20:00:48 There's actually something on it today! 20:00:56 hey briantist 20:01:06 #topic https://github.com/ansible/community/issues/517#issuecomment-724853726 20:01:30 #topic should we move IIS modules to a dedicated collection? 20:01:36 hey hey, today's topic comes from mhunsber in the convo right above this meeting! Welcome mhunsber 20:01:39 mhunsber: you around? 20:01:52 yes 20:02:16 hello! 20:03:06 So you're proposing a dedicated collection for the IIS modules, but they're already in `community.windows` 20:03:28 Usually things move to a dedicated collection when there's an active community that wants to release things on a different schedule 20:04:23 I don't think there'd be any objection to making changes/additions to the existing modules in their current home, nor if someone wants to take a more active role as a maintainer 20:04:52 But moving to a dedicated collection without a group to maintain seems premature 20:05:19 (or maybe I'm missing the point of what you were asking?) 20:05:36 yea we would need to see that there is going to be an active community around it before we would consider moving it 20:05:40 No, that makes sense to me. 20:06:09 right now it's mostly just me trying to find some time to do the reviews on community.windows 20:06:51 Community validation on that kind of thing is always welcome, whether it's "this change works for me" or code review, or whatever ;) 20:07:38 yep, right now it's mostly just me looking at the code and making sure it conforms to newer standards with tests if possible 20:07:55 mhunsber: what would you say were the things that most made you consider a separate collection? Or maybe better question is what would you like to do most urgently (new modules, updates to existing, etc.)? 20:08:54 Originally I was just going to have my own collection to be able to experiment easier. Mostly new modules is what I was hoping to add. 20:09:34 You can absolutely do that anyway :D 20:09:35 To backtrack, I started this conversation by asking how I could run the windows integration tests in my own shippable account 20:10:56 I was told it'd have to be from the community.windows repository in order to do that. 20:11:38 Well, it doesn't *have* to be, but that's the easiest way. Otherwise you'd need to set up your own CI resource provider to create cloud Windows nodes from your own AWS account 20:12:37 sure. I'm totally okay with them staying in community.windows. I was under the impression that new iis modules wouldn't be received well, but that could have just been the sentiment before collections were realized 20:12:38 that's always been a major problem with testing Ansible content against windows 20:13:25 definitely was the way things were before collections, I wouldn't be opposed to adding any more as long as they have tests 20:14:18 Yeah, the point of splitting the supported / community stuff out of Ansible itself was to allow everything to evolve more quickly 20:14:41 plus not having the expectations that we will support the community stuff 20:14:45 (but especially the community stuff, where we can now relax the rules a bit since those bits aren't being shipped in a Red Hat supported package anymore) 20:15:31 fwiw I run the existing integration tests locally with `ansible-test` against hosts I stood up in my own environment. It's not the best, since I have to manage/provision the hosts outside the testing process, and the only way to supply the list of hosts and credentials is through the `inventory.winrm` file. But if you take care of that, actually running the tests is easy 20:16:23 yea same thing, it's just the CI part that's not really easy to do unless you have our credentials 20:16:28 if you're doing a lot of maintenance/testing on existing modules, you might also be able to talk us out of API keys for ansible-test that would let you do local runs against our cloud resources... Just sayin' (and no guarantees, but it's been done) 20:16:51 👀 20:18:03 I don't think I do enough to warrant that yet but I'll remember that as a possibility :) 20:18:33 I probably won't be doing enough tests to warrant that, I can definitely provision my own hosts. I'm still experimenting on/off with ansible in our environment, so I'll write modules when I need them. 20:18:35 Dunno what kind of bar mattclay might want to set on such a request, since he's the one that has to pay the sizeable bill each month (for now anyway) ;) 20:20:56 So we all good with that topic mhunsber? 20:20:59 well, not him him. but he is responsible for it 20:21:20 yeah! I am glad that with collections the rules are a little more flexible 20:21:28 thank you 20:21:40 Cool, we'll be awaiting your PRs to Improve All The Things! ;) 20:22:05 (and if you're really passionate about it and crank out good stuff, we're also always looking for maintainers) 20:22:35 #agreed IIS modules stay in current collection, mhunsber may start contributing 20:22:39 #topic open floor 20:23:45 I'm all good 20:23:53 (will close in 2min if nothing else) 20:24:02 same, nothing new from me 20:24:17 hey, sorry forgot time change, but I have nothing again 20:24:23 hey Jon! 20:24:26 heya 20:25:17 OK then, til next week- thanks all! 20:25:21 #endmeeting