incubator-ooo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Terry Ellison <>
Subject Re: Dissatisfaction amongst the community admins, moderators and volunteers
Date Sun, 04 Sep 2011 21:37:40 GMT
On 04/09/11 22:13, Dave Fisher wrote:
> On Sep 4, 2011, at 11:13 AM, Rob Weir wrote:
>> On Sun, Sep 4, 2011 at 2:02 PM, Terry Ellison<>  wrote:
>>> On 04/09/11 18:36, Joe Schaefer wrote:
>>>> Being a member-based organization the ASF requires
>>>> that all foundation activities be subject to member
>>>> scrutiny (with only a handful of operational exceptions).
>>>> I would be perfectly satisfied if the private forums
>>>> are fully archived and made available to any ASF member on
>>>> request, without undue delay.
>>> +1
>>> I personally agree that we should have the absolute minimum as world-no
>>> access, and clear and valid reasons to limit such access.  I think that it's
>>> something that we could sell to the community.   The main hassle is trolls
>>> and flamers posting into the moderation forums, so it would be better to
>>> limit write access.
>> I'd distinguish private forums where you discuss
>> confidential/sensitive matters from public forums where forum
>> volunteers discuss evolution of policies, future directions, etc., and
>> reach consensus on these topics.
>> For the private forums you have no need to fear trolls or flamers,
>> right?  In theory, we could get a troll post to ooo-private, but I've
>> never seen that happen.
>> As for the other forum, the public forum, I see no place for a
>> read-only public forum where volunteers discuss things but the general
>> public cannot post.  If they flame or otherwise abuse the forum, then
>> moderate them.  That is one of your competencies.
>>> I don't think that granting any ASF member read or read/write access to
>>> *all* forums would be an issue as long as they broadly respect the rules of
>>> the forum.
>> The rules of the forum are subject to PPMC review and approval, just
>> like any other part of the project. So I think it would be very
>> unlikely that there would be a conflict between Apache Member
>> expectations and forum rules.
>>> Both of these options are reasonable and therefore could be quickly "sold"
>>> to the community, IMHO.  However, this is a very different and easier pitch
>>> than the hard line that Rob proposes.
>>> It would also be possible for someone to develop (as Rob suggests) a feed
>>> from such forums into a DL such as ooo-private.  However, this would be a
>>> non-trivial bit of custom code development as this isn't standard phpBB
>>> functionality and the Logical Data Model for a rich-text Topic/Post paradigm
>>> would require a bit of massage to flatten into a plain text email format.
>>>   We might have resourcing issues here.
>> I think we need this part as well.  Remember, Joe was speaking from a
>> Member perspective.  I am speaking from a PPMC perspective.  There are
>> similar, but non-identical concerns here.
> If several members of the PPMC are participating as forum volunteers and all the conversations
in these private lists are immutable and available to the whole PPMC and Apache Members why
would we need a feed to ooo-private? This really isn't any different from the PPMC trusting
a small number of ML moderators.
One specific technical point:  the content of no forums or posts is 
immutable.  Originators and moderators can change their content or even 
withdraw it by deleting the post.  We do this regularly with spam.  No 
forum models that I am familiar with embeds versioning.  This being said 
the *practice* followed on this forum is to leave and audit "[edit]" tag 
in place in the post, so if someone referred to a bug by a popular 
obscene epithet then a moderator might change it to "that bug was a 
f***ing c*** to track down" as we have a no unnecessary obscenity rule.  
However, the same use ad hominem would result in the post being moved to 
quarantine and the editor warned or banned depending on the content.

So the /practice/ is to leave this type of content unchanged, and the 
process of moderator checks and balances would normally pick up on 
abuses.  However, the system does not enforce immutability.

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message