15:00:57 #startmeeting Docs Working Group aka DaWGs 15:00:57 Meeting started Tue Apr 13 15:00:57 2021 UTC. 15:00:57 This meeting is logged and archived in a public location. 15:00:57 The chair is acozine. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:57 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:00:57 The meeting name has been set to 'docs_working_group_aka_dawgs' 15:01:01 #topic opening chatter 15:01:04 who's around? 15:01:05 o/ 15:01:09 (half-way :) ) 15:01:12 heh 15:01:18 you want to be furniture, felix? 15:01:31 o/ 15:01:32 O/ 15:01:43 #chair kindlehl lmodemal 15:01:43 Current chairs: acozine kindlehl lmodemal 15:01:49 o/ 15:01:55 Bom dia 15:02:05 * dericcrago waves 15:02:29 abadger1999: andersson007_ dericcrago dmsimard gundalow aminvakil baptistemm briantist cyberpear persysted Tas-sos tremble tributarian you folks talkign docs today? 15:02:34 * samccann winds up cyb-clock 15:02:43 heh, in the time it takes me to scan the members list badly . . . 15:02:50 :-) 15:02:59 #chair samccann abadger1999 15:02:59 Current chairs: abadger1999 acozine kindlehl lmodemal samccann 15:03:04 #chair dericcrago 15:03:04 Current chairs: abadger1999 acozine dericcrago kindlehl lmodemal samccann 15:03:30 felixfontein: wave again if you want to be a chair . . . 15:03:34 When I ran meetings in the past, I had a list of people to ping in a "running the meeting doc" that I could cut and paste into IRC at the start of the meeting. 15:03:46 abadger1999: ah, that's a good idea 15:04:50 official agenda for today: https://github.com/ansible/community/issues/579#issuecomment-814258612 15:05:28 o/ :) 15:05:36 #chair felixfontein 15:05:36 Current chairs: abadger1999 acozine dericcrago felixfontein kindlehl lmodemal samccann 15:05:43 (I would have waved earlier but then I just had a phone call...) 15:05:55 no worries 15:05:59 welcome, folks! 15:06:00 abadger1999: I have that for the community meeting ;) 15:06:13 (I probably have to update it from time to time) 15:06:13 \oà 15:06:19 \o* 15:06:20 #chair dmsimard 15:06:20 Current chairs: abadger1999 acozine dericcrago dmsimard felixfontein kindlehl lmodemal samccann 15:06:27 hah is that a wave with sass? 15:06:35 it's a wave with a typo :) 15:06:39 heh 15:06:43 à is next to my enter key in my keyboard layout 15:06:49 I thought it was a language-specific wave 15:07:28 * samccann cyb-clock sez 7 min into the meeting and current topic 15:07:54 thank you, samccann aka cyb-clock! 15:08:16 #topic Reminder of next week's PR Review Day 15:08:54 #info next Tuesday April 20 we will have a Docs PR Review Day 15:09:15 woot woot!! 15:09:34 oh neat, is that in the bullhorn ? 15:09:37 #info easy way to find docs PRs: https://github.com/ansible/ansible/pulls?q=is%3Apr+is%3Aopen+label%3Adocs 15:09:47 dmsimard: erm, I don't think so 15:10:01 at least, I didn't put it in 15:10:05 when does the next issue go out? 15:10:27 this week 15:10:29 I can add it 15:10:33 awesome 15:10:37 hmmmmm last one was 04/01/2021 so I think it'd be this week yeah 15:10:41 #action samccann add docs PR day to bullhorn 15:10:49 you beat me to it :-) 15:11:31 the count is getting really high 15:11:43 we're at 106 today 15:12:07 at one time we had it down under 75 (three pages on the GitHub UI) 15:12:12 I'd like to see us reach that again 15:12:42 or even try to get the count lower if we can 15:12:55 cool 15:13:09 and we could look at docs PRs on other repos as well 15:13:18 so bring your PRs yearning to be merged! 15:13:53 (sorry, bad reference to the poem on the Statue of Liberty in New York . . .) 15:14:41 :-) Emma Lazarus 15:14:45 Docs PRs that is ;-) 15:15:09 heh 15:15:20 should we just do the standard hour? 15:15:28 extend it earlier? 15:15:33 extend it later? 15:15:50 for the PR day you mean ? 15:15:55 dmsimard: yes 15:16:12 I feel like we talked about this, but it's not in the minutes from last week 15:16:24 * acozine searches the log 15:16:31 1 hour definitely flies by and doesn't feel sufficient for a PR "day" :) 15:16:52 I remember the term "half-day" 15:17:13 yeah it's starts at 10AM ET and lasts 1/2 a day. it was in the meeting notes 15:17:18 and just put that in the bullhorn 15:17:32 phew 15:17:45 thanks abadger1999 samccann dmsimard 15:17:46 sounds sensible to me, though it would overlap with typical ET lunch time 15:18:41 #agreed Mini Docs PR Day to start at 10AM Eastern time and last 4 hours on April 20 15:18:48 I don't mind FWIW, just pointing it out 15:19:22 I agree that even a "mini PR day" should be more than an hour, just couldn't remember what we discussed 15:19:26 cyb-clock sez we are 19 minutes into the meeting, 11 minutes on the current topic 15:19:31 it might be covid-brain 15:19:39 I think we discussed 4hrs 15:19:45 I recall 4 hours 15:19:46 yep 15:20:00 one hour before DaWGs and extending for 4 hours 15:20:02 no one has to be on the entire 4hrs, but it's enough to cover timezones 15:20:35 excellent 15:20:39 thanks kindlehl and lmodemal ! 15:20:44 You're welcome 15:20:48 ^ 15:20:57 #topic package `devel` docs 15:21:39 any updates on getting the most recent releases of collections to publish to docs.ansible.com/ansible/devel/ ? 15:22:09 No... I worked on the breadcrumb toggle switch this week. 15:22:14 Almost done with a PR for that. 15:22:29 that sounds great abadger1999 15:23:02 I refamiliarized myself with the code that generates stable and how it could be split up to reuse in the devel docs though. 15:23:03 oh, something that wasn't on the agenda 15:23:09 So I have a plan for how to refactor that portion. 15:23:20 better and better 15:23:42 I did not evaluate further than that though. 15:24:18 slow and steady, we'll get there 15:24:46 I will commit to having some code to show for next week although probably not ready to generate any PoC websites to look at yet. 15:25:15 that would be great 15:25:27 #action abadger1999 to start work on devel for Ansible package docs (some coding, not PoC yet) 15:25:58 should we switch topics to the breadcrumbs then? 15:26:29 #topic breadcrumbs 15:26:39 Cool :-) 15:26:46 having the topics in the minutes is good 15:27:11 So, update on the toggle switch code: I have everything plumbed through except for the cli arg itself. 15:27:16 I should have that later today. 15:28:01 heh, can we call the arg `--Gretel`? 15:28:03 I've turned up a bunch of refactoring and some code cleanup I want to do in those same areas but I'll split between this PR, a separate PR, and the devel docs PR. 15:28:06 :-) 15:28:12 AAHAHA 15:28:19 I can add an easter egg ;-) 15:28:32 * dmsimard lacks context to find --Gretel funny 15:28:52 dmsimard: Hansel and Gretel used breadcrumbs . . . 15:28:54 Search for the children's fairy tale of Hansel and Gretel and the gingerbread house. 15:29:07 lol 15:29:13 oh, I know the name but didn't make the connection to breadcrumbs haha 15:29:20 thanks :P 15:29:29 that's why "links that help you find your way back" are called "breadcrumbs" 15:29:49 acozine: How is the conversation to add docs builders with more memory to jenkins? 15:29:56 though really, it's a bad metaphor, because Hansel and Gretel didn't find their way back in the story . . . 15:30:02 abadger1999: stuck 15:30:08 it went like this: 15:30:11 Like a lot website UI design ;-) 15:30:22 "could we get more memory on jenkins?" 15:30:32 "yes, as soon as our team is less swamped" 15:30:49 I will ping them gently again 15:30:55 :-/ 15:31:18 is jenkins still failing sporadically? 15:31:33 it looked all-green yesterday 15:31:41 and I published a couple of things, all succeeded 15:31:55 but we're not publishing the breadcrumbs yet 15:31:58 sigh, one of the batch I started before this meeting failed 15:32:04 so yeah, still failing sporadically 15:32:45 #action acozine to request more resources for Jenkins 15:33:14 anything else on breadcrumbs? 15:33:21 so is the breadcrumb PR dependent on more jenkins muscle? 15:33:35 yeah, it publishes fine locally with enough resources 15:33:51 so with more resources we can publish it to production 15:34:23 the current round of work is allowing us to turn it on/off with a switch, which will save resources when the breadcrumbs are not needed 15:34:25 ok I'm a little lost.. what is the breadcrumb pr gonna do then? 15:34:49 let us implement it, but with a switch to turn it off when needed 15:35:03 right now it's been rolled back so we can keep publishing 15:35:09 but if we turn it on, we can't publish right? 15:35:49 we'd be able to run the jenkins build with `--noBreadCrumbs` or whatever the switch is, until we get the necessary resrouces 15:35:54 A command line argument to turn breadcrumbs on. We'll have to leave it off in production until the jenkins builders are upgraded with more menory. Once they add more memory, you'll be able to test that it has fixed the problem. 15:36:33 #info the PR is A command line argument to turn breadcrumbs on. We'll have to leave it off in production until the jenkins builders are upgraded with more memory. Once they add more memory, you'll be able to test that it has fixed the problem. 15:36:37 cool thanks 15:36:53 good clarification 15:37:14 #topic other updates 15:37:15 cyb-clock sez 37 minutes into the meeting, 10 minutes into current topic 15:38:03 I have no update on the prototype Scenario Guide move-to-collections PR 15:38:12 that is, I have not made progress on it 15:38:18 I will try again this week 15:38:42 though I've got mandatory training again today . . . 15:39:43 does anyone have other updates on the "usual suspects" topics? 15:39:53 none from me 15:40:12 * acozine waits a minute or two 15:41:02 hearing none . . . 15:41:06 #topic open floor 15:41:16 I have a topic for the open floor today 15:42:13 we updated the "look and feel" of the ansible-core documentation by changing the teal ("lake") color to a dark grey 15:42:16 https://docs.ansible.com/ansible-core/devel/ 15:42:45 we're hoping that this will help users recognize when they are reading the package docs and when they are reading the ansible-core docs 15:43:03 shoot. can you see the section titles in the left hand nav? 15:43:06 I noticed the styling issue was fixed, good job figuring that out 15:43:30 samccann: ah, only sort of 15:43:33 dmsimard - still a temp patch 15:44:17 okay, if anyone sees *other* problems with the ansible-core CSS, or ways to make the difference more obvious, please bring them to this chat channel 15:44:17 yeah didn't look so dark on the left-hand nav in test. We'll have to poke around on that one. I bet it was one teal to black change too many but we didn't notice because the PR still had that style issue 15:44:26 now, later, any time 15:44:53 cyb-clock sez we are 45 min into the meeting 15:45:08 I'm not a CSS expert 15:45:27 so I'd appreciate any help or pointers folks may have 15:45:28 #info core docs have a new look to make it distinct from Ansible pkg docs - https://docs.ansible.com/ansible-core/devel/ 15:45:52 acozine we can work on it after mandatory training. I think it's just one of those teal to black changes has to go back to teal 15:46:04 #info change to core docs came from https://github.com/ansible/ansible/pull/74200/commits 15:46:46 i have an open floor item but does anyone else have anything before I bring it up? 15:46:52 Its kind of hard to read the sidebar headings 15:47:03 kindlehl: thanks, yeah, the contrast is not great 15:47:05 on the ansible-core/devel docs 15:47:45 a few experiments are going to be necessary! 15:48:58 bcoca are you around? 15:49:15 thought we'd discuss https://github.com/ansible/ansible/pull/74245 15:50:18 hmm maybe not 15:50:45 the gist of the question is - what should that docs URL point to - ansible docs, core docs? some intelligent combination of the two?? etc 15:51:29 the conversation started with https://github.com/ansible/ansible/pull/74207/files 15:52:13 which updated some error messages that were pointing to the pre-2.5 URL for documentation about `become` 15:52:53 then bcoca suggested the links should be version-specific, so if you're using Ansible 2.9, you get the 2.9 page about `become` 15:53:35 and as samccann and bcoca noticed, it's complicated by the docsite split of `ansible-core` vs `ansible` documentation as well 15:53:54 Hmmmmmmmmm 15:54:29 If it was about the website, I'd say it should go to a link on the same website (which I think it will with a relative url) but ansible-doc is more tricky. 15:54:40 roundish , reading 15:54:57 unless/until the package can return its own version, as distinct from the underlying ansible-core version, I don't see how we can route these links to the package docs 15:55:22 ansible-doc probably needs a lot more smarts to do the right thing. 15:55:34 ^ the pr above is mostly for the current cases (2) and to backport, want to make new one if it needs to handle split 15:55:42 ansible can find out the version of the ansible package and the version of individual collections. 15:55:49 right now 'split' is working with that pr due to redirects 15:55:50 in other words, if a user has Ansible 4 installed, the version for `ansible-doc` will be 2.11, but we will not have /ansible/2.11 docs 15:55:55 only ansible-core/2.11 15:56:12 You can get the package version programatically. 15:56:30 So it is possible to direct to /ansible/3 docs, for instance. 15:56:35 keep in mind it also needs to work for Automation Hub and future Galaxy 15:56:39 another option is to have U and L variants or additional params to specify the product/version 15:56:45 they grab the same content and display it 15:57:12 but current PR should be enough for now and backport (to non split sites) 15:57:31 $ python -c 'from ansible_collections.ansible_release import ansible_version; print(ansible_version)' 15:57:56 ah, that will return `4` for Ansible 4? 15:57:59 yep 15:58:07 well... 15:58:12 4.0.0a3 right now. 15:58:28 But knowing the docsite structure and then trimming off the excess is easy. 15:59:17 * acozine murmurs "just like a regex" and thinks amused and slightly embarrassed thoughts about https://github.com/ansible/ansible/pull/74089 15:59:25 getting the version is not the issue, knowing to which subsite the link belongs is 16:00:02 What felixfontein suggested in the PR is probably the right thing to do. but it requires ansible-doc to make use of more context around the data than it does now. 16:00:22 bcoca: if there's a package version, then the link should be `docs.a.c/ansible//.../.../foo.html` 16:00:49 if there's not a package version, then the link should be `docs.a.c/ansible-core//.../.../foo.html` 16:00:55 collections aren't fully understood by ansible-doc. It takes the data from collections and then mostly pretends like the collections don't exist. 16:01:34 acozine: so ansilbe/ will always have all pages that asnible-core does? 16:02:04 cyb-clock sez 61 minutes into meeting, 9 minutes into current topic 16:02:16 * acozine thinks about that question 16:02:24 bcoca - no. ansible doesn't have core roadmap for example 16:02:26 abadger1999: ansible-doc loads the specific plugin, colleciton context comes with it, but not really relevant except to display on scr3een 16:02:31 someday there could be other differences 16:02:36 ansible-doc would need to be aware of collections and when it encountered a relative lin, it would need to ask, "what collection is this a part of? Do we expect that the collection contains that documentation page? If not, do we think the generic docsite will contain it?" 16:02:39 then i need 'more' to know which prefix to use 16:02:44 it will always have equivalents at least - it won't have the core porting guides, but it will have porting guides . . . package porting guides 16:02:48 bcoca: That's exactly the problem. 16:03:01 bcoca: The "not really relevant" 16:03:20 This is showing that it has become relevant but ansible-doc doesn't think that it is yet. 16:03:21 for what it needed to display, it wasn't 16:03:32 Yes... past tense. 16:03:47 yeah, for the larger problem of finding the right docs for a specific module in a collection, that is a problem 16:03:48 the changes to split the site just never added ansible-doc, but that is not a limitation as it HAS the context 16:04:16 for finding pages about `become`or other core features, it's not 16:04:38 "it requires ansible-doc to make use of more context around the data than it does now." and " It takes the data from collections and then mostly pretends like the collections don't exist." 16:04:55 acozine: at that point the context gets to be counter productive 16:05:24 so we need a way to 'know' the split 16:05:40 as collection context wont give us that for 'non self ref' content 16:05:48 acozine: this problem gets a lot worse when you prototype moving scenario guides to the collections 16:06:07 it sounds like we need to write down all the questions, gotchas, and technical requirements 16:06:16 yeah that would help 16:06:56 it is complex, and if we all take some time to think through a few more complications, we'll get a better view of the problem(s) 16:07:15 abadger1999: yeah, collections-level content is going to be tricky 16:07:17 for now, if everyone ok, i'll merge currenet pr and backport, will fix existing versions 16:07:30 though most of the references are likely internal to the collection 16:07:38 that may or may not help 16:07:49 bcoca: I'd like to look at it again before merging 16:07:53 go4it 16:07:59 just to get my head around it 16:08:02 I think felix's point was that it might not fix it. 16:08:04 thought you had since you added comment 16:08:15 abadger1999: it fixes the issue right now, but not going forward 16:08:24 yeah, I did, but i wasn't thinking of the entire bigger picture 16:08:29 and fixing site split, not something we need to backport 16:08:31 Since we haven't decided whether it should point at /ansible-core/ or /ansible/ 16:08:43 So it could be pointing at the wrong site. 16:08:58 right now it points at ansible and it 'work' for the links we have 16:09:47 if the current PR replaces broken links with links to Ansible, it's worth a merge imo 16:10:17 yeah, I'm not objecting to it, just want to use this as an opportunity to organize my thoughts a little 16:11:14 I don't think the code works. 16:11:27 I think it's still broken. 16:11:35 heh woopsie 16:11:42 ah, that would be bad 16:11:43 cyb-clock sez were over by 11 min 16:11:46 heh, yep 16:11:49 thanks cyb-clock 16:11:57 I think next steps are: 16:12:01 testing the PR 16:12:04 We want DOCSITE_ROOT_URL to point to https://docs.ansible.com/ansible right now so that this is a strict upgrade/bugfix right? 16:12:12 That's currently corret. 16:12:13 But 16:12:30 get_versioned_doclink combines that root url with the version of ansible-core. 16:12:41 It needs to combine the root url with the version of the ansible package. 16:12:53 ah yeah.. that needs to happen 16:13:00 agreed, but not for the backport 16:13:02 otherwise you'll get https://docs.ansible.com/ansible/2.12 16:13:09 and currently the redirects handle the 2 cases we have 16:13:10 which is going to be a 404 16:13:52 why we need another PR to handle the versions that the split site doesn't redirect 16:14:25 I'll volunteer to do a write-up of the use cases 16:15:12 and post a link here 16:15:26 after the meeting 16:15:59 cool thanks! 16:16:02 then if the current PR addresses at least one use case, we'll have that one fixed and a roadmap for the rest of the necessary work 16:16:10 okay, 1 hour 15 minutes 16:16:21 other topics for open floor? 16:16:27 PRs to review? 16:16:33 issues that need attention? 16:16:41 comments, questions, suggestions? 16:18:01 thanks abadger1999 bcoca dmsimard felixfontein dericcrago kindlehl lmodemal samccann 16:18:11 and anyone who was lurking and listening! 16:18:12 nothing for me :) 16:18:43 see you here next week, one hour earlier, for the Mini Docs PR Review Day 16:18:51 #endmeeting