Category: Development & Packaging (page 4 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

GSoC Progress Report: Dashboard for Packit

About Me

Hi, I am Anchit, a 19 y.o. from Chandigarh, India. I love programming, self-hosting, gaming, reading comic books, and watching comic-book based movies/tv.

The first version of Fedora I tried was 21 when I came across it during my distro-hopping spree. I used it for a couple of months and then moved on to other distros. I came back to Fedora in 2017 after a couple of people on Telegram recommended it and have been using it ever since. A big reason why I stuck with Fedora this time is the community. Shout out to @fedora on Telegram. They’re nice, wholesome and helpful. They also got me into self-hosting and basic sys-admin stuff.

Continue reading

Outreachy with Fedora’s Bodhi Project

Here, I express my hitherto educative, fun, and exciting experience as an Outreachy intern.

About the Project

The aim of the project is to provide a /graphql endpoint to Bodhi, Fedora’s update gating system. This would allow users to query through Bodhi’s resources using GraphQL.

Continue reading

Modularity survey results

The purpose of this survey was to get feedback on Modularity. The survey was published on public Fedora devel and an internal Red Hat mailing lists in April 3, 2020, and also shared on Fedora’s devel-announce and epel-devel mailing lists. We received 193 responses in 3 weeks. Read more below or download the PDF of the results.

Continue reading

Welcome GSoC 2020 Interns

Fedora has been participating in Google Summer Of Code for a long time and we have had good experience with this. Our process is to call for mentors on mailing lists and community blogs after we apply for the the program. But this doesn’t mean you have to wait for the call for mentors, you can anytime propose a project and we work with you to polish it and try to find the best place for it (be it outreacy or GSoC). We gather project ideas on Mentored Project issues.
Thank you everyone for submitting a project idea in the past and we are looking forward to have more of participation from you all.

Continue reading

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
Olderposts Newerposts

Copyright © 2024 Fedora Community Blog

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

Theme by Anders NorenUp ↑