<HTML><BODY>Igor, thanks for the review, I've checked this issue manually and found that<br>wget returns with 500 HTTP respond and there is no any option for it that<br>could try to resend it automatically, in the same situation I saw that curl<br>worked without any fails at all. I've investigated the differences between<br>wget and curl and found only difference that could cause that curl worked<br>better in "happy eyeballs":<br><br><p>https://en.wikipedia.org/wiki/Happy_Eyeballs<br><br>also you can find the more differences described here:</p><p>http://ubuntu.fliplinux.com/curl-wget.html</p><br><br><blockquote style="border-left:1px solid #0857A6; margin:10px; padding:0 0 0 10px;">
        Среда, 18 декабря 2019, 18:57 +03:00 от Igor Munkin <imun@tarantool.org>:<br>
        <br>
        <div id="">






<div class="js-helper js-readmsg-msg">
        <style type="text/css"></style>
        <div>
                
                
            <div id="style_15766846601813343848_BODY">Sasha,<br>
<br>
Thanks for the patch! I see there was an issue with upstream, therefore<br>
you moved the link to github release. However I still don't get your<br>
motivation for replacing wget with curl (and as I see in the v1 review<br>
neither does Sasha Tu.). Could you please provide a bit more extended<br>
rationale for such substitution?<br>
<br>
On 10.12.19, Alexander V. Tikhonov wrote:<br>
<div class="mail-quote-collapse">> Found that wget may fail on downloading the file from flaky<br>
> available servers with 500 HTTP error, like it was seen on<br>
> icu4c sources downloading, please check the issue:<br>
> <a href="https://sourceforge.net/p/forge/site-support/20071/" target="_blank">https://sourceforge.net/p/forge/site-support/20071/</a><br>
> <br>
> Found that curl successfully downloads needed files even in<br>
> such situations. Decided to use curl instead of wget tool<br>
> to avoid of such errors feather.<br>
> <br>
> Also found that sourceforge site too often has issues and<br>
> responds with 500 HTTP error. Decided to use the link from<br>
> github instead of sourceforge to download the icu4c sources,<br>
> as suggested on icu4c web site.<br>
> ---<br>
>  Dockerfile.staticbuild | 2 +-<br>
>  1 file changed, 1 insertion(+), 1 deletion(-)<br>
> <br>
> diff --git a/Dockerfile.staticbuild b/Dockerfile.staticbuild<br>
> index 0424179a2..49895a4de 100644<br>
> --- a/Dockerfile.staticbuild<br>
> +++ b/Dockerfile.staticbuild<br>
> @@ -48,7 +48,7 @@ RUN set -x && \<br>
>  <br>
>  RUN set -x && \<br>
>      cd / && \<br>
> -    wget <a href="http://download.icu-project.org/files/icu4c/62.1/icu4c-62_1-src.tgz" target="_blank">http://download.icu-project.org/files/icu4c/62.1/icu4c-62_1-src.tgz</a> && \<br>
> +    curl -O -L <a href="https://github.com/unicode-org/icu/releases/download/release-62-1/icu4c-62_1-src.tgz" target="_blank">https://github.com/unicode-org/icu/releases/download/release-62-1/icu4c-62_1-src.tgz</a> && \<br>
>      tar -xvf icu4c-62_1-src.tgz && \<br>
>      cd icu/source && \<br>
>      ./configure --with-data-packaging=static --enable-static --enable-shared && \<br>
> -- <br>
> 2.17.1<br>
> <br>
</div><br>
-- <br>
Best regards,<br>
IM<br>
</div>
            
        
                
        </div>

        
</div>


</div>
</blockquote>
<br>
<br>-- <br>Alexander Tikhonov<br></BODY></HTML>