18:31:50 #startmeeting docs 18:31:50 Meeting started Wed May 11 18:31:50 2022 UTC. 18:31:50 This meeting is logged and archived in a public location. 18:31:50 The chair is bcotton. Information about MeetBot at https://fedoraproject.org/wiki/Zodbot#Meeting_Functions. 18:31:50 Useful Commands: #action #agreed #halp #info #idea #link #topic. 18:31:50 The meeting name has been set to 'docs' 18:31:58 #topic Roll call 18:32:10 #chair darknao pboy 18:32:10 Current chairs: bcotton darknao pboy 18:32:12 hi. 18:32:22 .hello shaunm 18:32:23 .hello copperi 18:32:23 shaunm[m]: shaunm 'Shaun McCance' 18:32:26 copperi[m]: copperi 'Jan Kuparinen' 18:32:48 .hi 18:32:49 darknao: darknao 'Francois Andrieu' 18:33:00 welcome, friends! 18:33:00 .hi 18:33:01 pboy: pboy 'Peter Boy' 18:34:52 alrighty, let's get started 18:35:11 and hope that my daughter doesn't break her collarbone again this week ;-) 18:35:15 #topic Agenda 18:35:19 #info Announcements 18:35:19 #info Review action items 18:35:19 #info Content plan 18:35:26 #info GitLab followup 18:35:26 #info Revitalization status 18:35:26 #info Open floor 18:35:30 #topic Announcements 18:35:35 #info F36 Final was released yesterday 18:35:57 #help Some F36 release notes remain to be written: https://pagure.io/fedora-docs/release-notes/roadmap/F36 18:36:14 #info thanks to pbokoc and bcotton for getting release notes written 18:36:23 #info We're using the docs-fp-o repo to track meta-work 18:36:23 #link https://pagure.io/fedora-docs/docs-fp-o/issues 18:36:27 #info The Write the Docs Prague CfP is open (conference will be held online this year) 18:36:27 #link https://www.writethedocs.org/conf/prague/2022/cfp/ 18:36:32 any other announcements that need to be shared? 18:37:31 i just see, a release note for Cockpit file change would be my task. sorry 18:38:29 no worries. and if you want to write more, most of them do not require any deep subject matter expertise ;-) 18:38:31 #topic Previous action items 18:38:31 #info pboy to schedule office hours for the content plan 18:38:40 this leads us to the next topic... 18:38:44 #topic Content plan 18:38:44 #info https://discussion.fedoraproject.org/t/docs-meeting-agenda-2022-05-11/38990/2 18:39:29 the plan in the link above looked good to me 18:39:46 speeding it up a week wouldn't be bad, but we can work with either of those 18:39:59 so i'm happy to defer to pboy's judgment 18:40:21 How do you think could we speed up, what of the alternatives? 18:41:13 the most reasonable place to shorten the timeline would be to have the second office hours the same week as the first 18:41:13 (I'm usually a little too impatient.) 18:41:36 i'm not sure we can reasonably shorten it much more than that 18:41:42 That's my preference, too, 18:41:54 No, we should hurry too much. 18:42:02 and, of course, we could start the work on stg a week or two earlier than in the draft plan 18:42:03 should NOT hurry 18:43:00 Can everyone join at 2 dates in the week? 18:43:09 I don't like to be alone there :-) 18:44:10 i should be able to 18:44:30 Thanks. 18:44:32 i'm moving the weekend before, so I may be cleaning my old house on the 31st, but I can take a break to be there for the office hours :-) 18:44:58 office hour may be nicer as cleaning 18:45:31 if it's not, we have problems 18:46:17 anyone else have input? 18:46:25 OK, 2 date in one week and then let's see, what the outcome is . 18:47:34 anything else on this topic? 18:49:12 #topic GitLab followup 18:49:13 #link https://discussion.fedoraproject.org/t/gitlab-migration-plan/38092 18:49:33 #link https://pagure.io/fedora-docs/docs-fp-o/issue/237 18:49:56 darknao suggested we not bother migrating this repo (flock2017-docs). i'm inclined to agree. any objections? 18:50:36 not from me 18:50:49 no 18:51:11 darknao: one question that occurred to me: can we migrate open issues to gitlab? 18:51:42 there's something to be said for declaring bankruptcy if we have to, but i imagine there are some issues we'd want to keep 18:51:48 well, I was going to ask the exact same thing :) 18:52:20 we have few repos with issues and open pull requests 18:53:00 the pull requests are easier to manage since people can update their git remote and resubmit 18:53:32 not sure what do to with that, we can either leave them here for now, or take a bit of time to review each of them and see if they are still relevant 18:53:57 then choose to drop or move them over gitlab 18:54:08 I think we are in the process to review? 18:54:40 yeah, for the MRs we should definitely accept or reject them. i'm not sure if we want to do that with issues. thoughts? 18:54:55 we could ask on the infrastructure list if anyone has already written a pagure-to-gitlab issue migrator. in theory it's a pretty simple matter of a couple of api calls and some field mapping 18:55:23 Couldn't we let the open issues on pagure for the time they are open (hopefully not too long)? 18:55:43 one example is the template repository i migrated last week: https://pagure.io/fedora-docs/template/issues 18:56:00 most issues are 3 years old 18:56:20 but still relevant for some of them 18:56:55 But obviously nobody complained during the last year? 18:57:17 i'm afraid if we decide to leave them on pagure, they'll remain here forever 18:57:38 maybe we should just close them all with a "if you still want this, open an issue at " 18:57:58 sort of like we do with the EOL bugzilla reports 18:58:13 sounds good idea 18:58:22 i don't love it, but it lets us reset without having to spend a ton of time going through each issue. our effort is limited and i'd rather see progress 18:58:59 yeah, that's unfortunate but I have to agree 18:59:35 anyone object? 18:59:42 no 18:59:48 are we going to delete these repo after the migration, or only archive them? 19:00:21 #agreed We'll declare issue bankruptcy when we migrate issues 19:00:33 There are some repos not used for years,some empty, we should delete those. 19:00:55 for the active ones, i think we should disable issues and replace the README with a pointer to the new location. and then come back in 6-12 months and delete 19:01:27 +1 19:01:44 technical question: if we disable issues on a repo, can we still access (read only) the old ones? 19:02:10 we should also send a heads up (commblog post, devel & mindshare mailing lists) before we start in earnest. i can draft that and then we can start knocking them out 19:02:13 good question. i haven't tried 19:03:53 I'll try on one of my repo to make sure it works as expected 19:03:53 oh, there's a read-only option 19:03:54 perfect 19:04:06 good :) 19:04:10 #action bcotton to draft a "heads up" message about the gitlab migration 19:04:24 #action darknao to verify behavior of "issue tracker read only" setting in pagure 19:04:35 so it sounds like we have next steps. anything else on this one? 19:04:52 so since last meeting, i've migrated the template repo 19:05:00 it's here https://gitlab.com/fedora/docs/templates/fedora-docs-template 19:05:39 it's also available on repo creation, we have a list of templates for the sub group (only 1 for now) that you can use 19:06:12 https://gitlab.com/projects/new?namespace_id=15282411#create_from_template 19:06:28 you should see the template in the Group tab 19:07:13 I also added a basic GitLab CI template that can be used to build/preview your documentation component 19:07:21 and publish it on gitlab pages 19:07:34 like this: https://fedora.gitlab.io/docs/templates/fedora-docs-template 19:08:01 (that's the preview for the template itself) 19:08:25 awesome 19:08:45 yeah, looks nice and handsome 19:09:30 and that's all I have for this topic 19:09:33 makes me hungry 19:09:39 anything else on GitLab? 19:10:17 nothing from me 19:10:30 no 19:10:45 #topic Revitalization status 19:10:45 #link https://discussion.fedoraproject.org/t/a-brief-resume-2-months-after-the-revitalization-session/38795/ 19:11:50 i think it's fair to say we're not as vitalized as we'd hoped 19:12:27 Maybe, how can we improve? 19:13:04 Can wwe re-onbord those who we have lost in the last weeks? 19:13:08 good question. i think we have a good plan for getting some work done. so bringing on new contributors seems like a next step 19:13:27 as you noted, we had a bunch of people say they were interested but i haven't seen any chat or discussion or repo activity from them by and large 19:14:06 Yes, e.g. py0xc3 , do we know where he is? 19:15:33 no. i see him make occasional comments on a discussion thread and then seemingly disappear for a few weeks (not meant negatively) 19:15:52 what a pitty 19:18:04 maybe we're not "sticky" enough? 19:18:13 Maybe, we compose a, obviously small, members list on our team page, and then write a commblog with asking for help for2 or 3 of our dedicated project ideas? 19:18:49 Or call for members we lost? 19:18:55 my only concern with members lists is that they tend to be out of date pretty quickly in my experience 19:19:00 but it's worth a try 19:20:26 Just a question (just curious) @copperi: do you have concrete plans to copntribute to a docs project? 19:22:24 I think we all agree we need more contributors, but maybe we should first work on a small list of easy tasks for them to get started? 19:22:43 darknao #1 19:22:51 darknao +1 19:22:58 grrrrh 19:23:25 the Release Notes would be that. maybe we don't have many people noticing our Discussion posts 19:23:29 So we may start with a project list on our team pages ? 19:23:43 but there are a lot of un-written F35 notes still, so that might be a good thing for people to fill in before we move the repo? 19:24:49 I suppose, writing a note for F35 is not overly cool. :-) 19:25:01 also true :-) 19:25:28 well, you have to start somewhere :) 19:25:41 i'm not sure we'll solve this today, but let's keep thinking about it and discuss in that Discussion thread? 19:26:03 Yes, we should collect ideas. 19:26:30 #topic Open floor 19:27:03 I opened an easy one not so long ago (https://pagure.io/fedora-docs/docs-fp-o/issue/219) but doesn't look attractive enough 19:27:12 One thing that occurred to me is that we should document some of the release-related processes so that pbokoc doesn't need to make sure he's around on release day 19:27:29 between petr, darknao, and me we had things taken care of, but it would be good to write this down 19:27:40 Yeah, that occurred to me too, about 18 releases ago. I'm just *that* lazy. :D 19:27:52 so i'm planning on writing up draft Standard Operating Procedures to share and let folks tell me where i'm wrong 19:28:03 pbokoc: not lazy, just making space for other contributors ;-) 19:28:17 bcotton we should transfer the release guide by pbokoc to out contrib team pages 19:28:20 bcotton, ah yes, my bad, that's obviously what I meant :-D 19:28:55 pboy, what do you mean? It's open for PRs 19:29:28 I mean the discussion thread. i think we need that permanently? 19:30:31 Ah, I understand 19:30:34 Ah right. 19:30:37 pbokic. this one https://discussion.fedoraproject.org/t/how-to-write-release-notes-fedora-36-edition/38311/2 19:30:47 sorry, my keyboard 19:30:56 Yeah, that would be useful too. 19:31:07 Okay, our hour is up. Anything else for this week? 19:31:26 #action pbokoc to finally add a relnotes guide to the contributor docs 19:32:42 Okay, thanks everyone! 19:32:43 #endmeeting