On Tue, Feb 11, 2014 at 7:46 PM, Henri Yandell <he...@yandell.org> wrote:

> If we view Apache as a certification of a certain style of quality, then
> that fits nicely with my suggestion that anyone wanting a faster cadence
> should go do such under their own name/brand
>

+1


> and roll the changes up to the mainline for certification.
>

Not sure what "certification" means here.  Submitting changes upstream is
usually a good idea so that the fork can reduce its long-term development
efforts.  As a bonus, improvements are shared with the wider upstream
community, so it's a win-win.


> But the suggestion from Doug is that the act of a subset of the PMC doing
> this would create confusion (I assume that's the murky effect) and be bad.
>

If that subset shares no other common legal entity but Apache then it could
be hard to distinguish from Apache.  If it's clearly the non-Apache effort
of a single individual or corporation then there should be no confusion.
 Perhaps a set of individuals or corporations could somehow make it clear
that they're assuming legal responsibilities and absolve Apache.  What I
wanted to discourage is a (subset of) a PMC thinking they can bypass Apache
policy by working outside of Apache when they don't like Apache policy and
inside when they do.  I thought your suggestion might be read as
encouraging that, even if it's not what you intended, so I sought to
clarify things.  Does that make sense?  Do you disagree?

Doug

Reply via email to