User:Wraeth/PM MaintBug User

Previously the process for claiming maintainership of a package was haphazard with no real guidelines on how to request a package and nothing, aside from parsing the tree, to list Package Contributors and the packages they maintained. This caused problems from time to time, such as two Contributors claiming a package at the same time, unaware of each other, or packages getting neglected when a Contributor became absent. To address this, the Proxy Maintainers project has implemented a standard process for claiming a package, and have introduced Maintainer Bugs - the equivalent of a Gentoo Developer bug.

Terminology
For the purpose of clarity, this policy uses the following definitions:


 * Gentoo Developer or Developer
 * A Gentoo Linux Developer with push access to the repostory


 * Maintainer
 * A person or project listed in a packages as a maintainer. This may or may not be through the Proxy Maintainers project and may be either a Contributor or Developer


 * Maintainer Bug
 * A tracker bug that identifies you as a maintainer through the Proxy Maintainers project, and to which any Maintainership Request bugs will be linked


 * Maintainership Request
 * A tracker bug filed in the Gentoo Bugzilla requesting to be assigned as maintainer for a given package, which will be linked to the Maintainer Bug of the relevant Contributor(s)


 * Package Contributor or Contributor
 * The individual acting as maintainer for one or more packages and whom does not have push access to the repository


 * Project Member
 * A Gentoo Linux Developer who is a member of the Proxy Maintainers project

Claiming a package
If you wish to claim maintainership of a package, begin by searching Bugzilla for bugs with the summary Maintainership request: / (where is the name of the package you wish to maintain). If any bugs are open with a status of or, add a comment stating that you wish to maintain the package. If there are no bugs in either of those states, create a new one.

Once a Maintainership Request is filed, a Developer will CC themselves to the Request and guide you through the rest of the process to claiming maintainership. This may include resolving any open bugs for the package (which will be linked in the field) or, if none exist, beginning a timeout procedure before assigning the package to you. The Developer will take the opportunity to get to know you a little and will make an assessment of whether the package is suitable to be proxy maintained. Any questions or concerns you have about the maintainership should be directed to the Developer managing your request (the one that is CC'd to the bug).

If the Developer is unable to continue managing the request (for example, if they are going to be away for a time) they will remove themselves from the bug and set it back to an status to indicate that it needs another Gentoo Developer to manage it.

If the Maintainership Request is granted, a Maintainer Bug (described below) will be created for you and the Request will be set to and linked to your Maintainer Bug. Additional packages you wish to maintain should follow this same process, resulting in all packages you actively maintain having an open request bug linked to your Maintainer Bug, as well as packages you previously maintained but have since dropped being linked but in a state.

Dropping Maintainership
If you wish to cease maintainership of a package, either due to someone else requesting maintainership, or because you don't use the package any more, or even if you simply don't have time, add a comment on your Maintainership Request bug for the package noting that you want to drop it. You will then be removed from for the package and the bug will be  showing that you are no longer responsible for it.

Rejected Requests
It is not often that Maintainership Requests are rejected, however if this does happen the Gentoo Developer managing the request will explain why the Request was rejected. Requests that have been refused will be closed with a state of.

Maintainer Bug
When you begin maintainership of your first package, you will have a Maintainer Bug created. This can be considered your lifeline to the Proxy Maintainers project and will have the Maintainership Request of each package you maintain, past and present, linked in the field. Your Maintainer Bug will also be a general record of your overall maintainerhship, and can also be beneficial if you choose to continue on to recruitment in order to become a Gentoo Developer.

You can use this bug to note if you are going to be away for a period of time (similar to the devaway system), or if you wish to cease maintainership altogether. Gentoo Developers may also use this bug to contact you (a ping) if they are unsure that you are still active.

When you cease maintainership, either by leaving the Proxy Maintainers project or continuing on to recruitment, each Maintainership Request will be closed with a brief note describing the reason (if appropriate). Once all Maintainership Requests are closed, your Maintainer Bug will also have a brief note added and be closed.