sm-discuss AT lists.ibiblio.org
Subject: Public SourceMage Discussion List
List archive
Re: [SM-Discuss] Separate "developer" list for admins?
- From: flux <flux AT sourcemage.org>
- To: sm-discuss AT lists.ibiblio.org
- Subject: Re: [SM-Discuss] Separate "developer" list for admins?
- Date: Wed, 7 Apr 2010 07:16:12 +0900
Eric Sandall (eric AT sandall.us) wrote [10.04.07 06:49]:
> I can't quite parse your last sentence, but for the rest all of our
> admins have been considered developers and have commit access, whether
> or not they use it. I don't believe this is a requirement of the
> admins per-se, but as they're listed as Developers and you want to
> move them out I don't believe they should lose any of the
> benefits/requirements we had before.
>
> -sandalle
I'm not suggesting all admins not be developers. I'm suggesting that if
they are admins and also developers, they be assigned both roles. If
they are only admins, then they don't need commit access (they can get
it if they want it though, in which case they would also be developers),
and we don't need to worry about whether they get removed from the
developers list and have their accounts killed. If they are only
developers, then nothing changes for them since we already have all
that.
As a hypothetical scenario to make this more clear (again, hypothetical
- this is not real!), imagine that Jeremy (our main admin) had said that
he's had it and he's not working on SMGL anymore. However, imagine he
also says he's kind enough to continue running our servers for us. In
this case, we certainly wouldn't want him to delete his account from his
own server. Yet, he wouldn't be committing anymore, and wouldn't be
voting, and per policy his account would get closed (except that we
would make special considerations).
I'm trying to remedy the number of special considerations we have to
make by having a separate list for a separate role. Again, those who
perform both roles would be on both lists, and would have both levels of
access. Those performing only one role would only be on one list.
--
Justin "flux_control" Boffemmyer
Cauldron wizard and general mage
Source Mage GNU/Linux
http://www.sourcemage.org
Attachment:
pgpXkAym7NPiK.pgp
Description: PGP signature
-
[SM-Discuss] Separate "developer" list for admins?,
flux, 04/04/2010
-
Re: [SM-Discuss] Separate "developer" list for admins?,
Eric Sandall, 04/06/2010
-
Re: [SM-Discuss] Separate "developer" list for admins?,
flux, 04/06/2010
-
Re: [SM-Discuss] Separate "developer" list for admins?,
Eric Sandall, 04/06/2010
-
Re: [SM-Discuss] Separate "developer" list for admins?,
Jaka Kranjc, 04/06/2010
- Re: [SM-Discuss] Separate "developer" list for admins?, flux, 04/06/2010
-
Re: [SM-Discuss] Separate "developer" list for admins?,
flux, 04/06/2010
-
Re: [SM-Discuss] Separate "developer" list for admins?,
Eric Sandall, 04/06/2010
-
Re: [SM-Discuss] Separate "developer" list for admins?,
flux, 04/06/2010
- Re: [SM-Discuss] Separate "developer" list for admins?, Eric Sandall, 04/06/2010
- Re: [SM-Discuss] Separate "developer" list for admins?, flux, 04/06/2010
- Re: [SM-Discuss] Separate "developer" list for admins?, David Kowis, 04/06/2010
- Re: [SM-Discuss] Separate "developer" list for admins?, Jeremy Blosser, 04/06/2010
- Re: [SM-Discuss] Separate "developer" list for admins?, Eric Sandall, 04/06/2010
- Re: [SM-Discuss] Separate "developer" list for admins?, Jeremy Blosser, 04/06/2010
-
Re: [SM-Discuss] Separate "developer" list for admins?,
flux, 04/06/2010
-
Re: [SM-Discuss] Separate "developer" list for admins?,
Eric Sandall, 04/06/2010
-
Re: [SM-Discuss] Separate "developer" list for admins?,
Jaka Kranjc, 04/06/2010
-
Re: [SM-Discuss] Separate "developer" list for admins?,
Eric Sandall, 04/06/2010
-
Re: [SM-Discuss] Separate "developer" list for admins?,
Ladislav Hagara, 04/06/2010
- Re: [SM-Discuss] Separate "developer" list for admins?, flux, 04/06/2010
-
Re: [SM-Discuss] Separate "developer" list for admins?,
flux, 04/06/2010
-
Re: [SM-Discuss] Separate "developer" list for admins?,
Eric Sandall, 04/06/2010
Archive powered by MHonArc 2.6.24.