You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openoffice.apache.org by Rob Weir <ap...@robweir.com> on 2011/08/16 20:45:22 UTC

Re: [www] Any Drupal guru's lurking? ( was : Ext / Temp repository stability ( was Extensions and templates site down ))

On Tue, Aug 16, 2011 at 1:58 PM, drew <dr...@baseanswers.com> wrote:
> On Sun, 2011-08-14 at 14:49 -0400, drew wrote:
>> On Sun, 2011-08-14 at 11:42 -0700, Dave Fisher wrote:
>> > On Aug 14, 2011, at 11:39 AM, drew wrote:
>> >
>> > > On Sun, 2011-08-14 at 11:18 -0700, Dave Fisher wrote:
>> > >> On Aug 14, 2011, at 11:06 AM, drew wrote:
>> > >>
>> > >>> On Sun, 2011-08-14 at 13:37 -0400, Rob Weir wrote:
>> > >>>> On Sun, Aug 14, 2011 at 1:06 PM, drew <dr...@baseanswers.com> wrote:
>> > > <big snip>
>> > >
>> > >>>
>> > >>> Just hit the templates site and it's back, I would rather we ask the
>> > >>> current admin about what, if any, maintenance is needing done on the
>> > >>> site, and then we should offer, if it would help, to try and find some
>> > >>> volunteer help to get that done, asap.
>> > >>
>> > >> Here is what an OSUOSL admin said in July when this happened last:
>> > >>
>> > >>> Looks like varnish died on the machine and I just kicked it. The site(s)
>> > >>> should be back online now.
>> > >>>
>> > >>> The sites have been in an unstable state for quite a while mostly
>> > >>> because neither we (OSL) nor Sun/Oracle had time to fix the performance
>> > >>> issues both of the sites entails. Couple that with the fact that the
>> > >>> machines they power those sites are very underpower considering the load
>> > >>> they take. It's gotten so bad that we've turned off notifications
>> > >>> because they just go off all the time.
>> > >>>
>> > >>> What really needs to happen is to have the sites completely
>> > >>> re-architected from the ground up with scaling in mind. At least one of
>> > >>> the sites is a stock Drupal 5.0 with a very hacked core. I know some
>> > >>> Sun/Oracle engineers had been working on fixing that into a Drupal 6
>> > >>> module but I'm not sure where that left off.
>> > >>>
>> > >>> Anyways, If you would like some more help with how these sites can be
>> > >>> fixed moving forward, please let me know. But we are strectched thin for
>> > >>> resources.
>> > >>>
>> > >>> Thanks-
>> > >>
>> > >> The offer is there. I'll give anyone the admin's email and off the list if you want to contact him.
>> > >>
>> > > Howdy Dave
>> > >
>> > > Well I'll not be much technical help with Drupal, however I can start by
>> > > posting an email to the Apache infra ML and see if maybe there is
>> > > someone skilled in the art willing to work with our current admin and
>> > > the osu admin. I'll do that in a little bit here, if no one minds.
>> >
>> > Ideally someone here on the ML would be a Drupal guru.
>>
>> I'll send this one then - and if needed the other after a day or so..;-)
>
> Alright - well just tried to hit the extension site (from the OO.o front
> page) 6 times, 5 'connection reset', 1 time success - then clicked on
> templates and 'connection reset'
>
> No hands up here yet that I've seen.
>
> People do want to have this site up, yes?
>
> So - I said I'd not be much help, that isn't the same as no help.
>
> I assume all the drupal setup is under version control, or is it just
> the custom changes (with any schema changes) - either way I can setup a
> VM here and see about tackling an update from 5 to 6 (not 7???)
>

What are you trying to accomplish?

I thought the fact that the extensions site was hosting software
downloads that were not all under the Apache 2.0 license, and in some
cases were not even OSS, made it impossible for us to be hosting the
site on Apache servers.


> _while_
>
> Sending an email to the apache infra ml looking for additional help.
>
> OK
>
> //drew
>
>
>
>>
>> //drew
>>
>>
>
>
>

Re: [www] Any Drupal guru's lurking? ( was : Ext / Temp repository stability ( was Extensions and templates site down ))

Posted by drew <dr...@baseanswers.com>.
On Tue, 2011-08-16 at 14:45 -0400, Rob Weir wrote:
> On Tue, Aug 16, 2011 at 1:58 PM, drew <dr...@baseanswers.com> wrote:
> > On Sun, 2011-08-14 at 14:49 -0400, drew wrote:
> >> On Sun, 2011-08-14 at 11:42 -0700, Dave Fisher wrote:
> >> > On Aug 14, 2011, at 11:39 AM, drew wrote:
> >> >
> >> > > On Sun, 2011-08-14 at 11:18 -0700, Dave Fisher wrote:
> >> > >> On Aug 14, 2011, at 11:06 AM, drew wrote:
> >> > >>
> >> > >>> On Sun, 2011-08-14 at 13:37 -0400, Rob Weir wrote:
> >> > >>>> On Sun, Aug 14, 2011 at 1:06 PM, drew <dr...@baseanswers.com> wrote:
> >> > > <big snip>
> >> > >
> >> > >>>
> >> > >>> Just hit the templates site and it's back, I would rather we ask the
> >> > >>> current admin about what, if any, maintenance is needing done on the
> >> > >>> site, and then we should offer, if it would help, to try and find some
> >> > >>> volunteer help to get that done, asap.
> >> > >>
> >> > >> Here is what an OSUOSL admin said in July when this happened last:
> >> > >>
> >> > >>> Looks like varnish died on the machine and I just kicked it. The site(s)
> >> > >>> should be back online now.
> >> > >>>
> >> > >>> The sites have been in an unstable state for quite a while mostly
> >> > >>> because neither we (OSL) nor Sun/Oracle had time to fix the performance
> >> > >>> issues both of the sites entails. Couple that with the fact that the
> >> > >>> machines they power those sites are very underpower considering the load
> >> > >>> they take. It's gotten so bad that we've turned off notifications
> >> > >>> because they just go off all the time.
> >> > >>>
> >> > >>> What really needs to happen is to have the sites completely
> >> > >>> re-architected from the ground up with scaling in mind. At least one of
> >> > >>> the sites is a stock Drupal 5.0 with a very hacked core. I know some
> >> > >>> Sun/Oracle engineers had been working on fixing that into a Drupal 6
> >> > >>> module but I'm not sure where that left off.
> >> > >>>
> >> > >>> Anyways, If you would like some more help with how these sites can be
> >> > >>> fixed moving forward, please let me know. But we are strectched thin for
> >> > >>> resources.
> >> > >>>
> >> > >>> Thanks-
> >> > >>
> >> > >> The offer is there. I'll give anyone the admin's email and off the list if you want to contact him.
> >> > >>
> >> > > Howdy Dave
> >> > >
> >> > > Well I'll not be much technical help with Drupal, however I can start by
> >> > > posting an email to the Apache infra ML and see if maybe there is
> >> > > someone skilled in the art willing to work with our current admin and
> >> > > the osu admin. I'll do that in a little bit here, if no one minds.
> >> >
> >> > Ideally someone here on the ML would be a Drupal guru.
> >>
> >> I'll send this one then - and if needed the other after a day or so..;-)
> >
> > Alright - well just tried to hit the extension site (from the OO.o front
> > page) 6 times, 5 'connection reset', 1 time success - then clicked on
> > templates and 'connection reset'
> >
> > No hands up here yet that I've seen.
> >
> > People do want to have this site up, yes?
> >
> > So - I said I'd not be much help, that isn't the same as no help.
> >
> > I assume all the drupal setup is under version control, or is it just
> > the custom changes (with any schema changes) - either way I can setup a
> > VM here and see about tackling an update from 5 to 6 (not 7???)
> >
> 
> What are you trying to accomplish?

Hi Rob

my understanding is that part of the solution is an upgrade of the
current site from Drupal 5 to 6 (and some work on caching) and this
upgrade includes working in the custom code. So that is what I am going
to try to do - on a test instance and when I'm done (assuming it works
out) to offer the change for use on the live site at OSUOSL.

Now I've installed Drupal maybe 7,8 times (versions 5,6) out of the box,
I've installed a few mods and done a little theming, but no hacking on
the core stuff, which it is my understanding was done here, so I would
love to have someone who knows more then I to do doing this, but I'll
give a try.

//drew

> 
> I thought the fact that the extensions site was hosting software
> downloads that were not all under the Apache 2.0 license, and in some
> cases were not even OSS, made it impossible for us to be hosting the
> site on Apache servers.
> 
> 
> > _while_
> >
> > Sending an email to the apache infra ml looking for additional help.
> >
> > OK
> >
> > //drew
> >
> >
> >
> >>
> >> //drew
> >>
> >>
> >
> >
> >
> 



Re: [www] Any Drupal guru's lurking? ( was : Ext / Temp repository stability ( was Extensions and templates site down ))

Posted by Joe Schaefer <jo...@yahoo.com>.

It's custom php code located somewhere in the infra
repo.  If you ask on infrastructure@ someone can provide
you specifics and access if you'd like.



>________________________________
>From: Rob Weir <ap...@robweir.com>
>To: ooo-dev@incubator.apache.org
>Sent: Tuesday, August 16, 2011 4:02 PM
>Subject: Re: [www] Any Drupal guru's lurking? ( was : Ext / Temp repository stability ( was Extensions and templates site down ))
>
>On Tue, Aug 16, 2011 at 3:43 PM, Joe Schaefer <jo...@yahoo.com> 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.
>
>>
>>
>>
>>>________________________________
>>>From: Rob Weir <ap...@robweir.com>
>>>To: ooo-dev@incubator.apache.org
>>>Sent: Tuesday, August 16, 2011 2:45 PM
>>>Subject: Re: [www] Any Drupal guru's lurking? ( was : Ext / Temp repository stability ( was Extensions and templates site down ))
>>>
>>>On Tue, Aug 16, 2011 at 1:58 PM, drew <dr...@baseanswers.com> wrote:
>>>> On Sun, 2011-08-14 at 14:49 -0400, drew wrote:
>>>>> On Sun, 2011-08-14 at 11:42 -0700, Dave Fisher wrote:
>>>>> > On Aug 14, 2011, at 11:39 AM, drew wrote:
>>>>> >
>>>>> > > On Sun, 2011-08-14 at 11:18 -0700, Dave Fisher wrote:
>>>>> > >> On Aug 14, 2011, at 11:06 AM, drew wrote:
>>>>> > >>
>>>>> > >>> On Sun, 2011-08-14 at 13:37 -0400, Rob Weir wrote:
>>>>> > >>>> On Sun, Aug 14, 2011 at 1:06 PM, drew <dr...@baseanswers.com> wrote:
>>>>> > > <big snip>
>>>>> > >
>>>>> > >>>
>>>>> > >>> Just hit the templates site and it's back, I would rather we ask the
>>>>> > >>> current admin about what, if any, maintenance is needing done on the
>>>>> > >>> site, and then we should offer, if it would help, to try and find some
>>>>> > >>> volunteer help to get that done, asap.
>>>>> > >>
>>>>> > >> Here is what an OSUOSL admin said in July when this happened last:
>>>>> > >>
>>>>> > >>> Looks like varnish died on the machine and I just kicked it. The site(s)
>>>>> > >>> should be back online now.
>>>>> > >>>
>>>>> > >>> The sites have been in an unstable state for quite a while mostly
>>>>> > >>> because neither we (OSL) nor Sun/Oracle had time to fix the performance
>>>>> > >>> issues both of the sites entails. Couple that with the fact that the
>>>>> > >>> machines they power those sites are very underpower considering the load
>>>>> > >>> they take. It's gotten so bad that we've turned off notifications
>>>>> > >>> because they just go off all the time.
>>>>> > >>>
>>>>> > >>> What really needs to happen is to have the sites completely
>>>>> > >>> re-architected from the ground up with scaling in mind. At least one of
>>>>> > >>> the sites is a stock Drupal 5.0 with a very hacked core. I know some
>>>>> > >>> Sun/Oracle engineers had been working on fixing that into a Drupal 6
>>>>> > >>> module but I'm not sure where that left off.
>>>>> > >>>
>>>>> > >>> Anyways, If you would like some more help with how these sites can be
>>>>> > >>> fixed moving forward, please let me know. But we are strectched thin for
>>>>> > >>> resources.
>>>>> > >>>
>>>>> > >>> Thanks-
>>>>> > >>
>>>>> > >> The offer is there. I'll give anyone the admin's email and off the list if you want to contact him.
>>>>> > >>
>>>>> > > Howdy Dave
>>>>> > >
>>>>> > > Well I'll not be much technical help with Drupal, however I can start by
>>>>> > > posting an email to the Apache infra ML and see if maybe there is
>>>>> > > someone skilled in the art willing to work with our current admin and
>>>>> > > the osu admin. I'll do that in a little bit here, if no one minds.
>>>>> >
>>>>> > Ideally someone here on the ML would be a Drupal guru.
>>>>>
>>>>> I'll send this one then - and if needed the other after a day or so..;-)
>>>>
>>>> Alright - well just tried to hit the extension site (from the OO.o front
>>>> page) 6 times, 5 'connection reset', 1 time success - then clicked on
>>>> templates and 'connection reset'
>>>>
>>>> No hands up here yet that I've seen.
>>>>
>>>> People do want to have this site up, yes?
>>>>
>>>> So - I said I'd not be much help, that isn't the same as no help.
>>>>
>>>> I assume all the drupal setup is under version control, or is it just
>>>> the custom changes (with any schema changes) - either way I can setup a
>>>> VM here and see about tackling an update from 5 to 6 (not 7???)
>>>>
>>>
>>>What are you trying to accomplish?
>>>
>>>I thought the fact that the extensions site was hosting software
>>>downloads that were not all under the Apache 2.0 license, and in some
>>>cases were not even OSS, made it impossible for us to be hosting the
>>>site on Apache servers.
>>>
>>>
>>>> _while_
>>>>
>>>> Sending an email to the apache infra ml looking for additional help.
>>>>
>>>> OK
>>>>
>>>> //drew
>>>>
>>>>
>>>>
>>>>>
>>>>> //drew
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>
>
>

Re: [www] Any Drupal guru's lurking? ( was : Ext / Temp repository stability ( was Extensions and templates site down ))

Posted by drew <dr...@baseanswers.com>.
On Tue, 2011-08-16 at 13:27 -0700, Dave Fisher wrote:
> On Aug 16, 2011, at 1: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 <jo...@yahoo.com> 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? 
> 
> It is undersized, saturated and that is why it is sporadic and then goes away.
> 
> It is so bad they (OSUOSL) turned off Nagios. Now whether or not it can be made to work better is a detail that support@osuosl.org will need to answer.
> 
> We need them to let you in to the box.

OK - well, didn't send any emails yet, glad I didn't. Did however catch
up on the emails here and on the proper OO.o mailing list.

So - I'm way, way behind the curve here - the Drupal 5 to 6 update
already happened. It helped some, but not enough - One person thinks a
move from 6 to 7, bringing a change in caching architecture would maybe
do the trick, but back in May they thought it was too soon to do yet
another upgrade.

There are inks to usage reports that show what is happening with the
Apache servers running the service, etc.

So again, I think it makes sense to, and I will, pop to the Apache infra
ML and ask for help - I'm not asking for any Apache infrastructure
allocation, just asking if there is any individual there, that knows
this stuff in and out, and willing to offer a hand..I'll report back.

//drew

> 
> Regards,
> Dave
> 
> 
> > 
> > I just have not heard that states as such.
> > 
> > //drew
> > 
> 
> 



Re: [www] Any Drupal guru's lurking? ( was : Ext / Temp repository stability ( was Extensions and templates site down ))

Posted by Dave Fisher <da...@comcast.net>.
On Aug 16, 2011, at 1: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 <jo...@yahoo.com> 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? 

It is undersized, saturated and that is why it is sporadic and then goes away.

It is so bad they (OSUOSL) turned off Nagios. Now whether or not it can be made to work better is a detail that support@osuosl.org will need to answer.

We need them to let you in to the box.

Regards,
Dave


> 
> I just have not heard that states as such.
> 
> //drew
> 


Re: [www] Any Drupal guru's lurking? ( was : Ext / Temp ... ERRTHREADTOOLONG

Posted by Shane Curcuru <as...@shanecurcuru.org>.
Is it just me, or has anyone else missed a number of important branding, 
technology, and hosting questions in this thread, now that it's gone 
down about 32 levels and changed subjects a few times?

Maybe I'm just tired tonight, but there are nuggets in here that are far 
more important than what the subject currently implies.

Good night, all!

- Shane

Re: [www] Any Drupal guru's lurking? ( was : Ext / Temp repository stability ( was Extensions and templates site down ))

Posted by Dave Fisher <da...@comcast.net>.
On Aug 16, 2011, at 6:23 PM, Rob Weir wrote:

> On Tue, Aug 16, 2011 at 8:26 PM, drew <dr...@baseanswers.com> wrote:
>> On Tue, 2011-08-16 at 16:36 -0400, Rob Weir wrote:
>>> On Tue, Aug 16, 2011 at 4:14 PM, drew <dr...@baseanswers.com> wrote:
>>>> On Tue, 2011-08-16 at 16:02 -0400, Rob Weir wrote:
>>>>> On Tue, Aug 16, 2011 at 3:43 PM, Joe Schaefer <jo...@yahoo.com> 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).
>> 
> 
> I think the above would make great material for a post on the
> project's blog, an update on the various parallel efforts we have in
> motion.
> 
>> 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?
> 
> Only Oracle can answer that.  But that really doesn't impact the
> extensions site, since it is not on Oracle servers.
> 
>> - 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?
>> 
> 
> Responsibility to me means:
> 
> 1) If the server is hacked, who cleans it up?
> 
> 2) If someone uploads unauthorized code (code they do not have the
> rights to) who responds to the take down notice?
> 
> 3) If the underlying application stack require a critical security
> update, who monitors this and applies the patches?
> 
> 4) Who monitors logs for errors, optimizes the database, does the
> backups and other routine maintenance?
> 
> 5) Who sets the policies for what kind of extensions are allowed and
> which are not allowed?
> 
> 6) Who decides who has what permissions on the server, from sysadmin,
> to application admin, etc.
> 
> 7) Who removes spam from the user comments, and generally enforces the
> terms of service?
> 
> These are the kinds of things that the PPMC, in conjunction with
> Apache Infrastructure, does for websites that we control.
> 
> Do you know, is anyone doing something similar for the extensions web
> site?  Is OSUUSL doing this?  Or is there a vacuum now?
> 
> This isn't a trivial task.  You might be able to get a Drupal expert
> to help restore the website to working order.  But then who maintains
> it and prevents it from falling apart in 6 more months?  Who has the
> ongoing responsibility for the website?
> 
> Maybe someone else has a better idea, but I can think of a few
> long-term solutions:
> 
> 1) Find a group of people interested in taking responsibility for the
> website in its current form (hosting the downloads, including OSS,
> freeware, shareware, trialware, etc.)
> 
> 2) Morph the existing site into something that could be hosted at
> Apache.  For example, host no files, just metadata, for the
> extensions.   Extension authors are responsible for hosting their
> downloads someplace.

There is also an OOo Kenai project with an OOo domain.

http://external.openoffice.org/

We are going to need to incorporate this, remove it, or edit it for our Apache version of openoffice.org. This is policy to be altered somehow.

If the extensions and templates servers are hosting the actual downloads then there ought to be a transition to either hosting by the authors or a mirror system.

If the downloads are distributed to mirrors then perhaps the current servers at extensions.services.openoffice.org will suffice.

> 
> #2 does not need to be difficult.  It could start with an email to all
> extension authors telling them of the change and giving then some
> reasonable period, say 6 weeks, to find an alternative host for their
> downloads.  We could start with a very simple extensions website that
> builds static HTML files from the metadata (in XML), with indices for
> extensions category, license, language, etc.  Keep it simple to start.
> Build the site every hour or so.  Think like the "Planet" blog
> aggregators.  But instead of aggregating RSS/Atom feeds, we're
> aggregating "feeds" that describes an extension and generating a
> website from that.  But a website like that can handle any load, since
> the user just sees static HTML and the downloads are all distributed.

This can fit into the Apache CMS model. Initially you could setup a crontab job to republish every so often in your people account. This would be a problem if you disappeared. I've seen some email on infra about a project needing to access a missing person's people account in a similar situation. Not ideal, but acceptable.

If the extension database is in xml then there is support for xslproc transforms in the Apache CMS.

> 
> I'd be willing to help with #2.  If we have 2 or 3 people interest in
> that, I think we could get it done before the leaves change color in
> New Hampshire.

I don't think it would be hard. The hard part is getting all the authors to rehost. Perhaps these could go onto apache-extras?

Regards,
Dave

> 
> -Rob
> 
> 
>> Thanks
>> 
>> //drew
>> 
>> 
>> 
>> 
>> 
>> 
>>> 
>>>> I just have not heard that states as such.
>>>> 
>>>> //drew
>>>> 
>>>> 
>>> 
>> 
>> 
>> 


Re: Future extensions registry hosting

Posted by drew <dr...@baseanswers.com>.
On Tue, 2011-08-16 at 22:48 -0400, Shane Curcuru wrote:
> A couple of brief general comments:
> 
> - Apache's mission is to provide software for the public good, under the 
> Apache license or a fundamentally compatible one.  Hence, we do not 
> distribute GPL code, for one example (see Category X licenses).
> 
> - Apache projects typically must use Apache managed hardware for hosting 
> websites and other important services.  This allows us to be 
> self-sufficient in the case of outages, and ensure that we can control 
> our own fate.
> 
> - There are plenty of technical solutions for creating registries (i.e. 
> metadata about and pointers to, but not necessarily hosting the source) 
> of bits of software - both the httpd module stuff, various other obvious 
> projects, and even our own Maven and Archiva projects.
> 
> - It's clear that there are such a wide variety of services and bits of 
> software hosted at URLs related to openoffice.org that we have quite a 
> significant task ahead to maintaining as much of the existing services 
> to the millions of end users, while also respecting Apache policies.
> 
> - We have friends who work on the Google infrastructure behind 
> apache-extras.org (and infra@ can put you in touch with people once 
> there's some specific proposals, I hope)
> 
> I'm sure we can figure ways to have us host the metadata and any 
> appropriately licensed software, and have appropriate owners host any 
> software that falls under other kinds of licenses.  But it's not going 
> to be easy...

- but we need not make it harder then need be - so it seems past time to
start pulling specifics together on the wiki:
https://cwiki.apache.org/confluence/display/OOOUSERS/Extensions+and
+templates

Will work on pulling specific items from the longish threads here into a
plan we can work through and issues to get there, on that page over the
weekend.

> 
> And we shouldn't let it distract us too much from getting the actual 
> product source code checked in and building, either!

Right!



//drew


Future extensions registry hosting

Posted by Shane Curcuru <as...@shanecurcuru.org>.
A couple of brief general comments:

- Apache's mission is to provide software for the public good, under the 
Apache license or a fundamentally compatible one.  Hence, we do not 
distribute GPL code, for one example (see Category X licenses).

- Apache projects typically must use Apache managed hardware for hosting 
websites and other important services.  This allows us to be 
self-sufficient in the case of outages, and ensure that we can control 
our own fate.

- There are plenty of technical solutions for creating registries (i.e. 
metadata about and pointers to, but not necessarily hosting the source) 
of bits of software - both the httpd module stuff, various other obvious 
projects, and even our own Maven and Archiva projects.

- It's clear that there are such a wide variety of services and bits of 
software hosted at URLs related to openoffice.org that we have quite a 
significant task ahead to maintaining as much of the existing services 
to the millions of end users, while also respecting Apache policies.

- We have friends who work on the Google infrastructure behind 
apache-extras.org (and infra@ can put you in touch with people once 
there's some specific proposals, I hope)

I'm sure we can figure ways to have us host the metadata and any 
appropriately licensed software, and have appropriate owners host any 
software that falls under other kinds of licenses.  But it's not going 
to be easy...

And we shouldn't let it distract us too much from getting the actual 
product source code checked in and building, either!


- Shane, dropping off to zleep... zzzzzzzz

Re: [www] Any Drupal guru's lurking? ( was : Ext / Temp repository stability ( was Extensions and templates site down ))

Posted by Rob Weir <ro...@robweir.com>.
On Tue, Aug 16, 2011 at 8:26 PM, drew <dr...@baseanswers.com> wrote:
> On Tue, 2011-08-16 at 16:36 -0400, Rob Weir wrote:
>> On Tue, Aug 16, 2011 at 4:14 PM, drew <dr...@baseanswers.com> wrote:
>> > On Tue, 2011-08-16 at 16:02 -0400, Rob Weir wrote:
>> >> On Tue, Aug 16, 2011 at 3:43 PM, Joe Schaefer <jo...@yahoo.com> 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).
>

I think the above would make great material for a post on the
project's blog, an update on the various parallel efforts we have in
motion.

> 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?

Only Oracle can answer that.  But that really doesn't impact the
extensions site, since it is not on Oracle servers.

> - 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?
>

Responsibility to me means:

1) If the server is hacked, who cleans it up?

2) If someone uploads unauthorized code (code they do not have the
rights to) who responds to the take down notice?

3) If the underlying application stack require a critical security
update, who monitors this and applies the patches?

4) Who monitors logs for errors, optimizes the database, does the
backups and other routine maintenance?

5) Who sets the policies for what kind of extensions are allowed and
which are not allowed?

6) Who decides who has what permissions on the server, from sysadmin,
to application admin, etc.

7) Who removes spam from the user comments, and generally enforces the
terms of service?

These are the kinds of things that the PPMC, in conjunction with
Apache Infrastructure, does for websites that we control.

Do you know, is anyone doing something similar for the extensions web
site?  Is OSUUSL doing this?  Or is there a vacuum now?

This isn't a trivial task.  You might be able to get a Drupal expert
to help restore the website to working order.  But then who maintains
it and prevents it from falling apart in 6 more months?  Who has the
ongoing responsibility for the website?

Maybe someone else has a better idea, but I can think of a few
long-term solutions:

1) Find a group of people interested in taking responsibility for the
website in its current form (hosting the downloads, including OSS,
freeware, shareware, trialware, etc.)

2) Morph the existing site into something that could be hosted at
Apache.  For example, host no files, just metadata, for the
extensions.   Extension authors are responsible for hosting their
downloads someplace.

#2 does not need to be difficult.  It could start with an email to all
extension authors telling them of the change and giving then some
reasonable period, say 6 weeks, to find an alternative host for their
downloads.  We could start with a very simple extensions website that
builds static HTML files from the metadata (in XML), with indices for
extensions category, license, language, etc.  Keep it simple to start.
 Build the site every hour or so.  Think like the "Planet" blog
aggregators.  But instead of aggregating RSS/Atom feeds, we're
aggregating "feeds" that describes an extension and generating a
website from that.  But a website like that can handle any load, since
the user just sees static HTML and the downloads are all distributed.

I'd be willing to help with #2.  If we have 2 or 3 people interest in
that, I think we could get it done before the leaves change color in
New Hampshire.

-Rob


> Thanks
>
> //drew
>
>
>
>
>
>
>>
>> > I just have not heard that states as such.
>> >
>> > //drew
>> >
>> >
>>
>
>
>

Re: [www] Any Drupal guru's lurking? ( was : Ext / Temp repository stability ( was Extensions and templates site down ))

Posted by drew <dr...@baseanswers.com>.
On Tue, 2011-08-16 at 16:36 -0400, Rob Weir wrote:
> On Tue, Aug 16, 2011 at 4:14 PM, drew <dr...@baseanswers.com> wrote:
> > On Tue, 2011-08-16 at 16:02 -0400, Rob Weir wrote:
> >> On Tue, Aug 16, 2011 at 3:43 PM, Joe Schaefer <jo...@yahoo.com> 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
> >
> >
> 



Re: [www] Any Drupal guru's lurking? ( was : Ext / Temp repository stability ( was Extensions and templates site down ))

Posted by Rob Weir <ap...@robweir.com>.
On Tue, Aug 16, 2011 at 4:14 PM, drew <dr...@baseanswers.com> wrote:
> On Tue, 2011-08-16 at 16:02 -0400, Rob Weir wrote:
>> On Tue, Aug 16, 2011 at 3:43 PM, Joe Schaefer <jo...@yahoo.com> 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


> I just have not heard that states as such.
>
> //drew
>
>

Re: [www] Any Drupal guru's lurking? ( was : Ext / Temp repository stability ( was Extensions and templates site down ))

Posted by drew <dr...@baseanswers.com>.
On Tue, 2011-08-16 at 16:02 -0400, Rob Weir wrote:
> On Tue, Aug 16, 2011 at 3:43 PM, Joe Schaefer <jo...@yahoo.com> 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? 

I just have not heard that states as such.

//drew


Re: [www] Any Drupal guru's lurking? ( was : Ext / Temp repository stability ( was Extensions and templates site down ))

Posted by Rob Weir <ap...@robweir.com>.
On Tue, Aug 16, 2011 at 3:43 PM, Joe Schaefer <jo...@yahoo.com> 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.

>
>
>
>>________________________________
>>From: Rob Weir <ap...@robweir.com>
>>To: ooo-dev@incubator.apache.org
>>Sent: Tuesday, August 16, 2011 2:45 PM
>>Subject: Re: [www] Any Drupal guru's lurking? ( was : Ext / Temp repository stability ( was Extensions and templates site down ))
>>
>>On Tue, Aug 16, 2011 at 1:58 PM, drew <dr...@baseanswers.com> wrote:
>>> On Sun, 2011-08-14 at 14:49 -0400, drew wrote:
>>>> On Sun, 2011-08-14 at 11:42 -0700, Dave Fisher wrote:
>>>> > On Aug 14, 2011, at 11:39 AM, drew wrote:
>>>> >
>>>> > > On Sun, 2011-08-14 at 11:18 -0700, Dave Fisher wrote:
>>>> > >> On Aug 14, 2011, at 11:06 AM, drew wrote:
>>>> > >>
>>>> > >>> On Sun, 2011-08-14 at 13:37 -0400, Rob Weir wrote:
>>>> > >>>> On Sun, Aug 14, 2011 at 1:06 PM, drew <dr...@baseanswers.com> wrote:
>>>> > > <big snip>
>>>> > >
>>>> > >>>
>>>> > >>> Just hit the templates site and it's back, I would rather we ask the
>>>> > >>> current admin about what, if any, maintenance is needing done on the
>>>> > >>> site, and then we should offer, if it would help, to try and find some
>>>> > >>> volunteer help to get that done, asap.
>>>> > >>
>>>> > >> Here is what an OSUOSL admin said in July when this happened last:
>>>> > >>
>>>> > >>> Looks like varnish died on the machine and I just kicked it. The site(s)
>>>> > >>> should be back online now.
>>>> > >>>
>>>> > >>> The sites have been in an unstable state for quite a while mostly
>>>> > >>> because neither we (OSL) nor Sun/Oracle had time to fix the performance
>>>> > >>> issues both of the sites entails. Couple that with the fact that the
>>>> > >>> machines they power those sites are very underpower considering the load
>>>> > >>> they take. It's gotten so bad that we've turned off notifications
>>>> > >>> because they just go off all the time.
>>>> > >>>
>>>> > >>> What really needs to happen is to have the sites completely
>>>> > >>> re-architected from the ground up with scaling in mind. At least one of
>>>> > >>> the sites is a stock Drupal 5.0 with a very hacked core. I know some
>>>> > >>> Sun/Oracle engineers had been working on fixing that into a Drupal 6
>>>> > >>> module but I'm not sure where that left off.
>>>> > >>>
>>>> > >>> Anyways, If you would like some more help with how these sites can be
>>>> > >>> fixed moving forward, please let me know. But we are strectched thin for
>>>> > >>> resources.
>>>> > >>>
>>>> > >>> Thanks-
>>>> > >>
>>>> > >> The offer is there. I'll give anyone the admin's email and off the list if you want to contact him.
>>>> > >>
>>>> > > Howdy Dave
>>>> > >
>>>> > > Well I'll not be much technical help with Drupal, however I can start by
>>>> > > posting an email to the Apache infra ML and see if maybe there is
>>>> > > someone skilled in the art willing to work with our current admin and
>>>> > > the osu admin. I'll do that in a little bit here, if no one minds.
>>>> >
>>>> > Ideally someone here on the ML would be a Drupal guru.
>>>>
>>>> I'll send this one then - and if needed the other after a day or so..;-)
>>>
>>> Alright - well just tried to hit the extension site (from the OO.o front
>>> page) 6 times, 5 'connection reset', 1 time success - then clicked on
>>> templates and 'connection reset'
>>>
>>> No hands up here yet that I've seen.
>>>
>>> People do want to have this site up, yes?
>>>
>>> So - I said I'd not be much help, that isn't the same as no help.
>>>
>>> I assume all the drupal setup is under version control, or is it just
>>> the custom changes (with any schema changes) - either way I can setup a
>>> VM here and see about tackling an update from 5 to 6 (not 7???)
>>>
>>
>>What are you trying to accomplish?
>>
>>I thought the fact that the extensions site was hosting software
>>downloads that were not all under the Apache 2.0 license, and in some
>>cases were not even OSS, made it impossible for us to be hosting the
>>site on Apache servers.
>>
>>
>>> _while_
>>>
>>> Sending an email to the apache infra ml looking for additional help.
>>>
>>> OK
>>>
>>> //drew
>>>
>>>
>>>
>>>>
>>>> //drew
>>>>
>>>>
>>>
>>>
>>>
>>
>>
>>

Re: [www] Any Drupal guru's lurking? ( was : Ext / Temp repository stability ( was Extensions and templates site down ))

Posted by Joe Schaefer <jo...@yahoo.com>.
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.




>________________________________
>From: Rob Weir <ap...@robweir.com>
>To: ooo-dev@incubator.apache.org
>Sent: Tuesday, August 16, 2011 2:45 PM
>Subject: Re: [www] Any Drupal guru's lurking? ( was : Ext / Temp repository stability ( was Extensions and templates site down ))
>
>On Tue, Aug 16, 2011 at 1:58 PM, drew <dr...@baseanswers.com> wrote:
>> On Sun, 2011-08-14 at 14:49 -0400, drew wrote:
>>> On Sun, 2011-08-14 at 11:42 -0700, Dave Fisher wrote:
>>> > On Aug 14, 2011, at 11:39 AM, drew wrote:
>>> >
>>> > > On Sun, 2011-08-14 at 11:18 -0700, Dave Fisher wrote:
>>> > >> On Aug 14, 2011, at 11:06 AM, drew wrote:
>>> > >>
>>> > >>> On Sun, 2011-08-14 at 13:37 -0400, Rob Weir wrote:
>>> > >>>> On Sun, Aug 14, 2011 at 1:06 PM, drew <dr...@baseanswers.com> wrote:
>>> > > <big snip>
>>> > >
>>> > >>>
>>> > >>> Just hit the templates site and it's back, I would rather we ask the
>>> > >>> current admin about what, if any, maintenance is needing done on the
>>> > >>> site, and then we should offer, if it would help, to try and find some
>>> > >>> volunteer help to get that done, asap.
>>> > >>
>>> > >> Here is what an OSUOSL admin said in July when this happened last:
>>> > >>
>>> > >>> Looks like varnish died on the machine and I just kicked it. The site(s)
>>> > >>> should be back online now.
>>> > >>>
>>> > >>> The sites have been in an unstable state for quite a while mostly
>>> > >>> because neither we (OSL) nor Sun/Oracle had time to fix the performance
>>> > >>> issues both of the sites entails. Couple that with the fact that the
>>> > >>> machines they power those sites are very underpower considering the load
>>> > >>> they take. It's gotten so bad that we've turned off notifications
>>> > >>> because they just go off all the time.
>>> > >>>
>>> > >>> What really needs to happen is to have the sites completely
>>> > >>> re-architected from the ground up with scaling in mind. At least one of
>>> > >>> the sites is a stock Drupal 5.0 with a very hacked core. I know some
>>> > >>> Sun/Oracle engineers had been working on fixing that into a Drupal 6
>>> > >>> module but I'm not sure where that left off.
>>> > >>>
>>> > >>> Anyways, If you would like some more help with how these sites can be
>>> > >>> fixed moving forward, please let me know. But we are strectched thin for
>>> > >>> resources.
>>> > >>>
>>> > >>> Thanks-
>>> > >>
>>> > >> The offer is there. I'll give anyone the admin's email and off the list if you want to contact him.
>>> > >>
>>> > > Howdy Dave
>>> > >
>>> > > Well I'll not be much technical help with Drupal, however I can start by
>>> > > posting an email to the Apache infra ML and see if maybe there is
>>> > > someone skilled in the art willing to work with our current admin and
>>> > > the osu admin. I'll do that in a little bit here, if no one minds.
>>> >
>>> > Ideally someone here on the ML would be a Drupal guru.
>>>
>>> I'll send this one then - and if needed the other after a day or so..;-)
>>
>> Alright - well just tried to hit the extension site (from the OO.o front
>> page) 6 times, 5 'connection reset', 1 time success - then clicked on
>> templates and 'connection reset'
>>
>> No hands up here yet that I've seen.
>>
>> People do want to have this site up, yes?
>>
>> So - I said I'd not be much help, that isn't the same as no help.
>>
>> I assume all the drupal setup is under version control, or is it just
>> the custom changes (with any schema changes) - either way I can setup a
>> VM here and see about tackling an update from 5 to 6 (not 7???)
>>
>
>What are you trying to accomplish?
>
>I thought the fact that the extensions site was hosting software
>downloads that were not all under the Apache 2.0 license, and in some
>cases were not even OSS, made it impossible for us to be hosting the
>site on Apache servers.
>
>
>> _while_
>>
>> Sending an email to the apache infra ml looking for additional help.
>>
>> OK
>>
>> //drew
>>
>>
>>
>>>
>>> //drew
>>>
>>>
>>
>>
>>
>
>
>

Re: [www] Any Drupal guru's lurking? ( was : Ext / Temp repository stability ( was Extensions and templates site down ))

Posted by Rob Weir <ap...@robweir.com>.
On Tue, Aug 16, 2011 at 3:17 PM, Dave Fisher <da...@comcast.net> wrote:
>
> On Aug 16, 2011, at 11:45 AM, Rob Weir wrote:
>
>> On Tue, Aug 16, 2011 at 1:58 PM, drew <dr...@baseanswers.com> wrote:
>>> On Sun, 2011-08-14 at 14:49 -0400, drew wrote:
>>>> On Sun, 2011-08-14 at 11:42 -0700, Dave Fisher wrote:
>>>>> On Aug 14, 2011, at 11:39 AM, drew wrote:
>>>>>
>>>>>> On Sun, 2011-08-14 at 11:18 -0700, Dave Fisher wrote:
>>>>>>> On Aug 14, 2011, at 11:06 AM, drew wrote:
>>>>>>>
>>>>>>>> On Sun, 2011-08-14 at 13:37 -0400, Rob Weir wrote:
>>>>>>>>> On Sun, Aug 14, 2011 at 1:06 PM, drew <dr...@baseanswers.com> wrote:
>>>>>> <big snip>
>>>>>>
>>>>>>>>
>>>>>>>> Just hit the templates site and it's back, I would rather we ask the
>>>>>>>> current admin about what, if any, maintenance is needing done on the
>>>>>>>> site, and then we should offer, if it would help, to try and find some
>>>>>>>> volunteer help to get that done, asap.
>>>>>>>
>>>>>>> Here is what an OSUOSL admin said in July when this happened last:
>>>>>>>
>>>>>>>> Looks like varnish died on the machine and I just kicked it. The site(s)
>>>>>>>> should be back online now.
>>>>>>>>
>>>>>>>> The sites have been in an unstable state for quite a while mostly
>>>>>>>> because neither we (OSL) nor Sun/Oracle had time to fix the performance
>>>>>>>> issues both of the sites entails. Couple that with the fact that the
>>>>>>>> machines they power those sites are very underpower considering the load
>>>>>>>> they take. It's gotten so bad that we've turned off notifications
>>>>>>>> because they just go off all the time.
>>>>>>>>
>>>>>>>> What really needs to happen is to have the sites completely
>>>>>>>> re-architected from the ground up with scaling in mind. At least one of
>>>>>>>> the sites is a stock Drupal 5.0 with a very hacked core. I know some
>>>>>>>> Sun/Oracle engineers had been working on fixing that into a Drupal 6
>>>>>>>> module but I'm not sure where that left off.
>>>>>>>>
>>>>>>>> Anyways, If you would like some more help with how these sites can be
>>>>>>>> fixed moving forward, please let me know. But we are strectched thin for
>>>>>>>> resources.
>>>>>>>>
>>>>>>>> Thanks-
>>>>>>>
>>>>>>> The offer is there. I'll give anyone the admin's email and off the list if you want to contact him.
>>>>>>>
>>>>>> Howdy Dave
>>>>>>
>>>>>> Well I'll not be much technical help with Drupal, however I can start by
>>>>>> posting an email to the Apache infra ML and see if maybe there is
>>>>>> someone skilled in the art willing to work with our current admin and
>>>>>> the osu admin. I'll do that in a little bit here, if no one minds.
>>>>>
>>>>> Ideally someone here on the ML would be a Drupal guru.
>>>>
>>>> I'll send this one then - and if needed the other after a day or so..;-)
>>>
>>> Alright - well just tried to hit the extension site (from the OO.o front
>>> page) 6 times, 5 'connection reset', 1 time success - then clicked on
>>> templates and 'connection reset'
>>>
>>> No hands up here yet that I've seen.
>>>
>>> People do want to have this site up, yes?
>>>
>>> So - I said I'd not be much help, that isn't the same as no help.
>>>
>>> I assume all the drupal setup is under version control, or is it just
>>> the custom changes (with any schema changes) - either way I can setup a
>>> VM here and see about tackling an update from 5 to 6 (not 7???)
>>>
>>
>> What are you trying to accomplish?
>>
>> I thought the fact that the extensions site was hosting software
>> downloads that were not all under the Apache 2.0 license, and in some
>> cases were not even OSS, made it impossible for us to be hosting the
>> site on Apache servers.
>
> I think that Drew should investigate what is up at OSUOSL.
>
> There had been Oracle people working on it. The sysadmin there knows something of what went on.
>
> They get so many warnings due to the load that they have turned off their Nagios checks.
>
> Perhaps - there is a need for more machine at OSUOSL and that is all...
>
> Maybe that would be a good use for some of the non-Apache fundraising. Could this be the spot for co-operation with other projects?
>

+1

What do our LibreOffice lurkers think?

> Regards,
> Dave
>
>
>>
>>
>>> _while_
>>>
>>> Sending an email to the apache infra ml looking for additional help.
>>>
>>> OK
>>>
>>> //drew
>>>
>>>
>>>
>>>>
>>>> //drew
>>>>
>>>>
>>>
>>>
>>>
>
>

Re: [www] Any Drupal guru's lurking? ( was : Ext / Temp repository stability ( was Extensions and templates site down ))

Posted by Dave Fisher <da...@comcast.net>.
On Aug 16, 2011, at 11:45 AM, Rob Weir wrote:

> On Tue, Aug 16, 2011 at 1:58 PM, drew <dr...@baseanswers.com> wrote:
>> On Sun, 2011-08-14 at 14:49 -0400, drew wrote:
>>> On Sun, 2011-08-14 at 11:42 -0700, Dave Fisher wrote:
>>>> On Aug 14, 2011, at 11:39 AM, drew wrote:
>>>> 
>>>>> On Sun, 2011-08-14 at 11:18 -0700, Dave Fisher wrote:
>>>>>> On Aug 14, 2011, at 11:06 AM, drew wrote:
>>>>>> 
>>>>>>> On Sun, 2011-08-14 at 13:37 -0400, Rob Weir wrote:
>>>>>>>> On Sun, Aug 14, 2011 at 1:06 PM, drew <dr...@baseanswers.com> wrote:
>>>>> <big snip>
>>>>> 
>>>>>>> 
>>>>>>> Just hit the templates site and it's back, I would rather we ask the
>>>>>>> current admin about what, if any, maintenance is needing done on the
>>>>>>> site, and then we should offer, if it would help, to try and find some
>>>>>>> volunteer help to get that done, asap.
>>>>>> 
>>>>>> Here is what an OSUOSL admin said in July when this happened last:
>>>>>> 
>>>>>>> Looks like varnish died on the machine and I just kicked it. The site(s)
>>>>>>> should be back online now.
>>>>>>> 
>>>>>>> The sites have been in an unstable state for quite a while mostly
>>>>>>> because neither we (OSL) nor Sun/Oracle had time to fix the performance
>>>>>>> issues both of the sites entails. Couple that with the fact that the
>>>>>>> machines they power those sites are very underpower considering the load
>>>>>>> they take. It's gotten so bad that we've turned off notifications
>>>>>>> because they just go off all the time.
>>>>>>> 
>>>>>>> What really needs to happen is to have the sites completely
>>>>>>> re-architected from the ground up with scaling in mind. At least one of
>>>>>>> the sites is a stock Drupal 5.0 with a very hacked core. I know some
>>>>>>> Sun/Oracle engineers had been working on fixing that into a Drupal 6
>>>>>>> module but I'm not sure where that left off.
>>>>>>> 
>>>>>>> Anyways, If you would like some more help with how these sites can be
>>>>>>> fixed moving forward, please let me know. But we are strectched thin for
>>>>>>> resources.
>>>>>>> 
>>>>>>> Thanks-
>>>>>> 
>>>>>> The offer is there. I'll give anyone the admin's email and off the list if you want to contact him.
>>>>>> 
>>>>> Howdy Dave
>>>>> 
>>>>> Well I'll not be much technical help with Drupal, however I can start by
>>>>> posting an email to the Apache infra ML and see if maybe there is
>>>>> someone skilled in the art willing to work with our current admin and
>>>>> the osu admin. I'll do that in a little bit here, if no one minds.
>>>> 
>>>> Ideally someone here on the ML would be a Drupal guru.
>>> 
>>> I'll send this one then - and if needed the other after a day or so..;-)
>> 
>> Alright - well just tried to hit the extension site (from the OO.o front
>> page) 6 times, 5 'connection reset', 1 time success - then clicked on
>> templates and 'connection reset'
>> 
>> No hands up here yet that I've seen.
>> 
>> People do want to have this site up, yes?
>> 
>> So - I said I'd not be much help, that isn't the same as no help.
>> 
>> I assume all the drupal setup is under version control, or is it just
>> the custom changes (with any schema changes) - either way I can setup a
>> VM here and see about tackling an update from 5 to 6 (not 7???)
>> 
> 
> What are you trying to accomplish?
> 
> I thought the fact that the extensions site was hosting software
> downloads that were not all under the Apache 2.0 license, and in some
> cases were not even OSS, made it impossible for us to be hosting the
> site on Apache servers.

I think that Drew should investigate what is up at OSUOSL.

There had been Oracle people working on it. The sysadmin there knows something of what went on.

They get so many warnings due to the load that they have turned off their Nagios checks.

Perhaps - there is a need for more machine at OSUOSL and that is all...

Maybe that would be a good use for some of the non-Apache fundraising. Could this be the spot for co-operation with other projects?

Regards,
Dave


> 
> 
>> _while_
>> 
>> Sending an email to the apache infra ml looking for additional help.
>> 
>> OK
>> 
>> //drew
>> 
>> 
>> 
>>> 
>>> //drew
>>> 
>>> 
>> 
>> 
>>