Return-Path: X-Original-To: apmail-incubator-general-archive@www.apache.org Delivered-To: apmail-incubator-general-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 22B43184E6 for ; Wed, 20 Jan 2016 23:30:55 +0000 (UTC) Received: (qmail 15371 invoked by uid 500); 20 Jan 2016 23:30:54 -0000 Delivered-To: apmail-incubator-general-archive@incubator.apache.org Received: (qmail 15167 invoked by uid 500); 20 Jan 2016 23:30:54 -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 15155 invoked by uid 99); 20 Jan 2016 23:30:54 -0000 Received: from Unknown (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 20 Jan 2016 23:30:54 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id B0EBCC0599 for ; Wed, 20 Jan 2016 23:30:53 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.345 X-Spam-Level: ** X-Spam-Status: No, score=2.345 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=3, RCVD_IN_MSPIKE_H2=-0.001, RP_MATCHES_RCVD=-0.554, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd4-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=google.com Received: from mx1-eu-west.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id SFh4obcgY5aj for ; Wed, 20 Jan 2016 23:30:47 +0000 (UTC) Received: from mail-io0-f173.google.com (mail-io0-f173.google.com [209.85.223.173]) by mx1-eu-west.apache.org (ASF Mail Server at mx1-eu-west.apache.org) with ESMTPS id 6E90C20BC2 for ; Wed, 20 Jan 2016 23:30:46 +0000 (UTC) Received: by mail-io0-f173.google.com with SMTP id g73so37609915ioe.3 for ; Wed, 20 Jan 2016 15:30:46 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=PhGnTBwUjOwqUPFXOSYNF+msS2Y4pvnYJ5sB9WkS0mk=; b=RmC1P45vexp+m3qRwObsk+2b/fsmCd5AWs5Dy2kFkYC2JFDIj+vmNgqBpSTzWXZlmR u5E3InPCqJa9izBDkChH1OGnGjGFX5Wt2fFlQupHmz0MmWN69vk5iomBf42lOcbLYINv av/sjQs8W07McOyS5VmlkVbxf3/6YNttSWSGktGaMlff4i6kT/F48hm5Bel9QjgoHIo5 XEey61A1mWsqkym9doW/64bd+ENBVx/c7ALm+aIfAjk4ZC+m1+PmguVQJ19SRMT1ECvT 8ed4pJWxBDUggtuI4xOBfSDP1uWmg3c5NAmo9nw1+DljRhn6FyLdOg5Qu0MyTciE1v3Y dS5w== X-Gm-Message-State: ALoCoQldZKSM0i746pnB2qqESDjnptWO7Qrv2JDuZ+SoNB94pEoEHI5wC1tDrnn05Rk8oEWCU7/g3HDHLICvolo9m3+RG3qSlkbWiCQSDzcV5KX9B7mWVRk= X-Received: by 10.107.167.17 with SMTP id q17mr33152387ioe.61.1453332645354; Wed, 20 Jan 2016 15:30:45 -0800 (PST) MIME-Version: 1.0 Received: by 10.36.60.82 with HTTP; Wed, 20 Jan 2016 15:30:25 -0800 (PST) In-Reply-To: References: <569FC13A.3030406@nanthrax.net> From: James Malone Date: Wed, 20 Jan 2016 15:30:25 -0800 Message-ID: Subject: Re: [DISCUSS] Apache Dataflow Incubator Proposal To: general@incubator.apache.org Content-Type: multipart/alternative; boundary=001a11415108116b560529cc60e1 --001a11415108116b560529cc60e1 Content-Type: text/plain; charset=UTF-8 > > > I don't see anything in the proposal about Google ceasing the use of the > brand > "Google Cloud Dataflow". Yet the co-existence of "Google Cloud Dataflow" > and > "Apache Dataflow" would conflict with Apache requirements for vendor > neutrality and project independence. > > The issue seems similar to the recent proposal to incubate "Apache > OpenMiracl" > while allowing the "Miracl" company to continue distribution of the > "Miracl" > project. That situation was was resolved by renaming the Apache project to > "Milagro", allowing the Miracl company to continue benefitting from the > brand > they had invested in so heavily. > Apologies to my delay responding to the feedback about naming! We anticipated there may be some concerns about the naming. The project members also want to confront those concerns head-on so any issues related to naming don't take away from the technical merit of the proposal. We're open to coming up with a new name and renaming the proposed project if it's prudent or required. To that end, I have a question about the order of operations. If we need to rename, we would ideally choose a new name, change the project name at that time, and start our refactoring with that new name. Is is acceptable for us to flag a name change as something we need to do as a near-term (1st month) item in incubation (if accepted)? If a rename is required I'd like to add it to our to-do roadmap but also not block our proposal on a renaming. I ask so we can address this concern in the best way possible. > http://markmail.org/message/tpiphl55rcyezcvd > > Marvin Humphrey > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org > For additional commands, e-mail: general-help@incubator.apache.org > > --001a11415108116b560529cc60e1--