[Ambassadors] Discussion: revoking ambassador status

[William Dyer]

Why not ask. A simple question such as “Do you wish to remain a current fedora Ambassador or do you wish to be retired?”

Strikes me as being very inoffensive. Direct is often the easiest and best.

Tony Dyer

On 27 Feb 2014, at 18:51, Jiri Eischmann <eischmann at redhat.com> wrote:

> Tristan Santore píše v Čt 27. 02. 2014 v 16:40 +0000:
>> On 27/02/14 16:28, Jiri Eischmann wrote:
>>> Pierre-Yves Chibon píše v Čt 27. 02. 2014 v 15:57 +0100:
>>>> On Thu, Feb 27, 2014 at 03:33:00PM +0100, Jiri Eischmann wrote:
>>>>> inode0 píše v Čt 27. 02. 2014 v 07:52 -0600:
>>>>>> On Thu, Feb 27, 2014 at 7:26 AM, Jukka Palander <jukka at devspain.com> wrote:
>>>>> Originally, we wanted to use some automated mechanism such as checking
>>>>> the last time stamp when the ambassador logged into FAS. Because if you
>>>>> haven't logged into FAS for, say, 2 years you're not probably around the
>>>>> project any more. If you met such a condition all that would happen to
>>>>> you would be an "inactive" flag that would remove you from the public
>>>>> list of ambassadors, but you would remain a member of the ambassadors
>>>>> group, and you could change the flag back to "active" any time.
>>>>> Unfortunately our infra don't log such information.
>>>> That's actually not true, we do keep info on what someone last logged into FAS.
>>>> 
>>>> Maybe I could gather some numbers a little like I did for packagers:
>>>> http://blog.pingoured.fr/index.php?post/2013/12/18/Fedora-packagers-activity
>>>> 
>>>> I could use datagrepper and FAS and that should be pretty simple to do :)
>>> That would be splendid!
>>> I spoke with Patrick about it he told me the infra didn't keep such
>>> info.
>>> 
>>> IMHO the cleanest solution would be to notify people who haven't logged
>>> in for more than 2 years (or any other period we agree on) and tell them
>>> they're currently flagged as inactive, but they can easily change in
>>> their FAS account administration. They wouldn't lose the membership,
>>> they would just not be listed in the public list, and they would be just
>>> a few clicks from being considered active again.
>>> We would avoid any process hassle, fights, and heated blood.
>>> 
>>> Jiri
>>> 
>>> 
>>> --
>>> ambassadors mailing list
>>> ambassadors at lists.fedoraproject.org
>>> https://admin.fedoraproject.org/mailman/listinfo/ambassadors
>> I did read your ticket, I had to login for that one!
>> Question is did you read my reply properly. SHOULD had a real meaning there.
>> Also, this discussion has come up for years and years. Some FAS accounts 
>> are already set as inactive under certain conditions. I made sure to 
>> check with Infra before I wrote a reply.
>> 
>> Also, my last email was strongly worded, because some imbecile 
>> complained about another ambassadors activity or lack thereof and 
>> questioning why he was using another distribution.
>> 
>> Quite frankly, either which is none of the persons businesses and not a 
>> good way to encourage ambassador activities.
>> 
>> So, I would like to know, where you think I have twisted "claims", I 
>> actually quoted a bit of your ticket too.
> 
> You're twisting our words because you're saying or reacting to something
> that is not in the proposal.
> Once for all: we do NOT want to judge anyone's activity and we do NOT
> want to encourage anyone to do so. The issue are not ambassadors who are
> not visibly active or are not doing "enough". That's perfectly fine.
> We're trying to find a solution how to clean the ambassadors group from
> people who are not clearly interested in any connection with the Fedora
> Project any more, who wouldn't even care if we removed them from the
> group.
> 
> Based on the discussion, I think it's pretty obvious that doing it
> manually by submitting requests might lead to a bad atmosphere in the
> project. Mainly because it could lead to false positives and hence
> offending people. So we should keep looking for a solution which is
> non-invasive and based on the FAS data. That's I guess the most
> important outcome from the discussion so far.
> 
> Jiri
> 
> --
> ambassadors mailing list
> ambassadors at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/ambassadors

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/ambassadors/attachments/20140227/7228ca61/attachment.html>