2026-06-02 13:00:26 <@pbokoc:fedora.im> !startmeeting Fedora Docs Team Meeting - 2026-06-02
2026-06-02 13:00:28 <@meetbot:fedora.im> Meeting started at 2026-06-02 13:00:26 UTC
2026-06-02 13:00:28 <@meetbot:fedora.im> The Meeting name is 'Fedora Docs Team Meeting - 2026-06-02'
2026-06-02 13:00:47 <@pbokoc:fedora.im> !topic Roll call
2026-06-02 13:01:13 <@pbokoc:fedora.im> !hi
2026-06-02 13:01:15 <@zodbot:fedora.im> Petr Bokoc: Petr Bokoč (pbokoc)
2026-06-02 13:01:22 <@hricky:fedora.im> !hi
2026-06-02 13:01:24 <@zodbot:fedora.im> Hristo Marinov: Hristo Marinov (hricky) - he / him / his
2026-06-02 13:01:26 <@egret:fedora.im> !hi
2026-06-02 13:01:26 <@shaunm:matrix.org> !hi
2026-06-02 13:01:28 <@nielsenb:fedora.im> !hi
2026-06-02 13:01:29 <@zodbot:fedora.im> Eli Ridge: Eli Ridge (egret)
2026-06-02 13:01:30 <@zodbot:fedora.im> shaunm: Shaun McCance (shaunm) - he / him / his
2026-06-02 13:01:30 <@zodbot:fedora.im> Brandon Nielsen: Brandon Nielsen (nielsenb)
2026-06-02 13:01:35 <@jonashub:fedora.im> !hi
2026-06-02 13:01:36 <@zodbot:fedora.im> Jonas Hubeny: Jonáš Hubený (jonashub) - he / him / his
2026-06-02 13:01:50 <@pbokoc:fedora.im> Hello everyone, as usual I'll give it a couple minutes for people to show up
2026-06-02 13:04:13 <@pbokoc:fedora.im> - https://forge.fedoraproject.org/docs/tickets/issues/43
2026-06-02 13:04:13 <@pbokoc:fedora.im> - Announcements
2026-06-02 13:04:13 <@pbokoc:fedora.im> - Open Floor
2026-06-02 13:04:13 <@pbokoc:fedora.im> !topic Agenda
2026-06-02 13:04:13 <@pbokoc:fedora.im> - https://forge.fedoraproject.org/docs/quick-docs/issues/910
2026-06-02 13:04:13 <@pbokoc:fedora.im> - https://forge.fedoraproject.org/docs/tickets/issues/48
2026-06-02 13:04:13 <@pbokoc:fedora.im> - https://forge.fedoraproject.org/docs/tickets/issues/19
2026-06-02 13:04:13 <@pbokoc:fedora.im> - https://forge.fedoraproject.org/docs/tickets/issues/46
2026-06-02 13:04:25 <@jflory7:fedora.im> !hi
2026-06-02 13:04:26 <@theprogram:fedora.im> !hi
2026-06-02 13:04:27 <@zodbot:fedora.im> Justin Wheeler: Justin Wheeler (jflory7) - he / him / his
2026-06-02 13:04:27 <@zodbot:fedora.im> MatH: Mat H (theprogram)
2026-06-02 13:04:28 <@jflory7:fedora.im> Sorry I'm late!
2026-06-02 13:04:33 <@jflory7:fedora.im> Just finished another meeting
2026-06-02 13:04:40 <@pbokoc:fedora.im> Hey Justin :)
2026-06-02 13:04:48 <@pbokoc:fedora.im> Let's start with announcements, I have a couple
2026-06-02 13:04:50 <@jflory7:fedora.im> 👋
2026-06-02 13:04:54 <@pbokoc:fedora.im> !topic Announcements
2026-06-02 13:05:38 <@pbokoc:fedora.im> !info The next meeting, 2 weeks from now (June 16), overlaps with the final day of Flock, so I guess it's canceled because a bunch of us will be there
2026-06-02 13:05:56 <@pbokoc:fedora.im> And the second one is
2026-06-02 13:07:05 <@pbokoc:fedora.im> !info I went through issue labels in all docs repositories. They all now use a shared set of labels that are defined at the organizational level. The set should cover most of our use cases, so please try to use them, it'll make our lives easier but only if we use them consistently :)
2026-06-02 13:07:30 <@pbokoc:fedora.im> If it turns out we're missing some that would be useful, it's easy to add them, either at the org level or on a per-repo basis
2026-06-02 13:07:35 <@jflory7:fedora.im> Woohoo, organization! 🗃️
2026-06-02 13:08:00 <@zodbot:fedora.im> jflory7 has already given cookies to pbokoc during the F44 timeframe
2026-06-02 13:08:43 <@pbokoc:fedora.im> Oh, also. Currently some bigger repos (quick docs!) don't have labels applied to most issues. There's a ton of them and I didn't have time, I did do it for the others. But if someone was really bored and wanted to go through Quick Docs issues and label them properly, that would be awesome :)
2026-06-02 13:09:04 <@jflory7:fedora.im> !halp Help needed for labeling the Quick Docs repo with the new org-level issue labels!
2026-06-02 13:09:16 <@pbokoc:fedora.im> Ah yeah, forgot that existed
2026-06-02 13:10:06 <@pbokoc:fedora.im> Does anyone have any other announcements? If not then let's move on to issues
2026-06-02 13:10:55 <@pbokoc:fedora.im> All right then
2026-06-02 13:10:56 <@pboy:fedora.im> !hi
2026-06-02 13:10:57 <@zodbot:fedora.im> Peter Boy (ServerWG, Docs): Peter Boy (pboy)
2026-06-02 13:11:03 <@pbokoc:fedora.im> !topic https://forge.fedoraproject.org/docs/quick-docs/issues/910
2026-06-02 13:11:11 <@pboy:fedora.im> Sorry, being late 
2026-06-02 13:11:45 <@jflory7:fedora.im> Hey there Peter Boy (ServerWG, Docs) 👋
2026-06-02 13:11:54 <@pbokoc:fedora.im> So this popped up at me while I was doing issue housekeeping, it's an older report. Basically the system upgrade page in Quick Docs covers this weird upgrade path that isn't supported.
2026-06-02 13:12:08 <@jflory7:fedora.im> I wonder if the upgrade docs could have a better home
2026-06-02 13:12:15 <@jflory7:fedora.im> It is the #1 single page I always revisit
2026-06-02 13:12:20 <@jflory7:fedora.im> But maybe not the topic at-hand right now
2026-06-02 13:12:27 <@pbokoc:fedora.im> The question is, do we really want to keep this? If it's unsupported, and there is a supported alternative, we might wanna just drop this part so people don't use it to shoot themselves in the foot.
2026-06-02 13:12:50 <@jflory7:fedora.im> +1 for less self-inflicted wounds
2026-06-02 13:12:54 <@pboy:fedora.im> I think, the home is OK. But all 3 variants needs updates
2026-06-02 13:12:58 <@nielsenb:fedora.im> No, don't keep it. The fact it mentions deltarpms tells me even if it was a upgrage path we want to support, this documentation is old.
2026-06-02 13:13:25 <@pbokoc:fedora.im> Hehe right, yeah
2026-06-02 13:13:39 <@egret:fedora.im> Perhaps we shouldnt keep it
2026-06-02 13:14:06 <@pbokoc:fedora.im> Alright, anyone in favor of keeping (and updating) this?
2026-06-02 13:14:18 <@jflory7:fedora.im> +1 to deprecate
2026-06-02 13:14:22 <@pboy:fedora.im> We should keep this version, but specify under which condition is is usable.
2026-06-02 13:14:56 <@pboy:fedora.im> It is specifically for some non-podman, but supported container techniques. 
2026-06-02 13:15:09 <@pboy:fedora.im> -1 to deprecate
2026-06-02 13:15:19 <@pbokoc:fedora.im> Well, we already document an upgrade procedure using the commandline, one that actually works, so this is just an extra alternative that noone should actually use. I have no idea why this would be necessary.
2026-06-02 13:15:46 <@jflory7:fedora.im> If the support path is in an EOL version of Fedora, I don't think it serves us well to keep it IMHO
2026-06-02 13:16:03 <@jflory7:fedora.im> It gets us into the scenario where we get a mess of old docs, I think
2026-06-02 13:16:24 <@pbokoc:fedora.im> Yeah.
2026-06-02 13:16:33 <@jflory7:fedora.im> In Fedora, we should focus on only documenting things which are not EOL. There is git history for anyone who really needs something from EOL days
2026-06-02 13:16:50 <@nielsenb:fedora.im> Nothing about the documentation implies container to me, it even suggests I'll be in a graphical environment.
2026-06-02 13:16:50 <@jflory7:fedora.im> AFK for 2-3 minutes, BRB—
2026-06-02 13:18:05 <@pbokoc:fedora.im> Also, I notice there are a couple of author names on top of the page. We should probably ask them why they wrote this in the first place, so we don't just Chesterton's Fence it. But I suspect it was written to solve some ancient problem that doesn't really exist anymore.
2026-06-02 13:18:13 <@korora:fedora.im> !hi
2026-06-02 13:18:14 <@zodbot:fedora.im> Jocelyn Gould (UTC-4): Jocelyn Gould (korora) - she / her / hers
2026-06-02 13:18:42 <@pboy:fedora.im> Brandon Nielsen: it needs an update, yes.
2026-06-02 13:19:16 <@pboy:fedora.im> But the same is treu
2026-06-02 13:19:29 <@theprogram:fedora.im> File an issue, reach out to the authors, and put a 'archive' date if it is not actioned, within say two months
2026-06-02 13:20:00 <@pboy:fedora.im> The same is true for the desktop related doc: https://docs.fedoraproject.org/en-US/quick-docs/upgrading-fedora-new-release/
2026-06-02 13:20:26 <@nielsenb:fedora.im> Sure, but that's for an update method that's intended to be supported.
2026-06-02 13:20:32 <@pboy:fedora.im> And we should not deprecate it, either. But update!
2026-06-02 13:20:38 <@jflory7:fedora.im> I like this as a compromise
2026-06-02 13:21:05 <@jflory7:fedora.im> Someone has to want to update it, though 🙂 And we have a lot of things to do. Sometimes, we might need to say no and know when to hold off on something.
2026-06-02 13:21:14 <@jflory7:fedora.im> I think Mat suggested a good compromise
2026-06-02 13:21:26 <@jflory7:fedora.im> Putting a clear announcement at the top of the page that is outdated and needs a maintainer is the call-to-action
2026-06-02 13:21:27 <@korora:fedora.im> +1 to Mat's suggestion
2026-06-02 13:21:38 <@jflory7:fedora.im> If someone wants to own it, this gives them clear pathway to do that
2026-06-02 13:21:48 <@pboy:fedora.im> The archive proposal is a no-go! It we proceed that way with all aritcles, there will be max a 1/3 left.!
2026-06-02 13:21:48 <@pbokoc:fedora.im> Yeah. I mean, looks like we're not going to solve this today, and we've already spent plenty of time on this, so let's move on and take it to issue comments :)
2026-06-02 13:21:49 <@jflory7:fedora.im> But if nobody steps up, then we know that we don't have the people-power to keep it updated
2026-06-02 13:22:04 <@jflory7:fedora.im> I think we put Mat's idea as `!idea` and then move on?
2026-06-02 13:22:12 <@jflory7:fedora.im> That middle-ground is probably worth noting
2026-06-02 13:22:31 <@pbokoc:fedora.im> !idea Re quick docs issue #910 - File an issue, reach out to the authors, and put a 'archive' date if it is not actioned, within say two months
2026-06-02 13:22:50 <@pbokoc:fedora.im> Next up
2026-06-02 13:23:03 <@pbokoc:fedora.im> !topic: https://forge.fedoraproject.org/docs/tickets/issues/48 - Location of current docs-team project boards
2026-06-02 13:23:18 <@pbokoc:fedora.im> Eli opened this earlier
2026-06-02 13:23:33 <@pbokoc:fedora.im> Do we even have any repo-level boards anymore? I can't think of any.
2026-06-02 13:23:49 <@egret:fedora.im> The main one is the Tickets one
2026-06-02 13:24:02 <@pbokoc:fedora.im> Right, yeah, there are a couple in tickets actually
2026-06-02 13:24:10 <@jflory7:fedora.im> !link https://forge.fedoraproject.org/docs/-/projects
2026-06-02 13:24:15 <@jflory7:fedora.im> !link https://forge.fedoraproject.org/docs/tickets/projects
2026-06-02 13:24:23 <@korora:fedora.im> i'm in favor of them being consolidatd to a single plce
2026-06-02 13:24:23 <@jflory7:fedora.im> +1 to unifying to one place
2026-06-02 13:24:28 <@pbokoc:fedora.im> And we have the meeting planner on org level, which is okay, it should cover all repos
2026-06-02 13:24:44 <@jflory7:fedora.im> This is why I had originally turned _off_ repo-level projects, but then we hit that bug where turning them off for the repo also prevents you from adding org-level projects
2026-06-02 13:25:04 <@pbokoc:fedora.im> Oh, right.
2026-06-02 13:25:05 <@jflory7:fedora.im> !link https://docs.fedoraproject.org/en-US/forge-documentation/known_issue_organization_projects/
2026-06-02 13:25:23 <@pbokoc:fedora.im> Okay yeah, I'm also for keeping it at the org level. Is anyone against?
2026-06-02 13:25:27 <@jflory7:fedora.im> I'd turn off repo-level projects if I could, but if we want to agree to avoid using repo-level project boards as a team policy/rule, that makes sense to me
2026-06-02 13:25:27 <@egret:fedora.im> So possibly we leave it turned on but try to just use the org level as a place to put the projects out of habit
2026-06-02 13:25:48 <@jflory7:fedora.im> +1 with some sort of documentation about not making repo-level projects unless _absolutely necessary_
2026-06-02 13:25:57 <@jflory7:fedora.im> Writing it down somewhere will help us remember later that we agreed to something like this
2026-06-02 13:25:59 <@pboy:fedora.im> The problem is, in the projects you refer to tickets.
2026-06-02 13:26:23 <@pboy:fedora.im> And as far as I know, you can't refer to tickets in another repo 
2026-06-02 13:26:41 <@theprogram:fedora.im> I figured the projectss and issues are for different things, so leave them as is and only use projects rarely, for really big projects
2026-06-02 13:26:55 <@jflory7:fedora.im> Peter Boy (ServerWG, Docs): How do you mean? If we use organization-level project boards, you can use them in every repo in the entire organization. The two links above show that we have two project boards at the org-level and four at the repo-level.
2026-06-02 13:27:23 <@pbokoc:fedora.im> Yeah, but keeping projects at org level means you can refer to issues in any repo within the `docs` organization. You can refer to issues from only one repo, that's fine, but you have the ability to use others as well. It's more flexible and I don't see a downside.
2026-06-02 13:27:37 <@jflory7:fedora.im> Do we know who made the existing projects in the repo scope?
2026-06-02 13:27:46 <@pbokoc:fedora.im> Yeah, that's basically what we're doing already anyway
2026-06-02 13:27:55 <@jflory7:fedora.im> The way forward is probably asking the owner(s) of the repo-level projects to either close the repo-level projects or migrate them to the org-level
2026-06-02 13:28:16 <@pboy:fedora.im> Petr Bokoc: I didn't know that. In this case, we should use the org lef
2026-06-02 13:28:31 <@pboy:fedora.im> Petr Bokoc: I didn't know that. In this case, we should use the org level for all or most projects.
2026-06-02 13:28:31 <@jflory7:fedora.im> I smell consensus? 🙂 
2026-06-02 13:28:46 <@pbokoc:fedora.im> I believe Peter Boy (ServerWG, Docs) originally opened the 4 projects in `tickets`. But they have only a couple issues each so moving them up to the org will be easy
2026-06-02 13:28:54 <@pbokoc:fedora.im> All right then!
2026-06-02 13:29:18 <@egret:fedora.im> I can move the contributor docs one, if forge will let me
2026-06-02 13:29:26 <@jflory7:fedora.im> 2. Document somewhere (_where?_) that we use org-level projects as a Docs Team convention
2026-06-02 13:29:26 <@jflory7:fedora.im> 
2026-06-02 13:29:26 <@jflory7:fedora.im> Potentially new `!halp` or `!action`, if someone wants to raise their hand?
2026-06-02 13:29:26 <@jflory7:fedora.im> 1. Reach out to existing repo-level project board owners and ask them to close projects or migrate to org-level.
2026-06-02 13:29:40 <@pbokoc:fedora.im> !agreed We'll use project boards at the org level from now on.
2026-06-02 13:29:44 <@egret:fedora.im> okay can do them all then
2026-06-02 13:29:47 <@pboy:fedora.im>  In thw meantime I have a lot more on my planning paper. But I have to enter them anyway
2026-06-02 13:30:03 <@zodbot:fedora.im> jflory7 has already given cookies to egret during the F44 timeframe
2026-06-02 13:30:14 <@zodbot:fedora.im> theprogram has already given cookies to egret during the F44 timeframe
2026-06-02 13:30:40 <@pbokoc:fedora.im> Peter Boy (ServerWG, Docs) I'll try to migrate the 4 boards as soon as possible. (Probably tomorrow because I'm in meetings literally all afternoon.) But I'll let you know when I'm done so you can attach issues to the new boards
2026-06-02 13:30:58 <@pbokoc:fedora.im> Oh, or actually Eli Ridge says he'll move them, nvm :D
2026-06-02 13:31:04 <@egret:fedora.im> Im keen to give it a go
2026-06-02 13:31:52 <@pbokoc:fedora.im> Okay
2026-06-02 13:31:54 <@jflory7:fedora.im> Petr Bokoc: I think we have an `!action` for Eli Ridge 😎
2026-06-02 13:32:09 <@pbokoc:fedora.im> @action Eli Ridge to migrate the 4 boards from tickets to the docs org
2026-06-02 13:32:12 <@pbokoc:fedora.im> Grrrrr
2026-06-02 13:32:19 <@pbokoc:fedora.im> !action Eli Ridge to migrate the 4 boards from tickets to the docs org
2026-06-02 13:32:33 <@pbokoc:fedora.im> Thanks Eli!
2026-06-02 13:32:39 <@pbokoc:fedora.im> And let's move on!
2026-06-02 13:32:56 <@pbokoc:fedora.im> !topic https://forge.fedoraproject.org/docs/tickets/issues/19 - Outdated docsbuilder.sh pulls Antora container w/ EOL nodejs
2026-06-02 13:33:04 <@pbokoc:fedora.im> Any updates Hristo Marinov?
2026-06-02 13:33:51 <@hricky:fedora.im> I think the issue is not with the script itself, but the container image it pills.
2026-06-02 13:34:19 <@pbokoc:fedora.im> So latest is outdated?
2026-06-02 13:34:23 <@hricky:fedora.im> In short term I can ope a PR to update the base container image.
2026-06-02 13:34:36 <@hricky:fedora.im> In short term I can open a PR to update the base container image.
2026-06-02 13:34:47 <@pboy:fedora.im> Just as a reminder: Part of our program is to improve the preview container.
2026-06-02 13:35:34 <@hricky:fedora.im> Then I would suggest to create a separate repo for the script and the conatiner.
2026-06-02 13:35:46 <@jflory7:fedora.im> !link https://forgejo.org/docs/next/user/packages/container/
2026-06-02 13:35:47 <@hricky:fedora.im> Then I would suggest to create a separate repo for the script and the continer.
2026-06-02 13:35:53 <@pboy:fedora.im> We want to support aarch64 and integrate the httpd into the contaioner and do a on-demand rebuild
2026-06-02 13:36:21 <@jflory7:fedora.im> +1
2026-06-02 13:37:00 <@hricky:fedora.im> All that should be possible. We can even build the image in Fedora Forge and push it to `quay.io`.
2026-06-02 13:37:39 <@hricky:fedora.im> I have a question related to this.
2026-06-02 13:37:58 <@pboy:fedora.im> Go on
2026-06-02 13:37:59 <@jflory7:fedora.im> No specific preference for quay.io, but I guess due to lagging export control policies, some users in some countries cannot access container images in quay.io. Maybe this has changed but just something to think about, since Forgejo does have container registries as a feature
2026-06-02 13:40:06 <@hricky:fedora.im> There is a org in the staging instance of Fedora Forge named `docs`. I can not currently provide the link as the stg instnce is down.
2026-06-02 13:40:45 <@hricky:fedora.im> The question is who owns this org? It is currently empty.
2026-06-02 13:41:12 <@jflory7:fedora.im> Not sure for the staging site
2026-06-02 13:41:49 <@hricky:fedora.im> We can experiment in this org as we already doing it for other orgs.
2026-06-02 13:42:39 <@pbokoc:fedora.im> Yeah, I have no idea. Maybe it was automatically created? But then I'd expect it to have the same ownership.
2026-06-02 13:42:39 <@pbokoc:fedora.im> Anyway that's something either infra or the forge team would know
2026-06-02 13:42:43 <@hricky:fedora.im> I can reach to the Fedora Forge team and ask for assistance if the docs team is OK with this.
2026-06-02 13:42:49 <@pbokoc:fedora.im> Yeah :)
2026-06-02 13:43:04 <@korora:fedora.im> +1
2026-06-02 13:43:27 <@pbokoc:fedora.im> Absolutely. Also please drop a comment in the original issue so we don't have to remember this
2026-06-02 13:43:48 <@jflory7:fedora.im> I might
2026-06-02 13:43:51 <@jflory7:fedora.im> What is the link?
2026-06-02 13:43:54 <@jflory7:fedora.im> to the docs org on staging?
2026-06-02 13:44:08 <@hricky:fedora.im> OK, let's continue the conversation in the ticket.
2026-06-02 13:44:15 <@pbokoc:fedora.im> Justin Wheeler Probably https://forge.stg.fedoraproject.org/docs
2026-06-02 13:44:19 <@jflory7:fedora.im> Cool
2026-06-02 13:44:30 <@jflory7:fedora.im> "Application is not available"
2026-06-02 13:44:31 <@jflory7:fedora.im> Hmmm
2026-06-02 13:44:33 <@pbokoc:fedora.im> Awesome. Alright, moving on
2026-06-02 13:45:22 <@hricky:fedora.im> Yeah, it's down from an 20 min. or so.
2026-06-02 13:45:30 <@pbokoc:fedora.im> !topic https://forge.fedoraproject.org/docs/tickets/issues/46 - Guidelines: Should we force opening PRs from forks only for members?
2026-06-02 13:46:14 <@pbokoc:fedora.im> So this popped up last week, there's already some consensus on enforcing forking. Please check out the issue and drop your 2 cents if you have an opinion, some already did, plus IIRC Eli Ridge also said something similar in chat earlier
2026-06-02 13:46:56 <@theprogram:fedora.im> I missed that one.  my immediate response is that we need to be as accessible and available to newcomers as possible
2026-06-02 13:47:24 <@pboy:fedora.im> I'm not sure about this. I would like to keep it as simple as possible.
2026-06-02 13:47:36 <@korora:fedora.im> I am a porponent of forking and merging from forks unless the change is someting small (type, spelling, etc).  I feel that main should be a protected branch. (but that's me)
2026-06-02 13:47:47 <@pbokoc:fedora.im> Well, a newcomer will have to fork anyway, there really isn't a way around that
2026-06-02 13:47:51 <@egret:fedora.im> Did we say we can direct push still if its a super small typo?
2026-06-02 13:47:54 <@theprogram:fedora.im> Sorry, reading the issue, I agree to enforce opening forks to work on
2026-06-02 13:48:50 <@theprogram:fedora.im> It is the method, I as a beginner, have always used on Pagure and with Fedora
2026-06-02 13:49:02 <@pboy:fedora.im> Th QD teams mostly commits and pushes directly to the repo - for years. We should not change this!
2026-06-02 13:49:53 <@theprogram:fedora.im> Oh history!  While it is my understanding that forking first is best practice, we should not interrupt others practices.
2026-06-02 13:50:03 <@pbokoc:fedora.im> I don't really mind if someone direct-pushes when it's some tiny bug fix. (Or in this case, there was actually a PR, but it was created directly from the repo, not from a fork)
2026-06-02 13:50:14 <@theprogram:fedora.im> Is there a concrete issue that we are attempting to solve?
2026-06-02 13:51:03 <@pboy:fedora.im> One point is: several articles have dedicated "owners". The maintain the specific article for years.
2026-06-02 13:51:22 <@pboy:fedora.im> We should not make this more complecated.
2026-06-02 13:51:52 <@theprogram:fedora.im> Always with simplicity, going foward with docs.  People over technology.
2026-06-02 13:52:03 <@pbokoc:fedora.im> 
2026-06-02 13:52:03 <@pbokoc:fedora.im> I'd say we allow team members the possibility to contribute directly, but let's call it "not encouraged"
2026-06-02 13:52:03 <@pbokoc:fedora.im> There isn't really an issue, not yet. It's just Michael Winters did it and someone noticed and it was odd. It might become an issue in the future.
2026-06-02 13:52:24 <@zodbot:fedora.im> jflory7 has already given cookies to theprogram during the F44 timeframe
2026-06-02 13:52:34 <@pbokoc:fedora.im> I'd prefer if people weren't dropping entire articles just straight to main
2026-06-02 13:52:36 <@hricky:fedora.im> I don't think forking a repo adds any complexity to the developer's workflow.
2026-06-02 13:52:55 <@theprogram:fedora.im> Thats because you are a super developer!
2026-06-02 13:53:14 <@pbokoc:fedora.im> It's literally just one click and one `git remote add` :)
2026-06-02 13:53:15 <@korora:fedora.im> I'm not a devolper, and I fork
2026-06-02 13:53:23 <@theprogram:fedora.im> me too
2026-06-02 13:53:34 <@hricky:fedora.im> Thanks, but I'm not. 🙂
2026-06-02 13:53:48 <@zodbot:fedora.im> theprogram gave a cookie to hricky. They now have 20 cookies, 2 of which were obtained in the Fedora 44 release cycle
2026-06-02 13:53:49 <@pboy:fedora.im> MAYbe. But it adds 2-3 more steps.
2026-06-02 13:54:03 <@pbokoc:fedora.im> Okay, we're running out of time and we still have one more agenda topic, so let's take it to the issue comments
2026-06-02 13:54:09 <@korora:fedora.im> Heck, I have it _scripted_... (does that make me a script kid? :P)
2026-06-02 13:54:36 <@pboy:fedora.im> I think, a fork is demanded for completely new artricles.
2026-06-02 13:54:50 <@pbokoc:fedora.im> !info Further discussion of forking vs not forking to take place in https://forge.fedoraproject.org/docs/tickets/issues/46
2026-06-02 13:55:05 <@pboy:fedora.im> But every kind of maintenance should be more flexible
2026-06-02 13:55:15 <@pbokoc:fedora.im> !topic https://forge.fedoraproject.org/docs/tickets/issues/43 - Get rid of docs-related pages on the Wiki
2026-06-02 13:56:32 <@pboy:fedora.im> We must really take care here! There a some developers / maintainers, who explicitely don't want engage in AsciiDOC / Antora,but keep updating their docs in the wiki.
2026-06-02 13:56:40 <@pbokoc:fedora.im> Another one that is progressing but I'd like to bring it to everyone's attention. Christian Strauf has been doing heroic work of "gardening" the wiki, and by gardening I mean flamethrowering. There are still a bunch of pages remaining and we want to get rid of all of them. Everyone on the team should be able to edit the wiki, which means you can wipe a page and set up a redirect, as described in the issue - just delete the entire page text and replace it with that template.
2026-06-02 13:56:56 <@theprogram:fedora.im> looks like Christian has already deleted them with Kevin
2026-06-02 13:57:15 <@pbokoc:fedora.im> Peter Boy (ServerWG, Docs) This is specifically about the "Docs Project" category on the wiki, those are just old docs-related articles. We don't want to delete anyone else's stuff, obviously.
2026-06-02 13:57:34 <@theprogram:fedora.im> Last comment All pages in the category "Docs Project" have either been deleted or added the following redirected"
2026-06-02 13:57:36 <@pboy:fedora.im> Another well known issue is the ARM doc
2026-06-02 13:57:51 <@pbokoc:fedora.im> MatH There's still a bunch left in subcategories.
2026-06-02 13:57:55 <@jflory7:fedora.im> Ready to watch them 🔥🔥🔥
2026-06-02 13:58:33 <@pboy:fedora.im> I don't know about any categosidation. I just had a discussion about moving to Antora with several developers (and the ARM sig)
2026-06-02 13:59:03 <@pboy:fedora.im> After I had deprecated their wiki articles
2026-06-02 13:59:03 <@pbokoc:fedora.im> Anyway, I poke at it occasionally as well, the good thing about this sort of task is that you can just do a couple at a time while you're maybe waiting for your coffee to brew :)
2026-06-02 13:59:05 <@jflory7:fedora.im> Christian Strauf++ for leading this invisible work of redirecting the abandoned Docs Team wiki pages to the Fedora Docs Team docs page
2026-06-02 13:59:08 <@zodbot:fedora.im> jflory7 has already given cookies to cstrauf during the F44 timeframe
2026-06-02 13:59:09 <@pbokoc:fedora.im> Peter Boy (ServerWG, Docs) It's this category: https://fedoraproject.org/wiki/Category:Docs_Project
2026-06-02 13:59:44 <@pbokoc:fedora.im> Noone needs an "Editing DocBook with vi" page
2026-06-02 13:59:54 <@pboy:fedora.im> I have to check these.
2026-06-02 14:00:23 <@pboy:fedora.im> It is specifically for Server admins 🤪
2026-06-02 14:00:27 <@jflory7:fedora.im> Petr Bokoc++ thanks for chairing today!
2026-06-02 14:00:28 <@zodbot:fedora.im> jflory7 has already given cookies to pbokoc during the F44 timeframe
2026-06-02 14:00:51 <@pbokoc:fedora.im> Yeah we're outta time, so let's end here and I'll see you back in #docs:fedoraproject.org. Thank you everyone!
2026-06-02 14:00:59 <@pbokoc:fedora.im> !endmeeting