incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Greg Stein <>
Subject Re: Two other issues to discuss for Subversion
Date Thu, 12 Nov 2009 18:48:39 GMT
Thanks, and yes: agreed on the rationale.

And have no fears. We aren't going to back out. And I'm not seeing
that the ASF would boot us. So that just means we need to work through
it :-)

On Wed, Nov 11, 2009 at 19:17, Leo Simons <> wrote:
> On Tue, Nov 10, 2009 at 7:27 PM, Greg Stein <> wrote:
>> There are two other issues to discuss for the Subversion podling:
>> * moving the mailing lists directly to
>> * placing the source code at /subversion/ rather than /incubator/subversion/
>> We are hoping to minimize overall disruption to the community with a
>> move to incubator space, then a move to apache space.
> I think a good thing we started here is to dig back in memory to find
> the core reasons why the process is what it is and make sure we stick
> to what's important. I think we have two main reasons to have the
> "incubator" name in most those places normally:
> 1) make clear to users what the status of a project is, i.e. where
> incubation is implying that a project may not become an apache project
> or that it may not be quite safe legally yet or it may not have a
> healthy community behind it or we don't have the trademarks yet or
> whatever
> 2) protect the apache brand (you know...if an incubating project goes
> up in flames, well, that's ok, we told you that might happen)
> 3) make it easier to keep a tight leash on PR
> I would argue we are not very worried about subversion being "unsafe
> for use by the general public" :-).
> Similarly, the main thing that would hurt our brand is if the
> subversion community would decide to cancel the incubation process
> (because apache really sucks, you know...). The most important thing
> these days is probably clear messaging on the relevant website(s).
> So, as long as y'all make sure to do that good stuff (be clear to
> users and protect the involved brands), I think what infrastructure
> goes where exactly, can be up to infra@, in this case. And y'all are
> talking to PRC anyway about any press stuff. I see no real risks.
> cheers,
> Leo
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message