16:00:18 #startmeeting Documentation Working Group aka DaWGs 16:00:18 Meeting started Tue Dec 14 16:00:18 2021 UTC. 16:00:18 This meeting is logged and archived in a public location. 16:00:18 The chair is samccann. Information about MeetBot at https://fedoraproject.org/wiki/Zodbot#Meeting_Functions. 16:00:18 Useful Commands: #action #agreed #halp #info #idea #link #topic. 16:00:18 The meeting name has been set to 'documentation_working_group_aka_dawgs' 16:00:19 #topic opening chatter 16:00:19 @room Meeting time! Who is here to talk the docs? 16:00:28 ish 16:00:36 o/ 16:01:06 #chair acozine Gwmngilfen 16:01:06 Current chairs: Gwmngilfen acozine samccann 16:01:48 we have a loads to talk about... as usual :-) 16:02:10 #info Agenda - https://github.com/ansible/community/issues/579#issuecomment-988107597 16:03:04 #topic Documentation work 16:03:26 I've still got a branch going for the "when should i consider using a role" docs 16:03:34 #info we are frontloading the agenda now to highlight documentation work (vs the docs tooling that we've focused on a lot in the past) 16:03:51 Great acozine ! looking forward to seeing that 16:04:07 I don't know that we have any other docs action items lurking, do we? 16:04:58 I don't know of any . . . do we want to talk about the `disambiguation` issue? 16:05:00 I know we have docs-tooling action items we can go over later 16:05:01 or is that more docs tooling than docs? 16:05:18 yeah if it's tooling, let's wait a few to finish docs (words on paper) stuff first 16:05:27 sure 16:05:40 #info docs issues if anyone is looking to help https://github.com/ansible/ansible/issues?q=is%3Aopen+is%3Aissue+label%3Adocs 16:06:04 #info and docs easyfix issues for that quick sense of accomplisment - https://github.com/ansible/ansible/issues?q=is%3Aopen+is%3Aissue+label%3Adocs+label%3Aeasyfix 16:06:32 one new thing that came to mind 16:06:48 #info Do we need a list of new collections 'somewhere' in the porting guide? 16:07:15 I noticed this before. I think it's in the changelog but actually looking at our Ansible porting guide, I can't tell when a batch of new collections come in for a release 16:07:16 could be useful 16:07:43 the porting guide could link to the repo for making decisions on collection-inclusion 16:07:49 can't remember what that's called ATM 16:08:08 There is this - https://github.com/ansible-community/ansible-build-data/blob/main/5/CHANGELOG-v5.rst#id216 16:08:20 but it might inspire people to look there and to encourage maintainers who are on the cusp of getting their collections in 16:08:40 (in the changelog). It doesn't list just new, it lists all, but you can tell what is new because it has no entry in the Ansible 4 column :-) 16:08:49 heh 16:08:54 that's pretty obscure 16:09:07 #info the full list of collections is in the changelog https://github.com/ansible-community/ansible-build-data/blob/main/5/CHANGELOG-v5.rst#id216 16:09:29 here's the issue I was thinking of: 16:09:30 https://github.com/ansible-community/community-topics/issues/32 16:09:38 that's for Ansible 5 16:09:38 Yeah so I'm thinking we can either list new collections directly at the top of the porting guide (with some coding magic) 16:09:56 yeah not sure that is user focused, which the porting guide is. That's more developer focused 16:10:36 my nickel guess is a collection owner looking to be included isn't looking in the porting guide for that info (which isn't to say we don't need to make it more obvious somewhere else) 16:11:19 I guess my conundrum - do we add the list to the porting guide, or change the text around the changelog link there to say 'see the full list of included collections in the changelog) 16:11:20 s/)/'/ 16:11:29 I meant more that users might look at the candidates under review and say "this would be very useful to me" or similar 16:11:58 but your two options sound good 16:12:29 I'd vote for changing the text of the existing link 16:12:39 the porting guides are already pretty long 16:12:43 ok I'll open an antsibull issue to see if there is a quick/easy way to add the new collections list. 16:13:00 Well it's only like 5 collections or less each release it seems to me. 16:13:03 but if we could find a way to pull just the new collections, that wouldn't add too much 16:13:03 yeah 16:13:26 yeah totally - just the new ones. If that's not doable, we can just change the wording to say see the changelog for full list of collections 16:13:35 changing the text of the changelog link is still also a good idea 16:13:51 to let users know that there is a full list of collections there 16:14:14 #action samccann to open an antsibull issue to see if we can list just new collections at top of porting guide. If not, change wording for changelog link to say see it for full list of collections 16:14:16 yep 16:14:55 Meanwhile on docs - brian has been busy creating docs for filter/test plugins - https://github.com/ansible/ansible/pull/74963 16:15:00 @smccann:matrix.org cyb-clock chimes Fifteen exciting, thrilling minutes have slipped by whilst we plot to take over the universe, one doc at a time! 16:15:18 It's still early times, but figured I'd highlight it if anyone wants to go take a look 16:15:29 #info filter/test plugins docs WIP - https://github.com/ansible/ansible/pull/74963 16:17:02 #info split controller from 2.12 still needs docs. There is some starter info here - https://github.com/ansible-collections/overview/issues/45#issuecomment-923507542 that might help if anyone is up for starting this 16:18:16 one last docs thing that comes to mind 16:18:40 #info call for help - Please look at the docs PR backlog and comment/review/approve any you can - https://github.com/ansible/ansible/pulls?q=is%3Aopen+is%3Apr+label%3Adocs_only 16:19:20 Anything else regarding documentation before we move to docs-tooling fun? 16:20:22 okeydoke 16:20:30 nothing comes to mind 16:20:34 #topic Docs-tooling 16:21:06 Gwmngilfen: - you had an action time to 'n finalizing linking metadata for collections and turning it into a proposal' 16:21:27 any progress there? I know there's a PR already, but wasn't sure if that particular piece is done 16:21:30 i think felix has beaten me to it, given he's already written an implementation 16:21:44 haha yep 16:22:09 damn the proposals, full steam ahead! 16:22:31 #info PR to implement the extra links -https://github.com/ansible-community/antsibull/pull/355 and how they look now - https://ansible.fontein.de/collections/community/dns/ 16:22:52 i had a brief review of the gist and it's sane enough. I haven't had time to really think if it needs any more special fields like the edit_on_github section does, but I think it's enough to get started (as demonstrated) 16:23:10 it should be ok to iterate on this as it doesn't impact other systems 16:23:35 yep 16:24:29 Those look pretty good 16:24:36 #info still iterating on removing html blobs from plugin docs. Latest PR -https://github.com/ansible-community/antsibull/pull/360 to allow us to turn this on/off for memory hogging problems 16:24:56 (oof sorry... jumped a head a bit... keep going on the links) 16:24:58 it's a little weird to be reading hte documentation and have a `Documentation` link 16:25:05 yeah, this moved a lot faster than I anticipated. much thanks to felxi for the work done 16:25:27 acozine: true, that one might be redundant :P 16:25:34 what is the Homepage? 16:25:34 (it does link back to itself) 16:25:42 heh 16:25:46 appears to be github for this example 16:25:52 Homepage and Repository seem redundant 16:25:58 er, duplicative 16:26:08 they both point to the same page 16:26:09 well some collections DO have separate docsites. I wonder if there is a way to tell and only put up an 'other documentation' button or something 16:26:18 that may not always be the case though. i think the point is that we can render whatever a maintainer needs 16:26:57 Well, we may need to balance all options with what's the most common set of options we want to display 16:27:15 whether we want to is different, but I think the code just uses each element in extra_links to display a button name and target 16:28:04 https://github.com/ansible-community/antsibull/pull/355/files#diff-0b507052df25c0ce3272bb29884026abfc668b8d64c61184b539e78154c7a031R35-R37 seems to be the relevant bit, from a quick skim 16:28:59 yeah, it does work, and I'd be okay with it as a start 16:29:01 i would probably agree that we might want to limit the list of available buttons - mainly because it's our docs, and I don't want someone putting up a button labelled "Ansible Sucks" ... 16:29:07 heh 16:29:15 I hadn't even thought of that possibility 16:29:27 but as a PoC it's ace, now we just need to haggle :) 16:29:38 but yeah, it seems like we could pick the most useful ones 16:29:41 tbh that should be caught as part of the collection review, but still 16:30:01 @smccann:matrix.org cyb-clock chimes Fifteen exciting, thrilling minutes have slipped by whilst we plot to take over the universe, one doc at a time! 16:30:03 i'm looking at where we added email addresses for authors. I'm not sure that's a good idea 16:30:25 feels like we open them up for spam by doing that. Where are we getting that info? 16:30:28 I think those are straight out of the GitHub repo, so they're already "out in the wild" 16:30:49 even so, that should be opt in. but where are the emails? I nly see github IDs on the page... 16:31:19 I still think there's a differenets between my github id being out there (and my email buried in there) and us publishing them in a docsite that gets 24 MILLION hits a year 16:31:33 💯 16:31:43 https://ansible.fontein.de/collections/community/dns/hetzner_dns_record_module.html#authors 16:31:44 we dont have consent for that 16:32:33 heh, Markus has a sense of humor about it, anyway, but yeah, we could suppress those 16:32:34 is that part of this discussion though? or is that coming from somewhere else? I don't see the Homepage etc buttons on that page 16:32:55 i mean, +100 for not scraping emails regardless of where it's happening 16:32:56 it was a link from the same PR so I'm guessing it's included in the code somewheres 16:33:02 I think it's https://github.com/ansible-community/antsibull/pull/355/files#diff-0b507052df25c0ce3272bb29884026abfc668b8d64c61184b539e78154c7a031R24-R25 16:33:04 oh ok 16:33:25 and the next section 16:34:27 ok so please add your comments to the PR, esp as Felix couldn't make it today...so async away!!! 16:34:44 :) 16:36:02 #topic docs examples 16:36:12 #info example repo is up for docs! -https://github.com/ansible-community/community-examples/issues/2 16:36:19 w00t! 16:36:24 #info looking for a few good examples to seed it and get started 16:36:49 I think the original proposal had some volunteers. I'll go dig back 16:36:50 I remember there were some from the mailing list 16:38:23 I don't want to jump on andersson007_ 's toes since he may already be spreading this request for examples around (or may just want a couple to start with). 16:38:26 folks in Ansible User Help might also have contributions - I'd announce it there when it's ready 16:38:43 good idea. should probably newsbot it too 16:38:55 yeah just want to wait until he's ready 16:39:40 #topic semantic markup 16:39:52 #info starting with a formal proposal - https://hackmd.io/VjN60QSoRSSeRfvGmOH1lQ 16:39:58 o/ 16:40:00 #info looking for feedback on that so we can finalize 16:40:10 Welcome briantist ! 16:40:18 #chair briantist 16:40:18 Current chairs: Gwmngilfen acozine briantist samccann 16:40:29 hey briantist 16:40:37 sorry late, didn't get a ping this time :-/ 16:41:06 so on the semantic markup, it has gotten a bit more detailed/complex so we should take a good solid look -is the complexity worth it for the added links and optional CI validation etc. 16:41:14 I looked at your test-update PR, but it's a bit outside my wheelhouse, so I didn't add a review 16:41:25 aaaaa!!! 16:41:27 the pings! 16:41:40 ah, what's the new complexity on semantic markup? 16:41:41 I did the at room ping, but that just pings matrix people, doh!! 16:41:44 I kind of rely on the pings to let me know when meetings start 16:41:52 ahhh 16:42:01 sorry about that. I'll be sure to do a matrix ping and an irc ping 16:42:12 thanks 🙏 16:42:14 does the bot do both? 16:42:30 if it doesn't, it should 16:42:32 irc doesnt have a room ping, right? 16:42:47 so you need to know who to ping, the bot cannot know that 16:42:57 I thought `@here` or something did a room ping . . . no? 16:43:12 pretty sure it does not, `@here` is Slack 16:43:34 ah 16:43:36 I don't think there's a room ping, seems like there's some set group of people that meeting organizers ping for various meetings 16:43:47 ETOOMANYCHATPLATFORMS 16:43:56 well you know my answer to that .... :) 16:44:03 :( 16:44:07 I used to just ping "folks who have joined us recently" 16:44:11 it was pretty erratic 16:44:25 right, there's no good solution on IRC, you have to guess 16:44:52 (some would argue room pings are not a good soluton either, but thats another debate) 16:44:53 yeah I have a list of the 'usual suspects' that I usually ping. I didn't this week but will next week along with the matrix room ping 16:45:01 @smccann:matrix.org cyb-clock chimes Fifteen exciting, thrilling minutes have slipped by whilst we plot to take over the universe, one doc at a time! 16:45:41 acozine: to answer your question - https://hackmd.io/VjN60QSoRSSeRfvGmOH1lQ#Markup-Specification 16:46:13 shows a lot more complexity for the `O()` markup (and will be mirrored by `RV()` markup 16:46:31 it brings the benefit of adding links and CI validation. But it is... more for developers to keep in mind to get it all right 16:47:53 I mean I guess it's opt-in - like you use all that complexity if you are linking to a module suboption or sub sub option etc. So nice to have if you want to go that far, not required (but you won't get CI/linking if you don't) 16:49:14 It still looks useful to me, but I'm generally a fan of standardization 16:50:05 Yeah I want Felix to take a look at that spec, and then maybe we highlight it during the community talk, or get it in the bullhorn to get more eyes on it etc. 16:50:21 that sounds great 16:50:41 The goal is to finalize mostly what we in community want, and then get internal RH people looking at it for final approval or adjustments since it impacts many of their bits and bobs 16:51:41 briantist: - did you have any updates on your work getting docs to render from within a collection PR? 16:52:20 no updates really, it's working well in my collection, but I have a few other things to prioritize for now before I get back to trying to make that more generic 16:52:56 with GitHub adding the ability to use other actions within composite actions, that's a nice path for splitting it up into a few custom actions people could use 16:53:07 drawing the lines for those will be something to think about though 16:53:18 actions within actions within actions, eh? 16:53:50 it sounds like a great use of the latest GitHub capabilities 16:54:17 yeah, before composite actions could only be built with run steps, so like shell scripts basically, now you can leverage other GH actions 16:54:22 for sure 16:54:39 and this process definitely uses other actions 16:55:41 implementing it for other folks will have some complication no matter what because of the security implications, I've described that in an issue in my collection, but that's just something to learn about 16:55:59 https://github.com/ansible-collections/community.hashi_vault/issues/138 16:57:27 eep 2 minutes left! 16:57:28 time for a quick 16:57:32 #topic Open Floor 16:57:58 here's the time where you can bring up anything docs related. Got an issue you want solved, a favorite PR waiting for review? 16:59:03 after searching for something to post for user help I found this: 16:59:36 there will be a short delay while I dig through my open tabs 16:59:42 hahah 17:00:13 ok meanwhile - I was considering using/abusing room nags and the reminder bot to post links to open docs issues and prs at different timezones 17:00:37 Like once a day, post them here during US/AMEA times, and once a day at APAC times. Helpful, or annoying? 17:00:39 https://github.com/ansible/ansible/issues/75652 17:01:02 looks like it could use more discussion / ideas 17:01:30 samccann: I like the "daily docs issue" thing 17:01:39 samccann: as someone who consistently has problems getting review for PRs, I'm in favor 😂 (though ironically that applies mostly to my non-docs PRs) 17:02:03 hehe 17:02:06 i would frown on using room pings too often. more than weekly feels intrusive 17:02:26 maybe we could post without pings? 17:02:26 that said, the docs room is your room, so go ahead :) 17:02:33 ok so I could just make it a personal reminder. it would still show up here 17:02:42 but without the annoying ping all 17:02:50 if we announce it in the Bullhorn, it might motivate folks to look 17:02:54 like the cybe-clock clone reminders 17:03:11 yeah, those are great 17:03:13 bullhorn will be moving to weekly sometime soon, so I can definitely see a space for raising a thing-of-the-week 17:03:26 yeah there is a help wanted section in the bullhorn now (thanks cybette and Gwmngilfen ) I just have to fingure out how to use it 17:03:39 I was thinking put "We're going to post docs issues daily in the channel" into the Bullhorn 17:03:47 then put the actual isuses here 17:03:49 issues 17:04:02 but either/both would work 17:04:03 #action - samccann to try a reminder bot on US and APAC times with links to open issues and prs (but no room bot nag) 17:04:31 #action samccann to get easyfix docs issues into the newsbot 17:04:31 if we could program it to post every 25 hours, that would step through all the TZs 17:04:41 samccann: if that's not clear then I need to (a) show you and (b) document it better :) 17:05:02 Gwmngilfen: I just havent looked yet how to do it 17:05:13 yikes, i need to go 17:05:15 * samccann doesn't know where it's documented yet either 17:05:27 thanks samccann for running the meeting! 17:05:39 see you next week, or in between in the chat channel, folks! 17:05:44 about time to wind up anyway 17:05:49 #unchair acozine 17:05:49 Current chairs: Gwmngilfen briantist samccann 17:07:05 #endmeeting