public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Daniel Gryniewicz <dang@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] GLEP 41: Making Arch Testers official Gentoo Staff
Date: Mon, 12 Sep 2005 20:13:57 -0400	[thread overview]
Message-ID: <1126570437.3416.6.camel@localhost> (raw)
In-Reply-To: <432614F3.2080704@gentoo.org>

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



  reply	other threads:[~2005-09-13  0:20 UTC|newest]

Thread overview: 52+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-12 19:39 [gentoo-dev] GLEP 41: Making Arch Testers official Gentoo Staff Simon Stelling
2005-09-12 19:50 ` Ciaran McCreesh
2005-09-12 21:10   ` Martin Schlemmer
2005-09-12 21:13   ` Olivier Crete
2005-09-12 21:17   ` Homer Parker
2005-09-12 19:56 ` Stephen P. Becker
2005-09-12 20:18   ` Simon Stelling
2005-09-12 20:08 ` Martin Schlemmer
2005-09-12 20:13 ` Donnie Berkholz
2005-09-12 20:30   ` Stephen P. Becker
2005-09-12 20:47     ` Homer Parker
2005-09-12 20:57       ` Stephen P. Becker
2005-09-12 21:20         ` Homer Parker
2005-09-12 21:02     ` Simon Stelling
2005-09-12 21:21       ` Homer Parker
2005-09-12 21:46         ` Joseph Jezak
2005-09-12 22:12           ` Homer Parker
2005-09-12 20:36   ` Simon Stelling
2005-09-12 20:45   ` Homer Parker
2005-09-12 21:08     ` Diego 'Flameeyes' Pettenò
2005-09-12 20:59 ` Wernfried Haas
2005-09-12 23:05 ` Daniel Drake
2005-09-13  0:14   ` Homer Parker
2005-09-13  0:15   ` Daniel Gryniewicz
2005-09-13  7:04 ` Chris White
2005-09-12 22:47   ` Stephen P. Becker
2005-09-12 23:16     ` Martin Schlemmer
2005-09-12 23:34     ` Alec Warner
2005-09-12 23:53       ` Stephen P. Becker
2005-09-13  0:13         ` Daniel Gryniewicz [this message]
2005-09-13  0:26           ` Stephen P. Becker
2005-09-13  0:47             ` Nathan L. Adams
2005-09-13  1:41             ` Alec Warner
2005-09-13  1:50               ` Ciaran McCreesh
2005-09-13  3:01                 ` Alec Warner
2005-09-13  3:14                   ` Ciaran McCreesh
2005-09-13  3:51                     ` Brian Harring
2005-09-13  4:04                       ` Ciaran McCreesh
2005-09-13 11:26                         ` Simon Stelling
2005-09-13 12:00                           ` Luca Barbato
2005-09-13 13:08                             ` Mike Doty
2005-09-13 13:49                               ` Wernfried Haas
2005-09-13  4:27                     ` Homer Parker
2005-09-13 11:22                       ` Simon Stelling
2005-09-16 15:38                         ` Lares Moreau
2005-09-13  5:39                     ` Brian Harring
2005-09-13 16:14                       ` Ciaran McCreesh
2005-09-13 11:21                     ` Simon Stelling
2005-09-13 16:13                       ` Ciaran McCreesh
2005-09-13  0:11       ` Homer Parker
2005-09-13  0:10     ` Homer Parker
2005-09-18  6:26       ` [gentoo-dev] " R Hill

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1126570437.3416.6.camel@localhost \
    --to=dang@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox