20:02:02 #startmeeting Ansible Windows Working Group 20:02:02 Meeting started Tue May 31 20:02:02 2022 UTC. 20:02:02 This meeting is logged and archived in a public location. 20:02:02 The chair is jborean93. Information about MeetBot at https://fedoraproject.org/wiki/Zodbot#Meeting_Functions. 20:02:02 Useful Commands: #action #agreed #halp #info #idea #link #topic. 20:02:02 The meeting name has been set to 'ansible_windows_working_group' 20:02:25 definitely not as punctual as nitz 20:02:25 hello 20:02:29 hey 20:02:37 #topic Agenda https://github.com/ansible/community/issues/644 20:03:00 Nothing on the agenda so straight to the open floor 20:03:04 #topic Open Floor 20:03:11 I updated the docs build PR; rather than remove the PR workflow, I removed the publish step (the one with the repo write access) 20:03:13 nitz is out sick today so it's just me 20:03:33 so what remains would still build and validate the docs, and then it would post a comment on the PR with the details 20:03:55 i.e. failures in the build? 20:04:23 the build step still has read-only, the PR step still only has PR write access (not repo contents write), which is the same permission that the current "comment when RST files are modified" workflow has 20:05:06 the comment would link to the CI run which has the rendered docs attached as an artifact, so they can be downloaded and verified locally 20:05:21 and it also shows diff style output of the docs changes, and a list of which files changes 20:05:21 cool, probably for the best for now. Will leave it to nitz to do the review though 20:05:47 the comment looks like this: https://github.com/ansible-collections/community.hashi_vault/pull/220#issuecomment-1038393614 20:06:03 except it won't have the links to the rendered stuff 20:06:15 does it edit the comment on new commits or add a new comment? 20:06:19 edits 20:06:29 sweet 20:06:30 don't want to be spamming the thread :) 20:07:01 definitely a good choice 20:07:38 yeah that's fine we can wait for nitz, as I said permission is the same as the other workflow (that workflow can go away once this stuff is in place), but if he's still not liking that, then at the very least, just the build portion is sueful, since it will fail CI if the docs are not valid 20:08:17 yep agreed 20:08:36 I haven't had a chance to look into the hangs with pypsrp yet sorry 20:08:54 no worries, I've got a million other things grabbing my attention 20:09:15 yesterday I started writing an ansible galaxy proxy that uses Artifactory as its backend 😬 20:09:45 the requests for them to add galaxy as a backend type have gone nowhere for ~3 years and that's where we store all our other artifacts 20:10:24 and I looked into running galaxy_ng but... it's just more than I wanna deal with 20:11:41 speaking of, thanks for this comment: https://github.com/ansible/ansible/issues/65933#issuecomment-567205147 20:12:03 the format of the `galaxy_token` file doesn't appear to be documented anywhere else 20:12:22 or I just couldn't find it 20:12:33 IIRC it's literally just a yaml file with `token: ...` 20:13:08 it is! but I had no way to know that... b coca hinted it was probably yaml, but I didn't know what it was expecting 20:13:26 https://github.com/ansible/ansible/blob/devel/lib/ansible/galaxy/token.py#L101 20:13:46 yeah trawling the source would've been my next stop 20:15:44 gl with getting galaxy support for Artifactory, the only real implementation I've seen is the pulp one which is what galaxy_ng uses on the backend 20:16:14 I know sivel has his own API to support a provides like API and I've written a mock one for testing in the past 20:16:20 I have it working! install/download support working since yesterday, and as of today, upload it working 20:16:34 roles and collections? 20:16:35 yes, actually sivel's project (amanda) was a huge inspiration for this 20:16:45 oh not roles, collections only, that's all I care about 20:16:49 I suppose roles won't make sense here 20:16:50 yea 20:17:12 sweet though, always nice to see it being supported by more repository projects than just ours 20:17:31 it wasn't intended but so much of the code resembles sivel's now that I am going to ask him to take a look and see if he wants to be credited lol 20:17:57 the hard part will be making it work the way Artifactory's "virtual" repositories work 20:18:01 lol, he'll probably say you need to ensure his toiletwater collection is always available in the repo. Like Tom from Myspace :) 20:18:11 lolllll 20:18:35 I will gladly host it though it will be internal to my company 20:19:41 still sweet though 20:19:51 the virtual repository thing is where the artifactory repository sort of shadows an upstream, and so if you request something and it's not avialable local, then it downloads it and serves it and saves it, so next time it doesn't hit upstream 20:20:08 that'll be really helpful for avoiding galaxy rate limiting which seems to be very strict :-/ 20:20:30 and it will avoid having to manually download/upload beforehand if I can make it transparent 20:21:13 yea my previous org had something like that for Maven artifacts. I wonder if they still support that or whether it needs to be explicitly allowed due to the supply chain concerns emerging today 20:21:16 these days* 20:22:03 I think artifactory has a bunch of controls on those type of things (which I won't have at my disposal here) 20:24:44 cool, anything else you wanted to bring up? 20:24:59 nope all good 20:25:14 alrighty, will catch you next time 20:25:18 #endmeeting