----- Original Message ---- > From: KJ <gnuwin32-us...@t41t.com> > To: gnuwin32-users@lists.sourceforge.net > Sent: Wed, July 6, 2011 4:00:14 PM > Subject: [GnuWin32-Users] download.bat needs update for SF redirects > > > SourceForge has recently changed their configuration (to much frustration > due to issues like this) to block direct links completely. Going to a link > that is supposedly direct returns not the desired file, but the following: > <html><head><meta http-equiv="refresh" content="0"></head></html> > ... and a 302 location header redirecting to some other URL, which > itself returns a 302 redirecting to somewhere else, and so on. For me, > it takes about six redirect iterations from the initial "direct" link > before finally getting to the real file. > > It seems like wget's default value for the --max-redirect is zero or > something small. Combined with the above behavior, download.bat breaks. It > reports: > = > = Checking for signed update (attempt 1)... > > GetGnuWin32 signed update found, verifying signature... > Verification Failure > ... then repeats the same message for several subsequent attempts. Of > course the verification fails, because it's trying to verify an > almost-empty HTML file instead of the update zip file. > > I was able to work around this issue by changing line 396 of download.bat > to add a '--max-redirect 10' option to the wget call: > bin\%WGETPROG% --max-redirect 10 --no-cache > http://%GETGNUWIN32_SITE%/%UPDATE_NAME%.zip 1>sf_diag.tmp 2>&1 > > I didn't see this issue on the bug tracker, and would have added it, > but SourceForge won't let me. > >
Hi KJ, Can you reproduce? I tried this evening monitoring the connections in Fiddler but I'm not seeing anything like that (no redirects). Wget allows 20 redirects by default I think, although I've never tested that limit. The default value is used except for the initial test connection when redirects is set to 0. Can you explain why you think the zip and sig update files were html and not the binary contents? You can't add to the bug tracker? Do your connections originate from Iran or some restricted country? There is some problem downloading GNU cli packages in Iran definitely, maybe other restricted countries. If you can reproduce please consider installing Fiddler to monitor your web traffic. http://www.fiddler2.com/fiddler2/version.asp The installer is signed by Eric Lawrence who works for Microsoft. It contains no malware. Once you have installed Fiddler start it up and then open a command window, switch to your GetGnuWin32 directory and run these commands: set HTTP_PROXY=localhost:8888 download -v -u When it finishes switch back to Fiddler and make sure no other personal information was captured during that time. Either save all sessions or omit any personal captured traffic and save selected sessions. Then close Fiddler to stop monitoring. Send the session archive to me. Thanks, Jay ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ GnuWin32-Users mailing list GnuWin32-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gnuwin32-users
