15:01:57 #startmeeting Documentation Working Group aka DaWGS 15:01:57 Meeting started Tue Jun 15 15:01:57 2021 UTC. 15:01:57 This meeting is logged and archived in a public location. 15:01:57 The chair is acozine. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:57 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:01:57 The meeting name has been set to 'documentation_working_group_aka_dawgs' 15:02:02 #topic opening chatter 15:02:05 who's around? 15:02:11 DING DING DING! DaWGs (documentation working group meeting) happening now https://github.com/ansible/community/issues/579 15:02:35 \o 15:02:45 o/ 15:03:04 andersson007_: bcoca dericcrago dmsimard gundalow samccann aminvakil briantist felixfontein tadeboro Xaroth zbr you folks chatting docs? 15:03:09 #chair samccann lmodemal 15:03:09 Current chairs: acozine lmodemal samccann 15:03:25 * dericcrago waves 15:03:34 #chair dericcrago 15:03:34 Current chairs: acozine dericcrago lmodemal samccann 15:03:36 o7 I'm around.. ish... but about to head home from the office. 15:03:58 * gundalow waves 15:04:05 Xaroth: cool, do you want to be furniture? (be made a "chair') 15:04:09 #chair gundalow 15:04:09 Current chairs: acozine dericcrago gundalow lmodemal samccann 15:04:11 o/ 15:04:15 sure. 15:04:15 #chair felixfontein 15:04:15 Current chairs: acozine dericcrago felixfontein gundalow lmodemal samccann 15:04:21 #chair Xaroth 15:04:21 Current chairs: Xaroth acozine dericcrago felixfontein gundalow lmodemal samccann 15:05:27 official agenda begins with: https://github.com/ansible/community/issues/579#issuecomment-860165171 15:05:47 busy week, this week! 15:06:06 indeed! 15:06:19 #topic moving docker scenario guide 15:06:21 https://github.com/ansible/ansible/pull/74736 15:06:46 I think that's ready now, since the scenario guide is now showing on the docsite 15:06:59 except that it doesn't show on the devel docs because of a bug in the devel docs build (see https://github.com/ansible/ansible/pull/74987) 15:07:14 ah 15:07:25 so that PR doesn't produce the correct result on devel (on devel there will be no docker guide), but it does on stable-2.11 15:07:26 because devel docs are pulling in the wrong list of collection versions 15:07:36 yes, they are pulling in the ones from Ansible 4.0.0 15:07:42 heh, that's backwards 15:07:49 yes :) 15:08:07 okay, so the scenario guide shows up here: https://docs.ansible.com/ansible/latest/collections/community/docker/index.html#plugins-in-community-docker 15:08:13 half here as usual 😅 15:08:24 briantist: cool, you want to be furniture? 15:08:32 sure why not 15:08:38 #chair briantist 15:08:38 Current chairs: Xaroth acozine briantist dericcrago felixfontein gundalow lmodemal samccann 15:08:53 it's a big table, glad to see so many seats in use! 15:09:19 :-) 15:09:36 felixfontein: thanks for the PR, it's great to see scenario guides moving into collections! 15:09:54 so felixfontein - so seems like we merge both PRs and then backport the docker one to stable-2.11? 15:10:23 any comments, questions, concerns on this one? 15:10:31 I'm happy to merge right now to devel 15:10:43 +1 go for it 15:10:56 once you merge, I can stage devel just to see if anything goes wonky 15:10:58 the backport can't be merged until next week, due to the core release schedule, but we can have it ready 15:11:35 we'll need to merge the other PR too, the one that fixes the collections-version-list 15:11:36 samccann: yes 15:11:48 (the devel docs PR does not need to be backported, since devel docs are not build from stable-x branches) 15:11:49 #info docker PR to remove old scenario guide and put in a stub https://github.com/ansible/ansible/pull/74736/files 15:12:29 (it's probably best to trigger CI once more before merging though, just in case) 15:12:39 #info depends on this devel PR to work on devel - https://github.com/ansible/ansible/pull/74987 15:13:20 oops, I missed the `stale_ci` label 15:13:22 drat 15:13:30 ah well, it shouldn't be that bad 15:13:36 I'll keep an eye on the commit tests 15:13:56 if they pass, everything's fine 15:14:06 oh, for some reason the bot removed the stale ci label 15:14:07 (https://github.com/ansible/ansible/runs/2830886533) 15:14:28 that's... interesting 15:14:33 oh, when you force-pushed 8 days ago 15:14:36 CI ran then 15:15:01 ah, I did a force push... missed that :D 15:15:10 phew 15:15:26 I'll watch https://dev.azure.com/ansible/ansible/_build/results?buildId=17995&view=results anyway and look for failures 15:15:55 sounds good, thanks 15:16:26 are you merging the other one too? the devel fix? 15:16:32 let's discuss 15:16:47 #topic updating collection version list for devel docs 15:16:50 https://github.com/ansible/ansible/pull/74987/files 15:17:13 #link https://github.com/ansible/ansible/pull/74987/files 15:17:32 cyb-clock-clone sez we are 17 minutes into the meeting 15:17:57 it should be pretty safe to merge this, since it only affects devel docs builds (and that part will get replaced by 'the real thing' hopefully soon anyway :) ) 15:18:03 so in preparation for Ansible 5 in a few months, we added https://github.com/ansible-community/ansible-build-data/tree/main/5 15:18:36 eventually that will track the list of collections included in Ansible 5, which will be based on ansible-core 2.12 aka the current devel branch 15:18:36 yes, and right now it does not contain any .deps data - except a symlink ancestor.deps that's used for the changelog generation 15:18:56 gotcha 15:19:23 so the workaround here is to use ancestor.deps for the devel docs 15:19:51 does that mean the collections section of the devel docs will be identical to the collections section of the latest docs, for now? 15:19:52 no, the workaround is to ignore directories whose only .deps file is ancestor.deps :) 15:20:36 but yes, with this workaround the collections section of the devel docs will identical to the collections section of the latest docs 15:20:40 okay, I misunderstood the mechanism . . . did I understand the outcome correctly? 15:20:44 gotcha 15:20:48 (i.e. what the current code was supposed to do) 15:21:15 and eventually we can use this model to build devel docs that differ from the latest docs 15:21:27 differ by being more recent, I mean 15:21:33 #info the workaround will ensure the collections section of the devel docs will be identical to the collections section of latest docs for now. Until we have real 'devel' collections docs 15:21:38 right now they differ by being older 15:22:06 yep 15:22:29 samccann: can you run a build to the test site using the PR's branch? 15:22:33 (in fact I also have PRs for the real devel, but they definitely need reviews by Toshio first :) ) 15:22:54 heh 15:23:23 yeah, I'm clearly not the right person to review those, but others here might have useful reviews 15:23:25 acozine yeah I can 15:24:30 thanks! 15:24:49 thanks! 15:25:28 felixfontein: do you have links to the other PRs handy? 15:25:53 since we set the topic to "fixing the devel collections docs" we can put those in the minutes 15:26:02 hmm... jenkins only has package version 4 so I think I need to add 5 to test this pr 15:26:21 nm, I see them 15:26:29 https://github.com/ansible-community/antsibull/pull/282 15:26:38 https://github.com/ansible/ansible/pull/74988 15:26:44 reviews welcome on ^^^ 15:27:13 samccann: can't we just mark the run as `devel`? 15:27:20 that's what we'll do in production 15:27:38 we can't have a docset out there for `Ansible 5` . . . 15:27:47 acozine - honestly I lost the plot. So I added 5, but yeah I'm running a 4 build as well 15:28:00 sounds godd 15:28:06 s/godd/good 15:28:15 this is the manual package docs build. so nightly will just do 4 anyway 15:28:38 #info reviews welcome on https://github.com/ansible-community/antsibull/pull/282 and https://github.com/ansible/ansible/pull/74988 15:28:49 related issue is https://github.com/ansible-community/antsibull/issues/54 15:29:12 #info related issue is https://github.com/ansible-community/antsibull/issues/54 15:30:06 * lmodemal Have to drop off for another meeting :) 15:30:26 lmodemal: thanks for coming 15:30:30 see you next week 15:31:13 other thoughts on devel docs? 15:31:33 I wonder how many people really use the devel docs 15:31:39 I guess our traffic analysis would tell us 15:32:05 I want to say it gets about 5% of the traffic latest gets? I can verify that 15:32:18 that seems about right 15:33:04 I wonder if it depends on what people look for 15:33:17 most people are focused on using the current (or older) docs for whichever Ansible version they have installed 15:33:18 for development stuff, I usually prefer to send people to devel since it's generally more up-to-date 15:33:19 cyb-clock-clone sez we are 33 min into the meeting and 15 min into current topic 15:33:47 felixfontein: yeah, that makes sense 15:33:49 and for content authors (collection maintainers) the new devel will be interesting since you can look at your collection's docs before the next Ansible release 15:33:55 yeah that feeds into the ideas of moving different docs around to be 'version independent' so to speak. 15:33:59 (assuming you released your collection) 15:34:28 heh, yep 15:34:50 okay, we've done the immediately-actionable stuff from today's agenda 15:35:00 and we have time for at least one more topic 15:35:24 semantic markup? 15:35:40 what do folks want to talk about? semantic markup? or community docs? or . . . ? 15:35:53 #chair 15:35:53 Current chairs: Xaroth acozine briantist dericcrago felixfontein gundalow lmodemal samccann 15:35:59 oops 15:36:01 just to get eyes on it https://github.com/ansible/ansible/pull/74914 15:36:04 #unchair lmodemal 15:36:04 Current chairs: Xaroth acozine briantist dericcrago felixfontein gundalow samccann 15:36:27 #chair bcoca 15:36:27 Current chairs: Xaroth acozine bcoca briantist dericcrago felixfontein gundalow samccann 15:36:29 ^ can create 'full example ini/env vars/varss.yml' for ansible configurations (base + plugins, base or specific plugins) 15:37:03 helpful in generating a more complete config/env var pages (which currently only reflect base) 15:37:20 #info reviews welcome on https://github.com/ansible/ansible/pull/74914 15:37:54 are we talking semantic markup or community docs personas? 15:37:54 there's also https://github.com/ansible/ansible/pull/74963 btw which adds documentation capabilities for filter and test docs 15:38:27 #info reviews also welcome on https://github.com/ansible/ansible/pull/74963 btw which adds documentation capabilities for filter and test docs 15:38:40 dang, we should probably have put a topic change in there 15:38:41 74963 still needs lots of work 15:38:53 config one is almost ready to merge 15:38:56 yes, but there finally IS a PR for that :) 15:39:07 he, sorry for having made you wait for soo long 15:39:34 #info the two PRs above expand the range of the generated technical docs (by extending config documentation and documenting filter and test plugins) 15:40:25 bcoca: anything else you need beyond extra pairs of eyes? 15:40:41 (for that PR, I mean . . .) 15:40:45 about 62 other PRs .. but the ones above are most relevant to docs 15:40:55 heh 15:41:02 okay, thanks for those! 15:41:04 ;-) 15:41:31 #topic semantic markup 15:42:54 quick summary: we'd like to use a standard markup for things like module options, variable values, and environment variables across all the Ansible documentation 15:43:13 related PRs include: 15:43:39 #info just fyi - devel docs get approx 4% of the traffic vs /latest/ docs and /ansible-core/ gets approx 1% 15:44:10 cool, thanks for the details! 15:44:17 https://github.com/ansible/ansible/pull/74937 15:44:19 ah, thanks! 15:44:34 https://github.com/ansible-community/antsibull/pull/281 15:44:48 https://github.com/ansible-collections/community.dns/pull/23 15:44:56 and 15:44:57 √ 15:44:59 https://github.com/ansible/ansible/pull/73137 15:45:26 samccann: did you manage to find out how key=value should be rendered? 15:45:44 #info related PRs https://github.com/ansible/ansible/pull/74937 https://github.com/ansible-community/antsibull/pull/281 https://github.com/ansible-collections/community.dns/pull/23 15:46:03 felixfontein sorry I'm not remembering the topic at all :-( 15:46:21 samccann: or maybe it was someone else who said that they want to look it up :) 15:46:27 I tried to search for that recently and couldn't find it 15:47:50 hmm, I'm somehow remembering that dmsimard was involved in this (but maybe I'm also completely off) 15:48:17 #info key=value pair rendering - IBM style guide suggests monospace 15:48:55 that's about the closest I can find to a definition on how it should look 15:49:09 we discussed this with several examples, and I think we also voted on something 15:49:12 there are three parts to this, right? 1. defining the syntax (for example, `KV(key=value)` could be the syntax for presenting key/value pairs), 2. defining the output (for example, key/value pairs should appear in `monospace`), and then 3. updating the docs to use the new syntax 15:50:07 it's `O(k=v)` actually :) 15:50:12 heh 15:50:22 according to https://github.com/ansible/ansible/pull/73137/files ;) 15:50:29 ah okay so looking at the example output, I recall the conversation a bit more now. It has italics for key and monospace for value, right? 15:51:03 example here -https://ansible.fontein.de/collections/community/dns/hosttech_dns_records_module.html#parameter-records/value 15:51:10 felixfontein: heh, that sounds great 15:51:14 O for Option 15:51:54 the joy of semantic markup is if we decide we don't like how it renders, we can change it! ;-) 15:52:35 cyb-clock-clone sez we are 52 min into the meeting and 10 min into the current topic 15:52:52 I found https://github.com/ansible/community/issues/521#issuecomment-739263018, and now I found https://meetbot.fedoraproject.org/ansible-docs/2020-12-15/dawgs_aka_docs_working_group.2020-12-15-16.01.log.html 15:54:01 excellent sleuthing! 15:55:14 #info - older discussions on this topic https://github.com/ansible/community/issues/521#issuecomment-739263018 and https://meetbot.fedoraproject.org/ansible-docs/2020-12-15/dawgs_aka_docs_working_group.2020-12-15-16.01.log.html (search for value) 15:55:19 wow, it was a long discussion, I'm still hunting for the vote 15:55:23 hmm, it looks to me like we didn't decide on something 15:55:26 (or I overlooked it) 15:56:23 I don't think we voted 15:56:41 So maybe we put it up for a vote now quickly or punt to next week? We have 4 min left 15:57:01 punt to next week might be better 15:58:01 dmsimard's examples still work, it's probably a good idea to look at them again 15:58:23 yeah, that makes sense 15:58:28 okay I'll info all 5 of them for the meeting minutes 15:59:04 samccann: awesome, I'm happy to create a GitHub issue that summarizes things, that may make it easier to vote next week 15:59:38 okay, quick open floor, and bump semantic versioning to the top of the agenda for next week 15:59:44 #action - review these rendering options to vote next week: 15:59:50 #info 1. I(option=value) https://dmsimard.com/files/docsite/1/collections/ansible/builtin/lineinfile_module.html 15:59:53 acozine: you mean semantic markup, not semantic versioning :) 16:00:03 oh, lord, yes 16:00:08 #info 2. C(option=value) https://dmsimard.com/files/docsite/2/collections/ansible/builtin/lineinfile_module.html 16:00:21 #info 3. I(option)=C(value) https://dmsimard.com/files/docsite/3/collections/ansible/builtin/lineinfile_module.html 16:00:26 bump semantic MARKUP to the top of the agenda for next week 16:00:30 4. I(option=)C(value) https://dmsimard.com/files/docsite/4/collections/ansible/builtin/lineinfile_module.html 16:00:38 5. B(option)=C(value) https://dmsimard.com/files/docsite/5/collections/ansible/builtin/lineinfile_module.html 16:00:50 you're missing #info 16:00:53 cyb-clock-clone sez we are at the 1 hr mark and she has to scoot 16:00:59 I'll info them 16:01:06 if you need to head out samccann 16:01:07 oh dang haha 16:01:11 thanks 16:01:21 #info 4. I(option=)C(value) https://dmsimard.com/files/docsite/4/collections/ansible/builtin/lineinfile_module.html 16:01:21 #unchair 16:01:21 Current chairs: Xaroth acozine bcoca briantist dericcrago felixfontein gundalow samccann 16:01:28 #unchair samccann 16:01:28 Current chairs: Xaroth acozine bcoca briantist dericcrago felixfontein gundalow 16:01:38 #info 5. B(option)=C(value) https://dmsimard.com/files/docsite/5/collections/ansible/builtin/lineinfile_module.html 16:01:42 phew! 16:01:47 #topic open floor 16:02:07 all comments, questions, ideas, suggestions, criticisms welcome 16:02:24 you don't have to be a chair of the meeting 16:02:32 (though you can be) 16:02:48 anybody have an open PR they'd like folks to look at? 16:02:58 or an open issue that needs attention? 16:03:06 preferably related to documentation, of course 16:03:44 nothing from my side for now :) 16:03:50 Everyone/anyone is welcome to add items to the agenda for next week (or any meeting), by adding a comment on https://github.com/ansible/community/issues/579 16:04:07 all right then 16:04:12 chat welcome in the channel at all times 16:04:37 thanks Xaroth briantist dericcrago felixfontein gundalow lmodemal samccann 16:04:48 see folks next week if not before! 16:04:50 #endmeeting