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 AC83518CD7 for ; Mon, 10 Aug 2015 14:57:46 +0000 (UTC) Received: (qmail 85929 invoked by uid 500); 10 Aug 2015 14:57:33 -0000 Delivered-To: apmail-incubator-general-archive@incubator.apache.org Received: (qmail 85716 invoked by uid 500); 10 Aug 2015 14:57:33 -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 85705 invoked by uid 99); 10 Aug 2015 14:57:33 -0000 Received: from Unknown (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 10 Aug 2015 14:57:33 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 898761A9C37 for ; Mon, 10 Aug 2015 14:50:56 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.751 X-Spam-Level: * X-Spam-Status: No, score=1.751 tagged_above=-999 required=6.31 tests=[KAM_INFOUSMEBIZ=0.75, KAM_LAZY_DOMAIN_SECURITY=1, URIBL_BLOCKED=0.001] autolearn=disabled Received: from mx1-us-east.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id IdzaDfeH-EcM for ; Mon, 10 Aug 2015 14:50:50 +0000 (UTC) Received: from mail-yk0-f174.google.com (mail-yk0-f174.google.com [209.85.160.174]) by mx1-us-east.apache.org (ASF Mail Server at mx1-us-east.apache.org) with ESMTPS id D9B7142B1B for ; Mon, 10 Aug 2015 14:50:49 +0000 (UTC) Received: by ykaz130 with SMTP id z130so33781691yka.0 for ; Mon, 10 Aug 2015 07:50:43 -0700 (PDT) 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=JtONQcAubyrQeTshd9ny1xa7uzLy/XzG8mmdxU0OZdM=; b=DpjlqZFZ7AYy6637rAotgwhTz9A7nMbAugceB5+cKwnjyoImSx/kSz2DTpBRY6Q589 SVpXGNTY171FLKn04v2QiIGYqs3fJcg7wHh3fwP22joJPcPs1SKXhTXGXUnHRdc3AFV7 l3QoFt0HGF6dDrEpPXQNLLqykjW7TZujj+QdWjQF6nCjbZg3+4Uso3VU+6mFxHzrB4ym BRzWhMXVvs+Lh3GcFcDIFYPmDaOHHkDBiNkZG12IPHZfA/0WkOtlvqLa/YYkwlvw+PVl tJ711F6BQ9q/GVu19it8n81kUnI5FEeYH4/GqdvBn9woLV/0WL0AQGAQA78FkwDOmxgo C1Iw== X-Gm-Message-State: ALoCoQl7AMIldDqGuHfkMg1h1gelRMqgOC7YaXBlRyrgtDDZMZDAq//7nTW6Kr/uQp43LnLDUHPG X-Received: by 10.170.43.87 with SMTP id 84mr21158363ykl.119.1439218243122; Mon, 10 Aug 2015 07:50:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.37.108.198 with HTTP; Mon, 10 Aug 2015 07:50:23 -0700 (PDT) In-Reply-To: References: <55BF3A8D.9020701@gmx.org> <55C08445.5050006@gmx.org> <55C317A7.7030500@gmx.org> From: David Nalley Date: Mon, 10 Aug 2015 10:50:23 -0400 Message-ID: Subject: Re: apache binary distributions To: general@incubator.apache.org Content-Type: text/plain; charset=UTF-8 On Sun, Aug 9, 2015 at 9:33 PM, Roman Shaposhnik wrote: > On Fri, Aug 7, 2015 at 12:46 AM, Bertrand Delacretaz > wrote: >> On Fri, Aug 7, 2015 at 2:50 AM, Roman Shaposhnik wrote: >>> ...is Apache Brand meant to protect *any* possible object/binary >>> artifact or only those that PMC actually care about?... >> >> IMO any object/binary created from our source code has to be clearly >> identified as not coming from the ASF. > > Well, the real question is: do we aspire to have a monopoly on certain > binary convenience artifacts? IOW, if a Hadoop PMC blessed and RPM > as one of those artifacts, does it mean that only that RPM (however > potentially screwed up it is from the standpoint of Fedora packaging > guidelines) is the RPM that can be called Hadoop? > That depends. And what it largely depends on is the product, the PMC producing it, and the user base. Some projects have problems with abuse of their marks. People bundling additional (occasionally malicious) software with the ASF-produced software. Some of those projects enforce (rightly IMO) trademark to the benefit of the project and its users. Other projects are much more lax with trademarks, yet remain very vibrant. Mozilla had similar problems to those that GCC had, which were described earlier. Linux distributions were patching the 'official' release, and inadvertently causing problems which ended up giving Mozilla products an undeserved (at least for those specific issues) bad reputation. So they rectified this by enforcing their trademarks, and declaring that any patches had to be approved by Mozilla if you were to retain the Mozilla brands on the software. Is that overkill for most of the products that call the ASF home? Probably. But for some projects, it makes sense. (This is completely separate from a discussion about a third-party using ASF marks for their own gain and confusing folks about the origin of the software they are using) --David --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org