incubator-ooo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Marcus (OOo)" <marcus.m...@wtnet.de>
Subject Re: Shutdown of the "download.services.openoffice.org" host and its Mirrorbrain instance
Date Fri, 28 Oct 2011 10:49:07 GMT
Am 10/28/2011 03:38 AM, schrieb Gavin McDonald:
>
>
>> -----Original Message-----
>> From: Marcus (OOo) [mailto:marcus.mail@wtnet.de]
>> Sent: Friday, 28 October 2011 9:13 AM
>> To: ooo-dev@incubator.apache.org
>> Cc: Peter Pöml
>> Subject: Re: Shutdown of the "download.services.openoffice.org" host and
>> its Mirrorbrain instance
>>
>> Am 10/27/2011 11:36 AM, schrieb Gavin McDonald:
>>>
>>>
>>>> -----Original Message-----
>>>> From: Ross Gardler [mailto:rgardler@opendirective.com]
>>>> Sent: Thursday, 27 October 2011 10:48 AM
>>>> To: ooo-dev@incubator.apache.org
>>>> Cc: Peter Pöml
>>>> Subject: Re: Shutdown of the "download.services.openoffice.org" host
>>>> and its Mirrorbrain instance
>>>>
>>>> Sent from my mobile device, please forgive errors and brevity.
>>>> On Oct 27, 2011 1:22 AM, "Marcus (OOo)"<marcus.mail@wtnet.de>
>> wrote:
>>>>>
>>>>> Am 10/27/2011 02:03 AM, schrieb Ross Gardler:
>>>>>
>>>>>> Sent from my mobile device, please forgive errors and brevity.
>>>>>> On Oct 27, 2011 12:37 AM, "Marcus (OOo)"<marcus.mail@wtnet.de>
>>>> wrote:
>>>>>>>
>>>>>>> Am 10/26/2011 11:57 PM, schrieb Peter Pöml:
>>>>>>
>>>>>> ....
>>>>>>
>>>>>>>> Setting up MirrorBrain would be one way, but it would require
>>>>>>>> replication additional configuration (for instance, download
>>>> statistics)
>>>>>>>> that we have built on the current download server
>>>>>>>> (download.services.openoffice.org).
>>>>>>>>
>>>>>>>> Another way would be to simply have a virtual machine, where
we
>>>>>>>> move
>>>> the
>>>>>>>> current server to. That would cause the least effort, I guess.
>>>>>>>
>>>>>>> +1 this should be really our goal for now ...
>>>>>>
>>>>>> ...
>>>>>>
>>>>>>>> Starting from scratch would mean to lose a lot of the previos
>>>>>>>> work
>>>>>>>> -- and I really mean lots, which I dare to judge because
I spent
>>>>>>>> a lot of time with download.services.openoffice.org.
>>>>>>>>
>>>>>>>> On the other hand, having MirrorBrain at the core of the
ASF's
>>>>>>>> mirror system could be interesting for other projects, too.
I
>>>>>>>> know closer.cgi but I'm sure that MirrorBrain could serve
the ASF
>> well.
>>>>>>>> (Well possible as an addition, rather than a replacement,
for a
>>>>>>>> soft transition.) That might outweigh the pain of creating
OOo's
>>>>>>>> download service from scratch in a different environment.
>>>>>>>
>>>>>>> ... and this the long term goal.
>>>>>>>
>>>>>>> The ASF can really benefit from this way of downloading software.
>>>>>>
>>>>>> Currently you have to choose a mirror, then change to the directory
>>>>>> structure where the respective binary is located and finally
>>>>>> download it.
>>>>>>>
>>>>>> This is not correct. I have no idea if the ASF can benefit from
>>>> MirrorBrain
>>>>>> or not, but if your justification for such a statement is based on
>>>>>> the above
>>>>>> erroneous analysis of the current mirror system then I have my
>>> concerns.
>>>> I
>>>>>
>>>>> OK, thats what I've done to come to my point:
>>>>> - browse to "http://www.apache.org/"
>>>>> - click on "Download" top right
>>>>> - choose a mirror
>>>>> - change to the dir structure to your file
>>>>> - now download
>>>>>
>>>>> Is there an easier way to get software?
>>>>
>>>> E.g. http://httpd.apache.org/download.cgi#apache22
>>>>
>>>> It auto selects the nearest mirror and provides appropriate download
>>>> links
>>> - a
>>>> single click. Want it pretty with big blue buttons? It's just HTML
>>>>
>>>> This was discussed early in the AOOo podlings existence.see archives
>>>> for.more.
>>>
>>> I would like us to move on from this Topic, I have said before and I
>>> will say it again, ASF Infra will NOT support mirrorbrain.
>>>
>>> We have one mirror system and it deals with 200 or so projects.
>>> OpenOffice project will use the current ASF supported mirror system. End
>> of story.
>>
>> If you see this like black and white then I can do this, too:
>>
>> If we don't get the support that AOO needs then we can outsource the
>> download easily. EOD
>>
>> (yes, this wasn't meant seriously)
>>
>> It's sad that you brush it simply aside without to see the chance to at
> least try
>> to improve things.
>
> Excuse me? I am doing quite a lot already thank you.
> You do not our infrastructure or how it works, I do.

And we are all very thankful for this. This wasn't meant as offense. 
Sorry if you have understood it this way.

>> Why OOo is special:
>>
>> - OOo 3.3 consists of ~1.000 files with ~70 GB
>
> Correct.
>
>> - in the peak with 300,000 downloads per day
>
> That’s fine. The mirrors will handle that.

OK, forget the other numbers as of course only this is important for the 
topic.

>> Even when we won't get back the download numbers in the middle run due
>> to the long silence of the last months and reduce the number by lets say
> 50%
>> we would be still by far the largest ASF project.
>
> Doesn’t give you the right to try and bully me or the rest of the infra team
> into
> giving you want you want. In fact, it will have the opposite effect.

Stop. I haven't bully you and never the entire infra team. Again, sorry 
if you have understood it this way.

>> But you are right ...
>>
>>> That said, let us get these other migrations done and we can see
>>> how/if the previous releases can be integrated.
>>
>> ... currently we have indeed other more important road works on the plan.
>>
>
> And we are working on them.
>
> The downloads will be sorted don’t worry, but if I can help it, it will be
> using the same
> system as all the other projects. If I am wrong about that, I will fess up
> if it happens.

Marcus

Mime
View raw message