From: arthur <mai...@gm...> - 2013-03-21 16:29:41
|
Hi Earnie, I setup my env as you suggested. Looks the current MinGW already has gcc-4.7.2 and gcc-4.7.2-1-mingw32.RELEASE_NOTES.txt mentions there is no local patch was used to build it. I think I may go through the work of this version as my test run. What do you think. Arthur |
From: Earnie B. <ea...@us...> - 2013-03-21 16:51:42
|
On Thu, Mar 21, 2013 at 12:29 PM, arthur wrote: > Hi Earnie, > > I setup my env as you suggested. Looks the current MinGW already has > gcc-4.7.2 and gcc-4.7.2-1-mingw32.RELEASE_NOTES.txt mentions there is no > local patch was used to build it. I think I may go through the work of > this version as my test run. What do you think. > I think it is a good idea to try to understand the build system already set in place. We prefer not to use local patches. We may backport a patch if it has been accepted upstream for an up and coming release if that patch proves most beneficial without waiting for the release. You can look at existing tickets at https://sourceforge.net/p/mingw/bugs/ and a search criteria of the following. You may reassign yourself as owner unless the owner is Keith Marshall. !status:doc && !status:closed* && (labels:gcc || labels:binutils) && _milestone:OTHER -- Earnie -- https://sites.google.com/site/earnieboyd |
From: arthur <mai...@gm...> - 2013-03-21 17:04:16
|
Do we part of git tree for gcc related files so I can also check for the change history. Also I think I need mingw-get mingw32-make also. If so does it includes the autoconf stuffs. Thanks. Arthur On 21/03/2013 12:51 PM, Earnie Boyd wrote: > On Thu, Mar 21, 2013 at 12:29 PM, arthur wrote: >> Hi Earnie, >> >> I setup my env as you suggested. Looks the current MinGW already has >> gcc-4.7.2 and gcc-4.7.2-1-mingw32.RELEASE_NOTES.txt mentions there is no >> local patch was used to build it. I think I may go through the work of >> this version as my test run. What do you think. >> > > I think it is a good idea to try to understand the build system > already set in place. We prefer not to use local patches. We may > backport a patch if it has been accepted upstream for an up and coming > release if that patch proves most beneficial without waiting for the > release. > > You can look at existing tickets at > https://sourceforge.net/p/mingw/bugs/ and a search criteria of the > following. You may reassign yourself as owner unless the owner is > Keith Marshall. > > !status:doc&& !status:closed*&& (labels:gcc || labels:binutils)&& > _milestone:OTHER > |
From: Earnie B. <ea...@us...> - 2013-03-21 17:11:54
|
On Thu, Mar 21, 2013 at 1:04 PM, arthur wrote: Please read the list etiquette guide at http://www.mingw.org/lists.shtml. > Do we part of git tree for gcc related files so I can also check for the > change history. > No, the upstream repository is where you need to look. The patches are carried in the -src file if there are any. > Also I think I need mingw-get mingw32-make also. If so does it includes > the autoconf stuffs. > You should not use mingw32-make. You have installed MSYS which includes an appropriate make executable for it. You should install mingw-developer-toolkit for the autotools and some other binaries. -- Earnie -- https://sites.google.com/site/earnieboyd |
From: arthur <mai...@gm...> - 2013-03-21 21:41:20
|
> Please read the list etiquette guide at http://www.mingw.org/lists.shtml. Sorry for the top posting. > You should not use mingw32-make. You have installed MSYS which > includes an appropriate make executable for it. ... Looks I missed something. I have msys-make installed but... $ uname -a MINGW32_NT-5.1 VPCXP2 1.0.18(0.48/3/2) 2012-11-21 22:34 i686 Msys ... $ which gcc /c/MinGW/bin/gcc.exe ... $ which make which: make: unknown command ... $ which gmake which: gmake: unknown command ... $ mingw-get list msys-make mingw-get.exe: *** WARNING *** c:\MinGW\var/lib/mingw-get/data/profile.xml: user configuration file missing mingw-get.exe: *** INFO *** c:\MinGW\var/lib/mingw-get/data/defaults.xml: trying system default configuration Package: msys-make Subsystem: msys Components: bin, doc, lang, lic .... |
From: Earnie B. <ea...@us...> - 2013-03-22 13:22:25
|
On Thu, Mar 21, 2013 at 5:41 PM, arthur wrote: > $ mingw-get list msys-make > mingw-get.exe: *** WARNING *** > c:\MinGW\var/lib/mingw-get/data/profile.xml: user configuration file missing > mingw-get.exe: *** INFO *** > c:\MinGW\var/lib/mingw-get/data/defaults.xml: trying system default > configuration > > Package: msys-make Subsystem: msys > Components: bin, doc, lang, lic Do: mingw-get update mingw-get install --reinstall msys-make -- Earnie -- https://sites.google.com/site/earnieboyd |
From: Keith M. <kei...@us...> - 2013-03-22 13:37:02
|
On 21 March 2013 21:41, arthur <mai...@gm...> wrote: > $ mingw-get list msys-make > mingw-get.exe: *** WARNING *** > c:\MinGW\var/lib/mingw-get/data/profile.xml: user configuration file > missing > mingw-get.exe: *** INFO *** > c:\MinGW\var/lib/mingw-get/data/defaults.xml: trying system default > configuration > > Package: msys-make Subsystem: msys > Components: bin, doc, lang, lic > This only shows you what's available; it doesn't tell us whether it's installed, or not. For that, you have to interrogate each component explicitly, (and individually): $ mingw-get list msys-make-bin Package: msys-make Subsystem: msys Component: bin Installed Version: make-3.81-3-msys-1.0.13-bin.tar.lzma Repository Version: make-3.81-3-msys-1.0.13-bin.tar.lzma ... shows me that I have the binaries installed... $ mingw-get list msys-make-lic Package: msys-make Subsystem: msys Component: lic Installed Version: none Repository Version: make-3.81-3-msys-1.0.13-lic.tar.lzma ... but that I haven't bothered to install the licence pack. FWIW, the mingw-get GUI makes it easier to see what's installed, and what isn't. -- Regards, Keith. |
From: arthur <mai...@gm...> - 2013-03-22 17:04:57
|
On 22/03/2013 9:36 AM, Keith Marshall wrote: > FWIW, the mingw-get GUI makes it easier to see what's installed, > and what isn't. Thanks Keith. I will try that later. I will reload my packages first and make sure they are good to install:) Arthur |
From: arthur <mai...@gm...> - 2013-03-22 17:01:28
|
On 22/03/2013 9:22 AM, Earnie Boyd wrote: > Do: > > mingw-get update > mingw-get install --reinstall msys-make > Doesn't help. I think my packages got broken. 7zip can open other packages but those (they are only 2K): $ ls -ltr ../var/cache/mingw-get/packages/make-* -rw-r--r-- 1 Administrator Administrators 1938 Mar 21 12:42 ../var/cache/mingw-get/packages/make-3.81-3-msys-1.0.13-bin.tar.lzma -rw-r--r-- 1 Administrator Administrators 1938 Mar 21 14:03 ../var/cache/mingw-get/packages/make-3.81-3-msys-1.0.13-lang.tar.lzma -rw-r--r-- 1 Administrator Administrators 1938 Mar 21 14:03 ../var/cache/mingw-get/packages/make-3.81-3-msys-1.0.13-lic.tar.lzma -rw-r--r-- 1 Administrator Administrators 1938 Mar 21 14:03 ../var/cache/mingw-get/packages/make-3.81-3-msys-1.0.13-doc.tar.lzma |
From: Keith M. <kei...@us...> - 2013-03-22 17:14:18
|
On 22 March 2013 17:01, arthur <mai...@gm...> wrote: > On 22/03/2013 9:22 AM, Earnie Boyd wrote: > > Do: > > > > mingw-get update > > mingw-get install --reinstall msys-make > > > > Doesn't help. I think my packages got broken. 7zip can open other > packages but those (they are only 2K): > > $ ls -ltr ../var/cache/mingw-get/packages/make-* > -rw-r--r-- 1 Administrator Administrators 1938 Mar 21 12:42 > ../var/cache/mingw-get/packages/make-3.81-3-msys-1.0.13-bin.tar.lzma > ...snipped more similar... > Definitely looks suspicious. I suggest you remove *everything* from that ../var/cache/mingw-get/packages directory, before you try again; mingw-get will blindly use any appropriately named package in there, to save a download, but *without* checking integrity, so if you do have a corrupt package, it will just keep being retried, and just keep on failing. One of my to-do items is to address this issue. -- Regards, Keith. |
From: arthur <mai...@gm...> - 2013-03-22 17:57:37
|
On 22/03/2013 1:14 PM, Keith Marshall wrote: > Definitely looks suspicious.... It is our FW block the download, and mingw-get doesn't dump any error ( even with -v -v -v). Can I install via proxy or https? $ mingw-get install --reinstall msys-make-bin mingw-get.exe: *** WARNING *** c:\MinGW\var/lib/mingw-get/data/profile.xml: user configuration file missing mingw-get.exe: *** INFO *** c:\MinGW\var/lib/mingw-get/data/defaults.xml: trying system default configuration http://prdownloads.sourceforge.net/mingw/make-3.81-3-msys-1.0.13-bin.tar.lzma?download 1.89 kB / 1.89 kB |================================================| 100% reinstall: make-3.81-3-msys-1.0.13-bin.tar.lzma removing release make-3.81-3-msys-1.0.13-bin.tar.lzma installing make-3.81-3-msys-1.0.13-bin.tar.lzma Administrator@VPCXP2 /c/MinGW/bin $ cat ../var/cache/mingw-get/packages/make-3.81-3-msys-1.0.13-bin.tar.lzma <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.or g/TR/html4/loose.dtd"> <!--////////////////////////////////////////////////////////////////////////// // // Copyright (c) 1996 - 2011, Websense, Inc. All Rights Reserved // See WebsenseCopyright.txt for copyright information // ///////////////////////////////////////////////////////////////////////////--> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> ... |
From: Earnie B. <ea...@us...> - 2013-03-22 18:05:44
|
On Fri, Mar 22, 2013 at 1:57 PM, arthur wrote: > On 22/03/2013 1:14 PM, Keith Marshall wrote: >> Definitely looks suspicious.... > > It is our FW block the download, and mingw-get doesn't dump any error ( > even with -v -v -v). Can I install via proxy or https? > https should work. > $ mingw-get install --reinstall msys-make-bin > mingw-get.exe: *** WARNING *** > c:\MinGW\var/lib/mingw-get/data/profile.xml: user > configuration file missing > mingw-get.exe: *** INFO *** > c:\MinGW\var/lib/mingw-get/data/defaults.xml: trying > system default configuration Copy the defaults.xml file shown here to the profile.xml file shown above it. > http://prdownloads.sourceforge.net/mingw/make-3.81-3-msys-1.0.13-bin.tar.lzma?download Simply change http:// to https:// here in the profile.xml file. -- Earnie -- https://sites.google.com/site/earnieboyd |
From: arthur <mai...@gm...> - 2013-03-22 21:08:21
|
On 22/03/2013 2:05 PM, Earnie Boyd wrote: ... > https should work. ... > Simply change http:// to https:// here in the profile.xml file. > FYI: it doesn't work for my case since the openssl package is also broken. I will clean everything and reinstall then. |
From: Keith M. <kei...@us...> - 2013-03-23 00:13:40
|
On 22/03/13 18:05, Earnie Boyd wrote: > Copy the defaults.xml file shown here to the profile.xml file shown above it. > > http://prdownloads.sourceforge.net/mingw/make-3.81-3-msys-1.0.13-bin.tar.lzma?download > Simply change http:// to https:// here in the profile.xml file. That'll make mingw-get use https when fetching the catalogue files, but not when downloading packages. To apply the change consistently, you would also need to modify every "download-host" entry in every one of those catalogue files, (106 of them, and some with more than one occurrence), and you'd need to repeat the exercise every time you run "mingw-get update", for the subset of those catalogues which are replaced each time, (not always the same subset). -- Regards, Keith. |
From: Earnie B. <ea...@us...> - 2013-03-23 16:13:54
|
On Fri, Mar 22, 2013 at 8:13 PM, Keith Marshall wrote: > On 22/03/13 18:05, Earnie Boyd wrote: >> Copy the defaults.xml file shown here to the profile.xml file shown above it. >> >> http://prdownloads.sourceforge.net/mingw/make-3.81-3-msys-1.0.13-bin.tar.lzma?download >> Simply change http:// to https:// here in the profile.xml file. > > That'll make mingw-get use https when fetching the catalogue files, but > not when downloading packages. To apply the change consistently, you > would also need to modify every "download-host" entry in every one of > those catalogue files, (106 of them, and some with more than one > occurrence), and you'd need to repeat the exercise every time you run > "mingw-get update", for the subset of those catalogues which are > replaced each time, (not always the same subset). Is there any downside to https being the normal? I.E.: Should we modify the xml files to use https? -- Earnie -- https://sites.google.com/site/earnieboyd |
From: Keith M. <kei...@us...> - 2013-03-23 22:05:36
|
On 23/03/13 16:13, Earnie Boyd wrote: > Is there any downside to https being the normal? I don't know; I'm no networking expert. > I.E.: Should we modify the xml files to use https? It may not help. I just did "curl -vL ..." with an HTTPS request for the msys-make-bin package file; SF redirects the request to a mirror, falling back to plain HTTP in the process. -- Regards, Keith. |
From: Earnie B. <ea...@us...> - 2013-03-24 15:41:26
|
On Sat, Mar 23, 2013 at 6:05 PM, Keith Marshall wrote: > On 23/03/13 16:13, Earnie Boyd wrote: >> Is there any downside to https being the normal? > > I don't know; I'm no networking expert. > I'm thinking the redirect to https would be avoided. SF does a redirect from http to https. >> I.E.: Should we modify the xml files to use https? > > It may not help. I just did "curl -vL ..." with an HTTPS request for > the msys-make-bin package file; SF redirects the request to a mirror, > falling back to plain HTTP in the process. > Well that just sucks. Arthur will need to work with his network admins to overcome his issue on his side. -- Earnie -- https://sites.google.com/site/earnieboyd |
From: Keith M. <kei...@us...> - 2013-03-24 19:37:00
|
On 24/03/13 15:41, Earnie Boyd wrote, quoting me: >> It may not help. I just did "curl -vL ..." with an HTTPS request for >> the msys-make-bin package file; SF redirects the request to a mirror, >> falling back to plain HTTP in the process. > > Well that just sucks. Indeed. And of course, your original suggestion of setting HTTPS in profile.xml also succumbs to fall back to HTTP, when SF redirects the request for updated catalogues to an appropriate mirror host. > Arthur will need to work with his network admins to overcome his > issue on his side. 'Fraid so. -- Regards, Keith. |