15:00:32 #startmeeting Documentation Working Group aka DaWGs 15:00:32 Meeting started Tue Apr 26 15:00:32 2022 UTC. 15:00:32 This meeting is logged and archived in a public location. 15:00:32 The chair is samccann. Information about MeetBot at https://fedoraproject.org/wiki/Zodbot#Meeting_Functions. 15:00:32 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:00:32 The meeting name has been set to 'documentation_working_group_aka_dawgs' 15:00:44 #topic opening chatter 15:00:50 Who's around to talk the docs today? 15:01:01 @room meeting time! 15:01:10 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:01:34 briantist: andersson007_ you folks around to chat docs? 15:02:19 sorry, I'm mostly afk today :/ 15:02:30 ok thanks for letting me know 15:02:59 If a dawgs meeting happens, and nobody's here but me, is it still a meeting? Time will tell ;-) 15:03:23 i'm here but I don't have any agenda 😉 15:03:45 ahaha 15:03:51 #chair Gwmngilfen 15:03:51 Current chairs: Gwmngilfen samccann 15:04:03 at least I'm not talking to myself now! 15:04:15 Official agenda is at https://github.com/ansible/community/issues/643#issuecomment-1102821830 15:04:50 #topic Documentation Updates 15:04:53 #info distro install page published - https://docs.ansible.com/ansible/devel/installation_guide/installation_distros.html 15:05:03 o/ 15:05:18 I'll be doing backports to 2.13 later this week so that will be the 'new' latest when 2.13 releases 15:05:23 sorry, very overbooked with meetings 😩 15:05:23 Welcome briantist ! 15:05:31 #chair briantist 15:05:31 Current chairs: Gwmngilfen briantist samccann 15:05:45 Well I had one specific question for you so I can pop that up now 15:05:52 #info - Is it time to put some docs around how to test collection documentation? see https://hackmd.io/w6JSHW_XRzi9cBZtoN4snA for very rough draft. 15:06:28 aka - we had two folks wanting to update stuff on ansible/ansible that needed to move to collections. Both were quite willing to do it, but how to do it was lacking in details, as well as how to test it locally 15:06:56 I know this is an interim phase, but wondering if we need to add it to docs.ansible.com? or maybe add a pointer to the hackmd file so it 15:07:05 is easier to update until it's finalized etc? 15:07:24 it has been time to have docs for that, I am just buried, there's nothing blocking it except taking the time really.. 15:07:55 there's two different things here though: building docs locally, and using the github-docs-build actions to do automated build/publish in a collection 15:08:23 your notes are basically perfect for building locally, I think 15:08:27 ah good to know. So I have the building/testing locally okay. but I jus point to your github actions on the rest 15:09:08 yeah exactly.. it's just that I don't have any good "getting started" docs on the github-docs-build repo (yet!) 15:10:11 okay well it's worth a pointer anyway because some folks will just be able to figure it out on their own. 15:10:33 The next question - should this hackmd be in docs.ansible.com, or just a pointer to it? 15:11:21 yup! it's pretty easy for the simple cases, and can point at a few repos that have implemented it 15:12:06 the hackmd? I suppose should be somewhere on docs.ansible.com . Each collection could also put up their own, like I have this one: 15:12:35 https://docs.ansible.com/ansible/devel/collections/community/hashi_vault/docsite/contributor_guide.html#collection-docsite 15:13:24 (but that's because I took extra steps to commit the output of `antsibull-docs sphinx-init`, so general instructions in a central place are useful) 15:13:58 ok cool 15:14:31 #action samccann to move https://hackmd.io/w6JSHW_XRzi9cBZtoN4snA into official docs and maybe point to https://docs.ansible.com/ansible/devel/collections/community/hashi_vault/docsite/contributor_guide.html#collection-docsite as an example of how a collection owner can document this. 15:14:34 thanks! 15:14:49 #info - Documenting wheels - do we need to mention this in the basic pip install, or is it noise for most users? Do we put pip download in a supplemental install page to say that's how you get everything? 15:15:06 So I know the ansible package install is 'wheels' now, but I don't know if the end user cares? 15:15:17 mostly thinking of users not developers 15:16:18 my opinion is mostly no, the steps to install are the same whether wheels are used or not, so mentioning it might just be confusing, in the context of install steps 15:16:46 ok cool. Just wanted to verify etc. 15:17:23 it's not my area of expertise, so don't go by my feedback only :) 15:17:58 haha i'll ping dmsimard later to see what he thinks. But your feedback matches my feelings as well. 15:18:13 👍 15:18:14 aka don't add confusing details if 80% of the users won't care 15:18:28 #topic docs builds 15:18:54 So been having ahem.. some fun... trying to get stable-2.10 docs to build again. mostly just so I can slap up an EOL banner in a month. 15:19:13 Seems we never used pinning back then, so it won't build locally or w/ jenkins. 15:19:23 oof :( 15:19:34 indeed 15:19:35 #info adding known_good to stable-2.10 in order to get the docs buildable again. 15:20:31 so that's my solution - plop in a file that works. Also needed help updating the jenkins job because it defaults to python version of whatever.. erm.. VM it spins up (centos based I think) 15:20:43 And 2.10 doesn't work on the docs builds anyway with python 3.8. 15:20:47 so... fun times. 15:20:53 I think it's all working now tho. 15:21:04 But it brings up another tasty tidbit - 15:21:15 #info replacing 'known_good' reqs file for docs with sanity-test reqs file so we don't need to keep them in sync - https://github.com/ansible/ansible/pull/77612# 15:21:57 One of the problems we've had is keeping the docs requirement files in sync with CI (sanity tests). So if finally dawned on me - why don't we just USE the CI test requirements file instead? 15:22:11 So that's what that PR is all about. Would love any feedback on whether this is a daft idea or not 15:22:47 basically, anytime we updated our requirements, we hadto update sanity test as well, so it seemed logical to just skip having our own file 15:23:27 we'll still keep the more open docs/docsite/requirements.txt which has minimal pinning. So anyone trying to build locally might have luck w/o getting into a ratrace of dependencies 15:24:40 one final plug for the meeting minutes 15:24:48 #info always looking for help on the backlog - issues - https://github.com/ansible/ansible/issues?q=is%3Aopen+is%3Aissue+label%3Adocs and PRs - https://github.com/ansible/ansible/pulls?q=is%3Aopen+is%3Apr+label%3Adocs 15:25:00 #topic doctools 15:25:10 #info splitting up the antsibull package - https://github.com/ansible-community/antsibull/issues/410 15:25:32 felixfontein is mostly not around, but I think this one is close to done? 15:25:53 I haven't been following it too closely so not certain 15:25:57 I think it basically is. eventually we'll have to bump antsibull to 1.0.0, but there's no hurry ;) 15:26:39 the only 'big' thing left is hunting down users of antsibull-lint and tell them to use antsibull-changelog or antsibull-docs instead 15:26:39 Yeah I'd like us to coordinate with core when we need to make changes, so we can potentially tie it into any other test container changes they have planned. 15:26:58 sounds like a bullhorn item ^^ ;-) 15:27:02 since antsibull itself is no longer a dependency of anything in core, that shouldn't be needed :) 15:28:12 Well I asked matt in that PR and his answer suggests we will still have to coordinate on anything that shows up in sanity.. and that includes anstibull-doc at least 15:28:46 yes, but only antsibull-docs, not the antsibull package :) 15:29:33 true 15:30:32 okay I'm out of things on my agenda so gonna... 15:30:36 #topic Open Floor 15:30:50 This is the time to bring up anything docs related. Got a fav PR or issue? time to mention it 15:32:32 * samccann sips tea 15:33:03 I'll give one a try - Any ideas how we get more interest/discussion/contributions going on the docs? 15:33:29 This meeting has gotten less and less attention over the past few months. I know I've used the community-topics a bit more, so maybe that's part of it? 15:34:29 Gwmngilfen: is there a way to see trends on our actual docs contributions? Maybe I'm just feeling lonely here but we are still getting the same (or maybe more?) actual PRs submitted for docs over time? 15:34:44 I wish I knew.. I have a hard time even getting feedback on my own collection, I don't really know how to get attention from my own community 15:35:05 so because it's not a dedicated repo, it's kinda tricky 15:35:32 you either have to trust the labels (questionable) or pull out what paths a PR touches 15:36:14 can be done, but I don't have it to hand right now 15:36:20 Well our ansible/ansible PRs always have the `docs` or `docs_only` labels 15:36:28 the bot assigns them 15:36:34 that i might be able to do quickly then 🙂 15:36:40 heh cool 15:37:16 Meanwhile, maybe we all need a master class in growing communities? Possibly a topic for the next contributor summit? Seems like with 100 or so collection owners, it might be a useful topic 15:38:18 Gwmngilfen: is there any way to see if people are reading meeting minutes? I know the agenda and minutes are all one big long github issue, but I don't see anything obvious that says # of followers on that issue for example 15:38:41 not really, github won't give you that 15:38:50 afaik 15:38:59 ok thanks 15:39:11 Anyone else have an open floor topic or ideas to chat about? 15:40:19 ok seems a bit quiet so gonna call it a day 15:40:25 #endmeeting