From: LM <lm...@ya...> - 2010-10-15 21:05:43
|
Tried setting the following before running (where z is replaced with actual numbers): set http_proxy=http://zzz.zzz.zzz.zzz:zz set https_proxy=http://zzz.zzz.zzz.zzz:zz set ftp_proxy=http://zzz.zzz.zzz.zzz:zz Thanks for the suggestion, Chris. It still fails. I've used wget and Activestate Perl's ppm and have no problems when I set http_proxy. I'm presuming that libgmp is the first library the install program tries to download. It fails there and doesn't attempt to try any further. C:\MinGW\bin\mingw-get.exe: *** ERROR *** Get package: http://prdownloads.source forge.net/mingw/libgmp-5.0.1-1-mingw32-dll-10.tar.lzma?download: download failed To access the Internet using IE 7, in the Internet Options dialog on the Connections tab, I set the LAN Settings to Use automatic configuration script and point it to a pac file on the web. In Firefox, from the Options menu, network tab, settings, I select Automatic proxy configuration URL: and give it the same information. I ran a registry search. My Computer\HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\AutoConfigProxy has value wininet.dll My Computer\HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\AutoConfigURL has URL same as the one set in IE and Firefox. Thought there was a post on the mingw-users mailing list a while back asking for test results using mingw-get, so I wanted to share the results from my attempt to use it. This is the first opportunity I've had to try out the new mingw-get. Sincerely, Laura |
From: LM <lm...@ya...> - 2010-11-02 00:22:42
|
I hate to double-posted, but I posted something regarding mingw-get on 10/20 and I don't see it in the mailing list digests, so I'll try to recreate what I can of what I sent and send again. Hopefully something with the debug information will eventually make it to the list. I originally tried using mingw-get-inst-20100909.exe and setting it to Use pre-packaged repository catalogues 20100909 It failed each time I tried it. It did finally manage to run to completion, but when I tried again from scratch the next day, it failed again at the usual spot. >In any case, with a completely pristine sandbox, the first download is the package >mingwrt-3.18-mingw32-dll.tar.gz; is that somehow already in your var/cache/mingw-get/packages directory? I started with an empty MinGW directory (actual with no MinGW directory on the machine), so I can't imagine mingwrt-3.18-mingw32-dll.tar.gz being there before and saw no sign of it being downloaded in the comments. >It should keep going, attempting to download all the rest of the packages tagged; I would expect to see several further diagnostics, >after this one. It pretty much hung there. >From my tests of mingw-get-inst-20100909 and mingw-get itself, I have to conclude the problem is intermittent. (Always a nuisance to try to debug.) I did further testing with mingw-get directly without the install program. First, I built the program and turned on debugging, but it didn't seem to display the debug information at the points I needed it. Wanted to track what the return values were from various functions during the Internet connection and see where it was hanging and/or failing. So, I rebuilt mingw-get and added some write statements (actually dmh_notify calls). Here's what I saw when it failed: I ran: mingw-get install msys-vim While trying to return vim-7.2-2-msys-1.0.13-bin.tar.lzma, in QueryStatus, the function if( HttpQueryInfo( id, HTTP_QUERY_FLAG_NUMBER | HTTP_QUERY_STATUS_CODE, &o k, &len, &idx ) ) returned ok = 407 (Proxy Authentication Required) It doesn't transfer the file during the Get call, but does call InternetCloseHandle and closes stream set up for download file and then does the unlink. The error message it displayed was: C:\MinGW\bin\mingw-get.exe: *** ERROR *** Get package: http://prdownloads.sourceforge.net/mingw/vim-7.2-2-msys-1.0.13-bin.tar.lzma?download: download failed The mingw-get program tried to retrieve vim-7.2-2-msys-1.0.13-lang.tar.lzma next. In OpenURL, since SessionHandle is not NULL, it skips InternetAttemptConnect( 0 ) and SessionHandle = InternetOpen ( "MinGW Installer", INTERNET_OPEN_TYPE_PRECONFIG, NULL, NULL, 0 ); and goes straight to HINTERNET hrval = InternetOpenUrl( SessionHandle, URL, NULL, 0, 0, 0 ); if( HttpQueryInfo( id, HTTP_QUERY_FLAG_NUMBER | HTTP_QUERY_STATUS_CODE, &o k, &len, &idx ) ) which returned ok = 200 (OK) The file downloads. Get function does closes and renames file. Next, it attempted to download with URL http://prdownloads.sourceforge.net/mingw/vim-7.2-2-msys-1.0.13-doc.tar.lzma?download and it hung in OpenURL( const char *URL ) function. Based on debug statements I added, I didn't see it call InternetAttemptConnect or InternetOpen and didn't see any indicate that SessionHandle == NULL, so it appears that it reached InternetOpenUrl and hung. It never came back in order to test and display GetLastError call I added for debugging. I checked the var directories where results from mingw-get are stored. No sign of vim-7.2-2-msys-1.0.13-bin.tar.lzma I did find: Directory of C:\MinGW\var\cache\mingw-get\packages 10/19/2010 10:05 AM 734,647 vim-7.2-2-msys-1.0.13-lang.tar.lzma and C:\MinGW\var\cache\mingw-get\packages\.in-transit 10/19/2010 10:05 AM 0 vim-7.2-2-msys-1.0.13-doc.tar.lzma No mention of vim in manifests in var\lib\mingw-get\data Did a search for InternetOpenUrl hanging and ran across discussions like this one: http://www.ureader.com/msg/1518115.aspx That's all I've managed to turn up on the issue so far. If there's anything further I can check or test out on my end that might be useful, please let me know. Sincerely, Laura |
From: Keith M. <kei...@us...> - 2010-11-03 22:09:05
|
On Tuesday 02 November 2010 00:22:32 LM wrote: > I hate to double-posted, but I posted something regarding mingw-get > on 10/20 and I don't see it in the mailing list digests, I never received any such posting, either. > ... so I'll try to recreate what I can of what I sent and send again. > Hopefully something with the debug information will eventually make it > to the list. > > [...snip...] Thanks for this follow-up, Laura. I'll pursue it as and when I can spare the time. -- Regards, Keith. |
From: Greg B. <gbe...@ya...> - 2011-06-02 00:12:42
|
(old thread about NTLM authenticating proxies and mingw-get) > Keith Marshall wrote: > What version of mingw-get are you running? (If you don't know, > then run > `mingw-get --version'). If it's anything earlier than > 0.2-alpha-3, then > an upgrade may help -- that version included Scott Michel's patch to > solicit authentication credentials when your proxy configuration > doesn't support automatic acquisition. Version is 0.2-alpha-2, so that might be it.... The thing is, 0.2-alpha-2 is what ships with the current mingw-get-inst-20110316.exe All just FYI, I guess. I'll download the newer mingw-get and figure out how to slot it in... |
From: Charles W. <cwi...@us...> - 2011-06-02 02:18:37
|
On 6/1/2011 7:56 PM, Greg Bell wrote: > The thing is, 0.2-alpha-2 is what ships with the current > mingw-get-inst-20110316.exe No, mingw-get-inst-20110530.exe is the current GUI wrapper, and it includes mingw-get-0.3-alpha-1. -- Chuck |
From: Keith M. <kei...@us...> - 2010-10-15 22:38:20
|
On Friday 15 October 2010 22:05:34 LM wrote: > I'm presuming that libgmp is the first library the install program > tries to download. No, it isn't; it is the second. Also, before it gets even that far, it would need to download all the XML manifest files, (unless you are just using the bundled manifests from Chuck's INNO installer). In any case, with a completely pristine sandbox, the first download is the package mingwrt-3.18-mingw32-dll.tar.gz; is that somehow already in your var/cache/mingw-get/packages directory? If so, how did it get there if mingw-get was unable to download it. > It fails there and doesn't attempt to try any further. Strange. It should keep going, attempting to download all the rest of the packages tagged; I would expect to see several further diagnostics, after this one. > C:\MinGW\bin\mingw-get.exe: *** ERROR *** Get package: > http://prdownloads.source > forge.net/mingw/libgmp-5.0.1-1-mingw32-dll-10.tar.lzma?download: > download failed ... > Thought there was a post on the mingw-users mailing list a while back > asking for test results using mingw-get, There was. > so I wanted to share the > results from my attempt to use it. This is the first opportunity > I've had to try out the new mingw-get. I appreciate your feedback, but since I can't reproduce this failure, I'll need help to debug the issue. Are you able to offer assistance? -- Regards, Keith. |