15:31:28 #startmeeting Ansible DaWGs 15:31:28 Meeting started Tue Feb 26 15:31:28 2019 UTC. 15:31:28 This meeting is logged and archived in a public location. 15:31:28 The chair is acozine. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:31:28 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:31:28 The meeting name has been set to 'ansible_dawgs' 15:31:38 who's around? 15:31:53 o/ 15:32:03 #chair bcoca sivel samccann 15:32:03 Current chairs: acozine bcoca samccann sivel 15:32:54 * gundalow waves 15:33:05 we don't have anything pre-set on the agenda, but there are a couple of topics we could discuss, and we have some PRs we might be able to merge today 15:33:09 #chair gundalow 15:33:09 Current chairs: acozine bcoca gundalow samccann sivel 15:33:49 felixfontein: Xaroth: dag: orthanc: Pilou: shaps: you folks around and up for chatting about docs? 15:34:37 first PR I think we could cheer across the finish line today is https://github.com/ansible/ansible/pull/47895 15:35:21 bcoca: I think the examples addressed your comment about single lookups vs. multiple lookups - do you agree? 15:36:27 feedback welcome on the loop PR ^^^ from everyone/anyone 15:37:04 acozine: sorry, not really :( 15:37:06 * alongchamps waves 15:37:09 (being around) 15:37:20 felixfontein: no problem, I won't make you a chair then 15:37:27 * gundalow reads the PR 15:37:27 alongchamps: hi! glad to see you here 15:37:31 #chair alongchamps 15:37:31 Current chairs: acozine alongchamps bcoca gundalow samccann sivel 15:37:34 are we waiting on specific feedback/approval, or can we merge if there's no disagreement here? 15:37:35 hi acozine! 15:38:11 lgtm 15:38:18 samccann: if there's general consensus that the PR addresses bcoca's comments, I'm +1 to merging 15:38:20 but I'm biased 15:38:29 bcoca: excellent, thanks 15:38:37 samccann: will you do the honors? 15:38:52 +1 to merging, it's a big improvement over what we have 15:38:59 sure! 15:40:22 merged 15:40:37 woot 15:40:46 hooray! thanks 15:40:51 next in the queue is https://github.com/ansible/ansible/pull/33740 - this one includes code as well as docs, has been tested, has been rebased quite a few times 15:41:22 the other half of this name change was merged a while back 15:41:30 (changing the module name) 15:42:08 that was merged in https://github.com/ansible/ansible/pull/33071 15:42:57 definitely feels like both changes (module and plugin) should go into the same release 15:44:03 any thoughts? 15:44:32 I think it's OK to merge 15:45:26 +1 15:45:38 okay, I'm going to merge it and ping mhalano again to confirm his use case has been addressed 15:46:05 (mhalano is the person who opened a related issue, #42437 15:46:43 done 15:46:57 #topic main table of contents 15:47:35 looking at https://docs.ansible.com/ansible/devel/index.html 15:47:49 the Scenario Guides section is getting quite long 15:48:12 and the VMWare guide should really be part of Scenario Guides rather than its own top-level section 15:48:13 acozine: set so just the headings 15:48:43 ? 15:49:05 yeah, I've been thinking about making an index page for that section so it would function more like https://docs.ansible.com/ansible/devel/porting_guides/porting_guides.html 15:49:23 does anyone here maintain a Scenario Guide? 15:49:51 or have ideas about the left TOC? 15:50:08 or other things about the navigation that could be fixed? 15:50:10 I think just heading 1, no sub headings so it would look like 15:50:11 Scenario Guides 15:50:11 * Cisco ACI 15:50:11 * Alibaba Cloud Compute Services Guide 15:50:11 * Amazon Web Services Guide 15:50:38 yeah, that's better than a deeper TOC 15:50:41 correct me if I"m wrong but the scenario guides seem to be product specific interoperations from ansible to $product 15:50:51 alongchamps: yes, that's correct 15:50:55 So if we make it like the porting guides, then all those headings don't show up unless you click 'scenario guides' right? 15:50:58 if so, then I'm not sure the VMware one needs to be separated like it is 15:51:03 and they are community maintained 15:51:21 alongchamps: agreed, that was a mistake we made along the way 15:51:45 I wonder if 'scenario guides' is the correct title then. I dunno if I would think to click scenario guide to see the info about cisco vs vmware vs... etc 15:52:18 interesting - what other titles could we consider? 15:52:18 (though I do agree we should hide them all under 'something' guides to simplify the main navigation) 15:52:21 `Ansible for VMWare` - should be `VMware` (lower case `w`) 15:52:38 I believe I've checked that and the cap-W is correct 15:52:43 +1 for lowercase w, they get particular about it 15:52:46 I'd almost hink platform guides but is that correct? 15:53:01 like alongchamps said - they are product-specific 'information' 15:53:02 platform guides seems right to me 15:53:07 * gundalow is testing with `:maxdepth: 1` 15:53:08 samccann: we need something catch-all, since ACI, for example, isn't a platform 15:53:29 it's quite a heterogenous collection of things 15:53:31 "Integration Guides" 15:53:39 gundalow: ooh, I like that 15:53:52 +1 15:53:53 integrating Ansible with a variety of platforms, products, and technologies 15:53:54 yeah that's something I would click if I was looking for cisco or vmware etc 15:54:00 same here 15:54:02 catchy! :-) 15:54:09 sounds like we all like that name 15:54:26 Not sure if I'd bother changing the directory name 15:54:31 #action rename Scenario Guides section to Integration Guides 15:54:43 #action VMware (lower case w) 15:54:52 gundalow: yeah, if we change the filetree we need a symlink 15:55:18 #action move VMware guide into Integration Guides area, with symlink from original location 15:55:42 Just built `:maxdepth: 1` looks good 15:55:50 excellent, thanks 15:55:56 (devel is currently `2`) 15:56:10 gundalow can you turn that into an action here so we don't forget (we as in me... cuz I'd forget how you did that) 15:56:12 you mean, the dev_guide? 15:56:19 gundalow ^^^ 15:56:34 or you mean the main TOC for Scenario Guides? 15:57:35 #action set to use `:maxdepth: 1` under integration guides https://github.com/ansible/ansible/blame/devel/docs/docsite/rst/index.rst#L50 15:57:47 thanks gundalow 15:58:33 #action `Getting Started with Kubernetes and OpenShift` -> `Kubernetes and OpenShift` (or similar) 15:58:42 should we try to alphabetize the section? that gets tricky, because the titles are all over the map - if all of them started with 15:59:10 should `Using Scaleway with Ansible` -> `Scaleway`? 15:59:20 gundalow: if we're doing that, we should change them all, I think 15:59:22 Not sure if `with Ansible` is useful 15:59:24 yup 15:59:25 should we take out extra words like 'using' 15:59:31 agreed 15:59:35 because when I'm looking for Cisco, for example, I'm going to 'C' 15:59:45 this one seems odd - https://docs.ansible.com/ansible/devel/scenario_guides/guide_rolling_upgrade.html 15:59:48 the header in the nav can show that they are integration docs 15:59:52 does it belong there at all? 16:00:12 samccann: I think in the past we just put anything we couldn't place elsewhere into this section 16:00:29 but that particular content might go better in the User Guide 16:00:30 `Continuous Delivery and Rolling Upgrades` is a scenario guide, but not an integration topic 16:00:52 yup, maybe better in Use Guide? 16:01:53 #action move Continuous Delivery and Rolling Upgrades to User Guide, with symlink from original location 16:02:11 heh, did I jump the gun there? 16:02:36 it makes sense to move it for sure 16:02:37 * acozine sometimes leaps over discussion to decision a little to quickly 16:03:16 cool 16:03:21 #action remember server side redirects will need updating 16:03:23 +1 for putting it under user guide 16:03:27 +! 16:03:29 +1 16:03:31 heh 16:03:51 alongchamps: opinion on the CD/Upgrades content? 16:04:00 (location thereof) 16:05:13 I agree that it's a scenario guide 16:06:06 and not an integration guide, so you're in favor of moving it when we change the section name? 16:06:40 +1 16:06:45 awesome 16:07:37 This will be a nice usability improvement 16:07:39 What's next? 16:07:40 thanks everybody for brainstorming on updating that section, that's real progress 16:07:56 those were the two things I had most on my brain this week 16:08:36 * gundalow has one 16:08:50 https://github.com/ansible/ansible/pull/52986 16:08:53 gundalow: the floor is yours, set the topic at will 16:09:06 #topic Docs for Testing (Sanity) 16:09:08 #info https://github.com/ansible/ansible/pull/52986/files 16:09:42 Currently we have https://docs.ansible.com/ansible/devel/dev_guide/testing_sanity.html 16:09:42 which doesn't link to https://docs.ansible.com/ansible/devel/dev_guide/testing/sanity/ 16:10:14 oh, interesting 16:10:40 how and to what page does `docs/bin/testing_formatter.sh` get published? 16:10:55 this is a part of the docsite I find a bit opaque still 16:12:05 +1 for the approach, 16:12:39 acozine: yup 16:12:44 called by `Makefile` 16:13:22 need Matt Clay to review, I don't *think* we need the other info I've deleted, though want him to confirm 16:13:41 I built it locally, template is updated 16:14:34 I'm having trouble envisioning the diff between what we have now and what this PR would give us 16:15:11 this PR will change https://docs.ansible.com/ansible/devel/dev_guide/testing_sanity.html#testing-sanity 16:15:23 acozine - view the file then compare w what we have at https://docs.ansible.com/ansible/latest/dev_guide/testing_sanity.html#testing-sanity 16:15:57 I think if Matt agrees that we don't need that other info (smell test, list of build-in tests) then it LGTM 16:16:56 where will this toctree end up? https://github.com/ansible/ansible/pull/52986/files#diff-9ec28c0d5971a715f0488765ee16d265R16 16:18:27 does that content replace an existing page? will it be appended to `dev_guide/testing_sanity.html`? 16:19:08 I'm asking mostly for my own education, not as an objection/review of the PR 16:19:40 acozine: https://github.com/ansible/ansible/blob/c6fd34f264b0f45673a14ef3db004cf678f4b265/docs/docsite/rst/dev_guide/testing_sanity.rst 16:20:28 2) top of https://docs.ansible.com/ansible/devel/dev_guide/testing/sanity/ will have a link back to ^ 16:21:23 ahhh, so that toctree is the content on https://docs.ansible.com/ansible/devel/dev_guide/testing/sanity/ 16:21:28 (or will be) 16:21:36 thanks gundalow 16:22:53 acozine: I don't think the toctree would change 16:22:59 as I'm just adding a link 16:23:03 not creating new pages 16:23:07 though I maybe missing something 16:23:35 yeah, you're not changing that part, except by adding an anchor 16:23:56 I just couldn't figure out where that content was going - i knew I 16:24:12 knew I'd seen it, but just couldn't envision the final page 16:24:23 +1 to the PR 16:24:40 Thanks 16:24:42 I don't think we should privilege certain sanity tests over others the way the existing page does 16:24:49 so this is a good improvement 16:25:34 I'll add a review to the PR itself 16:25:48 I have one last thing in the last five minutes of this meeting 16:26:55 #topic preparing for next week 16:27:58 could folks test, fiddle with, and otherwise swarm around https://github.com/ansible/ansible/pull/49289 - it would be great to get that fully tested and ready to merge at next week's DaWG meeting 16:28:38 I'll add it as an agenda item, and try to post periodic reminders to the channel 16:29:39 as a reminder, the problem this PR addresses is that we have two Sphinx themes and are only using one 16:29:56 the goal is to fix that, and to make sure that any formatting changes we want to keep are represented in the theme we keep 16:30:01 would be great to nix that one 16:30:25 gundalow was going to do some testing as well I think 16:30:32 oh, yes, thanks for the reminder 16:30:54 yep - it's a real problem and good work by Xaroth and if the community can focus on that this week I think we can merge it next Tuesday 16:31:14 and that's it for the DaWGs this week 16:31:30 thanks everybody! 16:31:33 Thanks! 16:31:46 thanks! 16:32:04 #endmeeting