* Downloads from sourceforge.net
@ 2016-07-13 14:24 Martin Jansa
2016-07-13 14:41 ` Gary Thomas
0 siblings, 1 reply; 4+ messages in thread
From: Martin Jansa @ 2016-07-13 14:24 UTC (permalink / raw)
To: OE-core
[-- Attachment #1: Type: text/plain, Size: 1415 bytes --]
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.
Regards,
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 188 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Downloads from sourceforge.net
2016-07-13 14:24 Downloads from sourceforge.net Martin Jansa
@ 2016-07-13 14:41 ` Gary Thomas
2016-07-13 14:47 ` Martin Jansa
0 siblings, 1 reply; 4+ messages in thread
From: Gary Thomas @ 2016-07-13 14:41 UTC (permalink / raw)
To: openembedded-core
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
------------------------------------------------------------
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Downloads from sourceforge.net
2016-07-13 14:41 ` Gary Thomas
@ 2016-07-13 14:47 ` Martin Jansa
2016-07-13 19:17 ` Burton, Ross
0 siblings, 1 reply; 4+ messages in thread
From: Martin Jansa @ 2016-07-13 14:47 UTC (permalink / raw)
To: Gary Thomas; +Cc: openembedded-core
[-- Attachment #1: Type: text/plain, Size: 1975 bytes --]
On Wed, Jul 13, 2016 at 04:41:07PM +0200, Gary Thomas wrote:
> 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.
Not for me, I'm seeing it repeatedly for many archives over last 2 days
(in job which intentionally runs without premirror to verify
download-ability).
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 188 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Downloads from sourceforge.net
2016-07-13 14:47 ` Martin Jansa
@ 2016-07-13 19:17 ` Burton, Ross
0 siblings, 0 replies; 4+ messages in thread
From: Burton, Ross @ 2016-07-13 19:17 UTC (permalink / raw)
To: Martin Jansa; +Cc: Gary Thomas, OE-core
[-- Attachment #1: Type: text/plain, Size: 490 bytes --]
On 13 July 2016 at 15:47, Martin Jansa <martin.jansa@gmail.com> wrote:
> Not for me, I'm seeing it repeatedly for many archives over last 2 days
> (in job which intentionally runs without premirror to verify
> download-ability).
>
Our autobuilder does something similar (although it just does checkuri
instead of a full fetch), and we had to make it try again if the connection
timed out specifically for SourceForge as the majority of runs would fail
at some point...
Ross
[-- Attachment #2: Type: text/html, Size: 900 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2016-07-13 19:17 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-07-13 14:24 Downloads from sourceforge.net Martin Jansa
2016-07-13 14:41 ` Gary Thomas
2016-07-13 14:47 ` Martin Jansa
2016-07-13 19:17 ` Burton, Ross
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.