Fedora at DevConf.cz
“Year in Review” initiative
If you were involved in a Fedora subproject in 2015, even in a small way, take a look at the guide to writing a “share your year in review” article. The CommOps team promises
Speaking of Year in Review…
Tech tabloid The Register did their own review of the state of Linux desktop distributions in 2015 (2015 was the Year of the Linux Phone … Nah, we’re messing with you), and what they say about Fedora is so nice that I definitely have to quote it: “Fedora found its groove again with Fedora Next and turned out its most impressive releases to date. More than just a great release though, the Fedora Project feels re-energized, like Fedora suddenly remembered what it was and where it was going.”
Linux hardware site Phoronix felt similarly; Fedora Linux Had A Very Productive, Tremendous Year says: With the releases this year of Fedora 22 and Fedora 23, Fedora stakeholders should be proud of themselves with the quality of Fedora releases/support continuing to go up while driving a lot of new innovation and success into Linux.
I agree — congratulations and thanks to the whole Fedora community.
Modularizing Fedora (Video Presentation)
Part of the revitalization The Register notes comes from our “Fedora.next” efforts — an umbrella term for looking at our next ten years and thinking about where we want to go and how we can improve and grow. One visible part of that is the new Get Fedora web site and our focus on three editions — Fedora Cloud, Fedora Server, Fedora Workstation — serving different use cases.
Why modularization? Several reasons!
- The unified approach with tens of thousands of packages in one repository is pretty amazing, and it’s impressive that the Fedora community has done all that. It’s also sometimes problematic, because sometimes not all of the pieces can be made to fit nicely together, and some software just is messier than other projects. It’d be nice if we could categorize software in a way other than “in” or “out”. COPR, a system where users can create their own repos, is a start — but we can do a lot more.
- We don’t have a good solution for letting users select the version they want of certain software stacks. This is particularly important for developers. It’d be really nice to separate the Ruby that’s used for the Puppet configuration system from the one that’s used for webapps — and different webapps may prefer different versions. Sure, Fedora strives to always have the latest, but we need Features as well as First.
- Right now, all of our editions need to move in lockstep — the same six-month release cycle and the same 13-month lifespan. It’d be awesome if, for example, Fedora Server could be supported in some configurations for twice that. We’ve taken a small step towards this with Fedora Atomic Host, which is now automatically updated on a two-week cycle — but it’s still based on the six-month cycle underneath. Modularity means more flexibility in both directions.
So, we have this top-level idea that we should make this happen. In 2016, we need to bring better definition to how, exactly, we’re going to do this — and then get actually doing it. Langdon White is the Fedora lead for this objective, and on Monday, he gave a presentation to the Fedora Council (our top-level governance body) on the current status and next steps. Watch it here:
You can also read a transcript taken in real time by Fedora Community Lead Remy DeCausemaker.
Thanks again to Justin Flory and the CommOps team for helping me assemble 5tFTW!