Return-Path: X-Original-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id DFF0AB0E6 for ; Fri, 6 Jan 2012 16:21:01 +0000 (UTC) Received: (qmail 80273 invoked by uid 500); 6 Jan 2012 16:21:01 -0000 Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org Received: (qmail 80191 invoked by uid 500); 6 Jan 2012 16:21:01 -0000 Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ooo-dev@incubator.apache.org Delivered-To: mailing list ooo-dev@incubator.apache.org Received: (qmail 80183 invoked by uid 99); 6 Jan 2012 16:21:00 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Jan 2012 16:21:00 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of rgardler@opendirective.com designates 74.125.82.175 as permitted sender) Received: from [74.125.82.175] (HELO mail-we0-f175.google.com) (74.125.82.175) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Jan 2012 16:20:52 +0000 Received: by werm13 with SMTP id m13so1362675wer.6 for ; Fri, 06 Jan 2012 08:20:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opendirective.com; s=opendirective; h=mime-version:x-originating-ip:in-reply-to:references:from:date :message-id:subject:to:content-type:content-transfer-encoding; bh=gFeEy5BbCE9EA1R/oKF2+SELoGSAQnaBkkJCATbkIs4=; b=EVWz/ndnHd9oanWKd6ugF471aH3/KsrTBcR5x6tHC3/WtTIm3mYMxWreti/rDxMtWC eeswWN5BQAM63AhMXGGbohs/o6wUpDezmqU6IeNCSoaDXrMLIdzePYY2AvbpUyQDADFe ejQABarqWrUqbnqsjzbkGesj80S9UB1qwG7os= Received: by 10.216.132.200 with SMTP id o50mr3228296wei.22.1325866832578; Fri, 06 Jan 2012 08:20:32 -0800 (PST) MIME-Version: 1.0 Received: by 10.180.73.65 with HTTP; Fri, 6 Jan 2012 08:20:11 -0800 (PST) X-Originating-IP: [86.153.90.198] In-Reply-To: References: <4F040B3F.7040104@googlemail.com> <4F06BFB5.5080200@apache.org> From: Ross Gardler Date: Fri, 6 Jan 2012 16:20:11 +0000 Message-ID: Subject: Re: Extensions hosting To: ooo-dev@incubator.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On 6 January 2012 15:49, Rob Weir wrote: > On Fri, Jan 6, 2012 at 10:24 AM, Ross Gardler > wrote: >> On 6 January 2012 15:03, Rob Weir wrote: >> >> ... >> >>>> I'm not saying you *will* be allowed to host them, I'm saying you >>>> *may* be allowed to. Similarly, I'm asking you, and others, to stop >>>> saying you *won't* be able to host them. >>>> > ... > >> Lets continue to focus on what the AOO *wants* not what some of us >> perceive is *allowed*. Once we know what is wanted we can explore what >> is possible. >> > > OK. =A0So if we want to host the extensions site, as is, and have it > conform to some revised ASF policy, then we would need to be able to > do things like: > > 1) Host GPL extensions on Apache servers, using websites associated > with Apache products, using Apache trademarks. =A0In other words, > without the distance the Board has encouraged the use of Apache-Extras > for in the past. That is not a correct summary of the ASFs position. We do not *develop* software that is under any licence other than ALv2 (go to apache-extras). As far as I understand it the extensions site does not provide development support. We do not distribute incompatibly licensed code that might restrict the rights of our downstream users to *modify* the source of our projects. Since none of the extensions will be bundled with AOO releases this is not relevant. As a by-product of these two policies we do not, at present, distribute any incompatible binaries under normal circumstances. This is the part that we would need to get approval. Remember that this approval has been delegated to the IPMC and anyone in this community can seek it at any time. As for using Apache trademarks we have a policy that, in my opinion, will cover the vast majority of cases for the extensions site (there might be a need to ask maintainers to update their sites and the PPMC will have to take ownership of this. This will be the case wherever the extension is hosted. How effective the PPMC can be in this matter is a different issue, but since it is not affected by the location of the hosting it is irrelevant in this discussion, I think. > 2) Similarly, the repository currently includes non OSS extensions, > including demos of proprietary extensions, and various forms of > demoware and trialware extensions. =A0We would need permission to host > these, again, on Apache servers that bear trademarked names, e.g., an > openoffice.org website. As with 1) above. > 3) Similarly we have at least one case today where the extension > website hosts a Paypal link for collecting money for an extension. =A0We > would need permission from the Board to host 3rd party revenue > collection links on Apache servers using domain names associated with > ASF-owned trademarks. It's hard for me to understand this one as the extensions site is down and so I can't see any examples. Are you saying the ASF extensions site would have a webpage with a paypal link (or similar), where the payment goes to some third party maintaining the extension? This one is a little harder. On the one hand I would say that as long as the trademark policy was enforced for these extensions then it would be fine. On the other hand, if the AOO PPMC is deciding who can/can not be listed there is a potential for conflict here. I'd like to get further guidance on this. > I still happen to > think, for other reasons that I've stated, that opening this up and > encouraging the broader ecosystem is the better way to do it, rather > than enforcing an Apache stranglehold. HA!!! I see you chose to throw the inflammatory language back at me, fair enough ;-) Seriously though, I have no objection to this being the outcome of this conversation. I agree there are some clear advantages. I just want to be certain that conclusion is drawn from the right facts. > But in parallel with that > discussion let's establish the policy change possibilities, so we're > not arguing on top of mush. Agreed. I remind the community of the purpose of this thread, from my first mail: "Once you've digested and debated the offer from Sourceforge the community needs to come up with a couple of paragraphs indicating a desired route forwards and reasons for it. I will try and attend the appropriate board meeting in order to answer any questions that arise." We've gone a very long way to coming to those couple of paras, this policy issue was a minor diversion that I think is now over. Ross --=20 Ross Gardler (@rgardler) Programme Leader (Open Development) OpenDirective http://opendirective.com