Public SourceMage Discussion List

[Vlad Glagolev <stealth AT tiberian.ru>]

That's a good point, but the distro should be presented by active
developers. Life is life, and we can easily resurrect theirs developer
status if they want to come back. For example, recently George Sherwood
has rejoined on IRC (after seeing some activity happening here), and
will set up SMGL soon. Welcome back, p3pilot!

Locking accounts is a good solution as well. Actually this is what
should be done when a developer leaves us. It is useful for historical
reasons too. By they way, today I've finished porting of our Hall of
Fame[0]. All personal pages were transferred according to our template
[1], totalling 87 pages. I've also collected some names (without
personal pages) from Grimoire ChangeLogs and mailing lists (2002-).
Because, as I said before, those great names must not be forgotten! And
if you know/remember something's is missing, let me know!

Again, both lead developers and general developers should stay active if
they see themselves in actual credits, and 1.5 years is enough to track
that activity. But to be honest, even not-hard-to-do a couple of tiny
commits during years is not "the real development" :-) And yes, the
True Leads must never lose faith in our bright future.

So for now I will actualize the developers page[2]. I also sent the
corresponding irc-list to David a couple of days ago.

[0] http://beta.sourcemage.ru/Developers/Hall%20of%20Fame
[1] http://beta.sourcemage.ru/Authors/Template
[2] http://beta.sourcemage.ru/Developers

On Thu, 5 Feb 2015 02:50:35 -0600
Jeremy Blosser <jblosser-smgl AT firinn.org> wrote:

> On Feb 04, Vlad Glagolev [stealth AT tiberian.ru] wrote:
> > Therefore, per our developer organization document[1], the following
> > developers[2] are up for removal:
> ... 
> > A vote against the removal may be cast. Follow our voting policy[4] if
> > in doubt.
> 
> I'm not voting against per se but as the person who wrote and drove
> implementation of most of those policies originally I see little value in
> enforcing them at the present time.
> 
> There are two primary reasons to enforce removal:
> 
> 1) security, to avoid ssh keys sitting around that aren't used
> 2) avoid issues with inability to maintain quorum for voting
> 
> For (1), we can lock accounts that are old without removing people, and
> re-enable them if they come back.
> For (2), we don't see a lot of actual interest in votes right now because
> of the activity level of things.  If we did ever see a quorum problem, we
> could easily at that time move to higher enforcement.
> 
> Meanwhile removing people that have contributed a lot to the distro over
> the years but have been on the same sabbatical many others have come and
> gone from doesn't buy us anything I can see in overcoming the issue the
> distro has right now, in fact it makes it harder to encourage people to get
> back into it if they do get time or interest.
> 
> I'd at least suggest doing them the courtesy of an email to see if they
> have any intentions toward SMGL these days.  Maybe they are bored and
> needing a project and just haven't thought of us in a while.
> 
> 
> 


--
Vlad Glagolev <stealth AT tiberian.ru>

Attachment: pgpXuCcK5H0Mb.pgp
Description: PGP signature