Again: *dev list*.

"Please Note: These requirements apply to Apache projects: that is, to
*individual
committer and PMC behaviors* and actions within the context of
collaboratively building software products at The Apache Software
Foundation. By definition here, "Apache project" means the collaborative
activity of *building a software release* called an "Apache product" here
at the ASF."

My emphasis.  This document expressly limits its applicability, both in
terms of individuals and activities.  *Neither* of these scopes apply here,
so you have no basis for your actions.

It is, in my view, shameful to try to strong arm a community to your will
without even reading the rules you think you are applying beyond a cursory
glance to check they confirm your prior held beliefs.

Again, and now with *your own* justification, I ask you to stop.





On 13 September 2016 at 11:35, Mark Thomas <ma...@apache.org> wrote:

> On 12/09/2016 19:22, Jim Ancona wrote:
> > Mark,
> >
> > Is there some official Apache policy on which sites it's appropriate to
> > link to on an Apache mailing list? If so, could you please post a link
> > to it so we can all understand the rules. Or is this your personal
> > opinion on what you'd like to see here?
> >
> > Thanks!
>
> The relevant policy quote from [1] is "... Apache projects are required
> to govern themselves independently of undue commercial influence." which
> is expanded on in [2].
>
> One of the elements of [2] is that perception is important. If a project
> is not independent of commercial influence, or there is a perception
> that that is the case, then that is an issue.
>
> In the majority of cases, external links are fine. If the project docs
> don't cover something, more depth is required than is available in the
> docs, a different perspective on the same topic is better suited to the
> problem at hand, etc. are all fine.
>
> It is links that can give the impression that the official Apache
> Cassandra docs are hosted by an external entity that are a concern. Such
> links increase the risk that the perception is created/re-enforced that
> the entity that hosts the external site has some special status within
> the project and that falls foul of the 'no undue commercial influence'
> requirement.
>
> Mark
>
>
> [1] http://www.apache.org/foundation/how-it-works.html
> [2] http://community.apache.org/projectIndependence.html
>
>

Reply via email to