harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tim Ellison <t.p.elli...@gmail.com>
Subject Re: [build] fetch-depends having problems with the sourceforge mirror
Date Wed, 01 Sep 2010 12:45:33 GMT
On 01/Sep/2010 11:53, Mark Hindess wrote:
> In message <4C77985A.8090502@gmail.com>, Tim Ellison writes:
>> On 24/Aug/2010 16:46, Sian January wrote:
>>> On 19 August 2010 03:29, Tim Ellison <t.p.ellison@gmail.com> wrote:
>>>> On 18/Aug/2010 08:51, Sian January wrote:
>>>>> I've just run the federated build from scratch and it all went
>>>>> smoothly except that I had to change the sourceforge mirror in all the
>>>>> depends.properties file.  Looking at their website [1] "internap"
>>>>> doesn't seem to be listed at the moment so I think we may need to
>>>>> switch the scripts to use a different one.  OVH worked for me
>>>>> yesterday unless anyone has another preference?
>>>> Almost by definition it is unlikely that any one mirror will satisfy
>>>> everyone.
>>>> It should be possible to specify the chosen SourceForge mirror site used
>>>> at build time by defining the ant property -Dsf.base= though looking at
>>>> the depends.properties file I see not all URLs have been rewritten to
>>>> use that base property yet.
>>>> I didn't see anything obvious for how to dynamically find your best
>>>> mirror for using SF.
>>> Looks like you can add ?use_mirror=autoselect to the end of the URL
>>> e.g. http://downloads.sourceforge.net/sourceforge/mx4j/mx4j-3.0.2.zip?use_mirror=autoselect
>>> Shall I update the build files to use this instead?
>> Sounds good, but let's wait until after the milestone to avoid any
>> unforeseen problems that may appear with more testing.
> I don't think we should release source artifacts that have obviously
> broken fetch-depends URLs.  It would be confusing and inconvenient for
> those trying to use these artifacts.  More importantly, none of my
> automated scripts for creating the linux/debian artifacts will work and
> doing them manually would be more error-prone and would require much
> more time than I have available at the moment.
> I don't mind if we don't fix all of the urls to use the mirror
> auto-selection but I do think we need to fix them to point at a working
> mirror.
> We already use dfn.dl.sourceforge.net for some downloads so I suggest
> just doing search/replace of internap with dfn on the problematic URLs.
> Please can I have permission to commit this change?

I thought it was a temporary outage that I've seen before, but it's been
a while and the download from internap does seem to have disappeared.

I'm +1 to switching to another mirror for now, and working with the
autoselect mechanism after the milestone.


View raw message