--- xml/htdocs/proj/en/glep/glep-0041.html 2005/11/18 16:16:19 1.5 +++ xml/htdocs/proj/en/glep/glep-0041.html 2006/10/10 20:25:14 1.6 @@ -8,9 +8,252 @@ -->- +
|Title:||Making Arch Testers official Gentoo Staff|
|Author:||Simon Stelling <blubb at gentoo.org>, Homer Parker <hparker at gentoo.org>|
Arch Testers should be treated as official Gentoo staff.
Rejected by the Gentoo Council on 13 Oct. 2005. This GLEP may be resubmitted if the issues brought up in the council meeting, http://www.gentoo.org/proj/en/council/meeting-logs/20051013.txt, are addressed in a new version of this GLEP.
Since Mike Doty (kingtaco) created an Arch Tester (AT) project in January 2005 to reduce the developer's load and the amount of open keywording bugs for the amd64 porting team, many users have volunteered to become ATs. They are doing @@ -83,8 +325,8 @@ While they spent many hours and even had to pass the staff quiz, they are currently not recognized as official members of Gentoo.
ATs should basically be treated as staff. This includes the following changes to the current situation:
There will be a 30 day probationary/mentoring period for new ATs.The lead AT/HT for arch/herd will be responsible for the mentoring period. If arch/herd doesn't have a Lead AT/HT, then either the arch/herd lead or the Strategic AT Lead will be responsible. The Lead AT is a seasoned developer that watches for talent, -recruits and mentors ATs. Additionally, the mentoring period should be shortened -to a minimum of two weeks if an AT wants to take the end quiz to become a developer, -assuming he has been AT for at least two weeks. The amd64 porting team has handled +recruits and mentors ATs. Additionally, the mentoring period should be shortened +to a minimum of two weeks if an AT wants to take the end quiz to become a developer, +assuming he has been AT for at least two weeks. The amd64 porting team has handled situations like this for a while and only made positive experiences.
Also, the idea of an arch tester as a trustworthy user who is able to test critical changes (such as hard masked software branches), could be expanded @@ -113,21 +355,22 @@ normally, they won't be subscribed to the gentoo-core mailing list and won't be able to vote.