Hi Upayavira,

Should we start VOTE as Stratosphere while asking for alternative names?

- Henry

On Mon, Apr 7, 2014 at 7:57 PM, Upayavira <u...@odoko.co.uk> wrote:
> I would suggest doing the vote and the name discussion simultaneously.
> Hopefully the name discussion can be resolved by the time infra is ready
> to do its stuff. It really is a good idea to avoid extra infra work, and
> multiple mailing list changes, if it can be helped.
>
> Upayavira
>
> On Tue, Apr 8, 2014, at 01:52 AM, Alan Gates wrote:
>> After talking with the proposers, the consensus is that the name will
>> need to change, and everyone is fine with that.  But the team wants to
>> make sure we take time to choose a new name that won’t run into legal
>> issues.  So we would prefer to start incubation now concurrent with the
>> name search rather than quickly pick a name now, hoping it will survive
>> the trademarks process.
>>
>> We realize this will cause some churn for infra, as we’ll end up changing
>> names on mailing lists, etc.  We’re open to suggestions on how to
>> minimize this.  So are we ok to start the vote?
>>
>> Alan.
>>
>> On Apr 7, 2014, at 9:01 AM, Shane Curcuru <a...@shanecurcuru.org> wrote:
>>
>> > The brand issue is an important one to be aware of, but we shouldn't let 
>> > that block progress on evaluating the proposal or working with the 
>> > potential new community to see how they'd fit with The Apache Way.
>> >
>> > A couple of other notes:
>> >
>> > - Finding *factual* references to similar software product names is a good 
>> > thing to do up front, so we can be aware of any potential conflicts for 
>> > the future.  However it's not as useful to try to analyze what the 
>> > potential issues are on a public list.
>> >
>> > - The ASF is happy to host any like-minded project communities who are 
>> > willing to follow the core rules that we require of Apache branded 
>> > projects.  Part of that hosting is offering the stable APACHE house brand 
>> > for the project community, as well as assistance in securing and 
>> > maintaining their project identity.
>> >
>> > That said, we also have to recognize that where there are third parties 
>> > with pre-existing uses of similar software product names, we can't 
>> > necessarily offer the same level of defense for such a project name.
>> >
>> > Depending on the case, we may decide that a podling community is willing 
>> > to accept the risk of future conflicts, and that's fine - as long as in 
>> > those cases we recognize that we may be forced to change a project name in 
>> > the future *if* the issue ever comes up.
>> >
>> > The trick with trademarks are that in virtually all cases, "it depends". 
>> > The details matter - both on the legal details of some potential conflict 
>> > of names, *as well as* the actual behavior of the parties involved.  That 
>> > is: just because there is an apparent conflict of names does not always 
>> > mean that the two parties can't reach an agreement to each continue while 
>> > recognizing each other's brands.
>> >
>> > That being said, given the wide use of "stratos" as a name associated with 
>> > various cloud stuff these days, that I do recommend the proposal 
>> > submitters have a serious discussion about considering a new name.
>> >
>> >
>> > - Shane (not subscribed, reading on archives)
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>> > For additional commands, e-mail: general-h...@incubator.apache.org
>> >
>>
>>
>> --
>> CONFIDENTIALITY NOTICE
>> NOTICE: This message is intended for the use of the individual or entity
>> to
>> which it is addressed and may contain information that is confidential,
>> privileged and exempt from disclosure under applicable law. If the reader
>> of this message is not the intended recipient, you are hereby notified
>> that
>> any printing, copying, dissemination, distribution, disclosure or
>> forwarding of this communication is strictly prohibited. If you have
>> received this communication in error, please contact the sender
>> immediately
>> and delete it from your system. Thank You.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
>> For additional commands, e-mail: general-h...@incubator.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Reply via email to