From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1EF8tU-0005Q2-SW for garchives@archives.gentoo.org; Tue, 13 Sep 2005 11:24:09 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j8DBIYdY026439; Tue, 13 Sep 2005 11:18:34 GMT Received: from buggy.blubb.ch (range21-65.shlink.ch [217.148.7.65]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j8DBGneL020452 for ; Tue, 13 Sep 2005 11:16:49 GMT Received: from aqua ([192.168.10.5]) by buggy.blubb.ch with esmtp (Exim 4.50) id 1EF8oQ-00081U-Di for gentoo-dev@lists.gentoo.org; Tue, 13 Sep 2005 13:18:54 +0200 Message-ID: <4326B632.7000109@gentoo.org> Date: Tue, 13 Sep 2005 13:21:22 +0200 From: Simon Stelling User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050716) X-Accept-Language: en-us, en Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] GLEP 41: Making Arch Testers official Gentoo Staff References: <4325D984.1050105@gentoo.org> <200509131604.29767.chriswhite@gentoo.org> <4326059A.3040004@gentoo.org> <432610A1.8050604@egr.msu.edu> <432614F3.2080704@gentoo.org> <1126570437.3416.6.camel@localhost> <43261CBB.4070609@gentoo.org> <43262E51.7050504@egr.msu.edu> <20050913025000.490e1c64@snowdrop.home> <43264100.9090208@egr.msu.edu> <20050913041434.6d458342@snowdrop.home> In-Reply-To: <20050913041434.6d458342@snowdrop.home> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 9b3087cc-e16e-4ed4-a016-8fbfbdb15af9 X-Archives-Hash: a72dbb8930e3d0db323ceb81cdc949c6 Ciaran McCreesh wrote: > | voting previleges > > Again, why? They have not yet demonstrated their understanding of > complex technical issues. Voting should be restricted to people who > know what they're doing. Arch testers have not yet proven themselves. Does that mean that all the Gentoo people who didn't take the ebuild quiz (which doesn't proove the understanding of complex technical issues very good anyway IMHO, but that's another issue) should not be allowed to vote? > | > Assuming by "arch dev" you mean "arch tester", then: > | > > | > Experience, commitment and (at least in theory) recruitment > | > standards. > | > | Commitment first: > | IMNSHO, it is rude to assume that an Arch Tester is less commited to > | their work than an Arch Team member. All developers should be doing > | their part and should hopefully ( we don't live in an ideal world here > | after all ) be commited to doing their work well. A lack of > | commitment that results in shoddy work should get them removed from > | any developer role, Arch Team member or otherwise. > > An arch tester has not committed himself to the project for the same > length of time as a full developer. That's not true. The whole point is that our current ATs *don't want* to be developers but are willing to help us and are a great help to keep the tree up to date, and we think it's unfair to honor a dev who doesn't much but sending emails with a nice signature but treating the ATs as users where they do far more than said dev. > Uhm... Different people have different skill levels. Some of this is > down to natural ability, some of it is down to experience. Arch testers > have not yet proven themselves. Full developers have (at least in > theory...). Yes, in theory. Too bad reality doesn't match with theory far too often. I for example became dev after just submitting a few "app-foo/bar works on amd64" bugs and moaning because it took too long to get them fixed. Of course i knew portage, but I really can't say that I have proven myself to be useful to the project when I joined it. BUT, this was before the idea of an AT existed. Today, every user who wants to become a amd64 developer, has to become AT first, to prove himself, so the problem you're speaking of was fixed, not caused by ATs. Regards, -- Simon Stelling Gentoo/AMD64 Operational Co-Lead blubb@gentoo.org -- gentoo-dev@gentoo.org mailing list