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
------------------------------------------------------------
--
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Reply via email to