15:09:13 #startmeeting Docs Working Group 15:09:13 Meeting started Tue Jul 16 15:09:13 2019 UTC. 15:09:13 This meeting is logged and archived in a public location. 15:09:13 The chair is acozine. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:09:13 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:09:13 The meeting name has been set to 'docs_working_group' 15:09:36 #topic saying farewell to Python 2 in the docs build 15:09:42 who's around? 15:09:42 Partially here 15:09:49 #chair samccann 15:09:49 Current chairs: acozine samccann 15:10:31 Hmm more like an observing end table for the next few minutes 15:11:01 cyberpear: alongchamps andersson007_ belfast77 brtknr dag dfed felixfontein jhawkesworth jmnk mrproper orthanc Pilou shaps theo-o Xaroth8 zoredache you really here, or just logged in? 15:11:25 I am actually here 15:11:36 #chair jhawkesworth 15:11:36 Current chairs: acozine jhawkesworth samccann 15:11:51 jhawkesworth: welcome! 15:12:15 thanks for joining the Docs WG, aka DaWGs 15:12:56 just logged in 15:12:58 Our plan is to merge the changes to the docs build, along with several other changes to various utilities, this week 15:13:14 alongchamps: heh, sounds good - join in if/when you can 15:13:48 sounds like a good idea to me. Still some time left before 2.9 release for any unforeseen issues to be ironed out 15:13:49 PR for the python-2-to-python-3 change: https://github.com/ansible/ansible/pull/55986 15:14:37 jhawkesworth: agreed - the timing is good, but I wanted to be sure anyone who had reasons for sticking with python 2 had a chance to chime in 15:15:18 we didn't want to merge it over the US holiday and surprise folks 15:15:27 fair enough! 15:15:56 the PR touches lots of files, so it needs a lot of rebasing - we will likely merge it today unless there's a last-minute objection 15:16:24 * acozine feels like the minister at a wedding . . . "if anyone here knows of any reason why this shouldn't happen, speak now or forever hold your peace" 15:16:39 just quickly surfing through the pr to see if there's a changelog entry 15:17:36 I don't know if there is 15:17:41 doesn't seem to be. 15:17:43 it does update the docs about building the docs though 15:17:46 https://github.com/ansible/ansible/pull/55986/files?file-filters%5B%5D=.j2&file-filters%5B%5D=.py&file-filters%5B%5D=.rst&file-filters%5B%5D=.txt&hide-deleted-files=true#diff-0047c06dfbe923021df8d46a96f12dceR63 15:17:54 fair enough. 15:18:12 changelogs are more for user-facing changes 15:18:17 i know its 'internal'. I'm not going to object to merging. 15:18:48 thanks for speaking up - it's good to look and make sure we're following our own guidelines 15:19:04 * acozine looks for documentation of when changelogs are required 15:19:12 just worth a mention I guess on ansible-project and irc channels, for those like me who sometimes build docs locall 15:19:29 jhawkesworth: good idea 15:19:30 pretty sure changelogs are for bug fixes and functional changes. 15:19:52 https://docs.ansible.com/ansible/devel/community/development_process.html?#changelogs 15:20:08 "You must add a changelog fragment to any PR that changes functionality or fixes a bug. " 15:20:36 so we should probably add one, since this does change functionality, even if it is internal 15:20:56 does it.. the output should be the same (or is it not)? 15:21:07 the output is the same 15:21:35 then its an 'engineering change' - users should not be affected so its fine, in my opinion 15:21:36 at least, the intention is to create the same output, and we haven't uncovered cases where that fails . . . 15:22:14 I know some folks have python 2 still on managed nodes 15:22:32 but I hope most folks have python 3 on their dev machines and control nodes already 15:22:52 erm.. some of them 15:22:59 I like the phrase "engineering change" 15:23:07 * jhawkesworth adds python 3 installs to TODO list 15:23:27 heh, okay, so some education and publicity is a good idea once we merge this 15:23:28 its not mine, but can't remember where I heard it 15:23:44 that sounds like a good plan to me. 15:24:42 #agreed docs team will publicize the python-3-for-docs change in multiple IRC channels and on mailing lists 15:24:55 hm, is that not the right command? 15:25:14 * acozine still wrestles with IRC meetings 15:25:43 not sure but also possible zodbot is asleep 15:25:48 all right, last call for comments on PR 55986, which moves the docs build to python 3 . . . 15:26:01 going once . . . 15:26:11 bring it on 15:26:13 going twice . . . 15:26:24 SOLD to the Ansible community for a single PR merge 15:26:46 #topic docsite updates/improvements/changes 15:26:51 polite applause 15:27:01 Woot 15:27:06 golf clap 15:27:35 Here for realz now 15:27:54 cyberpear: regarding your comment earlier about the version-changer for 2.4 docs . . . 15:28:06 2.4 is EOL now - no security updates 15:28:20 so we are trying to encourage folks to upgrade 15:28:31 that's why we didn't add it as an option on the version-switcher 15:29:33 we are working on banners for EOL versions to warn users - those will probably feature one-way links to `latest` 15:31:18 other docsite imrpovements we've been considering: 15:31:26 more responsive module docs 15:32:48 curious what 'more responsive module docs' means 15:33:27 jhawkesworth: things like https://github.com/ansible/ansible/issues/57679 15:33:57 it's not just the module docs, but they may be the worst offenders 15:34:10 related issues include 51992 and 56619 15:34:28 ah ... responsiveness to screen layout.. nice 15:34:48 other recent achievements include better breadcrumbs 15:34:54 since I'm here... the cloud modules page is huge now. 15:35:03 ah, yes 15:35:08 better index pages 15:35:39 though most traffic comes straight from google search to individual module docs pages 15:35:47 I've only just recently realized there's anchors on each section so I can go straight to the cloud I'm working on at the moment. https://docs.ansible.com/ansible/latest/modules/list_of_cloud_modules.html#azure 15:36:03 yeah, that has been there for a long time 15:36:21 ‘Back in the day’ ( i.e) I had an idea how to add toc to the top of those pages 15:36:24 we considered adding a local TOC to make those obvious, but it would just add to the scrolling 15:36:27 I sometimes wish the Module Index was somehow more visually differentiated from the other left menu items 15:36:38 Problem was yeah loads of scrolling 15:37:51 And not sure how collections impacts this in the future 15:38:09 hmm, good point about collections. 15:39:09 Can you describe how you use the cloud modules docs today? Would help us imagine what folks need in a collection of these 15:40:36 well I'm on a project to do stuff in azure, so typically I start google searching for a module name like 'ansible azure_rm_ 15:40:59 how often does that get you what you need? 15:41:27 I hit the cloud page and then scroll a lot, (unless I look for the anchor). 15:41:44 (also, can i just say that every time I read `azure_rm_whatever`, in my mind I read "Azure Remove Whatever") 15:42:03 yeah rm is hardcoded in my brain too 15:42:21 jhawkesworth: ah, so the google search generally sends you to that index page, not to an individual azure module? 15:42:24 interesting . . . 15:42:46 hard thing with azure is getting parameters right. so I can see what there are modules for quickly, but getting the detail right takes the time. 15:42:46 Yeah wasn’t sure why that happens 15:43:34 more examples of real things people need to do and links to context, but this is getting specific to modules of this type, rather than being a generic documentation issue 15:43:50 sorry I'm going to have to drop now, train to catch 15:43:53 * jhawkesworth afk 15:43:56 I've been reviewing a lot of updates to their module docs recently - I'd welcome additional eyes if you have time for reviews 15:44:06 jhawkesworth: travel safe 15:44:31 heh, I forgot to bring up the question of moving this meeting earlier . . . 15:44:54 I think we should do that by fiat - so many folks are in the UK/EU time zones 15:45:40 +1 for earlier 15:46:33 * acozine sighs and checks stock of caffeinated tea 15:46:51 all kidding aside, I'm +1 15:47:21 anything else to discuss for docsite improvements? 15:48:42 hearing none . . . 15:48:45 #topic open floor 15:49:23 open to any question, concern, idea, suggestion, complaint, compliment, or comment 15:49:54 I'll post a few updates 15:50:11 we've been keeping the open docs PR count under 75 consistently 15:50:15 Have we ever tried a docathon? 15:50:33 not while I've been here, no 15:50:49 I'd support one for sure 15:50:50 any chance of re-opening this one? https://github.com/ansible/ansible/pull/57318 15:51:39 would be good to backport to 2.8 so folks reading the docs can know all the available options 15:51:55 cyberpear: that's an interesting PR - yes, we should document that option 15:52:36 there's been a lot of discussion on the related ticket https://github.com/ansible/ansible/issues/56930 15:53:01 I haven't read https://github.com/ansible/ansible/issues/56930 thoroughly 15:53:09 that option resolves most of the gripes there 15:53:44 (the ticket is mostly gripes about the change, but the undocumented option allows folks to go back to the old behavior w/o warnings) 15:54:22 I like incremental progress, so I'm inclined to re-open and merge that PR 15:54:47 let me make sure a more comprehensive fix isn't 99% of the way done before I do, though 15:54:56 sounds good 15:55:04 thanks for the work you put in on the PR 15:55:57 #agreed acozine will investigate PR 57318 and any other work being done to address issue 56930 15:56:27 samccann: so, how would we organize a docathon? 15:56:31 have you done one before? 15:56:56 either as an organizer or as a participant? 15:57:46 * cyberpear thinks a better name for `TRANSFORM_INVALID_GROUP_CHARS` would be `TRANSFORM_UNSAFE_GROUP_CHARS`, as mentioned (I think) in the linked issue ^ 15:58:07 ah, names . . . 15:58:40 Haven’t done one but seems like it could be fun. The idea is you pick an area and peeps address the problems of what’s missing or unclear 15:59:07 ah, so crowdsourcing both the list of fixes to be made and the effort to fix them? 15:59:19 that does sound fun . . . 15:59:26 Yeah something like that 15:59:26 and a possible use for DaWGs swag ;) 15:59:42 Or host a live one at ansible fest 16:00:14 that would be cool 16:00:25 Usually it’s a group of peeps in a conference room for three days and they bang out a full giude 16:00:54 Might be helpful for collections if the timing is right 16:01:14 ah - that isn't realistic for AnsibleFest, but maybe we could plan an online one for the fall 16:01:29 where "that" is "three days in a conference room" 16:01:50 Yeah was thinking that as well 16:02:01 let's explore format/timing/organization - it's a good idea 16:02:32 #agreed docs team and channel to explore a docathon 16:02:41 yikes, I have to run to my next meeting 16:03:20 thanks, folks - talk to you next week for another Ansible Docs Adventure 16:03:33 #endmeeting