Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 4F19A200B67 for ; Tue, 2 Aug 2016 01:37:10 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 4D90F160AA7; Mon, 1 Aug 2016 23:37:10 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 94AC9160A6C for ; Tue, 2 Aug 2016 01:37:09 +0200 (CEST) Received: (qmail 7296 invoked by uid 500); 1 Aug 2016 23:37:08 -0000 Mailing-List: contact general-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@incubator.apache.org Delivered-To: mailing list general@incubator.apache.org Received: (qmail 7285 invoked by uid 99); 1 Aug 2016 23:37:08 -0000 Received: from mail-relay.apache.org (HELO mail-relay.apache.org) (140.211.11.15) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Aug 2016 23:37:08 +0000 Received: from mail-qt0-f173.google.com (mail-qt0-f173.google.com [209.85.216.173]) by mail-relay.apache.org (ASF Mail Server at mail-relay.apache.org) with ESMTPSA id F08281A003E for ; Mon, 1 Aug 2016 23:37:07 +0000 (UTC) Received: by mail-qt0-f173.google.com with SMTP id w38so114242677qtb.0 for ; Mon, 01 Aug 2016 16:37:07 -0700 (PDT) X-Gm-Message-State: AEkoouuHxrw4JCK8CSK+KF00j0ijvYeCtbMbSHUpjnvRUncKQqqDHHvuxKDWZoOti37TKztlgHtYuATTmhqfuA== X-Received: by 10.237.37.58 with SMTP id v55mr96483942qtc.9.1470094627182; Mon, 01 Aug 2016 16:37:07 -0700 (PDT) MIME-Version: 1.0 References: <2BB89D83-D9F5-4F5C-A8C8-5D48900C723D@classsoftware.com> In-Reply-To: <2BB89D83-D9F5-4F5C-A8C8-5D48900C723D@classsoftware.com> From: Christopher Date: Mon, 01 Aug 2016 23:36:56 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [VOTE] Fluo Parent POM 1-incubating (rc2) To: general@incubator.apache.org Content-Type: multipart/alternative; boundary=001a113f42e60a280805390b144c archived-at: Mon, 01 Aug 2016 23:37:10 -0000 --001a113f42e60a280805390b144c Content-Type: text/plain; charset=UTF-8 I also wish to point out that the FluoProposal ( http://wiki.apache.org/incubator/FluoProposal) explicitly included an intent/wish/request to continue using the Fluo logo (which includes the name) on Fluo's historical sites. That proposal was accepted by the IPMC (albeit without an explicit judgment on that issue). While the proposal did not explicitly mention the domain name concerns, it did mention the continued existence of "historical sites" after acceptance, sites whose names could reasonably be expected to contain the Fluo name. I think this is important in determining to what extent it should be considered fair and reasonable to use the word "Fluo" on "fluo.io". At no point in the proposal or vote discussions for Fluo was it mentioned that we'd have to remove or transfer control of the fluo.io domain, in order to be compliant with ASF trademark policies upon acceptance into Incubator, even though it was clear at the time that 1) the domain existed and 2) hosted projects which would transfer to the ASF and projects which would not. Taking this into account, and in conjunction with our intent to fix both websites to reduce confusion, I hope that we can find a resolution which does not require a name change, but can leave both fluo.apache.org and fluo.io coexisting. I think our immediate, actionable plan should be to: 1. Remove redirect from fluo.io to fluo.apache.org 2. Place content on fluo.io which: 2.a) links to Apache Fluo 2.b) states that Fluo is a trademark of Apache 2.c) clarifies that Fluo.io is not affiliated or endorsed by the ASF 2.d) is primarily focused on the community tools it hosts, and not Apache Fluo 3. Ensure content on fluo.apache.org is updated to: 3.a) remove pre-apache release or clearly document them. 3.b) remove any implication that Fluo depends on any software at fluo.io 3.c) ensure no dependency on external documentation at fluo.io 4. Standardize on a different publicly available checkstyle and formatter ruleset than the io.fluo:resources ones (maybe?) If we're going to expend this effort, it would be nice to get some assurances that this will be sufficient to resolve branding concerns, or if there are additional steps short of changing the domain names, which we can take to resolve these issues. --001a113f42e60a280805390b144c--