#550 A new community policy/doc on what to expect from the Fedora community
Closed: moved to Fedora Forge by jflory7. Opened by ankursinha.

(Moving over from https://pagure.io/Fedora-Council/council-docs/issue/275)

We've always had people turn up on various channels and say "Fedora should do this" in different forms. A common request on the discussion forum, for example, is "Please add this package to Fedora".

Each time this happens, community members reply with the same information on these lines:

  • we're a volunteer community
  • a few of us are paid to work on Fedora
  • a majority work on Fedora in their free time, after they've done their jobs and taken care of their personal lives
  • community members work on bits that interest them, bits that they use
  • if stuff comes up, sometimes community members have to pause their Fedora contributions (and this can lead to various "issues")

In short, that for most of us volunteers, it's a "best effort" system. We do what we can, when we can.

For package maintainers, we explain that package maintainers tend to maintain packages they use, so that they can test them out and keep up with them---and that they don't take on "packaging requests" unless they use the package themselves.


These conversations sometimes don't go well, because people making these requests are generally unaware of how we work. They are so used to the industry model where they pay for a service and so expect the service (and expect to be able to complain to "someone higher up") that when they're told that we're unable to service their request (for whatever reason), it can be perceived as us not taking accountability or that there's a lack of support towards our "userbase".


It isn't that we're not accountable, but that we follow a different model of accountability. The issue is that this is not set out anywhere in the community. Community members learn this over time, but people that are not community members apply the industry model of service/expectations/accountability to us, and that mismatch can create unpleasantness/friction.


So, I am wondering if it is possible for us to clearly set out how we work, and what users can expect from us somewhere, either as a sort of policy, or even just a page in the docs. Not only will it help people outside the community understand how/why/when things happen (or don't happen), it'll also give community members a resource to point to when such conversations do come up.


Metadata Update from @jflory7:
- Issue tagged with: documentation

Metadata Update from @jflory7:
- Issue assigned to t0xic0der

Discussed during the 2025-12-17 Council meeting.


The Council reviewed the draft policy from @t0xic0der that intends to manage contributor expectations regarding communication and response times in a volunteer-driven community. Debate arose regarding the effectiveness of a long-form document, with some members suggesting that an FAQ or "talking points" format might be more practical for resolving immediate contributor frustrations. Participants also discussed the potential role of automated responses to manage expectations, though concerns were raised about such automation potentially feeling disrespectful to reporters. The consensus was that while the intent is valid, the current format may need adjustment to ensure it is actually read and useful to the target audience.

An action item was assigned for Council members to provide specific feedback on the Google Doc and the broader concept on the Fedora Discussion thread.

Metadata Update from @jflory7:
- Issue tagged with: Next Meeting

Discussed during the 2026-01-14 Council meeting.


This ticket was briefly raised during the Open Floor section of the January 14th Council meeting. @t0xic0der noted that work is progressing and committed to providing a detailed asynchronous update directly on this ticket soon. The Council is standing by to review that draft once it is posted.

IMPORTANT: This issue moved from Pagure to Forgejo

On Wednesday, 18 February 2026, the Fedora Council moved our issue tracker from Pagure.io to Fedora Forge, AKA Forgejo. Using the native Pagure importer tool in Forgejo, we imported git history and all public issues to a new Forgejo repository in the Council organization, forge.fedoraproject.org/council/tickets.

Please update any bookmarks or hyperlinks to the new location.

This specific ticket can be found on the new Forgejo issue tracker below:

https://forge.fedoraproject.org/council/tickets/issues/550

Metadata Update from @jflory7:
- Issue close_status updated to: moved to Fedora Forge
- Issue status updated to: Closed (was: Open)

Metadata