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 1EEyX0-0000Z7-KQ for garchives@archives.gentoo.org; Tue, 13 Sep 2005 00:20:15 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j8D0DOm2008675; Tue, 13 Sep 2005 00:13:24 GMT Received: from nemesis.fprintf.net (nemesis.fprintf.net [66.134.112.218]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j8D07ZBH012001 for ; Tue, 13 Sep 2005 00:07:36 GMT Received: (qmail 31061 invoked by uid 210); 12 Sep 2005 20:22:58 -0400 Received: from 192.168.0.8 by nemesis (envelope-from , uid 201) with qmail-scanner-1.25st (clamdscan: 0.86.2/1078. spamassassin: 3.0.4. perlscan: 1.25st. Clear:RC:0(192.168.0.8):SA:0(-5.9/6.0):. Processed in 0.585555 secs); 13 Sep 2005 00:22:58 -0000 X-Spam-Status: No, hits=-5.9 required=6.0 Received: from athena.fprintf.net (dang@fprintf.net@192.168.0.8) by nemesis.fprintf.net with SMTP; 12 Sep 2005 20:22:58 -0400 Subject: Re: [gentoo-dev] GLEP 41: Making Arch Testers official Gentoo Staff From: Daniel Gryniewicz To: gentoo-dev@lists.gentoo.org In-Reply-To: <432614F3.2080704@gentoo.org> References: <4325D984.1050105@gentoo.org> <200509131604.29767.chriswhite@gentoo.org> <4326059A.3040004@gentoo.org> <432610A1.8050604@egr.msu.edu> <432614F3.2080704@gentoo.org> Content-Type: text/plain Date: Mon, 12 Sep 2005 20:13:57 -0400 Message-Id: <1126570437.3416.6.camel@localhost> 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 X-Mailer: Evolution 2.4.0 Content-Transfer-Encoding: 7bit X-Archives-Salt: f0267495-acf8-4139-9271-332245f58a08 X-Archives-Hash: 2e54a69f304a7a26c2dd531f95b6136c On Mon, 2005-09-12 at 19:53 -0400, Stephen P. Becker wrote: > >>Let me clarify here. I'm not concerned about ATs having more privileges > >>at all. I just want to know why if we're making them full developers > >>for all intents and purposes, we don't go the extra step and get them > >>commit access after a probationary period? It seems like this is > >>supposed to be the end goal anyway. Basically, I feel like this GLEP > >>goes outside the bounds of what I think of when somebody mentions the > >>arch testers. Maybe it's just me though. > >> > >>-Steve > > > > > > For once agreeing with Ciaran, the less people who aren't seasoned > > developers with commit access the better? Some don't want commit > > access, most of them really don't need it. Those that want it can ask > > for it and take any requisite quizzes. > > You also have misunderstood my point. I've always been under the > impression that ATs are regarded highly enough that they could easily > become members of the dev team. With that in mind, *if* we are going to > give them nearly every privilege an arch dev has anyway, why not go one > step further and just make them an official arch dev and avoid > unnecessary bloating of categories with respect to Gentoo dev-team > membership? They don't even need commit access if they don't want it. > We currently have developers without tree access already in any case. > Should we reclassify those folks as well? You're somehow implying that being an AT is not as good as being a dev. My understanding is that this GLEP is supposed to make AT as good as being a dev, but with a different role, one that doesn't need commit access. If the people involved decide they want to become committing devs, it also make it easier to make that transition. If they don't want to commit, they can stay as an AT. > Besides, if you want to get technical, our entire userbase are arch > testers to some extent. They run Gentoo, report bugs, unmask packages > locally, submit keywording requests to bugzilla, etc. The good users > make Gentoo a good distribution by providing feedback on bugzilla. The > very best of these folks are typically tapped for membership in arch teams. I agree. What the AT program has done for amd64, tho, is give us a base of users that have known skills (they were recruited and passed the ebuild quiz) and have a known process they follow for testing and marking bugs, so that the devs have a much easier time staying on top of keywording issues. We've basically said that we trust the ATs to know how to test a package, and we'll take their word for it that it works. It's been very useful for us, and we think it will be useful for others. Daniel (former AT) -- gentoo-dev@gentoo.org mailing list