Hi, I pondered a bit about that old subthread about infrastructure teams the other day... what follows is what I was intending to post to debian-vote. But I'll post it to debian-project first, hoping that people improve it before we get to the stage where everyone posts GPG-signed messages :)
----- This originates from this debian-project mailing list discussion http://lists.debian.org/debian-project/2007/06/msg00020.html Proposed general resolution - Project infrastructure team procedures Debian developers acknowledge the following: * The Debian Project infrastructure is run by people who volunteer their time and knowledge in a good-faith effort to help the Debian Project. * Infrastructure teams are groups of developers who deal with project infrastructure and have access to resources in ways other than the standard practice of uploading Debian packages. * Infrastructure teams have an ongoing responsibility to maintain a level of service that is generally acceptable to the developer body. * It is necessary for infrastructure teams to add new members when old members depart from the team or when circumstances prevent existing members from contributing to the team effort. * The practice of existing members of a team finding people to join in and help is the original and natural way of changing team membership. * Training of and otherwise working with new team members requires additional effort from existing team members, so care should be taken to avoid having too much team effort spent on unnecessary new members or new members who would not reciprocate the effort. * Infrastructure teams have to be stable, but they don't have to calcify. * Intervention by Debian Project Leaders is not a practical solution to resolve issues with infrastructure teams. * It is necessary to define a modicum of procedure for how developers can join the infrastructure teams in order to improve them while maintaining fairness towards all. Debian developers resolve the following: * Whether a team in Debian constitutes an infrastructure team is decided by the Debian Project Leader. * Infrastructure teams have to decide to mark old members who don't sufficiently contribute to the team effort as latent. * Latent team members count for 50% of an empty seat in the team. They can be unmarked as such every four months. * Team decisions regarding latent team members have to be communicated to the Debian Project Leader or to the developers in general. * Developers can nominate themselves for membership in infrastructure teams every four months. * Candidates for team membership have to demonstrate some minimal existing competence in the area. * Candidates for team membership have to pledge a minimum 18 months availability to the team. Teams can vary this time period by 6 months, as determined by their specific circumstances and team consensus. * Infrastructure teams can decide to accept any number of candidates after a nomination round. * Team decisions regarding validity of candidates have to be communicated to the Debian Project Leader or to the developers in general. * Each infrastructure team has to populate every full vacated seat (caused by two latent members) every two years. * Each infrastructure team has to accept at least two valid candidates every two years. * New members of teams have to promise to make every reasonable effort to work with the existing team. * The previous team members reserve the right to promptly remove new members who are not willing to work productively in a team or who are otherwise a destructive influence in the team. * Removed members of teams can not nominate themselves for membership in the same team for the period of twelve months since their last removal. ----- -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
