From: David L. <dav...@ti...> - 2006-11-29 22:11:21
|
Trying to install mingw I got the error message (with 5.1.0): File Open Error Could not download ! Is the mirrorlist wrong? I am wondering because the download urls in 5.0.3 were wrong before I tried 5.1.0. Regards, David |
From: Earnie B. <ea...@us...> - 2006-11-30 01:09:10
|
Quoting David Linke <dav...@ti...>: > Trying to install mingw I got the error message (with 5.1.0): > File Open Error > Could not download ! > I'm going to say try again with 5.1.0. Could this be a proxy issue? > Is the mirrorlist wrong? I am wondering because the download urls in > 5.0.3 were > wrong before I tried 5.1.0. > SF changed its UI for the mirroring. 5.0.3 doesn't work at all with the new UI. 5.1.0 was created to replace 5.0.3. 5.1.0 downloads would have the same effect as entering http://downloads.sourceforge.net/mingw/FILE-TO-DOWNLOAD in your favorite browser URI field. Earnie Boyd -- Please post responsibly: * Use text posts instead of html; many list members just trash mail with html. * Do not use multipart mime to send both text and html versions. * Do not top post replies; post inline with the parts you are responding to. * Trim the post replies; remove irrelevant information from the quoted article. * Original posters: ** Provide small complete examples of the problem. ** Provide the full command that produced errors. ** Provide the versions of the software used. -- ****************************************************************************** * The user of this server has agreed to allow the use of a trailer in the * * mail that he sends for advertising purposes. This advertisment is added * * by the server and is not in the control of the user of our services. * ****************************************************************************** Save on your shoes, socks and other needs: http://give-me-an-offer.com/store/shoes Save on your baby gift needs: http://give-me-an-offer.com/offers/products/baby |
From: Greg C. <chi...@co...> - 2006-12-04 16:40:14
|
On 2006-11-30 1:09 UTC, Earnie Boyd wrote: > > SF changed its UI for the mirroring. 5.0.3 doesn't work at all with > the new UI. 5.1.0 was created to replace 5.0.3. 5.1.0 downloads would > have the same effect as entering > http://downloads.sourceforge.net/mingw/FILE-TO-DOWNLOAD in your > favorite browser URI field. Does > http://downloads.sourceforge.net/mingw/FILE-TO-DOWNLOAD have the effect of choosing an "appropriate" mirror? Is its behavior documented by sourceforge anywhere? The reason I ask is that I download these files with a 'wget' script. That method continues to work, but in the past I've hardcoded a particular mirror--so if sourceforge offers a smarter way, I'd like to use it. |
From: Keith M. <kei...@us...> - 2006-12-04 21:00:30
|
On Monday 04 December 2006 16:40, Greg Chicares wrote: > On 2006-11-30 1:09 UTC, Earnie Boyd wrote: > > SF changed its UI for the mirroring. =A05.0.3 doesn't work at all with > > the new UI. =A05.1.0 was created to replace 5.0.3. =A05.1.0 downloads w= ould > > have the same effect as entering > > http://downloads.sourceforge.net/mingw/FILE-TO-DOWNLOAD in your > > favorite browser URI field. > > Does > > > http://downloads.sourceforge.net/mingw/FILE-TO-DOWNLOAD > > have the effect of choosing an "appropriate" mirror? Hmm. I don't know. > Is its behavior documented by sourceforge anywhere? Given the "We don't provide an API for that; go away" response Dave Murphy= =20 reported, when he asked, I wouldn't expect so. > The reason I ask=20 > is that I download these files with a 'wget' script. That > method continues to work, but in the past I've hardcoded a > particular mirror--so if sourceforge offers a smarter way, > I'd like to use it. What about just trying it? Let's see... keith@linux:~/junk> wget=20 http://downloads.sourceforge.net/mingw/x86-mingw32-build.sh-0.0-20061107-1-= devel.tar.bz2 =2D-20:58:49-- =20 http://downloads.sourceforge.net/mingw/x86-mingw32-build.sh-0.0-20061107-1-= devel.tar.bz2 =3D> `x86-mingw32-build.sh-0.0-20061107-1-devel.tar.bz2' Resolving downloads.sourceforge.net... 66.35.250.203 Connecting to downloads.sourceforge.net|66.35.250.203|:80... connected. HTTP request sent, awaiting response... 302 Found Location:=20 http://puzzle.dl.sourceforge.net/sourceforge/mingw/x86-mingw32-build.sh-0.0= =2D20061107-1-devel.tar.bz2=20 [following] =2D-20:58:51-- =20 http://puzzle.dl.sourceforge.net/sourceforge/mingw/x86-mingw32-build.sh-0.0= =2D20061107-1-devel.tar.bz2 =3D> `x86-mingw32-build.sh-0.0-20061107-1-devel.tar.bz2' Resolving puzzle.dl.sourceforge.net... 195.141.111.5 Connecting to puzzle.dl.sourceforge.net|195.141.111.5|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 5,408 (5.3K) [application/x-redhat-package-manager] 100%[=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D>]=20 5,408 6.53K/s 20:59:43 (6.52 KB/s) - `x86-mingw32-build.sh-0.0-20061107-1-devel.tar.bz2'= =20 saved [5408/5408] keith@linux:~/junk> file x86-mingw32-build.sh-0.0-20061107-1-devel.tar.bz2 x86-mingw32-build.sh-0.0-20061107-1-devel.tar.bz2: bzip2 compressed data,=20 block size =3D 900k keith@linux:~/junk> tar tjf x86-mingw32-build.sh-0.0-20061107-1-devel.tar.b= z2 x86-mingw32-build.sh-0.0-20061107-1/ x86-mingw32-build.sh-0.0-20061107-1/AUTHORS.in x86-mingw32-build.sh-0.0-20061107-1/LICENSE.in x86-mingw32-build.sh-0.0-20061107-1/README.in x86-mingw32-build.sh-0.0-20061107-1/README.tmac x86-mingw32-build.sh-0.0-20061107-1/Makefile So yeah. I didn't select `puzzle'; I'd normally choose `heanet' (Dublin,=20 Ireland), or `kent', (England), so it looks like it works. Regards, Keith. |
From: Dave M. <win...@nt...> - 2006-12-04 22:51:04
|
Greg Chicares wrote: > Does > >> http://downloads.sourceforge.net/mingw/FILE-TO-DOWNLOAD >> > have the effect of choosing an "appropriate" mirror? Is its > behavior documented by sourceforge anywhere? The reason I ask > is that I download these files with a 'wget' script. That > method continues to work, but in the past I've hardcoded a > particular mirror--so if sourceforge offers a smarter way, > I'd like to use it. > The downloads.sourceforge.net links do seem to select an appropriate mirror, yes. The behaviour isn't documented by Sourceforge unfortunately and they seem reluctant to support the web installer methods I've been using. I've been running tests on the links using wget, the nsis download plugin and some custom written code which does much the same thing. In all cases it seems that a mirror is selected randomly and I haven't been able to find a situation where the link will fail given an active net connection. Dave |
From: Greg C. <chi...@co...> - 2006-12-07 22:19:29
|
On 2006-12-4 22:50 UTC, Dave Murphy wrote: > Greg Chicares wrote: >> Does >> >>> http://downloads.sourceforge.net/mingw/FILE-TO-DOWNLOAD >>> >> have the effect of choosing an "appropriate" mirror? Is its >> behavior documented by sourceforge anywhere? The reason I ask >> is that I download these files with a 'wget' script. That >> method continues to work, but in the past I've hardcoded a >> particular mirror--so if sourceforge offers a smarter way, >> I'd like to use it. >> > The downloads.sourceforge.net links do seem to select an appropriate > mirror, yes. The behaviour isn't documented by Sourceforge unfortunately > and they seem reluctant to support the web installer methods I've been > using. > > I've been running tests on the links using wget, the nsis download > plugin and some custom written code which does much the same thing. In > all cases it seems that a mirror is selected randomly and I haven't been > able to find a situation where the link will fail given an active net > connection. I did some tests today that confirm your analysis. In quick succession I got files from: miles away city mirror 2787 phoenix easynews 1306 minneapolis umn 3013 seattle superb-west 2787 phoenix easynews 2787 phoenix easynews 3013 seattle superb-west 2787 phoenix easynews 1306 minneapolis umn 1306 minneapolis umn 352 mclean superb-east Aside from their all being in the same country, geographical distance doesn't seem to be the measure they're minimizing. I didn't see real addresses, so I didn't try a traceroute. It is interesting that none of these downloads failed. In the past, I never found all the mingw files I was after on any single US server, so I'd been picking CH for reliability. In particular, I don't think I've ever gotten three whole files in one day from the 'umn' server, which was always the worst of the lot. |
From: Joel S. <joe...@gm...> - 2006-11-30 02:45:44
|
> > Trying to install mingw I got the error message (with 5.1.0): > > File Open Error > > Could not download ! > > I'm going to say try again with 5.1.0. Could this be a proxy issue? I've had the same trouble. The installer generates mingw.ini with the (apparently) correct data, but doesn't download anything. The previous version (5.0.3?) worked for me, though, and my network hasn't changed since then. > 5.1.0 downloads would have the same effect as entering > http://downloads.sourceforge.net/mingw/FILE-TO-DOWNLOAD in your > favorite browser URI field. Which worked for me, and I've (manually) updated my MinGW installation. --Joel |
From: Earnie B. <ea...@us...> - 2006-11-30 04:23:47
|
Quoting Joel Salomon <joe...@gm...>: >> > Trying to install mingw I got the error message (with 5.1.0): >> > File Open Error >> > Could not download ! >> >> I'm going to say try again with 5.1.0. Could this be a proxy issue? > > I've had the same trouble. The installer generates mingw.ini with the > (apparently) correct data, but doesn't download anything. The > previous version (5.0.3?) worked for me, though, and my network hasn't > changed since then. > Well, I've found that if I choose Candidate I have the issue reported. I also found that choosing Candidate doesn't pull the mingw.ini file from the web server but instead writes an internally held version. However, if I edit the mingw.ini file in the directory with the MinGW-5.1.0.exe file and add the following two lines to the beginning of the Candidate file list the downloads begin. [candidate] runtime=mingw-runtime-3.11.tar.gz|5270 w32api=w32api-3.8.tar.gz|14480 . . . I'll upload a 5.1.1 tomorrow. Earnie Boyd -- Please post responsibly: * Use text posts instead of html; many list members just trash mail with html. * Do not use multipart mime to send both text and html versions. * Do not top post replies; post inline with the parts you are responding to. * Trim the post replies; remove irrelevant information from the quoted article. * Original posters: ** Provide small complete examples of the problem. ** Provide the full command that produced errors. ** Provide the versions of the software used. -- ****************************************************************************** * The user of this server has agreed to allow the use of a trailer in the * * mail that he sends for advertising purposes. This advertisment is added * * by the server and is not in the control of the user of our services. * ****************************************************************************** Save on your shoes, socks and other needs: http://give-me-an-offer.com/store/shoes Save on your baby gift needs: http://give-me-an-offer.com/offers/products/baby |
From: Keith M. <kei...@to...> - 2006-11-30 09:33:18
|
Earnie Boyd wrote: > ... if I edit the mingw.ini file in the directory with the > MinGW-5.1.0.exe file and add the following two lines to the beginning > of the Candidate file list the downloads begin. > > [candidate] > runtime=mingw-runtime-3.11.tar.gz|5270 > w32api=w32api-3.8.tar.gz|14480 > . > . > . > > I'll upload a 5.1.1 tomorrow. It will not affect users of the installer, but for those who need the source packages, please note that the current mingw-runtime-3.11-src.tar.gz is also broken, for it includes a defective configure script. I'll upload a patched snapshot, probably later today. Regards, Keith. |
From: Keith M. <kei...@us...> - 2006-12-02 20:23:28
|
On Thursday 30 November 2006 09:32, Keith MARSHALL wrote: > It will not affect users of the installer, but for those who need the > source packages, please note that the current > mingw-runtime-3.11-src.tar.gz > is also broken, for it includes a defective configure script. > > I'll upload a patched snapshot, probably later today. I've done that now. The `current' *source* release for mingw-runtime is now designated `mingw-runtime-3.11-20061202-1-src.tar.gz', and is available from the usual download site; (note that it may take some time to propagate to the mirrors). I've successfully used this to rebuild my cross compiler, after having first completely removed all traces of the prior installation. Regards, Keith. |
From: David L. <dav...@ti...> - 2006-11-30 08:05:21
|
Earnie Boyd <earnie@...> writes: (...) > Well, I've found that if I choose Candidate I have the issue reported. > I also found that choosing Candidate doesn't pull the mingw.ini file > from the web server but instead writes an internally held version. > However, if I edit the mingw.ini file in the directory with the > MinGW-5.1.0.exe file and add the following two lines to the beginning > of the Candidate file list the downloads begin. > > [candidate] > runtime=mingw-runtime-3.11.tar.gz|5270 > w32api=w32api-3.8.tar.gz|14480 > . > . If I add these lines to mingw.ini manually, the install completes successfully. Thanks! David |