15:01:25 #startmeeting Documentation Working Group aka DaWGs 15:01:25 Meeting started Tue Oct 4 15:01:25 2022 UTC. 15:01:25 This meeting is logged and archived in a public location. 15:01:25 The chair is samccann. Information about MeetBot at https://fedoraproject.org/wiki/Zodbot#Meeting_Functions. 15:01:25 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:01:25 The meeting name has been set to 'documentation_working_group_aka_dawgs' 15:01:32 o/ 15:01:37 @room Meeting time! Who is here to talk the docs? 15:01:41 #chair acozine 15:01:41 Current chairs: acozine samccann 15:01:46 o/ 15:01:52 finally not double booked! 15:01:57 hello acozine 15:01:57 I'm working on a thing I need to finish today, so I'm happy to be a chair but I won't be fully here today 15:02:24 ok thanks acozine 15:02:27 #chair Don Naro 15:02:27 Current chairs: Don Naro acozine samccann 15:02:30 and congrats!! 15:02:54 Raise your ascii hand (o/) to say hi or any other way you want to let us know you are here. And Welcome to any new folks! 15:03:45 felixfontein: briantist you around to talk docs today? 15:04:18 Official agenda is https://github.com/ansible/community/issues/643#issuecomment-1259760321 15:05:10 #topic Action Item updates: 15:05:29 #info resolved weekly staging of Ansible 7 and core 2.14 docs available on test 15:05:31 urls in a bit on that one 15:05:34 #info open - Consider an 'open docs hr' later in the week to regularly interact with docs contributors in a friendlier way than the expert details that happen in DaWGs meetings 15:05:46 #info open add a link to a separate intro to the agenda for welcome/here's what you need to know/ etc so newcomers can prepare. 15:05:57 #topic docs open hrs on matrix 15:06:28 So we talked about this a bit back - this meeting gets VERY technical very fast and may not be the best place for newcomers to documentation to get involved. 15:06:51 So the idea of having a docs open hour at a different time during the week seemed like a reasonable solution. So now.. which day? which time?? 15:07:19 looking at the existing WG meetings, there's nothing on Mondays, and less on Thursday afternoons so those are two possibilities. 15:08:01 I'd prefer Thursdays to keep it casual, closer to the weekend and more fun 15:08:37 yeah that's true. Mondays might be rushing it.. I'm a slow starter on the workweek :-) 15:09:02 But we're separated by 5 hrs... so when is it too late for you? 15:09:33 oh looking at existing meetings, we could do Thursday morning (my time) which would still be reasonable o'clock your time 15:10:48 #info proposal is to add another informal docs open hour to the WG meeting list for people wanting to discuss or drop in wit hquestions/help on actual words-on-paper docs things 15:10:51 I would prefer earlier. maybe we could split things and have an EMEA time and a NA time 15:11:04 * NA time? 15:11:15 alternate weeks perhaps? 15:11:17 what do you think about 10 AM ET (one hr before this time)? 15:11:34 sorry to interrupt, just walked by :) 15:11:47 or yeah, we could alternate.. not sure how to get that working in the meeting calendar but I'm sure there's a way 15:11:48 hi cybette 15:11:49 sorry, I'm a bit busy right now... 15:11:50 haha #chair cybette 15:11:57 that's what we do to walk bys! 15:12:10 but please check out https://github.com/ansible-community/community-topics/issues/143 everyone ;) 15:12:14 it's docs related ;) 15:12:19 hi! haha it's ok I don't need to be chair, not going to stay long enough to sit 15:13:41 for the calendar you can specify every two weeks, but you'll probably need 2 calendar entries (one for EMEA, one for NA) 15:13:50 lol thanks felixfontein I have that on the agenda for later as well 15:14:33 ok so should we try that Don Naro ? or try just the one time on Thursday and see how it goes? 15:14:45 I'm guessing it won't have a lot of participation at the start, but who knows 15:14:47 maybe let's try the one time on Thursday and see how it goes 15:14:54 ok cool 15:14:59 kick things off and refine later 15:15:36 #agreed will start Open Docs hours on Thursdays, 10AM ET 15:15:59 #action samccann dnaro - create calendar entry to get the open docs hours on the WG calendar 15:16:38 #topic announcement 15:16:55 #info welcoming dnaro to the Ansible community engineering team!!! 15:17:14 🎉 15:17:19 Hi 15:17:27 yes, he's been lurking, he's been participating, he's been dual-meeting it for a few months, but now we have him in our evil clutches 100%! 15:17:28 and we ain't lettin go 15:17:28 haha 15:17:47 thanks! it's great to officially be part of the team. 15:17:58 Welcome Dhee#5096 ! 15:18:06 welcome Dhee#5096 15:18:07 #chair Dhee#5096 15:18:07 Current chairs: Dhee#5096 Don Naro acozine samccann 15:18:17 Hi Dhee#5096 ! 15:19:04 Thank you. What’s the discussion on the docs today about? 15:19:57 So what we just finished talking about - we will have a docs open office hours at 10AM ET on Thursdays soon. This will be a place to talk more about docs etc 15:20:27 this meeting tends to get deep into the weeds on how we create the docsite etc and is hard for people to really get involveed in (unless they are working in those weeds :-) 15:21:46 Cool, would it hold this Thursday? 15:21:54 Or the next? 15:22:15 Don Naro: and I need to discuss. I have a meeting overlap this week and then I'm on vacation next week. 15:22:40 Alright then 15:23:20 #topic Documentation updates 15:23:54 So we are participating in Hactoberfest this year (a month-long open source event where we put up easy to fix issues for people to help out with 15:24:03 #info 24 issues closed so far for hacktoberfest. Busy times! 15:24:59 yeah there has been a flurry of hacktoberfest PRs for docs 15:25:13 you love to see it 15:25:30 first few days are definitely frantic. And we are out of issues already! We have some ideas to create more as well 15:26:40 #info Ansible 7 alpha staged at http://docs.testing.ansible.com/ansible/latest/index.html 15:26:46 #info ansible-core beta staged at - http://docs.testing.ansible.com/ansible-core/2.14/ 15:26:58 We'll stage weekly going forward so feedback most welcome 15:27:19 which brings me up to... 15:27:24 #topic sidecar docs 15:28:05 So bcoca added a feature to core 2.14 to support documenting filter and test plugins as 'side car' yaml files. Since these plugins tend to be a batch of them in one file. 15:28:17 that's the good news 15:28:41 the bad news? now that we are staging the docs, there are a bunch of error pages from collection owners w ho have these plugins but don't have docs to go with them 15:28:58 So my first question - did we ever tell collection owners this was coming? 15:29:27 my second question - do we have docs to explain what they need to do? I did a quick check but don't see any in the dev guide. bcoca do you have any docs around this? 15:29:48 (@bcoca ... saying it 3 times to see if he shows up like Beeteljuice!) 15:30:10 felixfontein: adding you as well in case you happen to know if this was communicated? 15:30:43 I'll need to open a batch of issues so I'd like to know if I have to open as 'mea culpa we forgot to tell you about this but can you please get these docs in place asap before Ansible 7 releases)' 15:31:26 i wrote some, but not published, for developing plugins as an option for docs 15:31:54 ansible-doc just posts those as UNDOCUMENTED had expected docs build to do same 15:32:17 BEETELJIUCE! IT WORKED 15:32:18 :-) 15:32:18 bcoca: not sure I understand 'for develping plugins as an option for docs' 15:32:33 is that what you did with the filter yaml files you created for the builtin stuff? or something else? 15:33:37 sectio developing plugins -> docs (right now they are inline in .py, this gives .yml option) 15:34:14 is there a draft Pr of that somewhere? 15:35:04 I'm also not sure what we want to do for the errors - do we want an 'undocmented' message for these on the docsite, or leave them as errors to help encourage collection owners to document them? 15:36:26 i would say both methods 'encourage' documenting 15:37:13 To those following along - we never had the ability to document these filter and test plugins until core 2.14 (which hasn't released yet). So we have a couple of problems identified here; 15:37:13 1 - communications - I'm guessing we haven't let collection owners know about this feature so we need to figure out how to 'be better' in the future so to speak. 15:37:54 2 - what do we do NOW - either undocumented or error message both mean users are aware these filters/test exist now (which is good) but have no info about them (which is... not so good). 15:38:32 we made it part of roadmap and have been disucssing in community, not sure what else needed to be done 15:38:54 well, before they had no info at all .. so improvement! 15:39:28 also the community team changes might have created a vacuum at worst time possible 15:40:02 So the roadmap gives no indication that there is an 'action item' coming from it for collection owners fwiw 15:40:51 but in general, I think we need to identify 'you need to do something when this hits' features and yes, the community team can help with this for sure 15:41:32 well, we added the faciltiy to add docs, but it is not a mandate from the core side 15:41:34 looks like about a dozen collections impacted 15:41:51 i would expect 'every' collection that has filters/tests 15:42:07 yeah. just looking at the docsite, that's about 11 15:42:12 on a quick scann 15:42:20 orhter plugins are more 'mandate' cause the docs == config == requried for execution 15:42:25 are sidecar docs coming for any other plugin type or just these two btw? 15:43:05 need to x2 check, but the intention is to be available for all (though practically only shouild be used in filters/tests/non python modules 15:43:09 ) 15:43:56 #info sidecar docs are intended for filter/test/non-python modules 15:44:27 just so I don't lose that tidbit. Are we able to put a stake in the ground and say nope, you can't use this for other plugin types? 15:44:50 as in there's no reason we know of for someone to STOP using docstrings in python files etc? 15:45:23 creazy optimization on modules ? no docstrings means less data to copy over and execute 15:45:44 ah ok 15:46:02 well I think we leave THAT optimization option... undocumented :-) 15:46:04 for plugin types that it is docs only, 'less loaded inm emory' but that is tiny optimization, config type plugins require reqding it anyways 15:46:36 #action samccann to open issues on impacted collections for filter/test plugin docs 15:47:54 #topic doctools 15:48:10 #info parameter values enhancement to discuss - https://github.com/ansible-community/community-topics/issues/143 15:48:39 felixfontein: has an enhancement to the plugin docs that makes it more obvious what values are (string vs something else etc) 15:48:56 so please go take a look. I expect we'll finalize by end of week on this 15:50:41 #topic Open Floor 15:50:54 Here's the time to bring up anything else on your mind related to docs 15:53:54 samccann: Last thing with the user guide rewrite is setting up the redirects. Could you remind me about the ideal date for them to be in place? 15:54:15 oh good point! That's tied to the core release 15:54:17 I'm still grabbling with release dates and when things need to happen 15:54:19 * samccann checks date 15:54:52 11/7. So let's target 1st of Nov 15:55:46 great. I don't suppose we've had much feedback on all those changes, have we? 15:55:58 No, but we don't get a lot of traffic on devel docs compared to latest 15:56:04 I've been lurking around reddit and trying to keep an eye out but maybe because they're on devel the changes won't have got much attention 15:56:07 snap 15:56:12 you posted on reddit? 15:56:32 no, no. just been looking for any mention. the getting started guide came up there once. 15:56:59 it seems to be the main place, apart from here, where folks talk about the core docs 15:57:30 i think it's been in the bullhorn a couple of times? That's the other place were we could pre-announce with a link to devel docs? 15:59:15 yeah it's had a couple shouts in the bullhorn. I guess it's fine then. just part of me wonders how that change is going to go down and if we've had any "early warnings" 16:00:21 ok we can continue to discuss options but we are at the 1 hr mark 16:00:36 so gonna end meeting unless anhyone else has something? 16:01:27 #endmeeting