From Fedora Project Wiki
(update package adoption process)
(update to reflect current procedures and workflows)
Line 14: Line 14:


There also exists a private mailing list, which you are welcome to subscribe to: https://lists.fedoraproject.org/admin/lists/stewardship-sig.lists.fedoraproject.org
There also exists a private mailing list, which you are welcome to subscribe to: https://lists.fedoraproject.org/admin/lists/stewardship-sig.lists.fedoraproject.org
The private list is mostly for Bugzilla e-mail. Use a public mailing list, such as devel, to discuss this SIG.


If needed, we can also look into setting up (ir)regular IRC meetings.
This private list is mostly used for internal matters and Bugzilla e-mail. Use a public mailing list, such as devel, to discuss any general topics.
 
IRC meetings happen every other Tuesday on 15:00 UTC in the <code>#fedora-meeting-1</code> channel on freenode.


=== Adding a package to be maintained by the SIG ===
=== Adding a package to be maintained by the SIG ===


If you think a package would be a good fit for our SIG, you can propose it on the current "we need these packages" ticket in our [https://pagure.io/stewardship-sig/issues project on pagure].
If you think a package would be a good fit for our SIG, you can propose it on the current "we need these packages" ticket in our [https://pagure.io/stewardship-sig/issues project on pagure]. If such a ticket doesn't currently exist, just open a new one using the <code>package_suggestion</code> template.
 
Since packages are always "owned" by users and never groups, in order to save a package from being retired, one of our package maintainers must claim it via a releng ticket for themselves. Once they are main admin (owner) of the package, they add the <code>@stewardship-sig</code> group as admin as well. This way, all group members can act on the package.
 
Optionally, the primary BugZilla contact can be changed to <code>@stewardship-sig</code> in [https://pagure.io/releng/fedora-scm-requests fedora-scm-requests].


Since packages are always "owned" by users and never groups, in order to save a package from being retired, a package maintainer must claim it via a releng ticket for themselves. Once they are main admin, they add the @stewardship-sig group as admin as well.
=== Removing a package from the SIG ===


Optionally, a Bugzilla primary contact can be changed to @stewardship-sig in [https://pagure.io/releng/fedora-scm-requests fedora-scm-requests].
If it's decided that maintenance for a specific package is no longer necessary (for example, because of dependency tree trimming), the steps outlined above are executed in reverse, in opposite order: request a reset of the primary BugZilla contact (if applicable), remove the SIG group from the package, give the package to the new owner (usually <code>orphan</code>), and remove yourself from the package.


== Members ==
== Members ==


* [[User:Decathorpe | Fabio Valentini "decathorpe" ]]
* [[User:Decathorpe | Fabio Valentini "decathorpe" ]]
* Miro Hrončok "churchyard"
* [[User:Churchyard | Miro Hrončok "churchyard" ]]
* [[User:Ngompa | Neal Gompa "ngompa" ]]
* [[User:Ngompa | Neal Gompa "ngompa" ]]
* [[User:Kevin | Kevin Fenzi "kevin" ]]
* [[User:Kevin | Kevin Fenzi "kevin" ]]

Revision as of 21:29, 9 November 2019

Stewardship SIG

The goal of this SIG is to provide (temporary) maintenance of important packages that are in danger of being removed from the distribution.

This usually happens when the main maintainer of a package orphans it - be it for lack of interest, time, or resources - or decides to maintain the package as a module only, and to orphan and eventually retire the "normal" package. However, as this can have consequences for a large set of dependent packages (and users), this SIG would step in to take on (probably temporary) maintenance of important packages (hence the name "Stewardship").

For example, a large set of Java packages has been orphaned recently (because the old maintainer will only make them available as modules in the future). If the process for retiring orphaned packages after six weeks is followed in this case, major components of fedora would be torn down with them - for example, LibreOffice.

Essentially, this SIG / Group will step in to make sure that fedora (especially rawhide) doesn't blow up due to the unexpected retirement of important, but previously orphaned packages (and their dependencies).

Organization

This SIG is organized around the @stewardship-sig FAS group: https://src.fedoraproject.org/group/stewardship-sig

There also exists a private mailing list, which you are welcome to subscribe to: https://lists.fedoraproject.org/admin/lists/stewardship-sig.lists.fedoraproject.org

This private list is mostly used for internal matters and Bugzilla e-mail. Use a public mailing list, such as devel, to discuss any general topics.

IRC meetings happen every other Tuesday on 15:00 UTC in the #fedora-meeting-1 channel on freenode.

Adding a package to be maintained by the SIG

If you think a package would be a good fit for our SIG, you can propose it on the current "we need these packages" ticket in our project on pagure. If such a ticket doesn't currently exist, just open a new one using the package_suggestion template.

Since packages are always "owned" by users and never groups, in order to save a package from being retired, one of our package maintainers must claim it via a releng ticket for themselves. Once they are main admin (owner) of the package, they add the @stewardship-sig group as admin as well. This way, all group members can act on the package.

Optionally, the primary BugZilla contact can be changed to @stewardship-sig in fedora-scm-requests.

Removing a package from the SIG

If it's decided that maintenance for a specific package is no longer necessary (for example, because of dependency tree trimming), the steps outlined above are executed in reverse, in opposite order: request a reset of the primary BugZilla contact (if applicable), remove the SIG group from the package, give the package to the new owner (usually orphan), and remove yourself from the package.

Members