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 8B2E88AE3 for ; Wed, 17 Aug 2011 00:26:45 +0000 (UTC) Received: (qmail 98381 invoked by uid 500); 17 Aug 2011 00:26:45 -0000 Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org Received: (qmail 98319 invoked by uid 500); 17 Aug 2011 00:26:44 -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 98311 invoked by uid 99); 17 Aug 2011 00:26:44 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Aug 2011 00:26:44 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [205.178.146.64] (HELO omr14.networksolutionsemail.com) (205.178.146.64) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Aug 2011 00:26:37 +0000 Received: from cm-omr1 (mail.networksolutionsemail.com [205.178.146.50]) by omr14.networksolutionsemail.com (8.13.6/8.13.6) with ESMTP id p7H0QF4H022131 for ; Tue, 16 Aug 2011 20:26:15 -0400 Authentication-Results: cm-omr1 smtp.user=drew@baseanswers.com; auth=pass (LOGIN) X-Authenticated-UID: drew@baseanswers.com Received: from [174.140.78.93] ([174.140.78.93:44733] helo=[192.168.1.3]) by cm-omr1 (envelope-from ) (ecelerity 2.2.2.41 r(31179/31189)) with ESMTPA id F1/B4-02413-7AA0B4E4; Tue, 16 Aug 2011 20:26:15 -0400 Subject: Re: [www] Any Drupal guru's lurking? ( was : Ext / Temp repository stability ( was Extensions and templates site down )) From: drew To: ooo-dev@incubator.apache.org In-Reply-To: References: <8151058839370557907@unknownmsgid> <133e716559f67b121374d6f83d310257@tutopia.com> <1313324798.30865.16.camel@sybil-gnome> <4E47CE41.1010306@hdsnet.hu> <1313330254.30865.31.camel@sybil-gnome> <20110814151148.GC3585@ulungele.erack.de> <1313338531.30865.47.camel@sybil-gnome> <1313341570.30865.57.camel@sybil-gnome> <1313345196.30865.68.camel@sybil-gnome> <1313347156.30865.73.camel@sybil-gnome> <1313347743.30865.75.camel@sybil-gnome> <1313517490.3804.13.camel@sybil> <1313523822.92479.YahooMailNeo@web161428.mail.bf1.yahoo.com> <1313525698.3804.26.camel@sybil> Content-Type: text/plain; charset="UTF-8" Date: Tue, 16 Aug 2011 20:26:20 -0400 Message-ID: <1313540780.19361.27.camel@sybil> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 Content-Transfer-Encoding: 7bit On Tue, 2011-08-16 at 16:36 -0400, Rob Weir wrote: > On Tue, Aug 16, 2011 at 4:14 PM, drew wrote: > > On Tue, 2011-08-16 at 16:02 -0400, Rob Weir wrote: > >> On Tue, Aug 16, 2011 at 3:43 PM, Joe Schaefer wrote: > >> > It just needs to be cleared by legal/board. > >> > While hosting non-OSS plugins is probably out, > >> > I don't see why we can't host OSS ones here > >> > especially if we don't change the dns from > >> > openoffice.org to apache.org. > >> > > >> > We already host modules.apache.org which provides > >> > a similar service for httpd modules. One essential > >> > implementation difference is that the downloads aren't > >> > served by us, we just point users at the offsite > >> > sources and only host metadata. Technically that's > >> > probably what I'd like to see happen to the ooo > >> > extensions site as well before bringing it in house. > >> > > >> > >> We had talked on another thread about a longer-term approach where we > >> would host a registry of externally-hosted extensions. That kind of > >> solutions has a lot of attractive qualities. > >> > >> Do you know anything about the http modules registry, e.g., where the > >> code is? That might be something we could use to jump-start an > >> extensions registry. It has the basics. > > > > > > Alright - If I may just ask a couple of question. > > > > There is a current site, not on ASF or Oracle hardware, that site needs > > work, now then: > > > > Is there some reason why the current OSUOSL site can not be used going > > forward? > > > > Permission wise? If it is not on Apache Infrastructure, then it is > not an Apache server, and I don't think Apache would care much. > > The "gotcha" here is the trademark and the domain name. Namely, our > website points to the extension site via an openoffice.org URL > (http://extensions.services.openoffice.org/) and the extension site > uses the OpenOffice.org trademark. > > So if we treat it like an external website, not controlled by Apache, > then we need to get the trademark use into conformance with Apache > policy. The experts can correct me, but the following steps might be > appropriate: > > 1) Links from Apache-controlled websites the extensions site should > come with a disclaimer saying something along the lines of: > > "The Apache OpenOffice.org project does not officially endorse or > maintain the extensions hosted at XXX. If there are any problems with > or questions about the extensions please go XXX" > > 2) The PPMC, in conjunction with Apache Branding, could review and > approve the use of the OpenOffice.org trademark and logo by the > extension website, provided it carries a prominent disclaimer along > the lines of the above. > > 3) We could redirect extensions.services.openoffice.org to the OSUOSL > for a period of time, but they should start using and promoting a new > URL, perhaps even a new domain name for the extensions. > > Personally, I'd like to see us move to a distributed registry > approach, as was discussed earlier in the thread [1]. But that does > nothing to help with the immediate need for increased availability of > the site. > > [1] http://markmail.org/message/bmwviy2ls5qqtqev#query:+page:1+mid:bmwviy2ls5qqtqev+state:results > Right - sorry for being slow on the uptake, I am like that often. Here is what I think I know: Oracle will at some point like us to remove their logo from the OpenOffice.org sites, including extensions.s.oo.o. Jurgen, You and others are making progress on the git to svn migration. Dave is plowing along with a migration plan for, and execution of, moving the main site into the Apache infrastructure. Kay looks to be ready to start moving part of the stie, project pages IIRC, also. Terry has the wiki and forums up on staging servers, in the Apache infrastructure. The other srevices, pootle, bugxilla, eis2, etc I don't know about, havent tried to keep up. (but I did read Rapheal's page on Bugzilla). On the extensions/templates service - I know There are millions of OpenOffice.org users that link to this URL and will be for at least some goodly number of months into the future. It seems to me that the user facing web infrastructure is going to be ready for the move fairly soon now, with code and tools sections, likely, lagging a bit, but I would expect Oracle would like all the stuff moved/rebranded ASAP. So - how long do you think we can go with the current arrangement? - and here I may be, being, slow again. It sound like you are saying that on day one, after the web sites are rebranded, then this disclaomer is needed at the current extensiions.s.oo.o, since it has un-savory items. Am I correct on that? IF so and if the disclaimer is to say that the site is not run by the PPMC, then by who (or is that whom)? Are you saying that OSUUSL would be the responsible party? Thanks //drew > > > I just have not heard that states as such. > > > > //drew > > > > >