[OE-core] Downloads from sourceforge.net

Wed Jul 13 14:41:07 UTC 2016

On 2016-07-13 16:24, Martin Jansa wrote:
> Just FYI
>
> If you're seeing a lot of do_fetch failures because of SRC_URI checksums
> mismatch, be aware that there is some issue with sourceforge.net, all my
> source archive downloads (with wget) download just this HTML:
>
> wget http://downloads.sourceforge.net/project/gptfdisk/gptfdisk/0.8.10/gptfdisk-0.8.10.tar.gz
>
> <html><head>
> <title>SourceForge</title>
> <!-- <script src="/js/jquery.com/jquery-1.11.0.min.js"></script> -->
> <script src="//code.jquery.com/jquery-1.11.0.min.js"></script>
> <script src="//sourceforge.net/js/mirrors.js"></script>
> <script src="/js/sf.js"></script>
> <script>
> var DR_loc = DR_parse_hash_url();
> if (DR_loc) {
>      DR_sf_main(DR_loc);
> } else {
>      window.location.href = 'http://sourceforge.net/home.html';
> }
> </script>
> </head><body>
> <noscript>
> We're sorry -- the Sourceforge site is currently in Disaster Recovery mode, and currently requires
> the use of javascript to function.  Please check back later.
> </noscript>
> </body></html>
>
> Which of course has different checksums than tarball with sources.
>
> You can see similar message if you try to access e.g. their blog (to find out if it's already
> known issue for them):
> http://sourceforge.net/blog/
> or
> http://sourceforge.net/blog/category/sitestatus/
>
> Until it's resolved continue to use your better-be-already-populated premirrors.

It seems to have been short lived - I had this issue with docbook-xsl-1.79.1.tar.bz2
and the second time I tried it (a few minutes later) it was fine.

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------