20:00:00 #startmeeting Ansible Windows Working Group 20:00:00 Meeting started Tue Mar 22 20:00:00 2022 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 https://fedoraproject.org/wiki/Zodbot#Meeting_Functions. 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:03 sup 20:00:10 * jborean93 knew better to not even try 20:00:13 #info agenga https://github.com/ansible/community/issues/644 20:00:21 * nitzmahone learns to type "agenda" 20:00:45 nothing new, so 20:00:48 #topic open floor 20:00:50 anything on the Uganda :) 20:00:53 #chair jborean93 20:00:53 Current chairs: jborean93 nitzmahone 20:00:55 haha 20:01:16 GitHub has an open beta for ignore revs: 20:01:16 https://github.com/github/feedback/discussions/5033 20:01:36 OOOH 20:01:45 yasssss 20:01:53 I know we made a mass formatting change before and I had mentioned this file, even though it had to be used intentonally on the client side 20:01:58 nitzmahone: fyi, the 'file tree' i told you about is also beta feature 20:02:03 ah bummer I never actually added the ignore 20:02:09 should get onto that soon 20:02:12 we still can! 20:02:15 we can add the ignore anytime 20:02:25 it doesn't have to be in the same commit 20:02:25 bcoca: yeah I really like the filetree! 20:02:43 its useful for my prs since i modify 1293087234 files 20:02:48 yup exactly, it helps if all the changes we want to ignore are int he same commit, but the file can be creates any time 20:02:56 Yeah, I still haven't actually *used* the filetree- I'm just so used to ignoring that whole side of the screen during code reviews :D 20:03:32 heh yeah bcoca but those are meaningful changes.. unless you just want it to look like someone else made them ;) 20:03:41 It also means there can't be any logic changes in the commits we ignore though- only formatting 20:04:04 for me the filetree is less about clicking and more about seeing where the file I'm looking at is, in context, it can be helpful 20:04:50 I have to remove my mental blinders and remember to look at it first 20:04:51 anyway, they are openly accepting orgs to go into the beta, but it's not live otherwise, so if we wanna do that we need to ask them to enable it for `ansible-collections` 20:05:02 We'll get that going 20:05:05 sweet! 20:06:18 oh, 3hrs ago `We have been working to get this shipped and it's available to anyone now!` - does that mean it's no longer a private beta? 20:06:49 oh! maybe, thentofications on that issue since it was in beta were kinda of crazy so I havent'looked at every message since 20:07:07 Yeah, looks like they just lit it up for everyone a few hours ago 20:07:11 speaking of good news out of GH, single job re-run and re-run failed jobs are finally live too 20:07:25 oh that's awesome 20:07:26 Yeah, I've used the latter a couple times already 20:07:33 one of the last remaining things I wanted to see with GHA 20:08:00 Interestingly, it works for AZP as well via the GH checks UI 20:08:08 (can't remember if that's new or not) 20:08:33 still crickets on the bug I raised over a month ago though that is killing any motivation I have to work on docs build stuff: https://github.community/t/called-workflows-cannot-be-queued-onto-self-hosted-runners-across-organisations-enterprises-failed-to-queue-this-job-labels-ubuntu-latest/229355?u=briantist 20:08:56 even with g-undalow emailing them... no progress 😢 20:09:42 bummer, haven't run into one of those yet 20:10:20 (but I'm also usually using self-contained workflows) 20:10:38 it is kind of a niche bug, but really annoying.. 20:11:14 also no news of the strange issues with their windows 2022 runners: https://github.com/actions/virtual-environments/issues/5151 20:11:47 at least they updated to say they didn't get a chance to look yet 20:12:18 I wonder if that's due to the weird VirtIO driver bug I came across with 2022 20:12:21 I assume that's WSL1, since IIRC WSL2 is not really supported on GHA runners? 20:12:28 yup, WSL1 20:12:45 jborean93: ooo what VirtIO driver bug? got a link? 20:12:54 oof, I assume it's BSODing or something 20:13:15 it's so bad that the GH UI doesn't know how to handle it 20:13:31 I have jobs cancelled/killed months ago that still show up as though they're sort of in progress 20:13:31 If it's bringing down the network connection it would explain no logs to some extent https://github.com/virtio-win/kvm-guest-drivers-windows/issues/583 20:13:38 But I would be surprised if it is that 20:15:35 interesting, maybe the offload workaround will help in this case 20:16:26 IIRC it was only affecting DNS but it's been a while since I last looked at the problem. Worth a stab but I would be surprised if it's the issue there 20:17:18 that kind of setting has been known to mitigate other issues on GH runners: https://github.com/actions/virtual-environments/issues/1187 20:18:00 WSL1 is some serious kernel-level magic, and they're clearly not testing it like they used to now that WSL2 is the Way Of The Future, so wouldn't surprise me if there are nasty bugs in new versions :( 20:18:32 Heh so maybe it will help, worth a shot :) 20:20:01 I've got nothing special to add, slowly slugging my way through adding tests for pypsrp. I believe I'm mostly done with the runspace/pipeline API itself, just need to try and remove a lot of the duplicated code and really test out the WSMan side 20:20:58 sounds great! 20:26:09 I got nothing else either 20:26:23 OK cool, guess we'll wrap it up for today then- thanks all! 20:26:27 Til next week! 20:26:29 #endmeeting