15:00:27 #startmeeting Docs Working Group aka DaWGs 15:00:27 Meeting started Tue Jun 8 15:00:27 2021 UTC. 15:00:27 This meeting is logged and archived in a public location. 15:00:27 The chair is acozine. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:27 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:00:27 The meeting name has been set to 'docs_working_group_aka_dawgs' 15:00:32 #topic opening chatter 15:00:47 o/ 15:00:49 o/ 15:00:53 DING DING DING! DaWGs (documentation working group meeting) happening now https://github.com/ansible/community/issues/579 15:01:20 heh, thanks lmodemal 15:01:30 #chair cyberpear felixfontein lmodemal 15:01:30 Current chairs: acozine cyberpear felixfontein lmodemal 15:01:51 o/ 15:02:19 who else is around? andersson007_ dericcrago dmsimard gundalow aminvakil baptistemm briantist tadeboro zbr you folks chatting docs today? 15:03:00 a certain badger is probably asleep 15:03:08 \o 15:03:18 after being awake for way too long 15:03:22 heh, I thought I saw him in the contrib summit, but I wouldn't blame him for heading right back to bed 15:03:32 #chair samccann 15:03:32 Current chairs: acozine cyberpear felixfontein lmodemal samccann 15:03:49 agenda begins with https://github.com/ansible/community/issues/579#issuecomment-852259347 15:04:10 was he at the contrib summit through the whole thing??? 15:05:17 acozine: he actually was there from the beginning, though I guess he eventually fell asleep 15:05:39 (sorry got a phone call :) ) 15:05:43 wow, he's two hours west of where i am, so it began at midnight his time . . . 15:06:01 that is dedication! 15:06:15 definitely! 15:06:52 well, we will skip the agenda item about the devel docs this week, then 15:07:02 :+1: 15:07:34 #topic collection extra docs and Ansible 4.1 release . . . 15:07:52 community.crypto, community.general and community.docker have docs/docsite folders, I'm looking forward to the 4.1.0 release and afterwards docsite rebuild :) 15:08:04 yes, it's a very exciting moment 15:08:25 #info community.crypto, community.general and community.docker have docs/docsite folders 15:09:04 #info these should show up in their new place on docs.ansible.com/ansible after 4.1.0 releases (aka collection must be in the Ansible package before the docs will show up) 15:09:26 and once we have those three up as examples, we can create the ticket to track moving the Scenario Guides out of ansible/ansible 15:09:37 that is exciting.. I've been a bit out of the loop on it, though it's been in the back of my mind as I catch glimpses of the conversation 15:09:49 any singular place I can read about it? 15:09:54 #chair briantist 15:09:54 Current chairs: acozine briantist cyberpear felixfontein lmodemal samccann 15:10:18 that's some exciting progress! 15:11:06 briantist: see https://docs.ansible.com/ansible/latest/dev_guide/developing_collections_structure.html#docs-directory for initial documentation on how to use the feature, and https://github.com/ansible-community/antsibull/pull/255 for the code 15:11:27 thank you! 15:11:38 hello (lurking around only) 15:11:39 and the repos of the above mentioned collections for examples 15:11:57 also https://github.com/ansible/ansible/pull/74704 which we hope to merge soon 15:12:03 hi baptistemm! 15:12:21 actually the docs link above doesn't work yet, it's currently only on https://docs.ansible.com/ansible/devel/dev_guide/developing_collections_structure.html#docs-directory 15:12:36 and https://github.com/ansible-collections/amazon.aws/pull/362 for the "incoming" content 15:12:46 felixfontein: ah, oops - thanks for fixing that 15:12:54 this is what happens when I get up too early ;-) 15:12:57 heh thanks Felix, I was gonna say... that docs doc looks just like it always has ;) 15:13:02 #info see https://docs.ansible.com/ansible/devel/dev_guide/developing_collections_structure.html#docs-directory for details on how to move scenario guides to a collection repo 15:13:11 I just looked at it and tried to figure out where to find that info ;) 15:13:25 #info and see https://github.com/ansible-collections/amazon.aws/pull/362 for an example of a moved scenario guide 15:14:49 sorry if I missed this, but on what cadence will the collection docsite be updated? 15:14:59 I guess the process will be easier for most other collections, since aws content is split up between two collections 15:15:10 and how can we test it before publishing, to ensure links, formatting, etc. are correct? 15:15:16 felixfontein: yeah, we're trying to figure that out 15:15:18 devel is updated nightly I think, and latest after releases 15:15:31 ok cool 15:15:33 briantist: the collections docs are updated every three weeks when new versions come out 15:15:48 briantist: you should always use `antsibull-lint collection-docs` for some first sanity checks 15:15:55 devel is updated 4x/day but right now it only includes the `ansible.builtin` collection 15:16:15 #info use `antsibull-lint collection-docs` for some first sanity checks 15:16:25 ooh, that is an excellent question (about testing extra docs) 15:16:36 something we definitely need to add to the documentation 15:16:46 is there a way to test it fully? 15:16:46 briantist: besides that, you can create a simple docsite like this: https://github.com/felixfontein/felix-ansible-docsite 15:17:05 it should be possible to test locally as well 15:17:13 (there's no need to upload the resulting HTML somewhere, you can just open it in your favorite browser) 15:17:55 cool cool 15:18:05 it's a small sphinx site which contains the content of some locally installed collections (https://github.com/felixfontein/felix-ansible-docsite/blob/main/Makefile#L11) 15:18:13 we'll need a writup of how to do that... cuz i'm not following etc 15:19:06 I want to clean it up a bit once all that ansible sphinx extension moving is done 15:19:53 it replaces the `Makefile` we use in ansbile/ansible with a local equivalent so you can build the collection docs on their own 15:20:53 so in that repo I think you'd do `make html_complete` and sphinx would build the set of included collections 15:21:19 if I'm reading it correctly 15:21:21 yes 15:21:32 tidying it up includes adding a README ;) 15:21:36 heh 15:21:51 documentation for a documentation tool??? 15:21:58 yep ;) 15:22:00 that way madness lies 15:22:23 :) 15:22:23 that's a cool and very useful example 15:24:04 any other questions etc. about collection "extra docs"? 15:24:34 I think this is really, finally the last bit of docs infrastructure for the collections move 15:24:55 well, this and pulling in collections for `devel` 15:25:03 I'm sure it's not the last bit, though probably the last most obvious bit ;) 15:25:11 yep, that too 15:25:14 still, when we look back at where we were a year ago . . . we've come a long way 15:25:33 oh yes :) 15:26:03 btw, what's the current status of https://github.com/ansible/ansible/pull/74318 ? I think someone mentioned during the summit, but I don't remember clearly anymore 15:26:12 (sphinx_ansible_theme for ansible docsite) 15:26:29 just needs a final test 15:26:44 samccann: didn't you uncover something small yesterday that needed to be fixed? 15:26:54 #topic Ansible Sphinx theme 15:27:23 no. Just need your final review. I can restage it again if you want 15:27:30 oh, okay 15:27:42 I don't know what I'm thinking of . . . something that was missing 15:27:49 in the nav? or . . . dang 15:27:58 maybe that was days ago and sviat fixed it already 15:27:59 i'll stage them both now maybe it'll jog our memories 15:28:07 awesome 15:28:11 last week the banners disappeared. He fixed that 15:28:22 ah, that must be what I'm thinking of 15:29:11 so it's ready to merge, unless we find something else to nitpick today 15:29:21 yep 15:29:22 I 15:29:41 I will scan the PR again and approve it. Dunno if we need anything else (assuming the staging looks good) 15:29:50 we could add something to the documentation about how to use the theme 15:30:06 maybe something for the community docsite? 15:30:12 yeah 15:30:31 since this is mostly collections-focused 15:30:37 #info ansible-theme should be mergable soon. One final check on staging 15:30:41 yep 15:30:49 :+1: 15:31:38 ooh, the rest of today's topics are ones we haven't gotten to in a long, long time 15:31:48 progress!!! 15:32:10 and we're at the 30-minute mark and have gotten through 2 topics 15:32:16 I think I'll start creating some WIP PRs for the semantic markup 15:32:24 so it finally will make some progress :) 15:32:25 #topic semantic markup 15:32:36 https://github.com/ansible/ansible/pull/73137 15:32:43 er 15:32:53 #info discussion from https://github.com/ansible/ansible/pull/73137 15:33:10 do we not have a linkbot over here? 15:33:24 looks like 15:33:26 felixfontein: that sounds great 15:33:26 dmsimard: ^ 15:33:47 did we have any consensus on https://github.com/ansible/ansible/pull/73137#issuecomment-784557342 ? 15:33:56 it's always easier to discuss a problem or topic when there's a concrete solution being proposed 15:34:35 true :) then I'll just pick something 15:35:07 I like `P(name#type)` 15:35:29 though the default for `type` should probably be `module` 15:35:42 we could also just allow # in M(), thus keeping the current name and not introducing a new one 15:35:48 true 15:36:02 yeah what Felixfontein said 15:36:12 but it goes against the grain to have a field `M` for module that can be set to a different type of plugin 15:36:20 yep 15:36:24 don't wannago through thousands of modules to change from M() to P() 15:36:43 We can add `P(foo.type_)` 15:36:43 we can keep M(...) as a shortcut for P(...#module) 15:36:47 but keep M() yueah 15:37:02 * samccann being out-typed by felixfontein 15:37:06 (and not have a default value for type in P()) 15:37:11 oooh, edgy 15:37:28 will that complicate testing? 15:37:34 makes P() easier to handle as well, since it always has a type, while M() never has one and is always module 15:37:42 ah, that makes sense 15:38:11 and I suppose if most references are still `M(.)` even for newly added modules, that's okay 15:38:25 yes 15:38:38 as long as I don't have to use R() for other plugin types :) 15:38:46 my sense of The Proper Order Of Things wants everything to be `P(.)` but that's just the way my brain works 15:38:59 it's not realistic or kind in the real world 15:39:21 that's back to the old question "are modules plugins also to the user, or just internally?" 15:39:26 yep 15:39:50 and it just needs to be a little messy, I suspect 15:39:54 #info considering leaving `M()` as is, and adding `P(name#type)` for all plugins e.g. `P(ansible.builtin.apt#module)` etc 15:40:49 it'll be fun to document that 15:40:56 it could be worse :) 15:41:19 IMO optinally allowing #type is harder to document 15:41:38 "You can also use `P(namespace.collection.module#module)` to refer to modules - because modules are actually a type of plugin!" 15:41:45 nah, I meant that seriously 15:42:21 I find it fun to describe technical stuff in a conversational tone 15:42:49 * acozine needs a `no_sarcasm` flag sometimes 15:43:42 heh 15:43:51 I'll update that PR to mention what we've discussed 15:45:31 any other thoughts on semantic markup? 15:46:15 it's quarter to the hour, maybe a quick open floor and we end a bit early today? 15:46:24 cyb-clock-clone wakes up from a stupor to say - 45 minutes into the meeting 15:46:30 heh 15:46:46 #topic open floor 15:47:00 gundalow brought up the topic of defining personas in the contrib. summit 15:47:32 cool 15:47:37 I think it makes sense to cover that with the community folks, but did we have any 'starter' ideas we wanted to put up in hackmd? 15:48:16 the thing I struggle with is the dividing line between community, developers, and users 15:48:47 maybe thinking about goals would help 15:49:11 or my fav... user stories!!! 15:49:30 "I want to give back" would be community and "I want to create a module" would be developer? 15:49:35 Was myself and Greg 15:49:37 so what is a user looking for? what is a developer looking for etc 15:49:57 acozine at the highest level yeah 15:50:07 link to the hackMD? 15:50:11 but there's also "I want to do a driveby pr to fix a nix' 15:50:29 as in a contributor who just wants to do that one little thing and not have it all take forever 15:51:00 yeah 15:51:12 acozine is there a hackMD for this yet? 15:52:20 oh, I misunderstood your comment before - I thought you said "do we have any 'starter' ideas to put in the hackMD" like one already existed 15:52:37 oh haha .. s/the/a/g 15:53:59 maybe we can add that for next week's agenda? 15:54:18 and create a hackMD before then? 15:55:49 well the idea was to create one to help the community folks use it in their meeting (tho not this week since that's tomorrow) 15:56:04 but I guess that's the higher question - which meeting should drive the conversation? 15:56:16 https://hackmd.io/lAJfWYrlT3Gg1VXYGBoZtA 15:56:18 I was thinkig community since they have more folks I think 15:56:39 but I could go either way 15:57:17 yeah, it will be a collaboration 15:58:24 cyb-clock-clone sez we have 2 min left 15:58:26 heh 15:58:31 anything else for open floor? 15:58:49 all comments, questions, suggestions, ideas, and criticisms welcome 15:58:54 didn't we decide at some point how O(option=value) should look like? 15:59:06 so far I only found discussions, though at least one I thought were we decided I cannot find 15:59:07 #info we will be trying to create 'personas' and how each different ansible docs reader is looking for info in our docs. More to come 15:59:37 felixfontein: I though so, but I'd have to dig around 15:59:45 s/though/thought 16:00:50 I'll have a dig through the records this afternoon 16:01:33 reminder that agenda items can be added to https://github.com/ansible/community/issues/579 at any time 16:01:36 by anyone 16:01:50 and we meet in this channel at 15:00 UTC every Tuesday 16:02:06 chat welcome at all times 16:02:08 #info agenda items can be added to https://github.com/ansible/community/issues/579 at any time by anyone 16:03:02 thanks baptistemm briantist cyberpear felixfontein lmodemal samccann! 16:03:08 #endmeeting