Category: Development & Packaging (page 5 of 15)

All articles in this category are related to engineering teams in the Fedora Project, in particular teams working on packaging and release engineering. https://fedoraproject.org/wiki/Development

Fedora Council and the future of Modularity

This is part four of a four-part series recapping the Fedora Council’s face-to-face meeting in November 2019.

Since the “should we switch to systemd” discussion has finally settled down, few things have inspired passionate conversations on the devel mailing list like Fedora Modularity. Developing Modularity has been a long process and we finally shipped “Modularity for Everyone” in Fedora 29. But we know there are a lot of rough edges, and it’s not surprising that the response hasn’t been completely enthusiastic. Let’s be honest: we’ve ended up in a situation where a lot of Fedora developers hate Modularity.

The Council agrees that Modularity serves a purpose that we really want to see Fedora, but we also understand the community frustrations. The packager experience is difficult, and handling upgrades needs additional work. We don’t want to throw away the work that’s been done, we want to take what’s there and make it work better.

Continue reading

Introducing: fedora-update-feedback

I was recently able to finally finish my Rust bindings for the Bodhi REST API. And since fedora-easy-karma is still unable to submit feedback from the terminal, I thought I could put the new Bodhi bindings to good use, and implement an alternative. Enter: fedora-update-feedback.

Continue reading

Copr: review of 2019 and vote for features in 2020

I want to sum up what happened in Copr during 2019. At the end of this post, you can see our TODO list and cast your vote on what we should focus on in 2020.

Continue reading

Accidental EOL bug closures

As you’re probably aware, Fedora 29 reached End-of-Life (EOL) status yesterday. The Fedora Program Manager (that’s me!) is responsible for closing any bugs that are still open against that version. Typically, several thousand bugs remain open, so there is a script to do this. This morning, I accidentally closed bugs as EOL that should not have been closed. In the interests of community transparency, I want to share what happened.

Continue reading

Fedora Modularity: What’s the Problem?

Much has been said about Fedora Modularity over the past couple weeks. Much of it has been constructive; some of it the expected resistance to change that all large features encounter. Some, however, is the result of our not having painted a good picture of the problems that Modularity aims to solve. Numerous suggestions have been made on the Fedora Development mailing list that sound good on the surface but that ultimately fail to address some important use-cases. This blog post will attempt to enumerate these cases in detail so as to serve as a common reference point for the ongoing discussions.

Please note as well that these are goals. There are numerous places where the implementation of Modularity at the time of this writing is not yet fully adherent to them.

Continue reading

Fedora 31 Modularity Test Day 2019-09-27

Friday, 2019-09-27 is the Fedora 31 Modularity Test Day!
We need your help to test if everything runs smoothly.

Continue reading

Renewing the Modularity objective

Now that Modularity is available for all Fedora variants, it’s time to address issues discovered and improve the experience for packagers and users. The Modularity team identified a number of projects that will improve the usefulness of Modularity and the experience of creating modules for packagers. We are proposing a renewed objective to the Fedora Council.

You can read the updated objective in pull request #61. Please provide feedback there or on the devel mailing list. The Council will vote on this in two weeks.

September 2019: Fedora status updates

Welcome to the first of a monthly set of updates on key areas within Fedora. This update includes Fedora Council representatives, Fedora Editions, and Fedora Objectives. The content here is based on the weekly updates submitted to the Fedora Council, published to the project dashboard.

Continue reading

Modularity at Flock 2019

The Modularity Team was able to hold a session at Flock 2019 to gather feedback and discuss a few issues. The session was well attended and there was a bunch of great discussion.

We started out by spending 15 minutes, measured on a stopwatch(!) gathering the most pressing issues. The audience and the panel came up with quite a few ideas.

Continue reading

Modularity at Flock 2019

Come and discuss Modularity at Flock! There are three sessions ready that will help you decide when to make a module, how to make them, and a discussion about making everything Modularity work better.

Talk: Modularity: modularize or not to modularize?

Are you a maintainer of packages in Fedora and can’t decide when to use modules? Well, this talk is right for you. In about 15 minutes it will cover a few specific use cases and demonstrate what Modularity solves and what it doesn’t. We’ll have about 30 minutes to discuss any other topics the audience comes up with.

Talk: Tools for Making Modules in Fedora

If you decided you want to use modules, this might be a talk for you. Merlin will walk you through the steps of putting together a module, building it, testing it, and more! All of this in 25 minutes!

Hack: Modularity & Packager Experience BoF

Making modules has not been always an easy process. The technology is very new and there are still some things to finish. Come and help us make it better! We’ll have half a day dedicated to discuss, design, make plans, hack, and more.

Olderposts Newerposts

Copyright © 2026 Fedora Community Blog

Creative Commons License
This work is licensed under a Creative Commons Attribution 4.0 International License.

Theme by Anders Noren — Up ↑