18:30:31 #startmeeting docs 18:30:31 Meeting started Wed May 25 18:30:31 2022 UTC. 18:30:31 This meeting is logged and archived in a public location. 18:30:31 The chair is bcotton. Information about MeetBot at https://fedoraproject.org/wiki/Zodbot#Meeting_Functions. 18:30:31 Useful Commands: #action #agreed #halp #info #idea #link #topic. 18:30:31 The meeting name has been set to 'docs' 18:30:34 #topic Roll call 18:30:40 .hi 18:30:41 pboy: pboy 'Peter Boy' 18:30:53 welcome pboy 18:30:56 .hello shaunm 18:30:59 shaunm[m]: shaunm 'Shaun McCance' 18:31:08 #chair pboy shaunm 18:31:08 Current chairs: bcotton pboy shaunm 18:31:26 .hello copperi 18:31:27 copperi[m]: copperi 'Jan Kuparinen' 18:31:31 .hi 18:31:33 darknao: darknao 'Francois Andrieu' 18:32:37 .hello py0xc3 18:32:38 py0xc3[m]: py0xc3 'Christopher Klooz' 18:33:19 what a party :-) 18:33:25 let's get started 18:33:38 #topic Agenda 18:33:49 #info Announcements 18:33:50 #info Review action items 18:33:50 #info Content plan office hours 18:33:58 #info GitLab followup 18:34:08 #info Retiring old docs 18:34:13 #info Revitalization status 18:34:17 #info Open floor 18:34:36 #topic Announcements 18:34:45 #help Some release notes still need written: https://discussion.fedoraproject.org/t/how-to-write-fedora-release-notes/38311 18:34:50 #info We're using the docs-fp-o repo to track meta-work 18:34:50 #link https://pagure.io/fedora-docs/docs-fp-o/issues 18:34:57 #info The Write the Docs Prague CfP is open (conference will be held online this year) 18:34:58 #link https://www.writethedocs.org/conf/prague/2022/cfp/ 18:35:15 #info Welcome to our Outreachy intern: Anushka Jain 18:35:35 any other announcements? 18:35:39 congratulation Anushka Jain ! 18:35:55 oh, i have another announcement 18:36:08 #info The F36 retrospective survey is open through the end of the week: https://fedoraproject.limequery.com/36 18:36:29 #topic Previous action items 18:36:43 #info pbokoc to finally add a relnotes guide to the contributor docs 18:36:55 i didn't see petr check in, so we'll just put this back on the list 18:37:00 \o/ congratulations for the internship AnushkaJain[m]1 ! 18:37:09 #action pbokoc to finally add a relnotes guide to the contributor docs 18:37:30 #info [DONE] pboy to draft a content plan office hours blog post 18:37:31 (we'll talk about this momentarily) 18:37:47 #info [waiting] bcotton to share post on cloud, devel, desktop, iot, kde, mindshare, server mailing lists 18:37:48 (ditto) 18:37:48 #info [DONE] bcotton to share the "some repos are moving" content 18:37:57 #info [DONE] pboy to draft a proposal for an updated team page that lists current contributors and ongoing projects 18:38:03 (we'll also come back to this further down) 18:38:11 #info bcotton to propose new text for the Mindshare box on the docs home page 18:38:12 still on my list! 18:38:18 #action bcotton to propose new text for the Mindshare box on the docs home page 18:38:27 we had a lot of action items last time :-) 18:38:34 #topic Content plan office hours 18:38:43 #link https://discussion.fedoraproject.org/t/content-plan-office-hours/39208/ 18:38:43 #link https://pagure.io/fedora-docs/docs-fp-o/issue/252 18:38:43 #link https://hackmd.io/rNFQUf25RmKWtNT3f1gHBA 18:39:11 pboy's draft (in the hackmd link above) looked good to me. if no one has major edits, i'll get it queued up to publish tomorrow 18:39:21 at which time i can do my action item of sharing it with the various mailing lists, etc 18:39:44 I'm ok with it. 18:39:59 just added the location of th docs hours. 18:40:08 pboy++ 18:40:08 bcotton: Karma for pboy changed to 1 (for the current release cycle): https://badges.fedoraproject.org/tags/cookie/any 18:40:15 anyone else have anything on this topic? 18:42:00 Nothing from my side 18:42:02 #topic GitLab migration 18:42:03 #link https://pagure.io/fedora-docs/docs-fp-o/issue/253 18:42:12 #link https://pagure.io/fedora-docs/docs-fp-o/boards/GitLab%20migration 18:42:34 i didn't see any incandescent rage directed our way after sharing the CommBlog post, which is good 18:42:53 ah, right :) 18:43:05 and it looks like darknao has made some progress 18:43:06 darknao++ 18:43:06 bcotton: Karma for darknao changed to 1 (for the current release cycle): https://badges.fedoraproject.org/tags/cookie/any 18:43:27 I begin to see the end of it, only a few repositories left 18:44:01 unfortunately, they might be some of the most challenging (at least in terms of the number of issues still open) :-) 18:45:16 of course, since we're declaring bankruptcy, the main issue is re-creating the release notes issues for Changes (and then subsequently updating the wiki pages) 18:45:47 I may drop the ones related to localization are they are mostly generated content without any user interaction 18:45:49 the former can be easily scripted. the latter requires me to block out a chunk of my calendar one afternoon :-) 18:46:22 and I don't see any advantages to move them to gitlab right now 18:46:38 the main advantage i see to moving the localization repos is that we can keep ACLs up to date. we've already encountered a couple of repos where the active docs contributors don't have admin access 18:47:30 but i suppose the ACLs on those repos change infrequently enough that we can get the infra team to help when a change is necessary 18:47:49 i guess what i'm saying is it would be nice to move them, but i won't lose sleep if we don't :-) 18:47:50 the translation-script repo (the one that contains the build pipeline for all the l10n stuff) should move, as it's the one users can actually contributes 18:48:49 but for the other two, I don't think it's needed. The only accounts that need access are bots & service accounts 18:50:16 and since they are used by a few scripts, moving them requires an extensive amount of work, for no real gains 18:50:27 works for me. anyone disagree? 18:50:48 no 18:51:04 If it does not break weblate updates, then ok 18:51:35 great. anything else on the GitLab migration? 18:51:39 I'll summup all that in one of the l10n tickets, and ask jibec about it 18:51:57 yes, I have something else 18:52:08 go ahead 18:53:21 someone mentioned we should maybe mirror repositories between pagure and gitlab 18:54:20 That was Matthew Miller 18:54:27 and I was wondering if that's something we can consider or not 18:54:51 it's worth discussing 18:55:03 I think he meant one direction: from gitlab as workspace to pagure as backup space. 18:55:22 just in case we get a problem with gitlab 18:55:50 https://discussion.fedoraproject.org/t/some-docs-repos-are-moving-to-gitlab/39301/2?u=darknao 18:57:09 my concern is that it would create more confusion if people try to submit PRs or make commits against the repo on Pagure 18:58:01 Isn't it a matter of readme? 18:58:15 and issues read-only or without? 18:59:24 If we assume confusion because pagure used to be the working repos, github might be an alternative as mirror? 18:59:57 I like that idea. :-) But we want to use gtilab advanced features 19:00:50 I think the dashboards and such are lost anyway if there is an issue with gitlab (which I consider a very low risk?). This would be the case with both github and pagure 19:01:14 i guess i just don't see a lot of value in mirroring the repos like that 19:01:30 it adds complexity for minimal gain 19:01:43 I would agree on that. The risk is low 19:01:43 I agree 19:02:14 I think having multiple instance of the same repo can be confusing. we even have the same repo twice in pagure already (docs-fp-o for instance) 19:02:43 If I understood mattdm correctly, he thought about a worst case scenario. 19:03:03 I think, we can postpone that 19:03:12 that mirroring issue 19:03:42 i don't recall matthew saying anything about it. and he's a pretty strong proponent of Fedora using GitLab more anyway 19:03:52 but it sounds like we're agreed that we won't worry about mirroring right now? 19:03:55 well, we have a few repositories on github for quite some times... Are these mirrored on pagure too? 19:04:49 We could encourage people who are active on Docs to mirror locally as the Docs don't need much space. But I agree to not worry about mirroring at the moment 19:05:16 #agreed We won't worry about mirroring repos from GitLab to Pagure at this time 19:05:26 I think, that not a problem, to have some repos on gitlab. Problem may arise, when we have all repos on gitlab and then Oracle buys out gitlab. :-). 19:05:26 anything else on the GitLab migration? 19:05:47 ah! don't say that :p 19:06:23 nothing else from me about the migration 19:06:39 not frim me either 19:06:55 #topic Retiring old docs 19:07:02 #link https://discussion.fedoraproject.org/t/time-to-retire-the-old-docs-website/39363/ 19:08:11 It is new for me, that we already have nicely formatred pdfs 19:08:22 We should take this chance 19:08:48 store the pdfs in repos for easy access and get rid of the old docs. 19:09:00 As discussedd previously 19:09:02 here is the list of pdfs we have: https://paste.centos.org/view/b1494d08 19:09:12 fyi 19:09:43 Thanks darknao 19:10:46 Looks rather complete ar first view. where did you found that? 19:11:09 i don't necessarily love the idea of adding a bunch of PDFs to a git repo, but that might be the easiest way to do it 19:11:35 the old-docs content is already in a repository 19:11:42 all of it right here: https://pagure.io/fedora-docs-web 19:11:47 pdfs included 19:12:03 It's systematically not the best option, but the easiest to retain access and get rid of the web pages. 19:12:06 ah, well how about that :-) 19:12:19 Or do we have another location to store and access it? 19:12:20 this is actually used to sync our proxies 19:12:30 I suggest to keep a repo with all files as they are (so not just the pdf's) just to have everything in case one need it in future, and then make a repo for easy access with the pdf's ? 19:12:46 so we can basically drop everything but pdfs and call it a day 19:12:57 or, create a new branch with just pdf 19:13:32 this brings back memories of the time someone accidentally messed up the published repo on release day and i had to re-push from my terrible residential connection :-) 19:13:45 i'm so glad we build things server-side now 19:14:43 i like the idea of a pdf-only branch that we use for publishing 19:14:44 Do we know if the PDF's are reliable? Or will it be necessary to verify them? 19:14:51 darknao: in the repo there is only css and images, or do I miss something? 19:15:14 pboy: everything should be there 19:15:50 https://pagure.io/fedora-docs-web/blob/master/f/public_html/en-US/Fedora/26/pdf/Installation_Guide for instance 19:16:15 https://pagure.io/fedora-docs-web/blob/master/f/public_html/en-US/Fedora/26/html/Installation_Guide for the html version 19:16:43 darknao, 19:16:52 darknao: yes, I see 19:17:11 I think pdf were generated at build time, so they should be as current as they can be 19:17:23 It's a bit difficult to find. 19:17:29 Hello! 19:17:46 darknao: sounds good! 19:18:29 If we have everything in repo (and are sure about it), why not discard the old websites now? 19:19:09 that's a good point. we don't need to publish anything, just have links to the files in that pagure repo 19:19:52 If I remember correctly the discussion in the issue we agreed about discard them as soon as we have pdf backups and the original xml or html files. 19:20:11 I would add that we need to ensure that the old content does not again end up in the search engines. Google and such can also index pdf's. So it should be available where we can put a robots.txt in place. 19:20:48 https://docs.fedoraproject.org/robots.txt 19:21:02 that's already in place 19:21:32 I would like to have description where to find the old docs on our team page. 19:22:17 I plan to inspect some of the old docs as a base to extend our docs. 19:22:29 Some of the content is OK. 19:22:48 and just needs a bit of update 19:24:14 In the old Fedora tree there are also some old release notes. Do we have a new place for those? 19:24:47 We decided to retain the complete release notes and make them available. 19:25:08 I'm a big fan of just leaving them in that repo and pointing people there if they need the historical reference 19:25:42 Is that compatible with our release selector on docs home page? 19:26:04 At this point, the newest releases in there were EOL 5ish years ago 19:26:13 it's not, and I'm okay with that 19:27:17 I see, the selector goes back to 26, so we will have not "page not found" 19:28:13 So we agree to ask Infra to discard the complete old docs tree? 19:28:27 We can take that branch out of the antora config if we need to 19:29:04 I think so. We should probably put it on Discussion and let people weigh in on that 19:29:29 Ir I remember correcty Infra would like to discard it because of some technical related issues or workload. 19:30:34 That sounds right 19:30:37 Yes, let's put it on discussion to check, if there is some abjection. 19:31:13 Sounds good 19:31:26 And we're at the end of the hour 19:31:32 Thanks everyone! 19:31:37 I'm sure nirik will be happy about it :D 19:31:44 #endmeeting