14:00:19 #startmeeting 2020-05-07 - Documentation Interest Group Meeting 14:00:19 Meeting started Thu May 7 14:00:19 2020 US/Eastern. The chair is dluch. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:19 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:19 The meeting name has been set to '2020_05_07___documentation_interest_group_meeting' 14:00:30 #topic Agenda 14:00:53 #info The agenda can be found here: https://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:dig_meetings:20200507-agenda 14:00:53 Welcome everyone! Today's meeting will be business, followed by collaboration and working on documentation, if there's time. 14:01:03 #topic Introductions 14:01:14 Please paste "#info is , " to identify who you are and what organization, if any, you represent. 14:01:21 #info dluch is Debbie Luchenbill, MOBIUS 14:01:26 #info jihpringle is Jennifer Pringle, BC Libraries Cooperative (Sitka) 14:01:44 #info abneiman is Andrea Buntz Neiman, Equinox 14:03:18 #info rfrasur is Ruth Frasur, Evergreen Indiana / ISL 14:03:34 #info alynn26 is Lynn Floyd, Evergreen Indiana 14:04:01 (I meant to put ECDI - not ISL, but I guess that's accurate too) 14:04:16 * dluch is listening to a recording of sounds in a library and rain on the roof. It is oddly comforting in my home office. :-) 14:04:32 ++ 14:04:37 normal_sounds++ 14:04:44 #info remingtron is Remington Steed, Hekman Library (Calvin University) 14:04:52 rfrasur: :-D yep 14:04:52 (mostly lurking today) 14:05:34 #info Bmagic = Blake GH, MOBIUS 14:05:44 Thank you all for coming! If you come in later, feel free to introduce yourself when you arrive. 14:05:58 #topic Helpful Information: Documentation contributions and collaboration 14:06:06 #info You can find the Documentation Needs List at https://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:documentation_needs 14:06:15 #info DIG Roles can be found at https://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:digparticipants 14:06:23 That's all just FYI for folks (and the minutes) 14:06:32 #topic Old and Ongoing Business 14:06:45 #info Check-in - How is everyone doing? 14:06:54 Are we all still working at home/closed to the public? 14:07:04 Still at home. 14:07:13 Yup 14:07:30 hanging in there. dluch++ for having this question on the agenda :) 14:07:45 We are starting to Open libraries back up. Most are doing sometype of Curbside pickup 14:07:45 * dluch blushes 14:07:46 yep, at home 14:08:00 * rfrasur is home 14:08:13 Yep, we're at home, though our libraries are starting to plan to open/open 14:08:42 I work from home normally, but our libraries are libraries have all been closed. We're starting to help them with curbside now 14:09:15 curbside++ 14:09:53 I'm glad that the weather, overall, has been really nice here, so I can walk outside and sometimes have windows open 14:10:22 Okay, next topic... 14:10:24 #info Previous Action Items 14:10:35 How are we doing on these? Has anyone had time for anything outside of COVID Chaos? 14:10:48 I'll take them in order... 14:10:58 #1 sandbergja will make a video for proof of concept in the Quick Starts section 14:11:07 I don't think sandbergja is here? 14:11:27 #info jweston is Jennifer Weston, Equinox and she's sorry she is late 14:11:40 #action sandbergja will make a video for proof of concept in the Quick Starts section 14:11:47 No worries, jweston! 14:11:57 Welcome jweston :) 14:11:58 #2 everyone will review all of the docs on Antora, looking for broken things and other fixes needed and report on Launchpad 14:12:03 Anyone? 14:12:54 The agenda mentions "Meta data "Untitled" pages still exist", anyone seen that? I haven't yet. 14:13:01 We may address some of this in a minute, so I'm not going to keep this as an action item right now. 14:13:04 no :-/ 14:13:17 Sounds good dluch 14:13:27 #3 DIG will work on 3.5 documentation during Bug Squashing Week, March 16-20 14:13:36 We talked about this at the last meeting, and no one had really had time to do this, which is totally understandable. 14:13:44 the untitled pages (lloks like) are due to the heading levels starting too low 14:13:47 More on this later. 14:13:57 And Bug Squash week got kinda squashed. 14:14:15 rfrasure, yup, lol 14:14:20 #4 bmagic will think about and explore how to query our git repo to see if there are any non-merged branches that touch /doc/* files 14:14:33 bmagic: how'd that go? 14:14:36 That went 14:14:44 lol 14:14:45 and the conclusion was zilch 14:14:49 lol 14:14:54 lol 14:14:58 So that's good, right? 14:15:37 gmcharlt++ # handy bash loop, sub loop 14:15:39 bmagic++ 14:15:45 bmagic++ 14:16:00 for #3 - we're in the process of updating the Sitka manuals to 3.5 (we upgrade on May 19th) so we'll have docs that can be contributed back later (including a section on the experimental catalogue) 14:16:00 I'm assuming we don't need to keep this action item 14:16:14 The idea was to find any non-merged documentation branches - the git investigation turned up none (for me) 14:16:17 jihpringle++ 14:16:23 jihpringle++ 14:16:31 +1 14:16:38 jihpringle++ doc on experimental catalogue 14:16:42 sitka++ 14:16:57 it doesn't exist yet, but it will as of next Tuesday :) 14:17:11 jihpringle++ sitka++ 14:17:16 bmagic, so...is that good and do we need to keep the action item? 14:17:41 I think it can turn into an email to the list 14:17:53 Okay 14:18:05 All of that flows nicely into the next few items, which kind of go together 14:18:15 #info Antora progress 14:18:24 "hey, we are replacing the old docs folder structure, which will break any git branch edits you may have - merge now or forever hold your peace" 14:18:37 lol 14:18:56 Last meeting, bmagic said that it's up, eg-docs.georgialibraries.org/prod/, and Antora docs are on it. 14:19:00 We still needed to transfer the older docs. Did anyone have time to work on it? 14:19:20 I used my mind for awhile, didn't write anything yet :) 14:19:29 (to slurp the old stuff) 14:19:39 lol 14:19:41 bmagic also added a bunch of points to this line item. We'll take them one at a time in a minute. 14:19:48 bmagic lol 14:20:10 I did not even think about the docs, lol 14:20:38 I confirmed the doc link still works so that's something 14:20:49 jweston++ 14:21:21 Alrighty, bmagic: you get to lead this part of the discussion 14:21:28 #info Meta data "Untitled" pages still exist 14:21:35 main page: http://eg-docs.georgialibraries.org/prod/docs/latest/shared/about_this_documentation.html is a prime example 14:21:54 I'm using that line "I used my mind for awhile, didn't write anything yet." 14:22:08 the untitled pages (looks like) are due to the heading levels starting too low/high 14:22:32 rfrasure: +1 :-D 14:22:41 rfrasur: +1 :-D 14:23:05 So, like where it says Untitled::Evergreen in the browser tab? 14:23:08 == About This Documentation == needs to be: = About This Documentation = 14:23:11 should take care of it 14:23:35 right - the level 0 heading becomes the title of the page 14:23:53 I am working on a script to hunt these down 14:24:04 So someone just needs to go in and change it? 14:24:14 Oh, scripting is awesome 14:24:22 yes - but depending on the page, there might be sub headings that need to follow suit 14:24:45 so "==" -> =" - then "===" -> "==" 14:24:45 That need to be raised up a level? 14:24:53 yepper 14:24:54 lol, yeah, okay 14:25:39 I'll work out a list of affected pages and see if I can't handle it. If not, I'll share the list and we can all attack 14:25:48 So, if you're writing a script to id the places this exists, are you going to export it somewhere for us to work on 14:25:49 thanks 14:25:56 Hahaha 14:26:11 bmagic: we are on the same wavelength 14:26:38 wavelength's are sweet 14:27:16 #action bmagic is writing a script to identify places in Antora docs that need headers raised up a level. DIG will help with making the changes then. 14:27:20 we will need to update the style guide to reflect this. 14:27:40 alynn26++ 14:27:50 I can do that, unless someone else wants to 14:28:43 #action dluch will update the style guide to reflect new header stuff 14:28:58 (my brain spaced what I meant to say there, so stuff will do) 14:29:07 bmagic++ 14:29:19 #info Should the server-side generation script(s) be in the EG repo? 14:29:45 yeah - should it? 14:29:51 I vote yes 14:29:55 lol 14:29:56 I vote yes 14:30:52 keeping all server-related doc generation scripts should go into the repo for preservation IMO - we don't have that currently, and it's a bit confusing needing to ask around about it 14:31:25 sounds reasonable to me 14:31:43 The only reason we wouldn't might* be privacy? Some of the scripts might mention real paths on the doc server where things will be rsynced/generated... 14:31:52 any other discussion around the idea? Any reasons we wouldn't want to? 14:32:38 it wouldn't be generic.... could mention real URL's like "http://eg-docs.georgialibraries.org" etc 14:33:03 Bmagic: what is the security risk there? 14:33:31 revealing publicly the file system path on the server is the only thing I can think of 14:34:02 I'm not understanding why that's a security risk? 14:34:50 I don't really know for sure if it is, just that it would be there 14:34:59 If it's not generic enough to let someone build it on their own, I might be opposed to adding it to the main repository. Is there a reason that the documentation generation tools cannot have their own repository? 14:36:00 the site is static HTML, no scripts, so in theory, no hacker could do anything server-side, but Intel had a security issue on the CPU die 14:36:20 so, anything is possible these days 14:37:20 I am not knowledgable on the repositories. Can anyone address Dyrcona's question? 14:37:43 Dyrcona: the scripts don't exist yet - probably re-eval once we've got something working - one thing is pretty clear: site.yml will need to mention the URL root 14:38:17 Bmagic: site.yaml could be generated at build time, too, like other things. 14:38:23 and needs committed to the repo for Antora to work - so we can't just change the line at run time 14:38:58 I'm just pointing out that there may be some resistance from core devs about adding more to the main Evergreen code base, particularly for something that is used in only 1 place. 14:39:16 So, can we move on and revisit this when scripts ARE written? 14:39:32 probably a good idea - let's talk about it once we have the code we need 14:39:35 dluch: That would be my recommendation. :) 14:39:42 +1 to revisiting & perhaps consulting some more core committers 14:39:56 +1 for revisiting 14:40:13 Okay, good 14:40:42 #action We will revisit the topic "#info Should the server-side generation script(s) be in the EG repo?" when scripts are done 14:41:52 bmagic, we have 20 minutes left. Are there items on your list that are particularly important to talk about today? 14:42:55 lets see how far we can get? 14:43:02 or you want to skip down to d. ? 14:43:08 Well, we have other things to talk about besides your items, lol 14:43:44 Yeah, so let's go to 14:43:45 #info 3.5 Documentation 14:43:57 As mentioned above, none of us got to this before the last DIG meeting. 14:44:05 Anyone had time since the April meeting? 14:44:15 Are there any critical things to get done before the 3.5 release? 14:44:48 there aren't a lot of big visible changes between 3.3 and 3.5 14:45:02 And, as per bmagic, it looks like we missed 3.5 for Antora, I think 14:45:15 see dev meeting minutes 14:45:41 (we're jumping from 3.3 to 3.5 so haven't really looked at 3.4) 14:46:16 I have some docs for the features we wrote for 3.5 - was unsure where to put them (and TBH didn't have time to really dive into it) 14:47:12 abneiman: where to place them in the docs or where the docs are into which they should be put? 14:47:21 (did that make any sense, lol?) 14:47:59 um. no, LOL. but what I meant was - with all the changes w/r/t Antora, I wasn't sure if I should be committing them to the regular docs branch or hold off. 14:48:59 haha, that's what I was trying to get at, in my incomprehensible way. 14:49:04 :) 14:49:13 What do we all think? 14:49:21 (or know?) 14:49:39 I'd been meaning to touch base with sandbergja about it but honestly haven't had a chance 14:50:01 Commit to regular docs, would be my opinion. As we will still be using that for 3.4 and 3.5 14:50:02 If it's stuff for 3.5 and there's been a miss of including Antora in 3.5, seems like it should go in the regular branch 14:50:31 That sounds logical to me 14:50:34 alynn26++ GMTA 14:50:37 +1 14:50:43 +1 14:51:01 okay. I'm going to mark this, so it's in the minutes... 14:51:27 #agreed Make docs commits to regular docs branch 14:51:40 #info Experimental catalog documentation work 14:51:46 Once the official switch then Commit to Antora docs, as we should migrate the docs at that part to Antora 14:51:55 that was one of the points in the agenda - make everyone aware that any docs changes from now until Antora is merged - will need to be kept in sync 14:51:56 jihpringle said she's working on this. Anyone else 14:51:58 ? 14:52:19 it would be really sweet if doc merges were merged onto both branches 14:52:41 bmagic is there a way to do that? 14:52:46 hunting down the changes and "backporting" is painful - Dyrcona and I messed with that yesterday 14:53:07 +1 to alynn26's question 14:53:27 There isn't a way to magically connect changes from docs/* to docs-antora/* - the contributer or someone will need to make the same changes to the sister documents in the antora branch 14:53:42 I linked the commit from Jane where she did exactly that a couple of months ago 14:53:47 ouch 14:53:52 So same work in two places? 14:53:54 hm 14:54:14 Dyrcona and I got close, but no cigar 14:54:54 so the answer to my question is actually docs commits need to go in both places 14:55:08 Sounds like it, yes 14:55:18 or else the painful backporting, noted by Bmagic 14:55:29 There are some cases when (because of Antora) - we've combined a few docs into a single - and the heading levels are different. Tricks Git - the best way is manual 14:56:01 at least until we merge to master 14:56:13 would be great if we could do that sooner rather than later 14:56:15 how long will we need to commit in both places? would it make more sense to declare a moritorium on new docs til Anotora is fully running? 14:56:33 That's the thing - it is fully running 14:56:43 it's a mirror of the current docs atm 14:56:51 And what do we need to do, then, to get it in master? 14:57:30 I'm not sure really :) - some of the things that I put in the agenda is all I could think of 14:57:51 sidenote as I need to go to 3:00 mtg -- for Experimental catalog documentation work, jihpringle - I'm happy to help or just review 14:58:04 we're hoping to have basic docs on it for May 19th and then fill them in as we have time after our upgrade. We have some libraries very eager to try out the experimental catalogue 14:58:14 jweston++ 14:58:23 jweston++ 14:58:26 jihpringle++ 14:58:39 jihpringle++ great! I'll follow up with you later 14:58:46 probably need an action item to explore what really is required to merge to master 14:58:57 jweston sounds good, thanks! 14:59:16 So, 14:59:21 #info In order to get this merged to master - should we create some sort of roadmap? 14:59:25 Bmagic: agreed, would be nice to have a clean cutover as opposed to long-term merging in tow places 14:59:30 or two places, even 14:59:47 I believe we can merge to master anytime - doesn't need tied to a release cycle 15:00:57 So, has there been/is there some issue with doing that 15:01:07 Bmagic: so, just the standard process? pullrequest, a couple signoffs, committer merge? 15:01:53 I believe so, yes 15:02:39 Can we make that happen? 15:03:16 the output of the Antora docs are online (linked above) - for anyone to test, for a sign off 15:04:00 So, do we have a pullreequest already? 15:04:04 There are two seperate sets of concerns: merging this branch to master, setting up the new documentation to a server. I don't think they need to be closely linked 15:04:09 Just need testing and signoff? 15:04:26 seperate/separate 15:05:23 But we have the new docs server...did we not put Antora stuff there? 15:05:54 that's the way it is - but it has not been linked officially on the Evergreen page 15:06:30 I think we are aiming to take this URL: http://docs.evergreen-ils.org/ 15:06:37 So, can we make that happen? 15:06:51 I think it's a different topic alltogether 15:08:16 Okay, we're over time now, so I'm going to move on, unless anyone has action items they want to add for this 15:08:30 I think we need someone from GPLS to do the URL change 15:09:26 I'll reach out 15:09:43 bmagic++ 15:09:56 #topic New Business 15:10:05 #info Evergreen International Online Conference plans! 15:10:12 This is really more informational 15:10:24 As you have (hopefully) seen, the Evergreen Conference has been rescheduled as an online conference for June 9-11 from 12-5 in the afternoons, EDT. 15:10:38 In DIG-related sessions, we have: 15:10:47 alynn26's AsciiDoc, Let's get started (Wednesday, June 10, 1 p.m.) 15:11:02 Bmagic's Antora, Antora, Antora: An Evergreen Documentation Bombshell (Wednesday, June 10, 2 p.m.) 15:11:13 [Schedule subject to change] 15:11:24 alynn26++ 15:11:24 Bmagic++ 15:11:35 Any I missed? 15:11:42 dluch: eastern time? 15:11:47 abneiman, anything else you want to talk about related to the conference? 15:11:53 jihpringle, yes 15:11:53 jihpringle: Yes 15:12:01 thanks :) 15:12:22 dluch: nope, lots of thanks to our presenters and sponsors and Outreach/Conference Committees! I'm so happy we're going to get to have some kind of event. 15:12:33 Yes!! 15:12:38 abneiman++ 15:12:38 outreachcommittee++ 15:12:38 otherconferenceplanners++ 15:12:54 #info June Meeting 15:13:02 I was thinking we would hold the June meeting during our regular time, June 4. Would anyone prefer to hold it the following week, during the conference? 15:13:05 abneiman++ 15:13:15 keep an eye on the website for more info: https://evergreen-ils.org/conference/2020-evergreen-international-online-conference/ 15:13:34 I'd prefer June 4 15:13:43 June 4 +1 15:14:08 Awesome, thanks! 15:14:10 Is there any other new business we need to discuss? 15:15:09 Hearing none, next meeting will be June 4. Same bat time, same bat channel. It will be primarily collaboration time. But probably Antora, too. 15:15:21 Thanks for coming, everyone! Sorry to go long! 15:15:29 #endmeeting