Created: ?Date(2006-05-27T15:45:54Z)
Contributors: RaphaelHertzog
RaphaelHertzog: if you edit this page to add comments, please sign your comment. Place your comment as sub-list-items if you respond to a point. You can add new signed top-level entries if needed. I'll try to make it evolve according to comments (and still keep it coherent), don't rework it completely on your own. Feel free to join #debian-newmaint on irc.debian.org to discuss with me and other interested people.
Summary
This specification aims to design a new process for accepting new members in the Debian project.
Rationale
The NM process is clearly suboptimal. The DM concept was introducing a new way to contribute. It looks like many DD felt it was wrong to create DM completely disconnected from NM.
Thus this is an attempt to supersede the NM process by a more generic "membership" process which includes the process to become a DD and much more.
We don't want to micro-manage every implementation details but we want to give clear guidelines and setup the basic building blocks required for this improved process.
Use Cases
- Bob likes Debian and wants to be somewhat involved. He has the time and the skills to maintain some simple packages but not much more.
- John is the upstream author of package X and wants to maintain it within Debian, because he uses Debian and he's sad to see his package neglected within Debian. He doesn't want to be DD.
- Alice creates nice artwork and contributes them regularly to Debian. She would like a bit more recognition for her work.
- Frédéric contributes to the French translation team. He would like more recognition for his work.
- Yves-Alexis is NM waiting for the DAM to create his account. He's been involved for a long time and would like to be full DD.
Design
- This project is presented as a "redesign from scratch" project but the NM process is not so bad for creating DD so we'll try to only "fix it". It sucks the most at the DAM/keyring maint level and that's precisely a part that need redesigning anyway (for handling the new kinds of contributors).
- We're only used to handle packaging contributions and I doubt we'll be able to come up with precise checks that allow non-packaging contributors to become project members. This will require "human evaluation". Somewhat like the evaluation done by the community council on the Ubuntu project (but done in a less superficial manner I hope).
- We need to come up with guidelines that should apply to all "project members" and then with specifics for each category of contributors.
Common guidelines
- Every (technically) good contribution should be accepted.
- Anyone who wants to be member should abide by our foundation documents and our internal rules.
- New contributors can't be project members before
at least one year of regular contribution.
- Contributors who want to be members will have to request it. Being contributor doesn't imply automatic membership.
- General membership implies: @debian.org email, right to vote.
- More rights can be granted depending on the work that the contributor is doing.
- All contributors and members are required to subscribe to debian-devel-announce.
Guidelines for developers (DD)
- They are the core of Debian, they have control over the evolution of the distribution.
- They have the right to upload all packages (NMU).
- Most power positions (ftpmasters, policy editors, DSA, Security, DPL, ...) are handled by members of this group.
- We have very high standards (technical and social) for those people. The current NM process reflects that.
- Any contributor can try to become DD after 6 months of regular contributions. He might fail and still continue contributing.
Guidelines for maintainers (DM)
- They care only about a handful of packages.
- They care about the quality of their packages and want them to be well integrated in Debian.
- They are the work-force that let Debian have a so large set of packages and still have a very good consistency and quality.
- To become DM, one has to maintain a package, have it sponsored by DD and have the sponsors recommend him to the "Membership Committee". They'll be granted the right to upload that package without review from a DD.
Guidelines for artists
- They work to improve the visual appeal of our distribution. It might concern packages (themes, etc.) but it might concern our website too.
Guidelines for translators
- They help localize our distribution.
Guidelines for documentation writers
- They help writing good documentation.
- They can be granted upload rights on documentation packages (following the same procedure than DM).
Implementation
- Nothing yet.
Outstanding Issues
Too many to be listed. Feel free to start.