incubator-ooo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Marcus (OOo)" <>
Subject Re: [INFRA] in danger
Date Tue, 13 Mar 2012 20:55:01 GMT
Am 03/13/2012 07:42 PM, schrieb Dave Fisher:
> Hi Peter,
> Sorry for the delaying in responding directly to your generous offer.
> On Mar 6, 2012, at 3:20 PM, Peter Pöml wrote:
>> Am 04.03.2012 um 23:43 schrieb Marcus (OOo):
>>> Am 03/04/2012 08:02 PM, schrieb Dave Fisher:
>>>> With the Oracle infrastructure going away we are in danger of losing the
legacy downloads and the root of the MirrorBrain network.
>>> I haven't realised that this counts also for the download webserver. I thought
for mail services only.
>> Is it definite that {download,updateext} is going to be switched
off - and when is it?
>>>> Also it turns out that the Extensions site uses the url
for updates and that url points to
>>> I don't know the reason for the linking. But maybe it's because a few extensions
are outsourced from the main repository due to their high load. See:
>> /ExtensionUpdateService/check.Update is one of the most popular files - with around
5-10 requests per second.
>>>> SourceForge has asked to take control of
which makes sense.
>>> Great.
>>>> What do we want to do about
>>> It can be switched to the alternative host which is hosted by MirrorBrain itself,
so that this is used for serving downloads instead of the Oracle hosted service.
>> Please note however that my fallback of does not
have all features. It has the mirror redirection (the essential), but does not serve cryptographic
hashes for verification, no automatically generated torrents, no metalinks.
>> If you compare the following two URLs, you can note the differences:
>> Also, what's not visible, is that the fallback host doesn't count downloads.
>> Mirror selection and redirection are the same. But as you might know, large downloads
benefit from means for download verification, which is why crypto hashes and metalinks/torrents
are useful, especially affecting downloaders with not less-than-ideal connectivity.
>> To set up a full fallback, I am lacking the disk space, unfortunately. I don't have
space for the file tree. (I would appreciate donations for running costs of disk space, or
access to server, very much.)

If you need just more space - and therefor maybe another HDD?, then just 
mail me.

>> But, no problem, there is the option of continuing by switching to my host as it


>> Given there is hardware, I could set up a successor for,
respectively move it to a new home, if there is interest...
>> Well I hope there is! I know I am biased, because I'm the one who built,
and spent some years with it. But I'd bet some money that nobody wants to go back to pre-MirrorBrain
times, where the really close mirrors were always ignored when you downloaded

If you volunteer to manage the legacy downloads and could do it at the 
end, this would be great.

>>> See the file "". Just exchange
the content for the "MIRROR_MIRRORBRAIN_URL" and "MIRROR_MIRRORBRAIN2_URL" variables.
>>> Marcus
>> By the way, here's a disclaimer: I'm also the "head" behind LibreOffice's download
system. Yes, if you might wonder: I am maintaining the download servers of both projects and
have no problem with that :-)

Great to see that one can sit on two chairs which feels both the same. ;-)

> Neither do I. The purpose is to preserve the legacy for those who still require access.
Apache OO will use Apache Infrastructure and Mirrors (many the same) and having someone take
responsibility for this legacy would be wonderful.
> If you have successor hardware ready then the simple way to proceed is to change the
dns for dns to point to your server. This server is then
the "root" of the mirrorbrain network and you will be responsible for dealing with mirrors.

Yes, then we would have a new primary service.

> Is that preferred? Or should we be following Marcus's advise and modifying /download/globalvars.js?
Examining that file reminds me that we'll need to eliminate offering of the beta and dev versions
from these mirrors.


View raw message