Submind YouTube summaries
Thumbnail for Flock 2025 Fedora Documentation: Where We Are, And Where We Want To Go

Flock 2025 Fedora Documentation: Where We Are, And Where We Want To Go

Watch on YouTube

Video summary

The video outlines the complex history and current challenges of Fedora documentation, tracing its evolution from a robust enterprise-focused system to a struggling community project. Initially, the documentation relied heavily on paid employees using rigid tools like DocBook and Publican, which created high barriers for entry due to the requirement of learning XML and complex editors like Vim. Over time, as these employees left for other opportunities, contributions dwindled significantly, leaving the project vulnerable to attrition. A revitalization effort began around 2022, introducing lighter tools like Cassandra that allowed for faster local previews and reduced friction for new contributors, yet the project continued to experience a roller-coaster cycle of excitement followed by decline. Despite these technical improvements, the core issues persist in the form of community engagement and retention. The team faces a high rate of "drive-by" contributors who submit a few pull requests but leave quickly due to slow review times and a lack of sustained communication. Furthermore, the documentation is scattered across thirty-three separate repositories on various platforms, making it difficult for newcomers to find source files or understand the project's scope. There is also a significant gap in content regarding common user tasks, as the existing material often consists of outdated guides that are merely rebranded versions of previous distributions rather than content tailored specifically for Fedora users who prefer quick answers over reading entire books. To address these challenges, the team argues that focusing solely on technical solutions is insufficient and that a shift toward soft skills, community building, and better communication structures is essential. The proposed strategy involves defining clear project goals that go beyond simple article writing to create outcomes that engage diverse skill sets and foster long-term commitment. Practical measures suggested include automating tedious tasks to reduce the burden on volunteers, improving contributor documentation, reviving outdated badge systems, and implementing rapid response mechanisms for inquiries. Additionally, the team plans to restructure the website to clearly separate user, contributor, and community sections, aiming to create a more welcoming environment that supports continuous engagement even during inevitable periods of slower growth.
Read the full video transcript
So I think we should start. somebody. Oh no. Okay, let's start our boy of the scientist at the University of Germany. My major is so and minor is mathematics. I have been using since release one of Ben took initiate initiative in 2022 I think to revitalize I said okay I joined the And as a scientist I'm used to work with text used to do creative works with volumes and so on. And I thought okay this can contribute the skills to Fedora. Um well we had a good start but short time after the fall down came again and we have not to care about doc techniques but I think we have to care about other events and that keeps my sociological part in and I hope I can contribute my sociological skills to overcome some issues with the team but we My name is Pet. I've been working on since about 2013. Uh I was originally hired as a techator foration. Uh basically I replaced a previous author who left the company who was working on the selection guide for six at the time and he was at the same time So when he was leaving this internal he has been doing since the beginning. So came out in 2003 and initially was very good. It was mostly by the fact that a lot of employees were basically working And for the first 10 releases for the first about 10 releases, it was pretty good. But then uh this original story started sort of catching up with because uh Redhead's publishing tool chain was insane and it was built for this huge enterprise library aimed at enterprise users and uh the contributors were paid to contribute. So uh there was sort of like a higher threshold for abuse they were willing to take. Uh So redhead was has been using the book as the language for the sources the documentation and publican was the the publishing software. The book is XML. So to write documentation you had to write raw XML. There were some snippets for various editors and that kind of stuff but uh not for all of them. A lot of people are using Vim which is a high barrier for to entry for you know new newcomers from like the community when somebody joins IRC back then and says yeah hey I'd like to contribute to Federox well the first thing that person would hear is yeah okay well install Vim learn how to quit it and it was learn it so that wasn't very good and then over time there was sort of attrition among the people in redhead like the actual employees who were doing the documentation. People started leaving the company for green pastures or they were just uh change roles people from dogs often go to Q for example. So uh yeah, contributions started going down and uh by 2013 when I joined uh there were basically three of us headtors and one community member who has been there for a long time there was Pete Travis or random music and uh he was just kind of ghosting I guess he was staying there because a long time So uh after a while I was pretty much the only person left on federal in 2018 I was I switched teams and uh I went from professionally working on red enterprise documentation to being actually paid to work on federal documentation. So uh I was holding that for let's say for a while and Then we had this revitalization effort which uh was yeah basically Benoton's idea. He did a ton of work. We also had the switch which fixed the like the tool chain to a heavy degree. Cassandra is very lightweight. You can build a preview locally and it takes a couple of seconds instead of several minutes with public and It doesn't do very strict validation. So if you if you make a tiny mistake, you don't have to spend a ton of time hunting it down. It's a lot less annoying. Yeah. And then contributions started to fall off again after the initial excitement sort of died down back down again. This is the story of federal it's a roller coaster which we see as a problem and we would like to get off that. So what are we looking now since about 2022 we have a redesign page and we have big which is the most uh like most commonly used part of the actual documentation that we have because it's Like if you don't know what it is, it's basically if you took the like most common questions on ask feder and turn them into sort of a I don't want to say wiki because it was originally actually on the wiki and we migrated it to our actual side but yeah it's it's functions a little bit bit like right and they're very short focused let's say micro articles was focused on a very specific thing like my drivers don't work. I have an Nvidia card. How do I fix this? Instead of let's say descriptive dogs where you get an entire essentially book, nobody wants to read the book for documentation. So nowadays uh we have some very strong contributions based around additions because before we had like one of the main issues was that a lot of the previous documentation was based around real documentation because it was the same people doing it, right? So, uh the most example was the system administrator's guide which was basically the system guide for 7 with the logos changed and with you know somebody just search and replaced rather than the price for Fedra which sucks because the target audience is just wildly different. Yeah. And most of our documentation was based around this model which was easy to do but less than ideal. So nowadays uh especially server and to some degree workstation are doing their own dogs straight for Fedora like writing from scratch server especially thanks to Mr. Boy. But we missing we're still missing a bunch of stuff and we're missing like an overarching strategy say uh we have a big gap in documentation for specific simple but common tasks that people ask about a lot. I quick dogs are basically this right but uh A lot of stuff that people ask about all the time on our forums or let's say stack overflow these kinds of sites are missing and we don't like we only know that a lot of them are missing but we don't know which ones is kind of like serving this purpose except the issue is that you have to have a fast account to actually ask a The average person doesn't want to register on a forum to solve their problem. They just want to Google it and find the answer. So that's a big issue. Yeah. So uh and like a lot of this is caused by our high attrition rate among contributors because we rarely get somebody like Peter or a few years ago that our contributor did a ton of work. But most people when they even when they join federal dogs and come to matrix and start talking to us and we work with them and point them to something to do help them maybe get familiar familiar with our tooling they don't tend to stay very long and we most of our contributions we get okay not most of our contributions But most of our contributors are what I call drive by contributors, right? They they show up, they shoot off a couple of PRs maybe, which is awesome. I love it. But they don't stay. That's a problem. And a lot of this is caused by by our tool chain. So for example, we have Federal Currently has 33 separate repositories and all over the place. Some of them are still on, some of them are in GitLab, some of them are in GitHub. And there is an easy way to find out like when you any page are three buttons in the top right corner, they will that will get you to the exact source file in the exact but nobody notices. I I don't know what to do about those like make them flash red or something. I don't know. It's it's like they're not there. And so only only the people who are already familiar with our stuff use them. And the other problem is that well this is mostly my fault and I'm a lazy bastard. So when somebody actually comes in and opens a PR, it can take me a while to get to the and review it. And that's demotivating to a high degree. You're finally like you made that first big step and you actually contributed something and it's just sitting there and it looks like nobody's nobody actually cares. So that person goes away and then there's a good chance we never see him again. I've been getting a lot better this recently, but it's been a problem for a while. Yeah. And the third problem is that uh we we kind of have the same problem that Fedraiki used to have, which is that there's a ton of existing content and almost no one actually knows what there is and a lot of it might be outdated. We just don't have the people to to go through the entire thing, throw out what's no longer So this is current state of things. If you follow the development of the last two decades, we have a similar cycle up and downs as we are knowing from the economics. Um so and it is a cycle which does happen avoid it always will always have some up and downs but the trick of the issue is we have measures to to influence the impact of influence amplitude the waves. So we will have to except that we have a certain amount of accounts over the long term. But we should take measures measures to keep the effect as limited as possible. But to be able to do that, we have to give up our until now purely technical perspective on doc. always look for technical solutions switching from one CMS system to another something like that part but we seldom or not at all to care about what are soft skills what is mon what is the communication structure what are the um decision making structures we have We have to we have to do well. The first sign of something is going down is the number of participants of the meetings goes down. The meetings itself um some meetings are canceled because no participants were there and so on. You have a continuous slowdown of communication and decision making structures. It's not only docs in Java and Fedora, but for you can see the same the same way how it goes with our Java technical. So the first matter is we have to take care of communication and we have to take care of group building community building tools and we have to ensure that you not just make a project but you have to make a project with se which fulfills some specific ina we are quite well equipped because we have Justin as a community architect or It's a community I take I think. Yes. So because that is a position there a resource you can use to take care of the communication part of of our work and to care about the communication and um well we can do this. Yes. Sorry, it's always a technique. Okay, I have to um Sorry. Well, what happens is we don't really have defined goals, right? We don't have anything that could be called a let's say minimum viable product. Uh every release we publish the release notes, but those are essentially just rewritten change pages. So the utility of that is questionable. And for example, the release notes don't even have a section about like if only if it appears in changes, we write about it. So uh if if I don't know, let's say Firefox gives a huge update and it now has VR or whatever. Uh if it's not a federal change, it's not in the although it would be relevant to to federal users. Well, but the trick is okay. Yes. Um, we have to actively influence those additional conditions which determine excess or not success of community efforts. And um and so we have to define our future projects not just taking into account a limited task perhaps. write article about something. But we our future project has to fulfill some criteria. I hope I um we have we need a project and we need a workflow which is able to create an engagement enabling attitude. You have to be outcome orientated in a broader sense not just write But it must be a bigger task. It must provide a focus for different skills. So we can engage several people with different skills. But the outcome of their combined work is one product and not several words. And it must be a way to to have a continuation. One step is fulfilled. These are a lot of additional criteria we have to to follow if you want to plan our future. And the sub project we have to take care about what to do when the downfall is setting in because sometimes there will be going down and we have to take measures to prepare for this. Um one idea is to to auto automate a lot of work tedious work. So that the effect fewer people engage in the process is not so visible as it is for now. >> Yeah. I mean with with a fairly low amount of new contributors that we get, we should really do a better job of like trying to keep them in the project as long as possible, which means making them happy, right? So there are some quality of life measures that I have in mind. Some of them have already been demonstrated to work previously like live PR preview. So if you open a PR builds the entire site with your changes and you can check that out like the way it looks like uh it's going to look like when it's merged. Uh rapid response to inquiries that's sort of something I already mentioned before. We have to let's say keep at it I guess we're trying and better contributor documentation we we do have some but uh again some of it's outdated it's very long unnecessarily so so nobody wants to read it that kind of stuff and help on hand and matrix we are actually pretty decent in that but there's always room improvement and badges. I'm actually currently working on uh revitalizing those badges which is uh it's going to be a tiny factor like nobody's going to write tons of documentation just just to get badges but uh definitely can't hurt. And also fun fact there have been dogs badges since 2015 and they they broke almost immediately and nobody fixed them until now. And the open for questions that question. Uh so my question is if you Choose one area of the Fedora Docs project that you could have an influx of help with, where would you direct people to turn their attention to most? >> Sure. If you can pick one area of the Fedora docks that you need most help with, where would you send people to go? Like if I'm if we have 20 people who are willing to work on docks, what would be your your priority to fix? >> [laughter] >> Please correct. I don't mind. >> It's not the issue is there's not we have no not a concept of documentation. We are the editors of documentation. The document current documentation is the owner of the Fedora editions. That's a big big progress he made because we don't have to rely on something. It is in their own interest that they writing. So the issue is what are they what are they like to write about and then we have to forward them to the specification. We have one area which is not specific is okay the addition agnostic part of that is quick at the moment and it is a former administration guide which is I don't want to read English it's building unfortunately our distribution guide always forwards people to that guide So if someone wants to write about addition issues like kernel or something like that then we are the persons who are entre questions. First question are there any documentation events plans like hackfest where generally someone from community could come and directly documentation and the MRS are directly merged and it's some kind of time limited activity that's first question second question you mentioned like it's easy to get lost in different kind of documentation spread all over the place are there any plans for having chatbot or something like that where genally you don't need But you just ask >> right uh so the first question we occasionally do workshop I mentioned the name earlier Frankly Hankley sorry and he has been doing those for a few years but it's it's not like a it's not on a schedule really right like he gets an opportunity invite from some let's say university something like that so he does work there I'm going I'm going to be doing a workshop in late June for some university in Kenya as well. They just kind of messaged me on my so I was like yeah okay why not but it's it's personally for me it's not something I do very often and I've never actually done it before so I wonder how it's going to work and the second questions second question about the uh we don't have any plans for that unfortunately that It took us five years to implement proper search on the site. Right? So I hope that answers your question. >> We have the main task of the doc team is not so to write as it was some time ago but to create to organize it to make it accessible or findable. That is the main task at the moment for us to have a plan. To have a plan what And um if you I don't know if it works. Let's have a look. Does it can we switch? Oh yes. This is the current user where we have a single page which can be the can where you are sure to find everything. This is the one we started with in 2022. But If you have a look, you see we have a lack of where and so I plan for a long time to add something to have a user part to have a contributor part and to have a community project part. Um but the site page is easy to make but the problem is to fill the boxes and to add agreement with the contributors to be on discussion just we have to start so to add our page to contributor on boarding process we are aiming it for 2018 something we are doing that but it's done >> thank >> [applause]